Сети, хранилища и размещение VDI

Сети VDI

В этом разделе описываются только сетевые условия, специфичные для VDI. Подробная настройка DSwitch, port group, DHCP, Relay, VLAN, QoS и uplink выполняется в общих разделах документации AirCloud по сетевым ресурсам.

Что нужно обеспечить

  • сеть для Gateway, через которую пользователь может попасть к ЦС и хостам виртуализации в рамках разрешенных портов

  • доступ ЦС и Gateway к необходимым сервисам аутентификации и пользовательским директориям

  • сетевую доступность пользовательских ВМ внутри нужного сегмента

  • выдачу IP-адресов ВМ через DHCP-пул AirCloud или DHCP Relay

  • маршрутизацию или NAT, если ВМ требуется доступ во внешнюю сеть или корпоративные сервисы

Наследование сети из Golden-реплики

При создании пула администратор не выбирает сетевые параметры заново: они задаются на уровне исходной ВМ, попадают в snapshot и наследуются Golden-репликой. Поэтому перед созданием Golden-реплики необходимо проверить сетевой адаптер, DSwitch/port group, DHCP и доступность нужных сетей.

Практическое правило

Для разных сетевых сегментов создавайте отдельные исходные ВМ, snapshot и Golden-реплики либо заранее корректно настраивайте сеть исходной ВМ перед созданием реплики.

Ограничение доступа к пулам по сети

В текущем релизе ограничение доступа к пулам выполняется через роли и привилегии. Отдельные сетевые политики доступа к пулам не описываются в текущем документе.

Хранилища и типы клонирования

Хранилища используются для размещения Golden-реплик, дисков ВМ и слоев записи linked-клонов. Подробная настройка хранилищ описывается в общем разделе документации AirCloud; в VDI-документе фиксируются только особенности, влияющие на пулы виртуальных машин.

Общие правила

  • решение работает с типами хранилищ, доступными внутри AirCloud

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

  • локальное хранилище рекомендуется в первую очередь для ВМ Центрального сервера и отдельных инфраструктурных сценариев

  • при недоступности хранилища ВМ, использующие диски на этом хранилище, переходят в состояние Degraded или недоступное состояние, так как диски не могут быть прочитаны или записаны

Особенности Linked clone

Linked clone использует единое хранилище с родительским образом/Golden-репликой. Базовая часть доступна только для чтения, а изменения каждой ВМ записываются в собственный слой.

Особенности Full clone

Full clone создает самостоятельную ВМ. В текущем релизе отдельный выбор хранилища при полном клонировании не описывается; как и для linked clone, используется хранилище, связанное с исходной Golden-репликой и ее размещением.

Overcommit хранилища

Параметры overcommit задаются на уровне Golden-реплики. При планировании пула учитывайте максимальный размер пула, тип клонирования, рост пользовательских данных и резерв свободного места на хранилище.

Размещение ВМ и балансировка

Для пулов виртуальных рабочих мест администратор может вручную закрепить размещение ВМ на конкретном сервере либо доверить размещение механизму балансировки нагрузки AirCloud.

Варианты размещения

  • Закрепление за кластером. Пул использует выбранный кластер, а размещение ВМ определяется доступными ресурсами и политиками балансировки

  • Закрепление за сервером. ВМ пула размещаются на конкретном сервере, если это требуется архитектурой или тестовым сценарием

  • Автоматическая балансировка. AirCloud самостоятельно выбирает подходящее размещение с учетом доступных CPU, RAM, хранилищ и состояния хостов

Связанный раздел

Подробные профили балансировки, веса CPU/RAM, расписания и правила DRS описываются в отдельном разделе документации по балансировке нагрузки AirCloud.