Не искаропки

предлагаю слово коробка запретить..

Мало сейчас запрещают

я на эти коробки насмотрелся, коробка в коробке, в коробке и как это коробочное работает понять могут не только лишь все

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

а еще всякие примитивы в серверах встречаются что мы так настроили что работает почему через жопу

понял, буду колхозить, т.к. ребята боятся кубера, то будет коросинк :)

понял, буду колхозить, т.к. ребята боятся кубера, то будет коросинк :)

хм.. это те же самые ребята из виртуализации?

а как же выход в окно возможностей?

понял, буду колхозить, т.к. ребята боятся кубера, то будет коросинк :)

Вот такие вот потом masakari написали =)

не совсем, это которые на аббревеатурах разговаривают

Будет все олдскульно, гластер как шареный сторадж

не совсем, это которые на аббревеатурах разговаривают

Вот на аббревиатурах им и поясни, что сервисная модель опенстека потихоньку уходит в кубы

Будет все олдскульно, гластер как шареный сторадж

понятно, дерьнамикс

не, это другой проект

понял, буду колхозить, т.к. ребята боятся кубера, то будет коросинк :)

не, это другой проект

И не даталайн?

Просто в metal3.io кластер есть, это прекрасно работает. Но в него могут не только лишь все, надо понимать глубину познаний и ценность гетерогенности сервисов. А так получится костыль, потому что ряд сервисов будет монолитным

Так можно ж задеплоить ironic+марию коллой, просто без всех остальных сервисов.

ну как бы я ковырялся с metal3 по этому говорить что оно плохо и криво не буду

@jingvar а помнишь мы с схд потом получили букет проблем с glance? Походу надо написать какую нить тру стори как делать не надо

хотя мульти-бэкенд личное дело каждого🤣

Так можно ж задеплоить ironic+марию коллой, просто без всех остальных сервисов.

ну думаю там немного поприседать придется, проще своровать плейбуки

ну думаю там немного поприседать придется, проще своровать плейбуки

Почему?

Вроде, дожно норм выйти.

а там наверняка куча проверок нужно обходить

типа должне быть хотябы один бэкенд туды

и я кстати не помню, как оно туда ironic притаскивает в плане ha

ну думаю там немного поприседать придется, проще своровать плейбуки

своровать из.. metal3?

сириосли?

Я отбитый но не на столько, из колы установку марии

В моей схеме для самых маленьких, Мария, гластер в кластере, бифрос/ироник комплект под управлением его высочества писькамекера

ну это не спортивно

то есть в тебя 3 ноды через писмэйкер, без коросинка?

Ну связка стандартная

Чот я не пойму, что в этой схеме делают пейсмейкер и коросинк?

А фенсинг dhcp как?

А фенсинг dhcp как?

А чо там фенсить? Можно конфиги и лиз файлы в гластер тоже положить.

На сколько я помню это так не работает

На сколько я помню это так не работает

Почему?

Там еще tftp

Там еще tftp

Там же нет никаких изменяющихся состояний. Функция tftp отдать iPXE или другой нормальный загрузчик. Проблема только в адресе. Тут да, придется что-то думать. Например, keepalived с конфигом в две строчки)

да там как не думай структура монолитная

без кубов никак

Я конечно могу проверить, но на моей памяти в ha оно не умеет

Я может чо-то упускаю, но всегда думал что pacemaker+corosync это дедушкина связка. Настраивать неудобно, капризно. Там где кворум нужен можно использовать, а там где простенький набор стейтлес сервисов это самому себе работы добавишь.

Не

То что дедушкин да

Тут не кворум, а чтобы держал поднятым один экземпляр ресурса

Ну т.е. как в кубере под

ну и зачем тогда делать такую обвязку?

А почему бы не держать поднятыми несколько экземпляров всех ресурсов каких только можно? Учитывая, кстати, что деплой бейрметала довольно сложный процесс и если посередине где-то ironic-conductor пропадет, то у тебя оставшиеся conductorы не подхватят таск ведь.

ну пофелилось и фиг сним

Господа привет! Подскажите пжл, есть ли хороший (наименее плохой) способ подсовывать создаваемым инстансам некий "дефолтный" cloud-config? Ну то есть, чтобы все создаваемые инстансы получали его по-умолчанию?

Поэтому так то у каждого кондактора можно вообще держать собственный dhcp и tftp с разными адресами и конфигами. Один фиг самое слабое место это кондактор. Вот у тебя начинает сервер грузиться, по pxe запросил прошивку. Какой dhcp раньше ответил, тот и молодец. Потом начинает грузиться ipxe - опять какой ответил ей, тот и молодец. И дальше то какой сервер раньше ответил определяет с каким кондаткором будет взаимодействовать нода. Чем не схема?

Господа привет! Подскажите пжл, есть ли хороший (наименее плохой) способ подсовывать создаваемым инстансам некий "дефолтный" cloud-config? Ну то есть, чтобы все создаваемые инстансы получали его по-умолчанию?

https://docs.openstack.org/nova/latest/admin/vendordata.html

https://docs.openstack.org/nova/latest/admin/vendordata.html

Очень похоже на то, что мне надо) Спасибо большое!

Поэтому так то у каждого кондактора можно вообще держать собственный dhcp и tftp с разными адресами и конфигами. Один фиг самое слабое место это кондактор. Вот у тебя начинает сервер грузиться, по pxe запросил прошивку. Какой dhcp раньше ответил, тот и молодец. Потом начинает грузиться ipxe - опять какой ответил ей, тот и молодец. И дальше то какой сервер раньше ответил определяет с каким кондаткором будет взаимодействовать нода. Чем не схема?

мы про ha , а не балансировку - надо чтобы один комплект отвечал

мы про ha , а не балансировку - надо чтобы один комплект отвечал

Так у тебя и будет один отвечать. А почему надо строго чтобы один?

На деле ведь весь этот фенсинг и заморочки нужны только для деплоя. Всё остальное (то есть, листинг, управление питанием, настройками биоса и прочим) великолепно может и должно работать в active\active.

А при большом количестве серверов (когда счет на сотни) один активный кондактор это вообще отвратная идея.

Коля хочет HA как в.. maas

А при большом количестве серверов (когда счет на сотни) один активный кондактор это вообще отвратная идея.

а вот то что вы предлагаете как раз про metal3 если я не путаю, там как раз active active

Кондакторы каждый управляет своим набором нод, но ежели чо - остальные подхватят ноды павшего. api не имеет состояния и для него выгодно применять балансировку. Галера отличный вариант при нечетном количестве серверов и будет работать в active-active. Тоже довольно выгодно балансировать. tftp просто раздает загрузчик и тут бы тоже балансировку прикрутить, но для UDP это не очень просто. Остается DHCP, но ведь и тут ничо смертельного не произойдет если в сети будут работать два dhcp сервера. Я не навязываюсь, но зачем возиться с фенсингом и active\backup, когда весь сетап можно сделать active\active без лишней возни?

active backup как раз более практичнее(в плане ресурсов), но сложнее в плане реализации, так как нужно получить state что вон те контейнеры развальцевало, а это целый набор проверок, а если например контейнер перезапустился? Архитектурно решить это будет сложно, но возможно. По этому и используется режим active active где три воркера, и по сути если они умирает подхватывает работу следующий

active backup как раз более практичнее(в плане ресурсов), но сложнее в плане реализации, так как нужно получить state что вон те контейнеры развальцевало, а это целый набор проверок, а если например контейнер перезапустился? Архитектурно решить это будет сложно, но возможно. По этому и используется режим active active где три воркера, и по сути если они умирает подхватывает работу следующий

Практичее в плане ресурсов?

Практичее в плане ресурсов?

Именно.

И ходи потом ищи куда что прилетело

И ходи потом ищи куда что прилетело

Что прилетело?)

Кто в кого сходил, куда не смог

Кто в кого сходил, куда не смог

делай на кубах, если что запугай мной

Ладно, в коле как-то перевязанный ha на keepalived c хапроксей реализован

Кто в кого сходил, куда не смог

Это только при деплое. И потом, стремный какой-то аргумент. Ты сервис не для поиграться, а для работы запускаешь, готов при этом возиться с коросинком и пейсмейкером, с докером, но при этом не готов сделать централизованное логирование которое тебя от нужды ходить и искать избавит? Ладно тебе)

Главное чтобы кролик не понадобился

Главное чтобы кролик не понадобился

Тут бомжарный проект

Тут бомжарный проект

на марковку спереди не хватило денег?

Тут на проверить rxtx мозгов не хватило

Тут на проверить rxtx мозгов не хватило

Мощно.. внушаитъ

Тут бомжарный проект

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

Мне скучно