J
можно, главное, чтобы тетя люся не вырубила 3 сервера где живут вм с контролплейном от облака =)
Ну да. Ровно то ж самое будет и без вм. Но не вижу ничего зазорного держать и больше трех экземпляров некоторых сервисов.
NS 🇷🇺
ты видать по диагонали диалоги прочитал =)
NS 🇷🇺
Ну да. Ровно то ж самое будет и без вм. Но не вижу ничего зазорного держать и больше трех экземпляров некоторых сервисов.
ну вот тут куб как раз и решает проблемы почти из корбки, повесил тег, что у тебя тут могут контролы стартовать, и даже тетя люся не страшна, сервисы перезапустятся быстро и решительно
Den
Он хотел что бы был FC
NS 🇷🇺
можно конечно все это автоматизировать и есть успешные решения, но вот у кого их нет, с нуля чет городить. Общем я не сторонник
J
При пропадании питания, например)
NS 🇷🇺
воркер же не один
NS 🇷🇺
а если на этих воркерах еще горячий кеш образов
NS 🇷🇺
kXs не золотая пилюля, но в плане контролплейна стека очень упрощает жизнь по сравнению с теми же вм
J
а если на этих воркерах еще горячий кеш образов
То что будет при unclean shutdown какого-нибудь одного воркера?
NS 🇷🇺
То что будет при unclean shutdown какого-нибудь одного воркера?
пересчитаем кол-во реплик и недостающие запустим =) или вопрос в другом?
J
пересчитаем кол-во реплик и недостающие запустим =) или вопрос в другом?
Да, но оно же само сразу после падения воркера не произойдет.
Павел
спасибо за помощь
NS 🇷🇺
Нормально там все отработает)
J
так репликоконтроллер же
Ваще да. А базу данных тож под репликаконтроллер?
J
Вот те и момент, да.
NS 🇷🇺
Вот те и момент, да.
Ну если убьешь все, печаль. Придеться ручками слазить
J
А ваще, вот эти все длиннюююющие обсуждения читаю и думаю "Знаешь, Вовка, не нужна тебе такая машина, брат" https://github.com/kubernetes/kubernetes/issues/55713
J
Ну если убьешь все, печаль. Придеться ручками слазить
Убью все кого? Базы? С реплика контроллером то оно восстановится. Только с базой так не сделаешь)
J
Ну типа вроде и норм должно быть. Но там могут проблемы с постоянным хранилищем могут быть.
J
Я сижу периодически фантазирую с чем сильнее в итоге замучаешься и пока кубернетесы выглядят сильно сложнее и геморройнее.
J
Да не, мультимастер нормально работает, вроде.
NS 🇷🇺
Приколы есть везде и волшебной пилюли нет
Михаил
Господа, привет! Есть вот такой глупый вопрос: мне надо, чтобы некоторые эвенты (например создание/удаление машины/порта/диска) триггерили определённые мои кастомные экшены - ну там вебхук какой-нибудь послать или ещё курл какой-нибудь дёрнуть... Есть ли какие-нибудь максимально штатные механизмы для этого? Чтобы не надо было кастомной шарманкой лезть в кроля и ловить это всё? Натыкался в ынторнетах на какие-то депрекейтные nova hooks, что было похоже на то, что мне надо, но оно как вы понимаете deprecated. Куда можно посмотреть?
J
Если все действия через API, то API запросы смореть, эт проще.
J
Блин... эт фигово...
А что за кастомные экшены?
Stanley
Максимально штатное хз. В голову только и приходит что ловить в rabbitmq или парсить логи)
Нотификации в кролика. Можно сделать отдельного кроля и там ловить события. Просто, удобно, максимально доступно.
Михаил
А что за кастомные экшены?
Ну вот простой пример - кто-то пошёл и сделал себе, я не знаю, машину. И мне нужно, чтобы в мою условную систему учёта прилетела инфа, что Петя из отдела бухгалтерии сделал себе машину из двух процов и откушал 200Гб дисков. Понятно, что вы скажете - опрашивай API новы - она отдаст тебе всё, и я это делаю, но мне хочется асинхронности. Чтобы если прилетел условный евент внутри опенстека, то автоматика лезла сама куда надо (систем много - если они все начнут апи опрашивать, это избыточно и не нужно) и создавала/удаляла там всё что надо
Stanley
Вы имеете ввиду отдельного кроля чисто для нотификаций?
Да. У каждого сервиса есть rabbit notification опция, чтобы слать сообщения не только в основного кроля, но и "на сторону"
Михаил
Большой разницы то и нет дергать нотификации или брать напрямую из api/базы. Всё равно куча систем из одного места берет. Можно красиво делать с нотификациями, можно оставить как есть, выделив для биллинга отдельный набор api сервисов и реплики базы, к которым обращения чисто от биллинга будут.
Ну вот у меня много не биллинга, а разных технологических систем... И надо, чтобы они узнавали о всяких событиях. И желательно не в условном кроне опрашивали АПИ, а прям случилось действо - запиши =)
Raxmatov
да , спасибо видел, но проблему не решил.
Stanley
или кафка...
Штатно в кафку нет отправки
Михаил
Да. У каждого сервиса есть rabbit notification опция, чтобы слать сообщения не только в основного кроля, но и "на сторону"
Да, я их складываю в основной раббит. Но это опять же - надо туда лазить. А я думал - вдруг есть на свете волшебство и можно как-то супер красиво это сделать и уважаемые гуру мне подскажут) Но похоже волшебства нет и надо работать руками)
Михаил
Но в любом случае вам больше спасибо за советы!
Slava I.
Штатно в кафку нет отправки
ну смотря что считать штатным... https://docs.openstack.org/oslo.messaging/latest/admin/kafka.html
Stanley
Хотя кафку, кмк, сложней городить чисто как сервис.
John Roe
Габит Радков: user has been CAS banned
NS 🇷🇺
или кафка...
оверкил для задачи
Stanley
Ну если мега-надежный биллинг, то может и кафку поднять. Я хз, можно ли ее без кластера катнуть...
Stanley
Да вроде написал нафига. :)
Slava I.
Сейчас господа накидают) как правильно, нафига и почему)
Илья | 😶☮️🐸
А какая разница, если кролик все равно нужен ? Рядом поставить кафку и питоняьчим адаптером читать кролика + пушить в кафку
Михаил
месье дело говорит
Тут вот ещё какое дело - вот я почему хочу внутри опенстека это как-то ворочить. Мне надо, чтобы некоторые системы были оповещены перед тем, как физически стартанёт условная новенькая машина. Вы скажете - terraform и всякие локал-эзеки и кастомные ресурсы, но беда в том, что многие тыркают мышкой в ГУЕ
NS 🇷🇺
вам нейтрон в любом случае пришлет нотифай раньше, чем появится машина
Михаил
Ну вобщем путь один - ловить нотификации в раббите
Михаил
Че? Миалафон для чтения мыслей-as-a-Service? :)
Ну практически) Надо что-бы машина успела зарегаться в системе прежде чем в ней заработает ПО для работы с этой системой) Ясно, что старт машины не мгновенный и пока она раздуплится все сторонние скрипты успеют отработать, но всё же
Михаил
Кролик_нотифай. Но может так получиться что от события VM create до старта пройдут считанные секунды.
Ну вот буду уповать на то, что всё успеет. Хотя наверное можно и изнутри машины при старте какой-нибудь one-shot запускать и ловить только дестрой/change машины. И не париться
Stanley
Тут как пожалаете. И кстати, тут как раз кафка может сыграть злую шутку. Кролик же по любому будет пытаться пушить в респондента.
Stanley
Как то инфобезами запахло в чатиге... :)
Raxmatov
Вопрос Kolla Openstack: Почему Block storage (cinder-volume) размонтирует узлы и контроллеры после перезапуска. Какое есть решение?
Raxmatov
а можно больше деталей
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.
Raxmatov
NS 🇷🇺
Raxmatov
Raxmatov
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".
Raxmatov