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 гигабайт под системный раздел.
Пример расчета:
- подключение диска емкостью 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-накопителей, виртуальному диску будет назначена соответствующая МГП.
Таблица 1 – Примеры гарантированной производительности виртуального диска.
Виртуальный диск 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.
Стоимость 1 Gb для каждой дисковой политики равна цене аналогичной дисковой политики для диска worker-нод.