Несоответствие версии GCP GKE между пулом узлов и узлами.

На чтение 3 мин Опубликовано 17.01.2025

Вопрос или проблема

У меня есть проблема, когда версия nodepool в моем кластере GKE показывает ту же версию, что и версия моей контрольной плоскости, но узлы внутри nodepool используют гораздо более старую версию, на самом деле, они не были воссозданы уже почти год. Сейчас я получаю критическое предупреждение, показывающее, что рассогласование версий достигло максимума. Попробовал выполнить ручное обновление, но уже отображается последняя версия в nodepool, и поэтому я застрял. В чем может быть причина и как мне поступить? Я новичок в GKE, так что, пожалуйста, помогите 🙂

Ответ или решение

Ваша ситуация с несовпадением версий GKE (Google Kubernetes Engine) между нодпулом и узлами действительно может вызвать обеспокоенность, особенно если она привела к критическому предупреждению. Рассмотрим, как можно подойти к решению этой проблемы.

Теория

В GKE каждая нода в нодпуле должна работать на той же версии Kubernetes, что и управляющая плоскость (control plane) или быть не старше, чем на две версии. Когда возникает значительное расхождение версий, это может вызвать нестабильность или даже отказ системы. Несовпадение версий может быть результатом устаревших узлов, которые не были пересозданы или обновлены, что может происходить из-за неавтоматизированных процессов управления обновлениями, либо нежеланием прерывать рабочие нагрузки.

Пример

Предположим, у вас имеется кластер, где версия управляющей плоскости обновлена до новейшей версии 1.23, тогда как узлы blijven на версии 1.21. В течение года узлы не подвергались ни обновлению, ни пересозданию, что привело к появлению критического предупреждения о рассогласованности версий.

Применение

Проверьте настройки автообновления: Переконайтесь, что у вас включена функция автопуллинга для автоматического обновления узлов в нодпуле. Это позволит автоматизировать обновления и предотвратить такие ситуации в будущем.
Ручное обновление узлов: Если вы видите, что указанная в нодпуле версия узлов совпадает с управляющей плоскостью, но физические узлы не обновлены, попробуйте принудительно пересоздать (recreate) узлы:
- Используйте команду kubectl get nodes для проверки текущих версий узлов.
- Далее, вы можете масштабировать нодпул до 0, а затем обратно до необходимого количества узлов с помощью команд gcloud container clusters resize, что вынудит GKE создать новые узлы.
Исследуйте журналы и метрики: Проверьте логи и метрики — возможно, есть конкретные ошибки или уведомления, которые могут дать больше информации о препятствиях для обновления узлов.
Обращение в службу поддержки: Если признаки проблемы остаются неясными, или вы сталкиваетесь с неожиданными проблемами, вам стоит обратиться в техническую поддержку Google Cloud для получения более специфических советов и помощи.

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