Networking — Случайная Задержка Привязки Портов Для Распределенного_Виртуального_Маршрутизатора И Маршрутизатора_Централизованного_Snat В Openstack Neutron.

Я создал частную сеть под названием «Private_Network» в диапазоне 192.168.220.0/24 плюс виртуальный маршрутизатор под названием «Virtual_Router» внутри openstack, который подключен к внешней сети. Затем я подключаю шлюз по умолчанию «Private_Network», то есть 192.168.220.1, к «Virtual_Router», чтобы все виртуальные машины, подключенные к «Private_Network», могли получить доступ к Интернету через SNAT.

Я использовал vxlan в качестве оверлейной сети и плоской сети провайдера.

При подключении «Private_Network» к «Virtual_Router» сразу создаются два порта: router_interface_distributed с IP-адресом 192.168.220.1 и router_centralized_snat с IP-адресом 192.168.220.45, однако оба порта некоторое время находятся в состоянии ВЫКЛЮЧЕНО долгое и случайное время например, 2 часа, или 45 минут, или 20 минут. Должен отметить, что порты редко включаются, как только (менее минуты) я подключаю «Private_Network» к «Virtual_Router».

Я много искал, чтобы выяснить основную причину этой проблемы. Я не уверен, что конфигурация сервера неверна, потому что у меня есть несколько случаев, когда два порта активируются сразу после того, как я подключаю «Частную_сеть» к «Виртуальному_маршрутизатору». Итак, я попытался просмотреть файлы журналов и заметил, что необходимо пройти три основных этапа, чтобы перевести каждый из этих портов в состояние UP: DHCP, привязка порта и подготовка L2. Я изменил уровень журнала на DEBUG и подробно исследовал файлы журналов.

Я запускаю следующий процесс несколько раз:

1. создайте совершенно новый проект в Horizon.
2. создайте новую виртуальную сеть (называемую «Private_Network») в диапазоне 192.168.220.x/24.
3. создайте новый виртуальный маршрутизатор (называемый «Virtual_Router»), подключенный к внешней сети.
4. подключите порт 192.168.220.1 (шлюз по умолчанию) «Private_Network» к «Virtual_Router».
5. кот /var/log/neutron/* | grep snat_port

Из более чем десяти случаев, которые я экспериментировал, нейтрон либо застревал на этапе «привязки порта», либо на этапе «обеспечения L2». Когда он зависает на «привязке порта», для завершения требуется случайное время, например, 45 минут, 20 минут или 10 минут. После завершения фазы «привязки порта» фаза «подготовки L2» будет выполнена менее чем за минуту, а состояние порта меняется на «ВВЕРХ». Однако в случае зависания фазы «Подготовки L2» предыдущие две фазы завершились менее чем за 1 минуту, а «Подготовка L2» зависла на несколько часов. Меня так сбивает с толку, почему я вижу такую ​​большую задержку в получении портов «UP».

Буду признателен, если кто-нибудь поможет мне решить эту проблему.

#сеть #openstack

Обычно проблемы с созданием портов требуют доступа/журналов администратора для полного устранения неполадок.

С DVR сложнее, но вам, возможно, придется отслеживать создание каждого порта и видеть, где происходит задержка.

В Openstack события проходят через RabbitMQ, чтобы обеспечить сквозную оркестровку. Если одна часть процесса требует времени, весь процесс будет отложен.