Не хочется ставить DHCP агентов в удаленных ДЦ, зная любовь нейтрона на 100 выжрать CPU

dhcp агент выжирает? И, судя по твоему описанию, одна az растянута на несколько датацентров?

эээ не, ни каких расстягиваний. Через 82 опцию

Да не) Я про availability zone нейтрона.

Да, одна зона на несколько, и не датацентров. Там парочка серверов стоит на местах ) Нужно управлять и ими, каналы узкие. Короче боль…. Не хочется тащить туда инфрастуктуру, там и так все плохо.

Сложнота выходит.

Жрет у меня и агент и сервер. При этом все работает но одно ядро всегда на 100% утилизированно. Как лечить не знаю, но все работает так что пофигу )

Звуит как что-то нездоровое. Сколько виртуалок, роутеров и агентов приходится на один сервер?

Да ничего сложного. IPSEC дает связанность L3. Далее мы пакуем запросы DHCP и отправлем их в главный ДЦ. Но беда в том что агент ДХЦП нейтрона должен работать на L2. То есть сам свой интерфейс поднимать в этой же сети. А L2 тащить - это хрень какая то. В то же время роли опенстека ради двух северов тащить тоже не айс, вот и мучаюсь

Не сказал бы, этот баг замечен с митаки и катается из версии в версию

В твоей ситуации это как раз и норм было бы. Пакуй ethernet в GRE, к примеру и дальше уже эт все поверх ipsec туннеля. Особо вариантов без изобретательства и нет больше)

А дай ссылку на баг, пожалуйста. А то вдруг случится такая беда, буду хоь знать чо править.

Вру - linux-bridge-agent, вот он и утилизирует как не в себе, ещё с митаки !

Эт на всех серверах или только на тех что в другом дц?) По dhcp релею спецификацию приняли, а патч вот никак не примут уже 4 года, бюрократы.

На всех, заинтреговали вы меня, посмотрел стрейсом. epoll_wait(4, [], 1023, 0) = 0 epoll_wait(4, [], 1023, 0) = 0 epoll_wait(4, [], 1023, 0) = 0 epoll_wait(4, [], 1023, 0) = 0 epoll_wait(4, [], 1023, 0) = 0

Во, смотри-ка. В ovs агенте починили. https://bugs.launchpad.net/neutron/+bug/1762341

И, возвращаясь к твоему вопросу, RPC через туннель не смущает, а L2 смущает... Так то понятно что и то и то плохо, но коль уж такой дизайн, выходит что выбирать не приходится.

не смущает, потому что это рабочая схема, не вижу в ней ничего страшного. А вот натягивание L2 через IPSEC - это уже извращения имхо.

В твоей ситуации отказ от L2 это больше каприз, мне кажется. Мне не нравится тоже, да и никому не понравится, думаю, но кто ж виноват что в другом месте пара серверов отгрызленных от остальной инфраструктуры) А про агент... Вот это не то? https://bugs.launchpad.net/oslo.messaging/+bug/1518430

12 Апреля закрыли в шапке, видимо до меня не скоро дойдет. Особо не парит, а вот проблема с L2 реально

К тому же, строго говоря, DHCP это не L2, а аж L7)

там бродкаст запрос, потому L2

Ну, в конце концов, поставь arp прокси) Или правь на обоих концах туннеля ip заголовки.

ммм proxy arp - это для другого. DHCP оно не поможет.

Прекрасный пятничный вопрос. Можно ли как-то перетащить инстанс между тенантами не залезая в базу руками?

Там проблема не в самом инстансе, а в портах, сетях, дисках и прочих обвязках вокруг. Если их не перетащить, то все разворотит.

Стэканы, никто не пилил вэб-морду для заливки файлов весом более пяти гигов в свифту?

курл ? Не очень понятно про какую веб. морду идет речь и ваще зачем веб морда

Стэканы, никто не пилил вэб-морду для заливки файлов весом более пяти гигов в свифту?

Не подскажете по gnocchi - в документации написано - "In the [keystone_authtoken] section, configure keystone authentication:" Но в файле /etc/gnocchi/gnocchi.conf такой секции нет. Там что-то менялось, или просто добавляю эту секцию ?

Не подскажете по gnocchi - в документации написано - "In the [keystone_authtoken] section, configure keystone authentication:" Но в файле /etc/gnocchi/gnocchi.conf такой секции нет. Там что-то менялось, или просто добавляю эту секцию ?

Ты уж и до него добрался?)

кроме мониторинга

ну и с масакари не решил, нужен ли он

Так то круто было бы.

ну после мониторинга попробую. У меня пока совмем мини инфтраструктура - 3 контрол ноды и 2 комп. Если все далеше будет так, то буду расширять ))

А собирать что и как будешь уже решил?)

пока только в голове- тут собирать статискику по работе вм- потребление ресурсов, ну и дальше может в графану- там красивый дашбоард уже есть ))) а железо и доступность служб опенстека - забиксом.

ceilometer то поставил?)

а железо и доступность служб опенстека - забиксом https://www.youtube.com/watch?v=WWaLxFIVX1s

почему ?

Да ну заббикс все ж не очень по современным меркам. Ну в смысле как, его любят, к нему куча всякого дерьма готового есть, но он не особо хорошо подходит чтобы собирать много событий или, упаси боже, метрик. Но если у тебя он уже есть, то норм. Главное, time series в нем не храни)