Stanley
Без Нетворк нод можно обойтись.
J
Точно не помню, я DVR с bgp поднимал. Там на каждой компуте активничает
Имеешь ввиду, в каждом сабнете одновременно несколько агентов делают snat?)
Stanley
Нет, это нормальное решение. И уж точно не во флоатах дело
J
недостатком?
Stanley
А Нафига греть воздух мерседесами? Если трафик наружу копеечный?
Stanley
Медсестры дешевле :)
J
А почему /28, когда можно /23? Не понял твою мысль.
Lorien
это с ипв4 или с ипв6?
J
А почему ты DVR с экономией адресов ассоциируешь? DVR способ натить между fixed и floating адресами прям на гипервизорах. Где тут экономия? Наоборот, north-south трафик и нагрузка по трансляции адресов размазывается по гипервизорам.
Stanley
Ну да, DVR плюс бгп даст фабрику на овсе. К экономии это не имеет отношения
Roman
Подскажите по нейтрону. если DVR\OVS то можно ли обойтись без выделеной NETWORK ноды, выставив везде на компьютах dvr_snat ? что-то хороших примеров такого не нашел
Технически - можно. Нужно ли - it depends. Вопрос арихтектуры на который однозначно ответить нельзя, не понимая всех сетевых сущностей. Как организован выход во вне? Используется ли динамический роутинг, объёмы трафика, тип трафика (много больших толстых потоков или много маленьких потоков, но много pps), etc Выносить трафик на отдельные сетевые ноды стоит, ИМХО, тогда как да эти ноды именно что "сетевые" и обладают каким то уникальным свойством (наличие этих свойство опять таки depends) - ну например у тебя все сетевые ноды по 400G линки, DPDK там, SR-IOV какой нибудь. Или только там ты готов динамический роутинг подымать или готов всё по всем компутам размазать (а готовы ли ваши сетевики?) А если делать DVR, то да, надо понимать объёмы трафика, готовы ли они его обслуживать (хотя им в той или иной степени его в любом случае надо будет до нетворк нод через оверлей догнать, а разбирать VXLAN\Geneve заголовки - тоже работа :) Кароче, всё зависит от дизайна и многих других факторов )
Stanley
Технически - можно. Нужно ли - it depends. Вопрос арихтектуры на который однозначно ответить нельзя, не понимая всех сетевых сущностей. Как организован выход во вне? Используется ли динамический роутинг, объёмы трафика, тип трафика (много больших толстых потоков или много маленьких потоков, но много pps), etc Выносить трафик на отдельные сетевые ноды стоит, ИМХО, тогда как да эти ноды именно что "сетевые" и обладают каким то уникальным свойством (наличие этих свойство опять таки depends) - ну например у тебя все сетевые ноды по 400G линки, DPDK там, SR-IOV какой нибудь. Или только там ты готов динамический роутинг подымать или готов всё по всем компутам размазать (а готовы ли ваши сетевики?) А если делать DVR, то да, надо понимать объёмы трафика, готовы ли они его обслуживать (хотя им в той или иной степени его в любом случае надо будет до нетворк нод через оверлей догнать, а разбирать VXLAN\Geneve заголовки - тоже работа :) Кароче, всё зависит от дизайна и многих других факторов )
Нафига заголовки разбирать? Женева живет и хрен с ней
Stanley
Тут как бы ответ очень простой: нет трафика - легко живется на контролах или с двр на компутах.
Roman
Нафига заголовки разбирать? Женева живет и хрен с ней
Ну тебе надо пейлоад до тенанта догнать же, пейлоад внутри туннеля, который от нетворк ноды пришёл
Stanley
Разбирать заголовки зачем?
Roman
И что?
Ну потому что до тенатской виртуалки трафик должен без заголовка дойти )
Stanley
Оно прекрасно работает на овсе без доп телодвижений
Roman
Да это понятно
Stanley
Ну потому что до тенатской виртуалки трафик должен без заголовка дойти )
Еще раз. Зачем разбирать? Оно и так разбирается внутри
Roman
>Зачем разбирать? >Оно и так разбирается Кто-то же делает работу по "разбиранию" трафика
Stanley
Понятное дело что vxlan туннели будут жить с инкапскляцией. Но каких то доп сложностей нет.
Stanley
>Зачем разбирать? >Оно и так разбирается Кто-то же делает работу по "разбиранию" трафика
И Нафига об этом писать? Чтобы у человека сложилось ощущение сложности?
Stanley
Ага, а регион размером с одну стойку. Заебись
Roman
Что бы у человека сложилось ощущение, что есть много факторов, на которые стоит обратить внимание при дизайне
Stanley
Что бы у человека сложилось ощущение, что есть много факторов, на которые стоит обратить внимание при дизайне
Чушь какая. Разбор заголовков точно к такому фактору не относится. Там выбор простой: либо есть мега трафик, либо нет. Все
Stanley
И не запускать. Полный дзен
Nikolay
Ну там можно часть делегировать на овес
Nikolay
Т.е. есть Легаси сценарий овса, а есть слегка оптимизированный
Илья | 😶☮️🐸
чуваки, если в галеру, раскатанную коллой залить бэкап, то не рассыпется всё к херам ?
Nikolay
Чего
Илья | 😶☮️🐸
external mariadb я что-то не хочу юзать
Nikolay
При чем тут кролики и мария
Илья | 😶☮️🐸
Чего
ухожу от легаси инсталла к контейнерам, встал вопрос с миграцией базы, а потом миграцией контролплейна туда
Oleg
"галеру, раскатанную кроликом"? wtf)
Nikolay
Мария поднимется до крола вообще
Илья | 😶☮️🐸
Илья | 😶☮️🐸
я только пришёл, руки трясутся..
Nikolay
В пределах одной версии?
Илья | 😶☮️🐸
Nikolay
Как по мне так можно онлайн утащить
Nikolay
По одной Маришке тащи
Nikolay
Скучно
Илья | 😶☮️🐸
онлайн точно не, всё планируемо будет
Nikolay
Почисть
Илья | 😶☮️🐸
не
Илья | 😶☮️🐸
предсозданные таблицы сносить без опасений ? контролы с 0 будут подниматься коллой, вместо старых
Илья | 😶☮️🐸
разве что потом сменить пароли для юзеров у базы новы, гланса и тд на пароли сгенерированные коллой
Nikolay
Что мешает их подложить?
Nikolay
Обычно апгрейд базы, это дамп потом рестор
Nikolay
Никаких затейливых упражнений
Roman
тяги не хватило
Nikolay
Тяги в виде поджопника
Nikolay
Ну если бухой дампишь
Nikolay
Процедуру апгрейда на стедже мама обкатывать не учила?
Nikolay
реверт слышал такое слово?
Nikolay
Ну а что такие ссыкливые тогда?
Nikolay
Вот ходить по гиперам после апгрейда когда часть базы пролилась и руками заталкивать запчасти в базу вот это интересное упражнение
Nikolay
Скучаю
Nikolay
Ценить начинаешь после того как теряешь :)
Илья | 😶☮️🐸
а если и гиперы (nova-compute) стопнуть на момент перелива базы ?
Илья | 😶☮️🐸
на этот раз нет, это ж легаси щит, пакет nova-compute крутит приколы все с квм
Илья | 😶☮️🐸
Илья | 😶☮️🐸
https://www.stackhpc.com/migrating-to-kolla.html
Илья | 😶☮️🐸
такое нашёл, но сдаётся мне что тема коллы не раскрыта полностью
Илья | 😶☮️🐸
хотя по идее очевидно: стопаешь контролплейн, дамп бд, перенос на контролплейн коллы и запуск, тады должны и компьюты продолжить работать в том же духе
Илья | 😶☮️🐸
в дурку
Илья | 😶☮️🐸
там выдадут книгу по вмвари
Илья | 😶☮️🐸
ночью разверну контрол коллой и залью дамп туда, выселю один гипер и попробую эту схему
Илья | 😶☮️🐸
да как бы
Илья | 😶☮️🐸
несколько проектов в базе, куча технических инстансов, переносить это всё ручками
Илья | 😶☮️🐸
не хочу в дурку потом, есть поинтереснее дела
Илья | 😶☮️🐸
Поглядим что да как, почему-то уверен, что гипер должен потом нормально подцепиться к новому контролплейну от коллы
Vyacheslav
сделали в новых версиях если UUID nova-compute не известен в контроллере - он не подключится
Илья | 😶☮️🐸
Это в новых версиях, там валлаби
Илья | 😶☮️🐸
ещё когда я совсем зелёный был и неумелый, разворачивая руками каждый компонент на каждом гипере/контроле
Илья | 😶☮️🐸
я дальше Zed уходить пока не собираюсь