Кластер слишком долго находится в состоянии STARTING

Описание проблемыОписание проблемы

• При попытке создать или запустить существующий кластер Managed Service for Kubernetes кластер переходит в состояние STARTING, но даже спустя длительное время не переходит в состояние RUNNING;
• Кластер завис в состоянии STARTING;
• Состояние кластера Managed Service for Kubernetes не изменяется на RUNNING.

РешениеРешение

Одной из причин того, что операция создания или запуска кластера Managed Service for Kubernetes «застревает» в процессе выполнения, может быть превышение одной или нескольких квот из этого списка:

• Количество vCPU виртуальных машин;
• Общий объем RAM виртуальных машин;
• Количество дисков;
• Общий объем HDD-дисков;
• Общий объем SSD-дисков;
• Количество кластеров Kubernetes;
• Количество групп узлов;
• Количество узлов;
• Суммарное количество vCPU для всех узлов;
• Суммарный объем RAM;
• Суммарный объем дисков.

Выполните следующие действия для решения проблемы:

1. Проверьте потребление по квотам из указанного выше списка. Если потребление по одной или нескольким из этих квот превышено либо близко к превышению, операции создания новых ресурсов могут завершаться с ошибкой. Выяснить текущий уровень использования квот и запросить их повышение вы можете на этой странице.
2. Проверьте, привязан ли к кластеру Managed Service for Kubernetes сервисный аккаунт и имеет ли он необходимые роли:
   • Роль k8s.clusters.agent обязательна для всех сервисных аккаунтов, привязанных ко всем кластерам Managed Service for Kubernetes;
   • Роль vpc.publicAdmin обязательна для сервисных аккаунтов, привязанных к кластерам Managed Service for Kubernetes, с мастер-узлами или рабочими узлами которых сопоставлены публичные IP-адреса.

Если проблема осталасьЕсли проблема осталась

Если вышеописанные действия не помогли решить проблему, создайте запрос в техническую поддержку. При создании запроса укажите идентификатор проблемного кластера Managed Service for Kubernetes.