Deckhouse Virtualization Platform (DVP) поддерживает несколько вариантов архитектуры кластера — от одноузловых установок до распределённых конфигураций. Конкретный вариант выбирается в зависимости от требований: необходимости быстрого тестового развёртывания, обеспечения высокой доступности или изоляции системных сервисов от пользовательских нагрузок.
Основные компоненты
Для оценки минимальных требований предполагается использование установки с основными компонентами, необходимыми для запуска и работы с DVP:
- Компоненты управления и служебные компоненты;
- Компоненты SDS и внешних систем хранения (СХД);
- Сетевые модули;
- Модуль виртуализации;
- Веб-интерфейс;
- Средства мониторинга и логирования;
- Управление сертификатами.
Минимальные требования
Перед выбором архитектуры ознакомьтесь с минимальными требованиями к платформе. Требования определяют минимальные ресурсы, необходимые для запуска платформы. Они могут быть скорректированы, чтобы учесть возможные пиковые нагрузки, рост числа пользователей ВМ и компонентов инфраструктуры.
Одноузловой кластер (Single Node / Edge)
В одноузловой конфигурации все компоненты управления, служебные сервисы и виртуальные машины размещаются на одном сервере. Такая архитектура может использоваться для тестовых окружений, а также для edge-сценариев. Она требует минимального объёма ресурсов и позволяет быстро развернуть кластер.
Преимущества:
- Возможность размещения всех компонент на одном узле;
- Простота установки;
- Минимальные инфраструктурные затраты.
Недостатки:
- Отсутствие отказоустойчивости;
- В случае переподписки платформы возможно влияние на пользовательские нагрузки.
Кластер с одним master-узлом и worker-узлами
В данной архитектуре один узел выполняет функции управления, а виртуальные машины размещаются на выделенных worker-узлах. Такой вариант подходит для небольших кластеров, где требуется разделение системных сервисов и пользовательских нагрузок.
Преимущества:
- Разделение системных сервисов и полезной нагрузки.
Недостатки:
- Отсутствует отказоустойчивость.
- Требуются дополнительные ресурсы для компонентов управления и служебных сервисов.
Трёхузловой кластер (High Availability)
Архитектура с тремя master-узлами используется в случаях, когда необходима высокая доступность. Компоненты управления распределяются по трём серверам, что обеспечивает отказоустойчивость компонентов управляющего слоя кластера (control plane) и продолжение работы при сбое одного из узлов. Пользовательская нагрузка может выполняться как на этих же серверах, так и на выделенных worker-узлах.
Преимущества:
- Высокая доступность.
Недостатки:
- В случае переподписки платформы, возможно влияние на пользовательские нагрузки.
Высокодоступный распределённый кластер
Высокодоступная распределённая архитектура применяется в крупных кластерах. Компоненты управления развёртываются на трёх выделенных master-узлах, при необходимости системные сервисы, мониторинг и ingress выносятся на отдельные system- или frontend-узлы. Пользовательские виртуальные машины выполняются исключительно на worker-гипервизорах.
Преимущества:
- Высокая доступность и масштабируемость;
- Изоляция пользовательских нагрузок от системных сервисов;
- Разделение доменов отказа.
Недостатки:
- Повышенные требования к ресурсам и инфраструктуре.