Глоссарий
Control plane
Control plane сервиса включает в себя мастер-ноды кластера. Провайдер самостоятельно настраивает и изменяет конфигурацию мастер-нод в зависимости от размера кластера и запущенных в нем рабочих нагрузок.
Control plane сервиса полностью находится в контуре провайдера, доступ к данному контуру пользователю не предоставляется. Это необходимо, чтобы обеспечить высокий уровень надежности для пользователя.
Контур клиента
В клиентском (пользовательском) контуре находятся воркер-ноды кластера.
Группы нод
Группа нод — это заданное пользователем количество нод с одинаковыми параметрами. В Сервисе инфраструктура кластера определяется именно группами нод.
Группы нод позволяют распределить рабочие нагрузки внутри Сервиса, в зависимости от системных требований каждого вашего приложения. Например, для запуска NGINX может быть подготовлена группа нод с небольшой емкостью, а для запуска высоконагруженной системы — другая группа нод с большей емкостью.
Для создания кластера требуется создать хотя бы одну группу нод. Создание, обновление и удаление групп нод происходит независимо от других групп нод и не влияет на работу кластера.
Группа нод будет запущена в той же зоне, в которой запускается Control plane сервиса.
Для каждой из групп нод сегодня доступно к пользовательской настройке:
- название группы нод;
- количество нод внутри группы;
- типы инстансов нод внутри группы;
- размер подключаемого диска;
- политика подключаемого диска;
- лейблы (тип
ключ:значение).
Типы инстансов
Типы инстансов включают различные комбинации vCPU и RAM, что позволяет выбрать соответствующий набор ресурсов для приложений.
Балансировщик нагрузки
Облачный сетевой балансировщик нагрузки позволяет равномерно распределять нагрузку на приложения, уменьшая время отклика и предотвращая перегрузку приложений.
Распределение трафика работает по алгоритму Round-robin — первый запрос передается первому серверу (виртуальной машине), следующий запрос передается другому и так передается до последнего сервера, а после начинается все сначала.
Регулярные проверки работоспособности гарантируют непрерывную доступность, позволяя автоматически выводить неисправные ноды из списка получателей трафика.
Примечание
Балансировщик подключается на весь кластер. LoadBalancer назначается один на каждый кластер и поддерживает протокол l4: tcp/udp. IP-адреса за кластером не фиксируются.
Диски
К каждой ноде подключается сетевой диск.
При подключении диска важно знать, каким образом распределен его объем. Он разделен на три дисковых раздела:
- Системный раздел
/root- 14 gb; - Раздел для логов
/var/log- 20% диска; - Раздел для использования под информацию контейнеров
/var/lib/container- 80% дискового пространства.
Таким образом, под требования приложений можно использовать следующий объем 80 процентов дискового пространства за вычетом 14 гигабайт под системный раздел.
Пример расчета:
- Подключаем диск емкостью 114 ГБ;
- 114 - 14 = 100 ГБ, поскольку 14 ГБ зарезервировано под системный раздел;
- 100 * 0,8 = 80 ГБ, значение за вычетом объема диска, выделенного под логи;
- 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 |
Примечание
Производительность гарантируется для следующего профиля нагрузки:
- размер операции ввода-вывода 32 КБ
- чтение/запись 70/30, время отклика менее 3 мс
Максимальное количество операций ввода-вывода в секунду на одну виртуальную машину 40,000.
Совет
Производительность виртуального диска напрямую зависит от его объема. Поэтому для увеличения скорости обработки данных зачастую достаточно увеличить размер требуемого виртуального диска.
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 во всех кластерах создан заранее. В сервисе доступны следующие классы:
| Политика диска | 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 для каждой дисковой политики равна цене аналогичной дисковой политики для диска воркер-нод.