Наилучшим подходом для изменения / увеличения / уменьшения вашей спецификации node pool
было бы:
Для миграции ваших рабочих нагрузок без простоев вам необходимо:
- Создать новый
node pool
. - Пометить существующий
node pool
как не подлежащий расписанию. - Снять рабочие нагрузки, выполняемые на существующем
node pool
. - Проверить, правильно ли работает рабочая нагрузка на new
node pool
. - Удалить существующее
node pool
.
Ваша рабочая нагрузка будет автоматически запланирована на новый node pool
.
Kubernetes , который является системой оркестровки кластеров кластеров GKE, автоматически перепланирует выселенные Pod в новый пул узлов, когда он сливает существующий пул узлов .
Существует официальная документация по миграции рабочей нагрузки:
В этом руководстве показано, как перенести рабочие нагрузки, работающие в кластере GKE, на новый набор узлов в том же кластере. без понижения времени простоя для вашего приложения. Такая миграция может быть полезна, если вы хотите перенести рабочие нагрузки на узлы с другим типом машины.
- GKE: перенос рабочих нагрузок на разные типы машин
Пожалуйста, ознакомьтесь с приведенным выше руководством и дайте мне знать, если у вас есть какие-либо вопросы по этой теме c.