GG
Ну там же нужно акцептовать ключи миньонов, если это какой-нибудь кубернетес раннер, надо, пробрасывать нужные порты, итд итп, я к этому клоню.
можно автоакцепт сделать
Size: a a a
2021 March 18
GG
у тебя в любом случае что-то иницирует процесс создани сервера
GG
у нас вообще эпопея, что нужно сервера в ад джойнить, днс прилеплять и прочее - это можно как на урвоне инфры делать, так и на уровне управления конфигурацией через соль
GG
Ну и вдогоночку, если инфра становится довольно жирной, есть ЕМНИП практика накатывать стейт не на все хосты разом, а небольшими группами. В случае долгоживущего мастера с этим вопросов нет, он потихоньку сначала по одним хостам пройдётся, потом по другим. А если мастер эфемерный, есть какие-то устоявшиеся практики?
а зачем эфемерный мастер?
KL
а зачем эфемерный мастер?
Вот, я тоже этот момент не уловил
KP
иначе жизнь скучна
KL
Какую проблему решает эфемерность мастера?
KL
А, скуки. Типа gentoo уже не модно.
TL
Вот, я тоже этот момент не уловил
Строю инфру, хочу избежать проблем курицы и яйца. Буду поднимать кубы солтстэком, поэтому хостить его в кубе кажется не очень правильным. Завязываться на один конкретный сервак и устраивать себе single point of failure тоже не хочу. Есть CI сервер, которые для меня внешний сервис, я обеими руками за гитопс. Выглядит логичным держать код конфигурации в гитлабе, ну тогда и оттуда его и запускать.
KP
почему бы не поднять салт мастер в стороне?
KP
перманентный
GG
делай солт мастер в сторону
GG
и делай ему HA
GG
> Буду поднимать кубы солтстэком
GG
а почему не тинкербелл + machine controller ?
YZ
> Буду поднимать кубы солтстэком
Это больно
YZ
Хотя у меня получилось даже лучше чем ансиблом
TL
почему бы не поднять салт мастер в стороне?
Ну... такое, конечно... держать целый отдельный кластер ради управления конфигом. В принципе, конечно, можно лёгких виртуалок.