Глоссарий

• Control plane
• Контур клиента
• Группы нод
• Типы инстансов
• Балансировщик нагрузки
• Диски
• Persistent Volume Claim
• Storage class

Control plane

Control plane сервиса включает в себя мастер-ноды кластера. Провайдер самостоятельно настраивает и изменяет конфигурацию мастер-нод в зависимости от размера кластера и запущенных в нем рабочих нагрузок.

Control plane сервиса полностью находится в контуре провайдера, доступ к данному контуру пользователю не предоставляется. Это необходимо для обеспечения высокого уровня надежности для пользователя.

Контур клиента

В пользовательском контуре находятся воркер-ноды кластера.

Группы нод

Группа нод — это заданное пользователем количество нод с одинаковыми параметрами. В Сервисе инфраструктура кластера определяется именно группами нод.

Группы нод позволяют распределить рабочие нагрузки внутри Сервиса, в зависимости от системных требований каждого приложения. Например, для запуска NGINX может быть подготовлена группа нод с небольшой емкостью, а для запуска высоконагруженной системы — другая группа нод с большей емкостью.

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

Группа нод будет запущена в той же зоне, в которой запускается control plane сервиса.

Для каждой из групп нод доступно к пользовательской настройке:

• название группы нод
• количество нод внутри группы
• типы инстансов нод внутри группы
• размер подключаемого диска
• политика подключаемого диска
• лейблы (тип ключ:значение)

Типы инстансов

Типы инстансов включают различные комбинации vCPU и RAM, что позволяет выбрать соответствующий набор ресурсов для приложений.

Балансировщик нагрузки

Облачный сетевой балансировщик нагрузки позволяет равномерно распределять нагрузку на приложения, уменьшая время отклика и предотвращая перегрузку приложений.

Распределение трафика работает по алгоритму Round-robin — первый запрос передается первому серверу (виртуальной машине), следующий запрос передается другому и так далее до последнего сервера, а после начинается все сначала.

Регулярные проверки работоспособности гарантируют непрерывную доступность, позволяя автоматически выводить неисправные ноды из списка получателей трафика.

Диски

К каждой ноде подключается сетевой диск.

При подключении диска важно знать, каким образом распределен его объем. Он разделен на три дисковых раздела:

• системный раздел /root - 14 gb
• раздел для логов /var/log - 20% диска
• раздел для использования под информацию контейнеров /var/lib/container - 80% дискового пространства

Таким образом, под требования приложений можно использовать  80 процентов дискового пространства за вычетом 14 гигабайт под системный раздел.

Пример расчета:

1. подключение диска емкостью 114 ГБ
2. 114 - 14 = 100 ГБ, поскольку 14 ГБ зарезервировано под системный раздел
3. 100 * 0,8 = 80 ГБ, значение за вычетом объема диска, выделенного под логи
4. 80 ГБ - объем, который можно использовать

Для клиентов в Сервисе доступны следующие дисковые политики:

• SSD Basic - производительность 0,4 IOPS на 1 ГБ; МГП – 200 IOPS
• SSD Fast - производительность 2 IOPS на 1 ГБ; МГП – 500 IOPS
• SSD Ultra - производительность 10 IOPS на 1 ГБ; МГП – 1 000 IOPS
• SSD Ultra Plus - производительность 30 IOPS на 1 ГБ; МГП – 5 000 IOPS

Минимальная гарантированная производительность (МГП) виртуального диска не зависит от его размера.

Гарантированная производительность виртуального диска рассчитывается по следующей формуле:

P = S*M, где:

• P - гарантированная производительность
• S - размер виртуального диска
• M - модификатор производительности политики (вышеуказанные значения IOPS для SSD-накопителей)

В случае, если P меньше МГП, установленной для SSD-накопителей, виртуальному диску будет назначена соответствующая МГП.

Таблица 1 – Примеры гарантированной производительности виртуального диска.

Persistent Volume Claim

При работе с приложениями доступна возможность использования persistent volume claim (PVC). Постоянное хранилище помогает решить проблему потери данных при падении пода, а также дает возможность воспользоваться записанными данными новому поду.

Persistent volumes (PV) могут быть использованы в режиме read/write/once, поэтому PV можно подключить только к одному поду.

PV всегда привязан к зоне и не доступен с других зон. PV доступен только из той зоны, в которой он был создан.

Политика удаления PVC - «on delete». Это означает, что при удалении PVC, удаляется диск и данные на нем.

Подробнее о Persistent Volume Claim написано в данной статье.

Storage class

Storage class во всех кластерах создан заранее. В сервисе доступны следующие классы:

Reservation - минимально гарантированная производительность канала в операциях ввода-вывода (IOPS). Она выделяется машине безусловно (резервируется для данной машины).

Limit - верхний предел в IOPS, которые машина может потреблять.

Shares - относительная доля диска по отношению к остальным виртуальным дискам в хранилище. Более высокое значение IOPS Shares позволяет диску поддерживать большее количество одновременных операций ввода-вывода в условиях конкуренции за ресурсы.

Класс хранилищ по умолчанию: mts-ssd-fast.  

Стоимость 1 Gb для каждой дисковой политики равна цене аналогичной дисковой политики для диска worker-нод.