Лимиты, квоты и ограничения Managed Kubernetes

Справочник по ограничениям Managed Kubernetes (управляемый Kubernetes). Эта информация поможет при планировании архитектуры кластера и при выборе параметров при создании кластера. Учитывайте эти лимиты при использовании Kubernetes для production-нагрузок (рабочих нагрузок).

Ограничения кластера

  • Максимум кластеров на аккаунт – 3
  • Регионы – выбирается при создании. Нельзя изменить после создания
  • Master-ноды (узлы управляющего контура) – 1 или 3. Можно изменить после создания через техническую поддержку

Ограничения нод и worker-групп (групп узлов)

  • Максимум нод в кластере (всего) – зависит от сетевых настроек. Определяется при создании кластера, по умолчанию – 256
  • Минимум нод в worker-группе – 1

Ограничения подов (единиц развертывания) и сервисов

  • Максимум подов на ноду – зависит от маски подсети узлов. По умолчанию – 256
  • Максимум подов в кластере – зависит от Pod CIDR. По умолчанию – 65 536 (256 нод x 256 подов)
  • Максимум сервисов в кластере – зависит от диапазона адресов сервисов. По умолчанию – 65 536 (при CIDR /16)

Сетевые ограничения

  • Диапазон адресов сервисов – задается при создании (по умолчанию 10.96.0.0/16). Изменить можно только через поддержку
  • Диапазон адресов подов – задается при создании (по умолчанию 10.244.0.0/16). Изменить можно только через поддержку
  • Маска подсети узлов/22/28. Изменить можно только через поддержку
  • Допустимые сети10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16
  • CIDR (бесклассовая междоменная маршрутизация) сервисов и подов/16/24

Ограничения балансировщика нагрузки

  • Максимум балансировщиков на кластер – 3
  • Типы балансировщика – external, internal
  • Алгоритмы балансировки – round_robin, least_connections
  • Пропускная способность – 1 Гбит/с в каждую сторону
Обратите внимание!
На время публичной бета-версии балансировщики нагрузки не тарифицируются.

Что нельзя изменить после создания кластера

Следующие параметры задаются при создании кластера и не могут быть изменены через панель управления. Для их изменения обратитесь в техническую поддержку.

  • Регион размещения кластера
  • Сетевые диапазоны – диапазон адресов сервисов, диапазон адресов подов, маска подсети узлов

Что можно изменить

  • Версия Kubernetes – настройки кластера. Только обновление на более новую
  • Количество нод в worker-группе – редактирование группы. От 1 до максимума
  • Метки и taints (ограничения) нод – редактирование группы
  • Worker-группы – управление группами. Добавление/удаление
  • Аддоны (расширения) – управление аддонами. Установка/удаление

Рекомендации по планированию

Сетевые диапазоны – выбирайте с запасом. Их нельзя расширить без обращения в поддержку. Если вы планируете рост кластера, используйте более широкие CIDR (например, /16 вместо /24).

Master-ноды – для production-окружений (рабочих окружений) используйте 3 master-ноды. Подробнее – в статье “Создание и настройка кластера”.

Worker-группы – группируйте ноды по типу нагрузки. Это позволит масштабировать каждый тип независимо.

Все статьи раздела

  1. Kubernetes (K8s) – обзор сервиса Managed Kubernetes
  2. Основы Kubernetes – документация Kubernetes по ключевым понятиям: кластер, ноды, поды, сервисы
  3. Создание и настройка кластера – конфигурация master-нод, сеть и worker-группы
  4. Подключение к кластеру и работа с kubectl (консольный инструмент для управления Kubernetes) – kubeconfig (конфигурационный файл Kubernetes), подключение и первые команды
  5. Управление кластером – добавление нод, изменение конфигурации, обновление, удаление
  6. Сеть и балансировщик нагрузки – сетевая модель, внешние и внутренние балансировщики
  7. Лимиты, квоты и ограничения – вы здесь

Если возникнут вопросы, напишите нам, пожалуйста, обращение в панели управления аккаунта (раздел “Помощь и поддержка”), а если вы захотите обсудить эту статью или наши продукты с коллегами по цеху и сотрудниками Beget – ждем вас в нашем сообществе в Telegram.