Как вы подходите к обновлению Kubernetes кластера, основанного на kops/aws?

Question

[Вадим]

Привет всем,

знаю вопрос очень широкий, но хотел бы спросить как лучше обновить cluster based on k8s 1.11.6 (etcd version 2) до k8s 1.15?

Что обновлять сначала, в каком порядке? Читал, что использование kops edit не лучшая идея! Можно ли обновить сначала мастер ноды?

всем боб... добра )
Вадим

Answer 1

[Andrey Shatokhin]

kops edit/update нормально обновляет кластер.
Я б советовал обновлять по одной версии за раз и каждый раз проверять не слетело ли что-то в конфигах деплойментов и тд. У k8s api же меняется, и какая-нибудь ваша кастомщина может улететь в трубу.

В k8s 1.11 уже есть поддержка etcd3 - я бы начал с обновления etcd до рекомендованных 3.2.10+ и морально готовился править деплойменты.

Comments

[Вадим]

Андрей,

еще 2 вопроса.

1. Deployment это отражение текущего API, насколько я понимаю. Значит нужно просматривать документацию есть ли поддержка соответствующих комманд в yaml в следующей версии и менять их соответственно новой?

2. А как бы ami id, в какой последовательности их менять? Одновременно со всей версией?

спасибо !

[Andrey Shatokhin]

1. Можно конечно changelog за все версии глянуть. Это лишним не будет.
2. Вообще не знаю, а зачем ami id менять? Или у вас старый ключ уже не рабочий? Нужно что бы kops нормально мог видеть и админить кластер.

[Вадим]

Andrey Shatokhin,

2. Я не о ключе - я об amazon machine image, нужно ли менять и на каком шаге?

Answer 2

[Иван Шумов]

Не ответ, но напишу по шагам:

1. Переносим инфраструктуру на ECS
   
2. Выкидываем k8s
   
3. Получаем похвалу за то что сэкономили компании много денег и нервов.
   

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

Comments

[Andrey Shatokhin]

ну. ECS это же vendor-lock.
Да и ответ вообще не по теме вопроса, но ваше мнение очень важно для нас!

[Иван Шумов]

Andrey Shatokhin, да я знаю что не по теме, но наболело. Не говоря о том что vendor-agnostic не существует в реальном мире.

[Andrey Shatokhin]

Иван Шумов, Это холиварный спор.

[Иван Шумов]

Andrey Shatokhin, все что надо было уже давно доказано) если бы при смене вендор не требовалось бы корректировать конфигурацию то агностик бы существовал. Но нет. Даже Terraform это признали

[Andrey Shatokhin]

я не про вендор лок. А про k8s vs ECS в общем.

[Вадим]

Иван Шумов

А почему ECS, а не EKS?

[Иван Шумов]

Вадим, по тому что за EKS дополнительно тратить деньги на кластер + потеря сигналов от подов, которые грешит k8s в 9 из 10 случаев приводит к очень дорогим последствиям

[Иван Шумов]

Вадим, ну и в догонку, ECS конфигурируется максимально просто и понятно, без танцев с бубнами