Рабочие группы Kubernetes as a Service
Рабочие группы — это узлы, на которых запускаются и исполняются поды (pods) с приложениями. Каждая рабочая группа содержит необходимые компоненты для управления подами (kubelet, kube-proxy) и взаимодействует с главными узлами кластера (Master Nodes) для получения инструкций и отчётности о состоянии.
Важно
Добавление рабочей группы
Чтобы добавить рабочую группу:
- Выберите проект, в котором заказан Kubernetes as a Service.
- В главном меню портала перейдите в раздел Ресурсы → Контейнеры → Kubernetes as a Service.
- В строке с нужным кластером нажмите на кнопку и выберите пункт Добавить рабочую группу.
- Заполните поля: Общие настройки:
- Имя * — уникальное имя рабочей группы в рамках кластера. Введите имя или нажмите Сгенерировать имя рабочей группы, чтобы сформировать имя вида worker-group-<порядковый номер>, например, worker-group-0001. Последующим рабочим группам будут присваиваться имена с увеличивающимся порядковым номером;
- Описание — заполняется при необходимости;
Лейблы — при необходимости добавьте пару Ключ и Значение. Если нужно добавить несколько пар, нажмите на кнопку
;Примечание
Лейблы — это пары ключ-значение, присваиваемые объектам Kubernetes (Pod, Service, Deployment и др.).
Лейблы используются для группировки объектов (например, по приложению, среде, версии), выборки и управления ресурсами через селекторы (Selectors). Подробнее о лейблах см. в официальной документации Kubernetes.
- Количество узлов в группе * — количество рабочих узлов в группе. От 1 до 50;
- Настройка автовосстановления узлов:
Абсолютное значение — максимальное количество недоступных узлов, при котором будет выполняться автовосстановление. Если указать 0, то автовосстановления не будет;
Проценты — максимальный процент недоступных узлов, при котором будет выполняться автовосстановление. Если указать 0, то автовосстановления не будет;
Вычислительные ресурсы:- Тип:
- Публичные — для публичного облака;
- Персональные — для частного облака;
- Семейство — семейство процессоров:
- General-purpose — процессоры с частотой 2.2 GHz с конфигурациями b2, с частотой 2.8 GHz с конфигурациями b5, с частотой 3.0 GHz с конфигурациями b3 и процессоры с частотой 4.05 GHz с конфигурациями b4. Подходит для решения большинства задач, например, выполнения кода для веб-сервисов и приложений, размещения интернет-магазинов, создания тестовых сред;
- Advanced — процессоры с частотой 3.0 GHz с конфигурациями a1 и процессоры с частотой 2.8 GHz с конфигурациями a5. Подходит для работы высоконагруженных систем, например, CRM и баз данных;
- Серия * — серия процессоров. Процессоры отличаются частотой, от которой зависят производительность сервера и скорость обработки данных:
- Intel Cascade Lake 2.2 GHz — для небольшой нагрузки;
- Intel Ice lake 2.8 GHz, Intel Ice lake 2.8 GHz, Intel Cascade Lake 3.0 GHz и Intel Cascade Lake 3.0 GHz — подходят для большинства задач;
- AMD EPYC 9004 series 4.05 GHz — для обеспечения высокой скорости обработки данных. Например, при работе с Microsoft SQL и 1С;
- vCPU, шт. — количество процессоров;
- RAM, ГБ — объём оперативной памяти;
- Выбрана конфигурация — конфигурация сервера определяется автоматически на основании выбранного количества процессоров (vCPU) и объёма оперативной памяти (RAM). Подробнее см. раздел Конфигурации сервера.
Объём хранилища:- Размер диска, ГБ * — объём диска каждого рабочего узла кластера, от 25 ГБ до 2048 ГБ;
- Тип диска *:
- Average cluster 1 - IOPS Read: 10000 IOPS Write: 3000;
- Average cluster 2 - IOPS Read: 10000 IOPS Write: 3000;
- Average cluster 3 - IOPS Read: 10000 IOPS Write: 3000;
- High cluster 1 - IOPS Read: 15000 IOPS Write: 5000;
- High cluster 2 - IOPS Read: 15000 IOPS Write: 5000;
High cluster 3 - IOPS Read: 15000 IOPS Write: 5000.
IOPS — операции чтения и записи. Чем больше проводится операций чтения, тем меньше операций записи, и наоборот. При выполнении операций расходуется один и тот же дисковый ресурс.Примечание
Типы дисков отличаются производительностью и количеством IOPS. Подробнее см. раздел Задержка и производительность дисков.
Доступ:
- Группа безопасности сетевого интерфейса * — правила для управления сетевым интерфейсом кластера. Если нужной группы безопасности нет, создайте её;
- Публичные ключи — выберите SSH-ключи (пары криптографических ключей, которые обеспечивают безопасный канал связи для доступа к главному узлу по сетевому протоколу Secure Shell (SSH)).
- Нажмите на кнопку Добавить.
- При необходимости подключите маршрутизатор, чтобы у узлов рабочей группы был доступ в Интернет.
Добавленная рабочая группа отобразится на портале:
- Replicas — общее количество узлов в группе;
- Ready — количество работающих узлов в группе (в статусе Running);
- Updated — количество работающих узлов в группе, у которых изменена конфигурация (количество vCPU, RAM) и версия Kubernetes;
- Unavailable — количество неработающих узлов в группе (в статусе Provisioning);
- Статус — статус рабочей группы:
- Running — группа узлов работает;
- ScalingUp — увеличиваются ресурсы группы (количество рабочих узлов, CPU/RAM);
- Deleting — группа узлов удаляется.
Нажмите на кнопку , чтобы увидеть детальную информацию о рабочей группе, в том числе о статусе каждого узла:
Подключение маршрутизатора
Чтобы у узлов рабочей группы был доступ в Интернет, создайте маршрутизатор, при этом в поле Подключенные сети * укажите сеть, которую использует ваш кластер Kubernetes:
После этого приложения из рабочих групп получат доступ в Интернет.
Изменение количества узлов в рабочей группе
Чтобы изменить количество узлов в рабочей группе:
- Выберите проект, в котором заказан Kubernetes as a Service.
- В главном меню портала перейдите в раздел Ресурсы → Контейнеры → Kubernetes as a Service.
- Нажмите на строку с нужным кластером и перейдите на вкладку Рабочие группы.
- В строке с нужной рабочей группой нажмите на кнопку и выберите пункт Изменить кол-во узлов в рабочей группе.
- Укажите новое количество узлов. В группе может быть от 1 до 50 узлов.
- Нажмите на кнопку Сохранить.
Удаление рабочей группы
Чтобы удалить рабочую группу:
- Выберите проект, в котором заказан Kubernetes as a Service.
- В главном меню портала перейдите в раздел Ресурсы → Контейнеры → Kubernetes as a Service.
- Нажмите на строку с нужным кластером и перейдите на вкладку Рабочие группы.
- В строке с нужной рабочей группой нажмите на кнопку и выберите пункт Удалить.
- Нажмите на кнопку Удалить.
В этой статье
Мы ответили на ваш вопрос?