Установка

Пределы масштабирования

Модуль рассчитан на кластер такого размера:

• до 1000 узлов;
• до 50000 виртуальных машин.

Модуль не накладывает дополнительных ограничений и совместим с любым оборудованием, поддерживаемым операционными системами, на которые он может быть установлен.

Требования к оборудованию и ПО

Требования к аппаратному обеспечению для модуля виртуализации совпадают с требованиями, предъявляемыми к Deckhouse Platform (DP), с дополнительным требованием поддержки виртуализации CPU на хостах, где будут запускаться виртуальные машины.

Дополнительные требования для поддержки виртуализации

На всех узлах кластера, где планируется запуск виртуальных машин, необходимо обеспечить поддержку аппаратной виртуализации:

• процессор с поддержкой инструкций Intel-VT (VMX) или AMD-V (SVM);
• включённая поддержка аппаратной виртуализации в настройках BIOS/UEFI.

Используйте ядра с актуальными обновлениями безопасности от разработчика вашего дистрибутива. На работу виртуализации такие обновления не влияют, но снижают риски для защищённости кластера.

Поддерживаемые гостевые ОС

DP поддерживает в качестве гостевых операционные системы, работающие на архитектурах x86 и x86-64. Для корректной работы в режиме паравиртуализации необходимо установить драйверы VirtIO, обеспечивающие эффективное взаимодействие между виртуальной машиной и гипервизором.

Успешный запуск операционной системы определяется следующими критериями:

• корректная установка и загрузка ОС;
• бесперебойная работа основных компонентов, таких как сеть и хранилище;
• отсутствие сбоев или ошибок в процессе работы.

Для операционных систем семейства Linux рекомендуется использовать образы гостевых ОС с поддержкой cloud-init, что позволяет выполнять инициализацию виртуальных машин после их создания.

Для операционных систем семейства Windows DP поддерживает инициализацию с помощью autounattend установки.

Пределы конфигурации виртуальной машины

Для одной виртуальной машины действуют следующие пределы:

• до 248 процессорных ядер;
• до 1024 ГБ оперативной памяти;
• до 16 подключённых блочных устройств.

Поддерживаемые хранилища

Диски виртуальных машин создаются на основе ресурсов PersistentVolume. Для управления этими ресурсами и выделения дискового пространства в кластере должно быть развёрнуто одно или несколько поддерживаемых хранилищ:

Порядок установки

Виртуализация разворачивается в несколько шагов:

1. Разверните кластер Deckhouse Platform по инструкции.

2. Для хранения данных виртуальных машин (виртуальные диски и образы) включите одно или несколько поддерживаемых хранилищ.

3. Установите StorageClass по умолчанию.

   # Укажите имя своего объекта StorageClass.
   DEFAULT_STORAGE_CLASS=replicated-storage-class
   sudo -i d8 k patch mc global --type='json' -p='[{"op": "replace", "path": "/spec/settings/defaultClusterStorageClass", "value": "'"$DEFAULT_STORAGE_CLASS"'"}]'

4. Включите модуль console, который позволит управлять компонентами виртуализации через веб-интерфейс Deckhouse.

5. Включите модуль virtualization:

   Включение модуля virtualization перезапускает kubelet, containerd и агенты сетевого модуля на всех узлах, где предполагается запуск виртуальных машин. Это необходимо для настройки связности containerd и DVCR.

   Для включения модуля virtualization создайте ресурс ModuleConfig с настройками модуля.

   Перед включением модуля внимательно ознакомьтесь с его настройками в Руководстве администратора.

   Пример конфигурации модуля:

   d8 k apply -f - <<EOF
   apiVersion: deckhouse.io/v1alpha1
   kind: ModuleConfig
   metadata:
     name: virtualization
   spec:
     enabled: true # Включить виртуализацию.
     settings:
       dvcr:
         storage:
           persistentVolumeClaim:
             size: 50G
           type: PersistentVolumeClaim
       virtualMachineCIDRs:
         - 10.66.10.0/24
     version: 1
   EOF

   Отследить готовность модуля можно с использованием следующей команды:

   d8 k get modules virtualization

   Пример вывода:

   NAME             WEIGHT   SOURCE      PHASE   ENABLED   READY
   virtualization   900      deckhouse   Ready   True      True
   

   Фаза модуля должна быть Ready.

Размещение компонентов по узлам

Распределение компонентов по узлам кластера зависит от его конфигурации. Например, в кластере могут присутствовать:

• только master-узлы, на которых работают и компоненты control plane, и нагрузка;
• только master-узлы и worker-узлы;
• master-узлы, system-узлы и worker-узлы;
• другие комбинации (в зависимости от архитектуры).

За что отвечает каждый компонент, описано в разделе «Подсистема Virtualization». В таблице ниже приведены компоненты control plane виртуализации и узлы, на которых они могут быть размещены. Компоненты распределяются по приоритету, и если в кластере есть подходящий тип узлов, компонент попадёт на него.

Компонент virt-handler-* запускается только на узлах, где DP обнаружил поддержку KVM и проставил лейбл virtualization.deckhouse.io/kvm-enabled, а компонент virtualization-dra-* — только на узлах с лейблом virtualization.deckhouse.io/usbip.

Компоненты, которые создают и загружают образы и диски виртуальных машин. Они запускаются только на время этой работы:

Кластер с taints на всех узлах

Иногда taints настроены на всех узлах кластера. Так администратор явно контролирует, на какие узлы попадает рабочая нагрузка.

При работе модуля virtualization в такой конфигурации учитывайте следующее:

1. При создании VirtualDisk обратите внимание на volumeBindingMode StorageClass. Если задано Immediate, PersistentVolume создаётся сразу после создания диска, ещё до планирования виртуальной машины. Убедитесь, что хранилище может создавать тома на узлах, которые разрешены для виртуальных машин через параметры размещения, включая nodeSelector, tolerations и настройки в spec виртуальной машины или VirtualMachineClass. Иначе диск может оказаться на узле, где виртуальная машина не сможет запуститься. При WaitForFirstConsumer том создаётся на узле планирования виртуальной машины, и эта проблема не возникает.

2. Для работы VirtualImage и ClusterVirtualImage нужны временные компоненты из таблицы выше. У них есть toleration к taint dedicated.deckhouse.io=system.

3. В кластере должна быть NodeGroup system, либо администратор сам добавляет taint dedicated.deckhouse.io=system на выбранные узлы без создания NodeGroup. Без таких узлов эти компоненты не будут запланированы, и образы не перейдут в фазу Ready.

Обновление модуля

Модуль virtualization использует пять каналов обновлений для окружений с разными требованиями к надёжности:

Компоненты модуля virtualization могут обновляться автоматически, либо с ручным подтверждением по мере выхода обновлений в каналах обновления.

Информацию по версиям, доступным на каналах обновления, можно получить на сайте каналов обновлений.