База знаний
Подключиться Консультация
Получить консультацию Подключиться
Облачные сервисы
Виртуальный рабочий стол
Передовые сервисы по предоставлению сотрудникам безопасного удалённого доступа к мощным виртуальным десктопам и корпоративным ресурсам клиента с любого устройства, из любой точки мира.
Корпоративные сервисы
Удобные сервисы для обмена документами или файлами между сотрудниками компании в том числе за пределами организации, а также настройка ИТ‑инфраструктуры «под ключ» для Вашего бизнеса от экспертов облака МТС. Благодаря этим сервисам сотрудники экономят рабочее время на выполнение ежедневным рутинных задач, тем самым повышается их эффективность.
Сетевые сервисы
Мы обеспечиваем комплекс решений по построению и оптимизации сетевой инфраструктуры. Это позволит вам быстро и эффективно реализовать необходимую связность между различными сервисами с определенными параметрами качества.
Хранение и резервирование данных
Надежно и стабильно с МТС Cloud. Мы обеспечиваем хранение любых видов и объемов данных. Это позволит вам быстро и эффективно работать с данными и приложениями.
Аренда оборудования
Сервисы собственной разработки, которые помогут повысить эффективность работы ИТ‑подразделений.
Проектные решения
Партнерские сервисы
Стать партнером
Поддержка
База Знаний #CloudMTS

Глоссарий


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 гигабайт под системный раздел.

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

  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 – Примеры гарантированной производительности виртуального диска.

Виртуальный диск 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-нод.