« Rev
@openstack_ru   828
Fwd »


Nikolay
как обычно реверс инжиниринг
Nikolay
Может какие крутилки есть чтобы DHCP уехал на гиперы
NS 🇷🇺
Может какие крутилки есть чтобы DHCP уехал на гиперы
если там нет агента, никак оно у тебя туда не уедет
Nikolay
Так то логично что все необходимое для старта вм было поближе
Nikolay
Которого агента?
NS 🇷🇺
Которого агента?
ну мы ж про dhcp говорим, логично что dhcp агент
NS 🇷🇺
ты его хоть на каждый узел поставь ... подниматься будет их не 100
NS 🇷🇺
а ровно сколько указано в конфиге нейтрона
Vyacheslav
Так то логично что все необходимое для старта вм было поближе
Ну такое себе конечно - надо код править, что бы dhcp работал как router в dvr - gw запуская на compute
J
here we go again
J
Может какие крутилки есть чтобы DHCP уехал на гиперы
Куда поставишь агент, там и будет же.
Nikolay
а я что его руками запускаю?
Nikolay
ок- руками не запускаю
NS 🇷🇺
а я что его руками запускаю?
агент у тебя запускает или систем да или какой нить рантайм контейнерного хозяйства
Nikolay
нет, это не так
Nikolay
запускает его агент шедулер
J
ок- руками не запускаю
Ну мы то хз чем запускаешь) Вот в оркестраторе который их деплоит надо сделать так чтоб агенты стартовали везде где тебе нужно. dhcp_agents_per_network контролирует сколько агентов будут обслуживать каждую сеть. То есть, из всего множества работающих агентов будут выбираться n чтобы они обслуживали одну сеть вместе
Nikolay
Это я 3шт поставил
Nikolay
Непонятно почему они на контролах
Nikolay
Логично на каждом гипере при появлении сети на гипере
Nikolay
Если просто агентов насажать на каждом гипере, и пернетворк 1шт, то какой Профит?
Nikolay
Все вм, гиперы будут ходить за DHCP на наказанный гипер?
NS 🇷🇺
запускает его агент шедулер
Шедулер у тебя агента не запускает, а уже работает с запущенными агентами
Nikolay
Это да, я в том плане, что он им потом нетворки навешивает
NS 🇷🇺
Это да, я в том плане, что он им потом нетворки навешивает
я кстати не дофига сетевик, но мне вообще не понятен смысл выделения адресов на dhcp ns
NS 🇷🇺
сидели бы там в условных 169.254
Nikolay
так овес с disable _traditional_dhcp вроде и не ест ip
NS 🇷🇺
так овес с disable _traditional_dhcp вроде и не ест ip
к своему стыду я видел только штатный dhcp ... с OVS все никак современный стенд не разверну
Nikolay
Ставь сразу ovn, и наслаждайся магией
NS 🇷🇺
Ставь сразу ovn, и наслаждайся магией
у меня после nuage рвотные рефлексы на любой SDN
NS 🇷🇺
@vyacheslav_vershinin подтвердит :D
J
я кстати не дофига сетевик, но мне вообще не понятен смысл выделения адресов на dhcp ns
В схеме когда несколько агентов обслуживают сеть каждый из них - отдельный dhcp сервер. DHCP транзакционный протокол и клиент с сервером при обмене используют номер транзакции и server identifier. Если б у всех агентов был один и тот же ip адрес, транзакционность пошла бы по пизде.
J
Думаю, так.
J
В агенте - dnsmasq, а ovs в distributed dhcp с помощью openflow имитирует работу одного типа распределенного dhcp сервера. И такое работает потому что трафик не уходит за пределы хоста в distributed dhcp.
J
А)
J
так ты не понял мой посыл... я не говорю про одинаковый, я говорю про сеть 169.254 и выделять агента не на нетворк, а на тенант
Через service subnet можно указать из какой ip сети агентам брать адреса, эт не проблема)
J
не плодить NS
Ну, то же самое можно и про floating ip неймспейсы сказать. Я предпочту дело иметь с кучей неймспейсов чем с одним, но в котором непонятная лапша нафигачена)
J
Ну и если несколько проектов сеть используют, чо, на каждый свой dhcp агент для нее?)
J
ну с network rbac пожалуй верное замечание
Даже без него. Провайдерские сети же.
NS 🇷🇺
Даже без него. Провайдерские сети же.
так там по факту тот же рбак
I
он естественно будет не консистентным если без агента внутри ВМ. фс будет битой с горантией 90% только через чек поднимется
Итак, держу вкурсе, сделал снапшоты "на гроячую", потом из них диски, из дисков ещё один инстанс, и вероятно мне повезло попасть в 10%, всё завелось без каких-либо проблем)
Ilya
посмотри как сделали в openstack и сделай так же - он же весь на этом SDK слеплен
Если я не ошибаюсь - проекты опенстек используют для взаимодействия с апи опенстек клиентов. Клиенты импортятся типа этого: from novaclient import client as nv_client Соответствующий проект будет называться python-novaclient и лежит тут: https://opendev.org/openstack/python-novaclient А опенстек SDK (https://opendev.org/openstack/openstacksdk) это что-то отдельное рядом. И этот SDK работает не самым эффективным образом. У нас его отказались использовать Пытаются пользоваться SDK обычно новички, потому что его быстрее найти в запросах поисковых видимо из-за названия (моё ИМХО)
Dmitry
все эти python-xxxclient однажды вымрут, одни быстрее, другие медленнее
Dmitry
Чукча не читатель?
Dmitry
OpenStack плавно, тихо, грустно, но неумолимо движется в сторону консолидации вокруг openstackclient и openstacksdk
Dmitry
Если там что-то не работает, лучше поднять шум сейчас, чем дождаться, когда import novaclient начнёт показывать DeprecationWarning.
Ilya
Dmitry
Ещё из интересного, openstacksdk по сути переписывают к версии 1.0. Многие вещи могут быть поправлены. Проблема: над этим работают два человека full time.
NS 🇷🇺
OpenStack плавно, тихо, грустно, но неумолимо движется в сторону консолидации вокруг openstackclient и openstacksdk
Там еще на хрусте не принялись опенстек переписывать? А то алфавит тоткончился
Dmitry
На Ocaml будет, только подожди немного
Dmitry
Следующий релиз называется Antelope, алфавит снова начался :)
NS 🇷🇺
Следующий релиз называется Antelope, алфавит снова начался :)
И даже не будет отсылки ко второму кругу ада?)
Dmitry
Тебе в openstack ада мало?
Dmitry
Но вообще вот: если у кого-то есть неприкаяные интерны/джуны, посадить их на SDK - хорошая тема.
Ilya
Ещё из интересного, openstacksdk по сути переписывают к версии 1.0. Многие вещи могут быть поправлены. Проблема: над этим работают два человека full time.
Мне не нравится, что в СДК за объектной моделью прячется соответствие между действием и апи вызовом. И этот СДК сам себе на уме - делает 100500 вызовов, когда ему надо
Dmitry
Там по историческим причинам два уровня. Если надо более низкоуровневую логику, надо использовать вещи типа connection.baremetal.create_node вместе connection.register_machine.
Dmitry
(исторические причины довольно забавные, на самом деле. текущий openstacksdk это слияние оригинального openstacksdk и высокоуровневой либы shade)
Ilya
Ilya
После того, что сообщество отказалось от поддержки линуксбриджей это второй сравнимый по силе удар
Dmitry
Беда случилась в том, что после начала этого Большого Объединения, многие хардкорные люди с проекта свалили. В том числе Монти - автор shade и идеолог слияния.
Dmitry
Я, если что, не говорю, что novaclient умрёт вотпрямзавтра. Но бесконечно игнорить sdk не выйдет.
Dmitry
Это ощущение верно на 100%
Dmitry
При этом sdk и клиенты страдают первыми. Ну, вторыми, после GUI.
Dmitry
Пушо business value у них не очень, видите ли
Ilya
А в чём корневая причина ? Денег не дают спонсоры или общий интерес упал к теме опенстека ? Или все вендоры решили свои форки тянуть полностью?
Ilya
Dmitry
А в чём корневая причина ? Денег не дают спонсоры или общий интерес упал к теме опенстека ? Или все вендоры решили свои форки тянуть полностью?
Мне кажется, всего понемногу. Есть ещё впечатление, что опенстек по большему счёту закончен, поэтому вендоры сосредотачиваются на доделке продуктов, а не апстримных фичах.
Ilya
При том что в Китае к опенстеку есть сильный интерес и теперь в России интерес подогрели... Возможно это даст эффект в среднесрочной перспективе.
« Rev
@openstack_ru   828
Fwd »