Управление локальными дисковыми пространствами в VMM
Важно!
Поддержка этой версии Virtual Machine Manager (VMM) завершена. Рекомендуется выполнить обновление до VMM 2022.
В этой статье представлен обзор локальных дисковых пространств и описывается способ их развертывания в структуре System Center Virtual Machine Manager (VMM).
Локальные дисковые пространства впервые представлены в Windows Server 2016. Он группируют физические диски хранилища в виртуальные пулы носителей, чтобы предоставить виртуализированное хранилище. С помощью виртуализированного хранилища можно:
- Управление несколькими источниками физических хранилищ как одной виртуальной сущностью.
- Получение недорогой системы хранения данных с внешними запоминающими устройствами или без них.
- Сбор разных типов хранилища в один виртуальный пул носителей.
- Простая подготовка хранилища и увеличение объема виртуализированного хранилища при необходимости путем добавления новых дисков.
Примечание
VMM 2019 UR3 и более поздних версий поддерживает Azure Stack HCI (гиперконвергентная инфраструктура, версия 20H2).
Примечание
VMM 2022 поддерживает гиперконвергентную инфраструктуру Azure Stack (HCI, версии 20H2 и 21H2).
Как это работает?
Локальные дисковые пространства создают пулы носителей на основе хранилища, подключенного к определенным узлам в кластере 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 масштабируются отдельно, что обеспечивает более детализированное управление ими. Например, вычислительные узлы могут иметь почти полную емкость для многих виртуальных машин, но узлы хранилища могут иметь избыточную емкость диска и операций ввода-вывода в секунду; поэтому вы добавляете только дополнительные вычислительные узлы.
Дальнейшие действия
Развертывание гиперконвергированного кластера локальных дисковых пространств
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по