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

Сети VDI

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

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

сеть для Gateway, через которую пользователь может попасть к ЦС и хостам виртуализации в рамках разрешенных портов
доступ ЦС и Gateway к необходимым сервисам аутентификации и пользовательским директориям
сетевую доступность пользовательских ВМ внутри нужного сегмента
выдачу IP-адресов ВМ через DHCP-пул Inscale или DHCP Relay
маршрутизацию или NAT, если ВМ требуется доступ во внешнюю сеть или корпоративные сервисы

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

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

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

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

Сетевые адаптеры исходной ВМ — Вкладка «Сеть» исходной ВМ: сетевые адаптеры с выбранной порт-группой и VLAN, IPv4- и MAC-адрес. Эти настройки наследуются клонами из Golden-реплики (при генерализации сетевые идентификаторы обновляются).

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

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

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

решение работает с типами хранилищ, доступными внутри Inscale
для рабочих нагрузок VDI используйте внешние системы хранения данных, если требуется отказоустойчивость и предсказуемая производительность
локальное хранилище рекомендуется в первую очередь для ВМ Центрального сервера и отдельных инфраструктурных сценариев
при недоступности хранилища ВМ, использующие диски на этом хранилище, переходят в состояние Degraded или недоступное состояние, так как диски не могут быть прочитаны или записаны

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

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

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

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

Overcommit хранилища

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

Выбор хранилища и политика оверкоммита при создании Golden-реплики — Нижняя часть формы Golden-реплики: тип генерализации (без генерализации / Windows SysPrep / Android), выбор **хранилища** и **политика оверкоммита диска** для linked-clone пулов (сколько клонов совместно используют дисковое пространство реплики).

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

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

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

Закрепление за кластером. Пул использует выбранный кластер, а размещение ВМ определяется доступными ресурсами и политиками балансировки
Закрепление за сервером. ВМ пула размещаются на конкретном сервере, если это требуется архитектурой или тестовым сценарием
Автоматическая балансировка. Inscale самостоятельно выбирает подходящее размещение с учетом доступных CPU, RAM, хранилищ и состояния хостов

Размещение пула: кластер, сервер и источник Golden-реплики — Шаг «Золотая реплика»: выбор **кластера** и **сервера** размещения ВМ пула (рядом — свободные ресурсы), а также источника — готовой Golden-реплики со статусом «Доступна». Выбор конкретного хоста исключает миграцию с целью балансировки.