Не совсем... I have seen the keystone_auth_default_policy.json error and it should not prevent magnum from working. Я видел эту ошибку но говорят такое может быть из за SSL сертификата

смотрите через heat на каком шаге застряли

ну и вообще, из практики, магнум не лучшее решение для кубера…

ну и вообще, из практики, магнум не лучшее решение для кубера…

Или даже подскажите пожалуйста тогда, что лучше?

подскажите пожалуйста, как это правильно задебажить?)

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

релиз то опена хоть какой?

Последний kolla-ansible

ммм? опен то какой? если последний, то это xena вы в этом уверены?

не-не, последний kolla это wallaby

до кучи нейтрон и нову

Я наверное попробую предложенный вами вариант, и гляну в сторону гарденера.

вам в любом случае какой-то начальный кубер нужен будет

Я хотел найти какой-то стандартизированный метод разворачивания кубера в опенстаке. Дело скорее в скорости деплоя

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

ну и вообще, из практики, магнум не лучшее решение для кубера…

а почему не лучшее? а как же интеграция с опенстеком? автоскейлер же есть который отлично работает и лоад балансер с дисками?

ну то что оно работает не всегда хорошо это да, но щас уже довольно таки много чего пофиксили в самом магнуме) магнум хорош что можно допилить его под себя и я могу сказать что это совсем не сложно)

мэйл вк перепилил его под себя на 90%, я б не сказал, что это не сложно.

мэйл вк перепилил его под себя на 90%, я б не сказал, что это не сложно.

Жаль, с удовольствием бы попробовал

Кстати, а что скажите насчет работы с кубером через murano?

Я хотел найти какой-то стандартизированный метод разворачивания кубера в опенстаке. Дело скорее в скорости деплоя

Терраформ, динамик инвентори, кубспрей

а про динамик инвентори где подробнее почитать?

мэйл вк перепилил его под себя на 90%, я б не сказал, что это не сложно.

Всё так, у магнума неплохая апишка

API то ту при чем? если там по сути код был переписан практически полностью… там от ванильного магнума и не осталось то ничего, по факту парни сделали свой собственный гарденер

Апишку оставили, всё остальное перепилили

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

С середины этого года свой оркестратор, с хита кластера переносим постепенно.

Я хотел найти какой-то стандартизированный метод разворачивания кубера в опенстаке. Дело скорее в скорости деплоя

kubespray, там можно через terraform развернуть вм и потом ансиблом развернуть сам куб. Вполне хорошо автоматизируется

я чуть выше написал об этом

господа подскажите, тут вопросы по работе терраформа с опенстеком можно задвать? конкретно по созданию вм-ок

есть провайде для tf-a там есть пункт key_pair туда можн овкорячить только 1 ключ? если мне надо вм с 3мя сразу ссш ключами создать, куда надо писать? в мету как для гклауда?

есть провайде для tf-a там есть пункт key_pair туда можн овкорячить только 1 ключ? если мне надо вм с 3мя сразу ссш ключами создать, куда надо писать? в мету как для гклауда?

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

Я пользуюсь ключом в который три+ разных ключа записано. https://help.switch.ch/engines/faq/how-to-use-multiple-ssh-keys/

Я пользуюсь ключом в который три+ разных ключа записано. https://help.switch.ch/engines/faq/how-to-use-multiple-ssh-keys/

Я пользуюсь ключом в который три+ разных ключа записано. https://help.switch.ch/engines/faq/how-to-use-multiple-ssh-keys/

Получается, опен будет пытаться запихнуть эти ключи во всем ВМ по умолчанию? А можно как то разграничить это дело, чтобы хотя бы в зависимости от проекта?

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

Господа, а есть у кого рабочие кейсы, что бы интернал сеть была поверх vxlan? Какой то барабашка поселился, не пойму от куда у него ноги растут. Сервисы периодически впадают в ступор, потеряв кролика. Хотя кролик тот на самом деле живой. Сегодня нова-шедулер и кондуктор не могли договорится между собой, сыпали таймаутами кролика до перезапуска. И такой бесовщины в этом месте хватает. Главное отличие, это топология сети, от других кейсов

Вроде оф документация говорит что я все правильно понял. Однако...

никто случайно не знает, как cloudbase-init заставить перенастроить сетку не снося виртуалку целиком?

Удали ветку в реестре. hkey_local_machine/software/cloudbase solutions или типа того.