- tocdepth
2
Ограничения и особенности
Перед началом работы с сервисом Managed Kubernetes ознакомьтесь с его особенностями и ограничениями.
Принадлежность проекту
Кластеры Managed Kubernetes принадлежат определенным проектам. При переключении между проектами список доступных кластеров будет меняться.
Администраторы организаций могут ограничивать права пользователей на доступ к проектам. Подробнее об этом — в разделах Управление проектами и Управление пользователями личного кабинета руководства пользователя личного кабинета.
Настройка сети
При создании кластера и группы узлов необходимо назначить адреса сети для сервисов кластера, подов, мастер-узлов и рабочих узлов. Диапазоны адресов должны принадлежать RFC-1918 и не могут пересекаться друг с другом и с другими подсетями созданной инфраструктуры.
Чтобы API-сервер был доступен из внешней сети, при создании кластера подключите публичный IP-адрес. Он выделяется случайным образом из предопределенного пула.
Для доступа кластера и его подов в интернет необходимо создать публичный SNAT-шлюз. Подробнее о создании читайте в документации сервиса «Шлюзы».
Примечание
Обратите внимание, если в проекте создан SNAT-шлюз — все кластеры этого проекта будут иметь доступ в интернет.
Количество узлов
Количество групп узлов, которые можно создать в кластере, и количество узлов в группе ограничиваются возможностями версии Kubernetes и заказанными вычислительными ресурсами. Если ресурсов не хватает, оставьте заявку в поддержку для увеличения квоты.
Максимальное количество узлов в группе, которое вы можете создать, зависит также от выбранной маски подсети для адреса сети узлов и рассчитывается по формуле:
Например, если префикс маски — 24, в группе можно создать не более 249 узлов.
для Dev & Test