Перейти к основному содержимому
Создать кластер Managed Kubernetes на выделенном сервере
Последнее изменение:

Создать кластер Managed Kubernetes на выделенном сервере

Вы можете создать кластер Managed Kubernetes с группой нод на выделенном сервере.

Выделенные серверы используют, когда необходимы:

  • стабильно высокая производительность;
  • повышенный уровень конфиденциальности;
  • зарезервированные мощности.

В Managed Kubernetes можно использовать выделенные серверы готовой конфигурации с локальным портом.

Выделенный сервер уже собран, смонтирован и объединен в приватную сеть на уровне L3 с Kubernetes Control Plane с помощью глобального роутера.

В одном проекте и в одном пуле можно создать не более 10 отказоустойчивых кластеров и 10 базовых кластеров Managed Kubernetes на выделенных серверах.

Кластеры Managed Kubernetes на выделенных серверах находятся на стадии бета-тестирования. При выборе кластеров на выделенных серверах учитывайте ограничения.

  1. Настройте кластер.
  2. Настройте группу нод.
  3. Настройте автоматизацию.

1. Настроить кластер⁠

  1. В панели управления в верхнем меню нажмите Продукты и выберите Managed Kubernetes.

  2. Нажмите Создать кластер.

  3. Введите имя кластера. Имя будет отображаться в именах объектов кластера: группах нод, нодах, балансировщиках, сетях и дисках. Например, если имя кластера kelsie, то имя группы нод будет kelsie-node-gdc8q, а загрузочного диска — kelsie-node-gdc8q-volume.

  4. Выберите регион и пул, в которых будут находиться мастер-ноды. После создания кластера пул нельзя изменить.

  5. Выберите версию Kubernetes.

  6. Выберите тип кластера:

    • отказоустойчивый — Control Plane размещен на трех мастер-нодах, которые запускаются на разных хостах в разных сегментах одного пула. Если одна из трех мастер-нод недоступна, Control Plane продолжит работать;
    • базовый — Control Plane размещен на одной мастер-ноде, которая запускается на одном хосте в одном сегменте пула. Если мастер-нода недоступна, Control Plane не будет работать.

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

  7. Опционально: чтобы кластер был доступен по приватной сети и был недоступен из интернета, отметьте чекбокс Приватный kube API. По умолчанию кластер создается в публичной сети и ему автоматически присваивается публичный IP-адрес kube API, доступный из интернета. После создания кластера тип доступа к kube API нельзя изменить.

  8. Нажмите Продолжить.

2. Настроить группу нод⁠

При создании кластера можно добавить только одну группу нод. Вы можете добавить дополнительные группы нод в существующий кластер.

  1. В поле Тип сервера выберите Выделенный сервер.

  2. Выберите пул, в котором будут располагаться все рабочие ноды в группе. Рабочие ноды должны находиться в одной зоне доступности с мастер-нодами. После создания кластера пул нельзя изменить.

  3. Настройте конфигурацию рабочих нод в группе:

    3.1. Нажмите Выбрать конфигурацию.

    3.2. Выберите тарифный план.

    3.3. Выберите готовую конфигурацию выделенных серверов.

    3.4. Нажмите Выбрать.

    После создания кластера конфигурацию нод нельзя изменить.

  4. Настройте количество рабочих нод:

    4.1. Откройте вкладку Фиксированное.

    4.2. Укажите количество нод. Для отказоустойчивой работы системных компонентов рекомендуем иметь не менее двух рабочих нод в кластере, ноды могут находиться в разных группах.

  5. Опционально: чтобы добавить метки группы нод, в поле Метки нажмите Добавить. Введите ключ и значение метки. Нажмите Добавить. После создания кластера нельзя создать новые метки, изменить существующие метки и удалить метки.

  6. Опционально: чтобы добавить тейнты группы нод, в поле Тейнты нажмите Добавить. Введите ключ и значение тейнта. Выберите эффект:

    • NoSchedule — новые поды не будут добавляться, а существующие продолжат работу;
    • PreferNoSchedule — новые поды будут добавляться, если в кластере нет других свободных мест;
    • NoExecute — запущенные поды без tolerations будут убраны.

    Нажмите Добавить.

    После создания кластера нельзя создать новые тейнты, изменить существующие тейнты и удалить тейнты.

  7. Опционально: в блоке Сеть в поле Подсеть облачной инфраструктуры укажите CIDR новой подсети, которая будет использоваться для связи мастер-нод и сервисного глобального роутера. Подсеть должна соответствовать условиям:

    • подсеть должна быть приватной — принадлежать к диапазону 10.0.0.0/8, 172.16.0.0/12 или 192.168.0.0/16;
    • размер подсети должен быть /24;
    • подсеть не должна пересекаться с диапазонами 10.250.0.0/16, 10.10.0.0/16, 10.222.0.0./16 и 172.250.0.0/14. Эти диапазоны участвуют во внутренней адресации Managed Kubernetes.

    Если вы не укажете CIDR, он будет назначен автоматически при создании кластера.

  8. Нажмите Продолжить.

3. Настроить автоматизацию⁠

  1. Выберите время начала обслуживания кластера — время, когда будут начинаться автоматические действия по обслуживанию кластера.

  2. Опционально: чтобы включить аудитные логи, отметьте чекбокс Аудитные логи. После создания кластера настройте интеграцию с системой хранения и анализа логов.

  3. Проверьте цену кластера на выделенном сервере.

  4. Нажмите Создать. Создание кластера занимает до 60 минут, в это время кластер будет находиться в статусе CREATING. Кластер будет готов к работе, когда перейдет в статус ACTIVE.

    Для связи мастер-нод и рабочих нод на выделенных серверах автоматически будут созданы приватная сеть <cluster_name>-network, приватная подсеть, VLAN и глобальный роутер <cluster_name>-router, где <cluster_name> — название кластера. CIDR подсети выделенных серверов назначается автоматически. Если вы не указали CIDR подсети облачной инфраструктуры, когда настраивали группы нод, он тоже будет назначен автоматически.

    Если вы включите фильтрацию трафика (port security), на порты нод будет назначаться группа безопасности по умолчанию. Не меняйте правила в ней и не назначайте другую группу безопасности. Это позволит избежать сбоя в работе кластера. Фильтрация трафика по умолчанию включена в приватных сетях, которые созданы:

    • в пуле ru-8 после 15 мая 2025 года;
    • в пуле uz-2 после 22 мая 2025 года;
    • в пуле ru-9 после 26 мая 2025 года;
    • в пуле ke-1 после 26 мая 2025 года;
    • в пуле uz-1 после 27 мая 2025 года;
    • в пуле kz-1 после 28 мая 2025 года;
    • в пуле gis-1 после 29 мая 2025 года.