Глоссарий

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-накопителей, виртуальному диску будет назначена соответствующая МГП.

Примеры гарантированной производительности виртуального диска:

Виртуальный диск 20 GB с политикой SSD Ultra	Виртуальный диск 100 GB с политикой SSD Ultra	Виртуальный диск 200 GB с политикой SSD Ultra
P = 20 (GB) * 10 = 200 (IOPS)	P = 100 (GB) * 10 = 1000 (IOPS)	P = 200 (GB) * 10 = 2000 (IOPS)
200 < МГП для SSD Ultra 1000 IOPS	1000 = МГП для SSD Ultra 1000 IOPS	2000 > МГП для SSD Ultra 1000 IOPS
Виртуальному диску будет гарантировано 1000 IOPS	Виртуальному диску будет гарантировано 1000 IOPS	Виртуальному диску будет гарантировано 2000 IOPS

При работе с приложениями доступна возможность использования persistent volume claim (PVC).

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

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

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

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

Подробнее о Persistent Volume Claim.

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

Политика диска	Storage Class	IOPS Reservation	IOPS Limit	IOPS Shares
Basic	mts-ssd-basic	200	40 000	200
Fast	mts-ssd-fast	500	40 000	200
Ultra	mts-ssd-ultra	1 000	40 000	1 000
Ultra-plus	mts-ssd-ultra-plus	5 000	40 000	3 000

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

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

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

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

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