можно, главное, чтобы тетя люся не вырубила 3 сервера где живут вм с контролплейном от облака =)

Ну да. Ровно то ж самое будет и без вм. Но не вижу ничего зазорного держать и больше трех экземпляров некоторых сервисов.

ну вот тут куб как раз и решает проблемы почти из корбки, повесил тег, что у тебя тут могут контролы стартовать, и даже тетя люся не страшна, сервисы перезапустятся быстро и решительно

а если на этих воркерах еще горячий кеш образов

То что будет при unclean shutdown какого-нибудь одного воркера?

пересчитаем кол-во реплик и недостающие запустим =) или вопрос в другом?

Да, но оно же само сразу после падения воркера не произойдет.

так репликоконтроллер же

Вот те и момент, да.

Ну если убьешь все, печаль. Придеться ручками слазить

Я сижу периодически фантазирую с чем сильнее в итоге замучаешься и пока кубернетесы выглядят сильно сложнее и геморройнее.

Убью все кого? Базы? С реплика контроллером то оно восстановится. Только с базой так не сделаешь)

Господа, привет! Есть вот такой глупый вопрос: мне надо, чтобы некоторые эвенты (например создание/удаление машины/порта/диска) триггерили определённые мои кастомные экшены - ну там вебхук какой-нибудь послать или ещё курл какой-нибудь дёрнуть... Есть ли какие-нибудь максимально штатные механизмы для этого? Чтобы не надо было кастомной шарманкой лезть в кроля и ловить это всё? Натыкался в ынторнетах на какие-то депрекейтные nova hooks, что было похоже на то, что мне надо, но оно как вы понимаете deprecated. Куда можно посмотреть?

Максимально штатное хз. В голову только и приходит что ловить в rabbitmq или парсить логи)

Блин... эт фигово...

Максимально штатное хз. В голову только и приходит что ловить в rabbitmq или парсить логи)

А что за кастомные экшены?

Нотификации в кролика. Можно сделать отдельного кроля и там ловить события. Просто, удобно, максимально доступно.

Ну вот простой пример - кто-то пошёл и сделал себе, я не знаю, машину. И мне нужно, чтобы в мою условную систему учёта прилетела инфа, что Петя из отдела бухгалтерии сделал себе машину из двух процов и откушал 200Гб дисков. Понятно, что вы скажете - опрашивай API новы - она отдаст тебе всё, и я это делаю, но мне хочется асинхронности. Чтобы если прилетел условный евент внутри опенстека, то автоматика лезла сама куда надо (систем много - если они все начнут апи опрашивать, это избыточно и не нужно) и создавала/удаляла там всё что надо

Всем привет! Может ли кто-нибудь сказать мне, почему Multiple AZ не поддерживает экземпляры ( live_migration ) живой миграции? У меня проблема с live_migration. ОШИБКА: rule:create_port_binding is disallowed by policy Neutron server returns request_ids: ['req-00a8b71d-ecd7-45b6-8bed-fda4e3c76b8e'

Большой разницы то и нет дергать нотификации или брать напрямую из api/базы. Всё равно куча систем из одного места берет. Можно красиво делать с нотификациями, можно оставить как есть, выделив для биллинга отдельный набор api сервисов и реплики базы, к которым обращения чисто от биллинга будут.

Вы имеете ввиду отдельного кроля чисто для нотификаций?

Большой разницы то и нет дергать нотификации или брать напрямую из api/базы. Всё равно куча систем из одного места берет. Можно красиво делать с нотификациями, можно оставить как есть, выделив для биллинга отдельный набор api сервисов и реплики базы, к которым обращения чисто от биллинга будут.

Большой разницы то и нет дергать нотификации или брать напрямую из api/базы. Всё равно куча систем из одного места берет. Можно красиво делать с нотификациями, можно оставить как есть, выделив для биллинга отдельный набор api сервисов и реплики базы, к которым обращения чисто от биллинга будут.

Ну вот у меня много не биллинга, а разных технологических систем... И надо, чтобы они узнавали о всяких событиях. И желательно не в условном кроне опрашивали АПИ, а прям случилось действо - запиши =)

Тогда да, rabbitmq с нотификациями отлично подойдет.

или кафка...

Да. У каждого сервиса есть rabbit notification опция, чтобы слать сообщения не только в основного кроля, но и "на сторону"

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

Штатно в кафку нет отправки

ну смотря что считать штатным... https://docs.openstack.org/oslo.messaging/latest/admin/kafka.html

Да. У каждого сервиса есть rabbit notification опция, чтобы слать сообщения не только в основного кроля, но и "на сторону"

или кафка...

месье дело говорит

Тут вот ещё какое дело - вот я почему хочу внутри опенстека это как-то ворочить. Мне надо, чтобы некоторые системы были оповещены перед тем, как физически стартанёт условная новенькая машина. Вы скажете - terraform и всякие локал-эзеки и кастомные ресурсы, но беда в том, что многие тыркают мышкой в ГУЕ

Тут вот ещё какое дело - вот я почему хочу внутри опенстека это как-то ворочить. Мне надо, чтобы некоторые системы были оповещены перед тем, как физически стартанёт условная новенькая машина. Вы скажете - terraform и всякие локал-эзеки и кастомные ресурсы, но беда в том, что многие тыркают мышкой в ГУЕ

А какая разница, если кролик все равно нужен ? Рядом поставить кафку и питоняьчим адаптером читать кролика + пушить в кафку

Че? Миалафон для чтения мыслей-as-a-Service? :)

Ну практически) Надо что-бы машина успела зарегаться в системе прежде чем в ней заработает ПО для работы с этой системой) Ясно, что старт машины не мгновенный и пока она раздуплится все сторонние скрипты успеют отработать, но всё же

Кролик_нотифай. Но может так получиться что от события VM create до старта пройдут считанные секунды.

Тут как пожалаете. И кстати, тут как раз кафка может сыграть злую шутку. Кролик же по любому будет пытаться пушить в респондента.

Вопрос Kolla Openstack: Почему Block storage (cinder-volume) размонтирует узлы и контроллеры после перезапуска. Какое есть решение?

а можно больше деталей

Error: Build of instance 9959142b-ca8e-42fd-8f22-7b3367bb583b aborted: Volume 264065cf-49ff-4fcc-b048-a19cb32cca88 did not finish being created even after we waited 0 seconds or 1 attempts. And its status is error.

Error: Build of instance 9959142b-ca8e-42fd-8f22-7b3367bb583b aborted: Volume 264065cf-49ff-4fcc-b048-a19cb32cca88 did not finish being created even after we waited 0 seconds or 1 attempts. And its status is error.

2024-01-19 14:03:31.197 23 ERROR cinder.service [-] Manager for service cinder-volume controller1@lvm-1 is reporting problems, not sending heartbeat. Service will appear "down".