плавающий IP-адрес openstack недоступен

описание

После включения dvr две виртуальные машины vip настроены с keealived. Когда VIP частной сети дрейфует, плавающий IP-адрес openstack недоступен.

более подробно следующим образом:

Два узла, конфигурация частной сети keepalived Host1 192.168.1.2 Host2 192.168.1.3 vip192.168.1.4 Дрейф vip частной сети без проблем, доступ к внутренней vip частной сети не проблема Проблема в том, что после смещения vip внутренней сети внешняя плавающий ip, соответствующий этому vip, недоступен, и может быть доступен до дрифта. Феномен: Обновите порт частной сети, на которую переходит vip. Можно использовать плавающую сеть. Что вызывает эту проблему?

Ссылка на конфигурацию

https://hk.saowen.com/a/4d7d03b3e4e4e4e4e08d05e4e4e4e6e4e6e4e5e4e4e6e4e6e4e6e4e6e4e6e4e6d07e6e4e6e4e6e4e6e4e6e4e6e4eaaaaaaaaaa

Процесс настройки

Предпосылка: предположим, что уже есть две виртуальные машины 10.10.10.6, 10.10.10.7, настроенные с keepalived, vip - 10.10.10.201. Настройте шаги для поддержки доступа к VIP и плавающему IP в OpenStack:

  1. # P5 #
    # P6 #
  2. # P7 #
    # P8 #
  3. # P9 #
    # P10 #

  4. Добавьте allowed_address_pairs к порту виртуальной машины для поддержки нескольких сетевых адаптеров для нескольких сетевых адаптеров.

Запросить порт виртуальной машины 1

список нейтронных портов | grep 10.10.10.6

Обновите порт виртуальной машины 1

нейтронное обновление порта df22ba59-9c58-41a5-9fa3-98b09e644fe5 - allowed_address_pairs list = true type = dict ip_address = 10.10.10.201

Запросить порт виртуальной машины 2

список нейтронных портов | grep 10.10.10.7

Обновите порт виртуальной машины 2

нейтронное обновление порта 4c93d5b7-f26f-4136-a785-4db1479dbd81 -> allowed_address_pairs list = true type = dict ip_address = 10.10.10.201


openstack floating-ip
person Jeckxie    schedule 02.11.2018    source источник

Ответы (1)


arrow_upward
0
arrow_downward

У нас была такая же проблема в OpenStack Pike. Нам кажется, что он исчез после обновления до Queens. Какую версию вы используете?

В нашем случае правила iptables для snat / dnat в пространстве имен snat на сетевых узлах не обновлялись после аварийного переключения.

Вы можете проверить это в своей установке, позвонив по телефону:

ip netns exec snat-<uuid of your router> iptables -t nat -L

Вы должны увидеть одно правило snat и одно dnat для вашего плавающего IP-адреса.

Еще несколько ошибок Launchpad и PR для справки:

person Christian    schedule 27.11.2018