Сценарий: развертывание локальных дисковых пространств с помощью VMM
Важно!
Поддержка этой версии Virtual Machine Manager (VMM) завершена. Рекомендуется выполнить обновление до VMM 2022.
В этой статье описывается, как развертывать локальные дисковые пространства (S2D) в структуре System Center Virtual Machine Manager (VMM).
Локальные дисковые пространства впервые представлены в Windows Server 2016. Они позволяют виртуализировать хранилище, группируя физические диски для хранения данных в виртуальные пулы носителей. Возможности при использовании локальных дисковых пространств
- Управление несколькими источниками физических хранилищ как одной виртуальной сущностью.
- Получение недорогого виртуального хранилища с внешними физическими дисками для хранения данных и без них.
- Сбор разных типов хранилища в один виртуальный пул носителей.
- Легко подготавливайте хранилище и развивайте виртуализированные пулы носителей по требованию, добавляя в них новые диски.
Как это работает?
S2D создает пулы виртуальных хранилищ из физического хранилища, подключенного к определенным узлам в кластере Windows Server. Хранилище может быть внутренним на узле или диске, подключенном непосредственно к одному узлу. Поддерживаемые диски для хранения данных: NVMe и SSD, подключенные через SATA или SAS, и HDD. Подробнее.
- Если локальные дисковые пространства включены в кластере, они автоматически обнаружат подходящие диски для хранения данных и добавят их в пул носителей.
- Локальные дисковые пространства создают встроенный серверный кэш, чтобы максимально повысить производительность. Локальные дисковые пространства автоматически используют все диски самого быстрого типа для кэширования. Остальные диски используются для хранения. Подробности о кэше.
- Тома создаются из пула носителей. При создании тома виртуальный диск (дисковое пространство) создается, секционируется и форматируется, добавляется в кластер и преобразуется в кластеризованные общие тома (CSV).
- Вы настраиваете различные уровни отказоустойчивости для тома, чтобы указать, как виртуальные диски распределяются между физическими дисками в пуле с помощью SMB 3.0. Вы можете настроить том без обеспечения устойчивости, зеркало или четности. Подробнее.
Конвергентное и неконвергентное развертывание
Кластер локальных дисковых пространств можно развернуть разными способами.
- Гиперконвергентное развертывание: вычисления Hyper-V и локальные дисковые пространства запускаются на одном кластере без разделения.
- Разъединенное развертывание: среда разделена на вычислительные ресурсы и хранилище данных. Вычислительные ресурсы, запущенные в одном кластере Hyper-V. Хранилище запускается в разных кластерах.
В VMM можно развернуть S2D в гиперконвергентной или дезагрегированной топологии.
Гиперконвергентное развертывание
Гиперконвергентные кластеры имеют следующие характеристики.
- Hyper-V (вычислительные ресурсы) и локальные дисковые пространства (хранилище) запускаются в одном кластере.
- Файлы виртуальных машин хранятся в локальных CSV.
- Общие файловые ресурсы и SMB не используются.
- Вычислительный кластер Hyper-V и хранилище масштабируются одновременно.
- После создания томов CSV локальных дисковых пространств подготовьте их так же, как и для любого другого развертывания Hyper-V.
- На рисунке ниже показан гиперконвергентный стек развертывания.
Рис. 1. Гиперконвергентное развертывание
Развертывание с разделением
Разъединенный кластер имеет следующие характеристики.
- Вычислительный кластер Hyper-V отличается от кластера хранилища.
- Общие файловые ресурсы создаются в CSV-файлах кластера локальных дисковых пространств. Виртуальные машины Hyper-V настроены для хранения файлов в SOFS и доступа к ней с помощью SMB 3.0.
- Кластеры Hyper-V и SOFS масштабируются отдельно, что обеспечивает более детализированное управление ими. Например, ресурсов вычислительных узлов может не хватать для развертывания виртуальных машин, тогда как на узлах хранилища может быть излишек дискового пространства и ресурсов ввода-вывода. В этом случае вы можете добавить только дополнительные вычислительные узлы.
Дальнейшие действия
- Разверните Локальные дисковые пространства в структуре VMM.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по