Управление локальными дисковыми пространствами в VMM

Важно!

Поддержка этой версии Virtual Machine Manager (VMM) завершена. Рекомендуется выполнить обновление до VMM 2022.

В этой статье представлен обзор локальных дисковых пространств и описывается способ их развертывания в структуре System Center Virtual Machine Manager (VMM).

Локальные дисковые пространства впервые представлены в Windows Server 2016. Он группируют физические диски хранилища в виртуальные пулы носителей, чтобы предоставить виртуализированное хранилище. С помощью виртуализированного хранилища можно:

  • Управление несколькими источниками физических хранилищ как одной виртуальной сущностью.
  • Получение недорогой системы хранения данных с внешними запоминающими устройствами или без них.
  • Сбор разных типов хранилища в один виртуальный пул носителей.
  • Простая подготовка хранилища и увеличение объема виртуализированного хранилища при необходимости путем добавления новых дисков.

Примечание

VMM 2019 UR3 и более поздних версий поддерживает Azure Stack HCI (гиперконвергентная инфраструктура, версия 20H2).

Как это работает?

Локальные дисковые пространства создают пулы носителей на основе хранилища, подключенного к определенным узлам в кластере Windows Server. Хранилище может быть внутренним на узле или на дисковых устройствах, которые подключены непосредственно к одному узлу. Поддерживаемые диски для хранения данных: NVMe и SSD, подключенные через SATA или SAS, и HDD. Подробнее.

  • При включении S2D в кластере Windows Server S2D автоматически обнаруживает подходящее хранилище и добавляет его в пул носителей для кластера.
  • Локальные дисковые пространства также создают встроенный серверный кэш хранилища, чтобы максимально повысить производительность. Самые быстрые диски используются для кэширования, а остальные — для емкости. Подробности о кэше.
  • Тома создаются из пула носителей. При создании тома создается виртуальный диск (дисковое пространство), он секционирует и форматирует его, добавляется в кластер и преобразуется в общий том кластера (CSV).
  • Настройте уровни отказоустойчивости тома, чтобы указать, как виртуальные диски распределяются по физическим в пуле, с помощью SMB 3.0. Вы можете настроить том без обеспечения устойчивости, зеркало или четности. Подробнее.

Конвергентное и неконвергентное развертывание

Кластер локальных дисковых пространств можно развернуть двумя способами.

  • Гиперконвергентное развертывание. Вычислительные ресурсы Hyper-V и хранилище на основе локальных дисковых пространств работают в одном кластере без разделения. Это позволяет одновременно масштабировать вычислительные ресурсы и хранилище.
  • Развертывание с разделением: вычислительные ресурсы размещаются в одном кластере Hyper-V, а локальные дисковые пространства — в другом. Кластеры масштабируются отдельно, что обеспечивает более детализированное управление ими.

Гиперконвергентное развертывание

Ниже приведен пример гиперконвергентного развертывания

Иллюстрация гиперконвергентного развертывания.

Рис. 1. Гиперконвергентное развертывание

  • Файлы виртуальных машин хранятся в локальных CSV.
  • Общие файловые ресурсы и SMB не используются.
  • После создания томов CSV локальных дисковых пространств подготовьте их так же, как и для любого другого развертывания Hyper-V.
  • Вычислительный кластер Hyper-V и хранилище на основе локальных дисковых пространств масштабируются одновременно.

Развертывание с разделением

Ниже приведен пример развертывания с разделением

Иллюстрация дезагрегированного развертывания.

Рис. 2. Развертывание с разделением

  • Общие файловые ресурсы создаются в томах CSV локальных дисковых пространств.
  • Виртуальные машины Hyper-V настроены для хранения своих файлов на масштабируемом файловом сервере (SOFS) и доступа к ней с помощью SMB 3.0.
  • Кластеры Hyper-V и SOFS масштабируются отдельно, что обеспечивает более детализированное управление ими. Например, вычислительные узлы могут иметь почти полную емкость для многих виртуальных машин, но узлы хранилища могут иметь избыточную емкость диска и операций ввода-вывода в секунду; поэтому вы добавляете только дополнительные вычислительные узлы.

Дальнейшие действия

Развертывание гиперконвергированного кластера локальных дисковых пространств