а кто знает как в kops получить состояние кластера? с помощью kops replace я натворил дел и теперь хочу вернуть как было, что бы при запуске kops update показывало что нет изменений

если я делаю kops get оно даёт “будущий” конфиг кластера, как получить текущий?

Привет, чат. Есть один вопрос, на который почему-то не вижу простого ответа. Дано: кластер кубера без каких-либо облаков. Сейчас наружу торчат только IP-адреса ингресов от сервисов, которые прописываются во внешнем DNS. Что хочется - автоматом отдавать наружу и публичные DNS-имена, чтобы как только новый сервис foo задеплоил в кубер - он сразу же был доступен по внешнему адресу foo.dmz.company
Каким образом это поднимается все? Ингрес с типом LoadBalancer решает проблему внутри кластера, а как ее решить и снаружи, чтобы каждый сервис сразу и по публичному имени отвечал?

Попробуй эту штуку

👆

Вообще ингрес не для внутрикластерного взаимодействия. А именно как точка входа внутрь кластера. У нас, например, не так много сервисов, которые должны быть доступны снаружи. Остальные живут в себе в кластере и не отсвечивают. Как я понял - вот именно для тех сервисов, которые должны быть снаружи, ты хочешь выписывать доменные имена ?

Интересно выглядит, спасибо, буду втыкать.

Или уточни, пожалуйста, задачу

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

А, т.е. разнородные сервисы, которые нужно публиковать как app1.company.com, app2.company.com... и их не удастся пихнуть как cluster.company.com/app1, cluster.company.com/app2 .... ?

Да, именно так

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

Все, доброй ночи ! Отбой

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

Спасибо 😊

В ДНС делаете *.dmz.company и указываете ИП ингреса , тогда достаточно просто имя в kind:Ingress указать

Там оператор. Для MySQL вот этот https://www.percona.com/doc/kubernetes-operator-for-pxc/index.html
И еще они для Монги сделали

Собственно ему там даже вопрос задали: "а чего не через kubect". И он ответил что эта dbaas-cli для тех кто не умеет kubectl

подскажите. насколько широко используется pod overhead. Или не стоит это использовать вообще?

а что это? 😊