George
George
Vadim
George
Vadim
это лучше чем гарантированный ад при 3х мастерах
George
ну, ок
Solyar
George
Just a baka
Чисто теоретически уж лучше 2 кластера держать. Хотя бы потому, что etcd нужны минимальные задержки, чтобы не затуплять на записи. Ну и выпадение в РО это ничего хорошего, даже если и одуплится потом само. Все это надо будет мониторить и костылить вокруг дополнительный слой HA.
George
ок, если у тебя мастера в пределах 100 км
George
а если 1000?
Solyar
Solyar
George
ты же не гарантируешь летенси между ДЦ, т.к. это чужой канал
George
я бы вообще попробовал сделать так
George
мастера все в ДЦ1, воркеры в ДЦ2
George
что сгорит, то не сгниет )
Solyar
:D
George
если есть возможность - мути два кластера
Vadim
так, хватит тут оффтопить уже
Solyar
Но вообще металлб еще роль лоад балансера играет у нас
Vadim
Mikhail
Я тогда по другому спрошу. Планируем попробовать(потестировать) кластер растянутый на 3 локации. latency между локациями низкий, не регион. По одному мастеру в каждой локации.
Кластер будет использоваться только под управление другими кластерами/пайплайны и тд. Кластера с рабочей нагрузкой только в одном ДЦ.
Какие подводные камни, рекомендации?
Vadim
Yury
Mikhail
чтобы собственно control plane для всех кластеров был 1. 1 кластер который знает про все другие кластера и как с ними работать. и вот этот один кластер был чуть более устойчивый чем 1 dc.
Yury
Он не будет устойчивее
Yury
Тут или боль управления тремя кластерами или боль одного нестабильного. Сеть между дц работает пока работает :)
Yury
Ну и по хорошему надо проверять периодически как кластер и приложения реагируют на разделение сети
George
George
Yury
George
скажем так, что многие кубероделатели (циска, нутаникс и пр.) делают ровно так
George
Yury
Твоей, с мастерами в одном дц
George
а, ну, да
Aleksei
Всем привет. Кто-нибудь сталкивался с проблемой на MetalLB, когда недоступен externalIp из pod network? Куда копать, в сторону iptables?
Антон
Всем привет. Если раскатывать новый кластер через kubespray, kubeadm нужно задизейблить? На #СЛЕРМ4 выключали опцией kubeadm_enable: false в group_vars/all/all.yml, но в v2.10.4 не вижу данной опции
Lucky SB
Lucky SB
Из основного кубспрея установку старым способом удалили давным давно
Антон
Lucky SB
И там только через кубадм стпвится
Антон
Ок, спасибо
Igor
как для ингресса увеличить client-max-body-size?
Igor
который nginx-ingress (кубовый)
Igor
не nginxinc
Lucky SB
Не забудь себе в планировщик поставить задание на обновление сертификатов через 11 месЦев
Антон
Lucky SB
Это в нашем форке
Lucky SB
А кубадм на год гееирует
Антон
вот так в kubespray/roles/kubespray-defaults/defaults/main.yaml
Lucky SB
Ну а посмотри где оно используется
Igor
Lucky SB
Только для генерации сертификатов для etcd
Oleg
Доброго времени суток.
Ребят, подскажите, а есть уже какой-то инструмент позволяющий распространять предустановленные кластеры k8s на виртуальных машинах?
Или может кто-то свой уже подход выработал - поделитесь? :)
Lucky SB
И то так было в начале мая. Что поменялось на сейчас щас не смотрел
George
George
нам проще разливать каждый раз заново. Благо это не так долго
Lucky SB
Lucky SB
Это вообще для сетевого плагина серты
Антон
@LuckySB мысль понял, посмотрю где еще генерируются сертификаты
George
George
это как бы промышленный способ
Sergey V
привет
хочу сделать такое,
создать папку на всех хостах где демонсет будет работать инит контейнером,
потом смонтировать эту папку в основной контейнер
но получаю ошибку что под не может быть инициализирован, т.к. эта папка еще не существует, т.е. даже инит контейнер не может запуститься
как можно обойти это?
George
Oleg
George
George
Sergey V
т.е. в инит контейнер я монтирую /folder
и делаю mkdir /folder/subfolder
а в основной контейнер монтирую уже /folder/subfolder
Sergey V
не пойму про опции. что может мне помочь?
George
George
Sergey V
0/1 Init:0/1 0