Сначала вы должны проверить, не используете ли вы устаревшие функции. Например, проверьте журналы изменений для версий 1.12 и 1.13 , чтобы убедиться, что вы не потеряете функциональность после обновления.
Вам следует помнить, что если выиметь только один главный узел, к которому вы потеряете доступ, если в течение нескольких минут во время обновления плоскости управления. После того, как мастер-узел будет установлен, за ним последуют рабочие узлы.
Существует отличный пост о лучших практиках Kubernetes: обновление кластеров с нулевым временем простоя , в котором говорится о местоположении для узлов и бета-версиибудучи Regional
При создании кластера обязательно выберите «региональный» параметр:
И это все! Kubernetes Engine автоматически создает ваши узлы и мастера в трех зонах, причем мастера находятся за IP-адресом с балансировкой нагрузки, поэтому API Kubernetes будет продолжать работать во время обновления.
И они объясняют, как работает Rollingобновление работает и как их делать.
Также вы можете ознакомиться с документацией Обновления кластера , поскольку в ней обсуждается, как автоматические и ручные обновления работают в GKE.
Как вы можете видеть из текущей версии 1.12.9-gke.15, вы не можете перейти на 1.14.6-gke.1. Вам нужно будет обновить до 1.13.11-gke.5, и после этого вы сможете обновить его до последней версии GKE.