(Как) на самом деле работают автообновления пула узлов в GKE? - PullRequest
0 голосов
/ 26 февраля 2019

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

Мы включили функцию в тестовом кластере, но ни одного узла не былокогда-либо обновлялся (хотя пользовательский интерфейс продолжал мучить нас, что «обновления доступны»).

В документах говорится, что он будет обновлен до «последней стабильной» версии и что он будет происходить «через регулярные промежутки времени по усмотрению«Команда GKE» - и то, и другое не очень полезно.

Пользовательский интерфейс всегда говорит: «Следующее автоматическое обновление: не запланировано»

Кто-то использовал эту функцию в производстве и может пролить светчто он на самом деле будет делать?

Что я сделал:

  • Я включил эту функцию в nodepools ( не кластерсам)
  • Я установил окно обслуживания
  • Версия кластера была 1.11.7-gke.3
  • У Nodepools была версия 1.11.5-gke.X
  • Самая новая доступная версия была 1.11.7-gke.6

Что я ожидал:

  • УзелПул будет обновлен до 1.11.7-gke.3 (версия кластера по умолчанию) или 1.11.7-gke.6 (самая последняя версия)
  • Обновление произойдет в следующем окне обслуживания
  • В противном случае обновление будетработать как «ручное» обновление

Что на самом деле произошло:

  • Ничего
  • Узлы пула оставались на 1.11.5-gke.X более недели

Мой вопрос

  • Должна ли обновляться версия пула узлов?
  • Если да, то в какое время?
  • Если да, то к чемуверсия?

Ответы [ 2 ]

0 голосов
/ 16 апреля 2019

Я, наконец, отвечу на это сам.Автоматическое обновление работает , хотя до обновления версии прошло от нескольких дней до недели.

Нет никаких указаний относительно запланированной даты обновления или каких-либо отзывов, кроме версииобновление.

Будет выполнено обновление до текущей основной версии кластера.

0 голосов
/ 27 февраля 2019

Эта функция заменяет виртуальные машины (узлы Kubernetes) в вашем пуле узлов, на которых запущена «старая» версия Kubernetes, на виртуальные машины, работающие на «новой» версии.

Операция «обновления» пула узлов выполняется по мере поступления.мода: не то, чтобы GKE удаляла все ваши виртуальные машины и воссоздала их одновременно (кроме случаев, когда в вашем кластере только один узел)По умолчанию узлы заменяются более новыми узлами по одному (хотя это может измениться).

GKE внутренне использует в основном функции групп управляемых экземпляров для управления операциями в пулах узлов.

Документацию по можно найти, как запланировать обновления узлов указав определенные «окна обслуживания», чтобы вы оказали минимальное влияние.(Эта статья также дает немного больше информации о том, как происходят обновления.)

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

Для этого GKE предлагает опцию, позволяющую выбрать «сколько узлов обновляется одновременно»:

gcloud container clusters upgrade \
    --concurrent-node-count=CONCURRENT_NODE_COUNT

Документация этого флага гласит:

Количество одновременно обновляемых узлов.Допустимые значения: [1, 20].Рекомендуется устанавливать это значение не более 3% от размера кластера. '

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...