Hyper-V производительность операций ввода-вывода хранилища

2023-12-14
Применяется к: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016, ✅ Windows 11, ✅ Windows 10

В этой статье рассматриваются различные варианты и рекомендации по настройке производительности ввода-вывода хранилища в виртуальной машине. Путь ввода-вывода хранилища проходит через четыре последовательных этапа:

Стек гостевого хранилища
Уровень виртуализации узла
Стек хранилища хоста
Физический диск

В следующих разделах описаны возможные оптимизации для каждого этапа.

Виртуальные контроллеры

Hyper-V предлагает три типа виртуальных контроллеров:

Встроенная электроника накопителя (IDE)
Небольшой компьютерный системный интерфейс (SCSI)
Виртуальные адаптеры шины Fibre Channel (HBA)

Интегрированная среда разработки (IDE)

Рекомендуется использовать только диски IDE для дисков операционной системы. Диски ОС имеют ограничения производительности на основе максимального размера ввода-вывода для своих устройств.

Контроллеры интегрированной среды разработки — это эмулированные контроллеры, предоставляющие диски интегрированной среды разработки виртуальной машине. Этот тип контроллера является единственным вариантом для гостевых виртуальных машин под управлением более ранних версий Windows без Hyper-V служб интеграции виртуальных машин. Драйвер фильтра интегрированной среды разработки, предоставляемый службами интеграции, может выполнять операции ввода-вывода диска лучше, чем эмулированный контроллер интегрированной среды разработки.

SCSI (контроллер SAS)

Виртуальные контроллеры SCSI предоставляют диски SCSI виртуальной машине. Каждый контроллер SCSI поддерживает до 64 устройств. Путь SCSI не эмулируется, что делает его предпочтительным контроллером для любого диска, отличного от диска ОС. Windows Server 2012 R2 и более поздние версии поддерживают контроллеры SCSI, но только в случаях, когда вы представляете контроллер как Serial Attached SCSI (SAS), чтобы поддерживать общий виртуальный жесткий диск (VHDX).

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

Виртуальные адаптеры шины Fibre Channel

Настройте виртуальные адаптеры шины Fibre Channel, чтобы виртуальные машины могли напрямую получать доступ к логическим единицам Fibre Channel и Fibre Channel через Ethernet (FCoE). Диски Virtual Fibre Channel обходят файловую систему NTFS в корневом разделе, что снижает использование центрального процессора (ЦП) для ввода-вывода хранилища. Диски Virtual Fibre Channel отлично подходят для больших дисков данных и дисков, совместно используемых между несколькими виртуальными машинами в сценариях кластеризации гостевых машин.

Чтобы использовать диски Virtual Fibre Channel, необходимо установить один или несколько HBA Fibre Channel на хост-компьютере. Каждый хост-адаптер HBA должен использовать драйверы HBA, которые поддерживают функции Виртуального Fibre Channel в Windows Server 2016 или виртуализацию идентификаторов N_Port (NPIV). Структура сети хранилища (SAN) также должна поддерживать NPIV, и необходимо настроить порты HBA для Fibre Channel в топологии Fibre Channel, поддерживающей NPIV.

Чтобы обеспечить максимальную пропускную способность на узлах с несколькими HBA, рекомендуется настроить множество виртуальных HBA в виртуальной машине Hyper-V. Для каждой виртуальной машины можно настроить до четырех HBA. Hyper-V автоматически балансирует виртуальные HBA для размещения HBAs, обращающимся к одной виртуальной сети SAN.

Виртуальные диски

Виртуальные диски предоставляются виртуальным машинам виртуальными контроллерами и могут быть виртуальными жесткими дисками или сквозными дисками на узле.

Виртуальные диски доступны в форматах VHD или VHDX. Каждый формат поддерживает три типа файлов виртуальных жестких дисков.

При обновлении развертывания до Windows Server 2016 или более поздней версии рекомендуется преобразовать все VHD-файлы в формат VHDX. Дополнительные сведения см. в формате VHDX.

Формат VHD

Более поздние версии Hyper-V включают улучшения в формат VHD, что позволяет улучшить выравнивание. Hyper-V в Windows Server 2012 и более поздних версиях поддерживает форматы VHDX и VHD, а не более ранние версии, поддерживающие только формат VHD. В результате более поздние версии Hyper-V лучше работают на дисках большого сектора.

Все виртуальные жесткие диски, создаваемые в Windows Server 2012 или более поздней версии, имеют оптимальное выравнивание в 4 КБ. Этот выверенный формат полностью совместим с более ранними версиями Windows Server. Однако свойство выравнивания не поддерживает новые выделения из средств синтаксического анализа, которые не поддерживают выравнивание 4 КБ, например синтаксический анализ из более ранней версии Windows Server или средства синтаксического анализа, отличного от Майкрософт.

Преобразование диска в формат VHD

При переносе виртуального жесткого диска из более ранней версии Hyper-V или Windows Server в более позднюю, система не автоматически преобразует диск в формат VHD.

Вы можете преобразовать существующий виртуальный диск в VHD, открыв окно PowerShell и выполнив следующую команду:

Convert-VHD –Path <SourceDiskFilePath> –DestinationPath <ConvertedDiskFilePath>

Например, если вы планируете преобразовать исходный диск с именем test.vhd в диске E в переименованный преобразованный диск с именем test-converted.vhd в той же папке, выполните следующую команду:

Convert-VHD –Path E:\vms\testvhd\test.vhd –DestinationPath E:\vms\testvhd\test-converted.vhd

Замечание

При преобразовании виртуального жесткого диска PowerShell использует данные из исходного виртуального жесткого диска на основе параметра "Копировать из исходного диска". Дополнительные сведения см. в разделе Convert-VHD.

Проверка выравнивания диска

После преобразования диска можно проверить ее переменную выравнивания , чтобы убедиться, что она использует оптимальное выравнивание 4 КБ, выполнив Get-VHD команду в PowerShell. Убедитесь, что команда выполнена для исходного и преобразованного дисков, затем сравните значения, чтобы убедиться, что преобразованный диск имеет выравнивание по 4 КБ.

Чтобы просмотреть выравнивание дисков, выполните следующие действия.

Откройте окно PowerShell.
Get-VHD Выполните команду, чтобы просмотреть параметры выравнивания исходного диска.
```
Get-VHD –Path <SourceVHDFilePath>
```

В выходных данных обратите внимание на значение свойства Alignment . В этом примере значение равно 0, что означает, что диск не настроен на выравнивание по 4 КБ.

Path                    : <SourceVHDFilePath>
VhdFormat               : VHD
VhdType                 : Dynamic
FileSize                : 69245440
Size                    : 10737418240
MinimumSize             : 10735321088
LogicalSectorSize       : 512
PhysicalSectorSize      : 512
BlockSize               : 2097152
ParentPath              :
FragmentationPercentage : 10
Alignment               : 0
Attached                : False
DiskNumber              :
IsDeleted               : False
Number                  :

Запустите команду Get-VHD еще раз, но в этот раз используйте путь к файлу для преобразованного диска.
```
Get-VHD –Path <ConvertedDiskFilePath>
```

В выходных данных проверьте значение свойства Alignment . Значение должно быть 1, что означает правильное преобразование диска в более новый формат VHD и наличие учета выравнивания на 4 КБ.

Path                    : <ConvertedDiskFilePath>
VhdFormat               : VHD
VhdType                 : Dynamic
FileSize                : 69369856
Size                    : 10737418240
MinimumSize             : 10735321088
LogicalSectorSize       : 512
PhysicalSectorSize      : 512
BlockSize               : 2097152
ParentPath              :
FragmentationPercentage : 0
Alignment               : 1
Attached                : False
DiskNumber              :
IsDeleted               : False
Number                  :

Формат VHDX

VHDX — это обновленный формат жесткого диска, представленный в Windows Server 2012. Этот формат может создавать устойчивые, высокопроизводительные виртуальные диски с емкостью до 64 терабайтов.

При обновлении до Windows Server 2016 или более поздней версии рекомендуется преобразовать все VHD-файлы в формат VHDX. Сохраните файлы только в формате VHD, если необходимо переместить виртуальную машину в более ранний выпуск Hyper-V, который не поддерживает формат VHDX.

Ниже приведены некоторые преимущества формата VHDX:

Поддержка емкости хранилища виртуального жесткого диска размером до 64 терабайт
Защита от повреждения данных во время сбоев питания путем ведения журнала обновлений структур метаданных VHDX
Сохраняет пользовательские метаданные для файла на основе того, что пользователь настраивает для записи, например версию ОС или примененные исправления.

Формат VHDX также предоставляет несколько функций производительности:

Улучшено выравнивание формата виртуального жесткого диска, повышение производительности на дисках больших секторов
Более крупные размеры блоков для динамических и разностных дисков, что позволяет дискам настраивать требования к рабочей нагрузке.
Виртуальный диск логического сектора 4 КБ для поддержки повышения производительности при использовании приложений и рабочих нагрузок, предназначенных для секторов 4 КБ
Эффективное представление данных для обеспечения меньших размеров файлов, что позволяет физическому устройству хранения данных освободить неиспользуемое пространство.

Замечание

Для обрезки требуются сквозные или SCSI-диски и оборудование, совместимое с обрезкой.

Виртуальные файлы

Существует три типа VHD-файлов:

Исправленные файлы предназначены для повышения устойчивости и производительности, и их следует использовать, когда хранилище на значении хостинга не активно отслеживается. Убедитесь, что при расширении VHD-файла во время выполнения достаточно места на диске. Их можно использовать в любом формате диска.
Динамические файлы предназначены для обеспечения устойчивости и выделения места на диске в соответствии с потребностями развертывания. Их можно использовать только в VHDX.
Разностные файлы сохраняют цепочку моментальных снимков виртуальных машин короткими, чтобы обеспечить высокую производительность операций ввода-вывода на диске. Их можно использовать в любом формате диска.

Фиксированный тип файла

При создании фиксированного VHD-файла система выделяет для него пространство. Исправленные файлы реже фрагментируются, что снижает нагрузку на систему ввода-вывода, когда одно действие ввода-вывода разделяется на несколько. Он также имеет наименьшую нагрузку на центральный процессор из трех файловых опций, так как операции чтения и записи не требуют поиска сопоставления блока.

Рекомендуется использовать фиксированный тип файла, если требуется оптимальная устойчивость и производительность.

Динамический тип файла

При создании динамического VHD-файла система выделяет место по запросу. Блоки в файле начинаются как выделенные блоки, и пространство в файле не поддерживается для невыделенных блоков. Когда блок получает первую запись, стек виртуализации должен выделить место для блока в VHD-файле, а затем обновить метаданные. Это выделение увеличивает количество дисковых операций ввода-вывода, необходимых для записи, увеличивая использование ЦП. Чтение и запись в существующие блоки приводят к доступу к диску и загрузке ЦП при поиске сопоставления блоков в метаданных.

Если вы применяете VHDX-файл, мы рекомендуем выбрать динамический тип файла, когда вы не осуществляете постоянный контроль за хранилищем на томе размещения. Проверьте, достаточно ли места на диске для расширения VHD-файла во время работы.

Разностный тип файла

Разностные файлы — это моментальные снимки виртуальной машины, в которую хранятся записи на диски. Если вы записываете данные в блок, в который ранее не было записей, система выделяет пространство в VHD-файле так же, как в случае динамически расширяющегося VHD. Системные службы считывают операции из VHD-файла, если блок уже содержит записи. В противном случае он обрабатывает блоки из родительского VHD-файла. В обоих случаях система считывает метаданные для определения сопоставления блоков. Операции чтения и записи на этот виртуальный жесткий диск могут использовать больше ЦП и привести к большему объему операций ввода-вывода, чем фиксированный VHD-файл.

Если есть только несколько моментальных снимков, хранилище ввода-вывода может потенциально использовать больше ЦП, чем обычно, но это не заметно влияет на производительность, за исключением рабочих нагрузок сервера с высокой интенсивностью ввода-вывода. Создание и использование большой последовательности моментальных снимков виртуальных машин вызывает проблемы с производительностью. В разных файлах система должна проверить наличие запрошенных блоков во многих разных разных виртуальных жестких дисках только для чтения из виртуального жесткого диска. Мы рекомендуем, если вы используете разностные файлы, держать цепочки моментальных снимков короткими для поддержания высокой производительности операций ввода-вывода диска.

Учет размера

При планировании оптимизации диска следует учитывать как размер блока, так и размер сектора. В этом разделе описываются рекомендации по размеру блоков и секторов.

Размер блока

Так как размер блока может значительно повлиять на производительность, рекомендуется сопоставить размер блока с шаблонами выделения рабочих нагрузок с помощью диска. Если приложение выделяет блоки размером 16 МБ, то в идеале следует использовать блоки VHD того же размера. Размеры блоков более 2 МБ возможны только на виртуальных жёстких дисках (VHD), используя формат файла VHDX. Если размер блока превышает схему распределения для случайной рабочей нагрузки ввода-вывода, это увеличивает объем места, которое использует VHD на хосте.

Размер сектора

Организации программного обеспечения часто зависят от секторов дисков 512 байт, но отраслевый стандарт переходит к секторам дисков 4 КБ. Чтобы уменьшить проблемы совместимости, которые могут возникнуть из-за изменений в размере сектора, поставщики жестких дисков вводят переходный секторный размер, называемый дисками с эмуляцией 512 (512e).

Эмуляционные диски предлагают некоторые преимущества, предоставляемые жесткими дисками с родным размером сектора в 4 КБ, такие как улучшенная эффективность форматирования и улучшенная схема кодов исправления ошибок (ECC). Эмуляционные накопители представляют меньше проблем совместимости при отображении размера 4-КБ сектора в интерфейсе диска.

Для полного использования секторов 4 КБ рекомендуется использовать формат VHDX вместо секторов дисков размером 512 байт. Чтобы уменьшить проблемы совместимости между размерами дисков, используйте диски 512e для перехода.

Поддержка переходного размера с 512e дисками

Диск 512e может выполнять операцию записи только с точки зрения физического сектора. Этот тип диска не может напрямую записывать сектор в 512 байт, назначенный системой. На диске есть внутренний процесс, который делает операции записи возможными, что включает операции чтенияModify-Write (RMW) в следующем порядке:

Во-первых, диск считывает физический сектор размером 4 КБ во внутренний кэш. Кэш содержит 512-байтовый логический сектор, указанный в операции записи.
Затем диск изменяет данные в буфере 4 КБ, чтобы включить обновленный сектор 512-байтов.
Наконец, диск записывает обновленный буфер 4 КБ обратно в свой физический сектор на диске.

Общее влияние процесса RMW на производительность зависит от рабочей нагрузки. Процесс RMW может привести к снижению производительности виртуальных жестких дисков по следующим причинам:

Динамические и разностные VHD имеют 512-байтовую битовую карту сектора перед полезной нагрузкой данных. Нижний колонтитул, верхний и родительский указатели соответствуют сектору 512-байтов. Обычно драйвер виртуального жесткого диска выполняет 512-байтовые операции записи для обновления этих структур, что вызывает запуск процесса RMW на диске.
Приложения обычно выполняют операции чтения и записи в нескольких размерах 4 КБ, так как 4 КБ — это размер кластера NTFS по умолчанию. Динамические и дифференциальные виртуальные жесткие диски имеют битовую карту 512-байтового сектора перед блоком полезных данных. Эта растровая карта приводит к тому, что блоки 4 КБ не соответствуют физической границе 4 КБ. На следующей схеме показан выделенный блок VHD 4 КБ, который не соответствует физической границе 4 КБ.

Каждая операция записи 4 КБ с помощью текущего парсера для обновления полезных данных приводит к двум считываниям для двух блоков на диске. Затем система обновляет блоки и записывает их обратно в два блока диска. Hyper-V в системе Windows Server 2016 смягчает некоторые эффекты на производительность на 512e дисках в стеке VHD. Hyper-V подготавливает структуры для выравнивания до границ 4 КБ в формате VHD. Устранение рисков позволяет избежать влияния RMW на доступ к данным в файле виртуального жесткого диска и обновления структур метаданных виртуального жесткого диска.

Как упоминалось ранее, виртуальные жесткие диски, скопированные из более ранних версий Windows Server, не соответствуют 4 КБ. Вы можете вручную преобразовать диск для оптимального выравнивания, используя параметр диска "Копировать из исходного" с помощью команды Convert-VHD.

По умолчанию виртуальные жесткие диски предоставляются с размером физического сектора 512 байт. Этот метод гарантирует, что приложения, зависящие от размера физического сектора, не будут затронуты при переносе приложений и виртуальных жестких дисков из более ранней версии Windows Server.

По умолчанию система создает диски VHDX с размером 4 КБ физического сектора для оптимизации профиля производительности на регулярных дисках и больших дисках сектора.

Чтобы уменьшить проблемы совместимости между размерами дисков, рекомендуется реализовать 512e диски для переходного размера. Для полного использования секторов 4 КБ используйте формат VHDX.

Нативные диски с 4 КБ

Hyper-V в Windows Server 2012 R2 и более поздних версиях поддерживает 4 КБ собственных дисков. Вы также можете хранить данные диска VHD на собственном диске размером 4 КБ, реализовав алгоритм программного обеспечения RMW на уровне стека виртуального хранилища. Алгоритм преобразует запросы на доступ и обновление размером 512 байт в соответствующие 4 КБ.

Так как VHD-файлы могут предоставляться только в виде дисков размером 512-байтового логического сектора, скорее всего, существуют приложения, которые выдают 512-байтовые запросы ввода-вывода. В таких случаях алгоритм RMW на уровне стека хранилища удовлетворяет запросам и приводит к снижению производительности. Тот же результат возникает для дисков VHDX с размером 512 байтов логического сектора.

Вы можете настроить VHDX-файлы для представления как диск с размером логического сектора 4 КБ. Эта реализация является оптимальной конфигурацией для производительности дисков, размещенных на физическом устройстве с 4 КБ. Однако убедитесь, что размер логического сектора 4 КБ поддерживает как гостевую операционную систему, так и приложение, использующее виртуальный диск. Формат VHDX работает правильно на устройстве размером 4 КБ.

Рекомендуется избегать использования собственных дисков 4 КБ с файлами VHD и VHDX, так как это может привести к снижению производительности. Если для сценария требуются диски с собственными секторами размером 4 КБ, следует использовать формат VHDX на устройстве с логическим размером сектора 4 КБ.

Сквозные диски

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

Сопоставление виртуального жесткого диска на виртуальной машине непосредственно с физическим диском или логическим номером единицы (LUN) вместо VHD-файла называется сквозным диском. Сквозные диски позволяют обойти файловую систему NTFS в корневом разделе, что снижает использование ЦП для операций ввода-вывода хранения данных. Однако использование сквозных дисков также связано с риском того, что физические диски или LUN становятся более сложными для переноса между машинами, чем VHD-файлы.

Расширенные возможности хранилища

В этом разделе рассматриваются некоторые дополнительные оптимизации производительности, которые следует учитывать для расширенных функций хранилища.

Качество обслуживания хранилища (QoS)

В Windows Server 2012 R2 и более поздних версиях Hyper-V включает возможность установки определенных параметров качества обслуживания (QoS) для хранилища на виртуальных машинах. Рекомендуется реализовать QoS хранилища, чтобы получить доступ к дополнительным параметрам хранилища, задать максимальное и минимальное пороговое значение операций ввода-вывода в секунду для виртуальных жестких дисков и отслеживать производительность диска. Эти параметры можно реализовать для получения следующих преимуществ:

Настройка изоляции производительности хранилища в мультитенантной среде
Укажите максимальные и минимальные операции ввода-вывода в секунду (ОПЕРАЦИЙ ввода-вывода) для виртуальных жестких дисков
- Администраторы могут регулировать ввод-вывод хранилища, чтобы один арендатор не потреблял чрезмерные ресурсы хранилища, которые могут повлиять на других арендаторов. Задайте минимальное значение операций ввода-вывода в секунду и получайте уведомления, если система не соответствует пороговому значению оптимальной производительности. Мы указываем максимальные или минимальные значения операций ввода-вывода в секунду в терминах нормализованных операций ввода-вывода, где каждые 8 КБ данных считаются как одна операция ввода-вывода.
Получайте уведомления, когда производительность ввода-вывода хранилища падает ниже установленного порогового уровня, чтобы эффективно управлять нагрузками на виртуальные машины.
Доступ к параметрам хранилища для инфраструктуры метрик виртуальных машин и позволяет администраторам отслеживать производительность и параметры обратной оплаты

Однако также следует помнить, что QoS хранилища имеет следующие ограничения:

Доступно только для виртуальных дисков
Дифференцирующий диск не может иметь родительский виртуальный диск на другом томе
QoS для сайта реплики настраивается отдельно от основного сайта.
QoS хранилища не поддерживает разделяемый VHDX

Дополнительные сведения см. в разделе "Качество службы хранилища" для Hyper-V.

Параметры реестра ввода-вывода NUMA для больших виртуальных машин

Windows Server 2012 и более поздние версии поддерживают проецирование виртуальной топологии неоднородного доступа к памяти (NUMA) на виртуальные машины Hyper-V. Поддержка NUMA повышает производительность рабочих нагрузок, выполняемых на виртуальных машинах, настроенных с большим объемом памяти или большими виртуальными машинами. Чтобы обеспечить эту поддержку, для больших конфигураций виртуальных машин требуется масштабируемость с точки зрения пропускной способности ввода-вывода. Пример большой виртуальной машины — Microsoft SQL Server с 64 виртуальными процессорами.

Следующие улучшения Windows Server соответствуют требованиям к масштабируемости операций ввода-вывода больших виртуальных машин:

Создание дополнительных каналов связи между гостевыми устройствами и системой хранения хоста.
Более эффективный механизм завершения ввода-вывода с участием распределения прерываний между виртуальными процессорами, чтобы избежать дорогостоящих прерываний межпроцессора.

Ключи реестра

Мы рекомендуем использовать параметры реестра NUMA Windows Server для повышения производительности рабочих нагрузок, выполняемых на больших виртуальных машинах.

Мы добавили и обновили некоторые записи реестра для поддержки улучшений в предыдущем разделе и позволяют настроить количество каналов. Вы можете найти записи по HKLM\System\CurrentControlSet\Enum\VMBUS\<device id>\<instance id>\StorChannelадресу .

Часть <device id>\<instance id>\ пути соответствует соответствующим значениям в конфигурации. Эти записи реестра связывают виртуальные процессоры, обрабатывающие завершения ввода-вывода, с виртуальными ЦП, которые приложение назначило процессорами ввода-вывода. Система настраивает параметры реестра для каждого адаптера на основе аппаратного ключа устройства.

Ниже приведены два основных параметра, которые следует учитывать.

ChannelCount (DWORD) — это общее количество каналов связи, доступных для использования в вашем развертывании. Максимальное значение равно 16. Число каналов по умолчанию равно числу виртуальных процессоров, разделенных на 16.
ChannelMask (QWORD) — это привязка процессора для каналов. Если этот параметр ключа не указан или задано значение 0, маска канала по умолчанию используется для существующего алгоритма распределения каналов для обычных каналов хранения или сетевых каналов. Действие по умолчанию гарантирует, что каналы хранения не конфликтуют с сетевыми каналами.

Интеграция для перераспределённой передачи данных

Мы рекомендуем использовать операции разгрузки передачи данных (ODX), чтобы убедиться, что рабочая нагрузка виртуальной машины может использовать хранилище с поддержкой ODX так, как это может быть в физической среде.

Важные задачи обслуживания виртуальных жестких дисков, такие как объединение, перемещение и сжатие, включают копирование больших объемов данных. В текущем методе копирования данных требуется чтение и запись системой данных в разные места, что требует много времени и использует ресурсы процессора и памяти, которые могли бы быть использованы на обслуживание виртуальных машин.

Поставщики сети хранения (SAN) могут предоставлять аппаратные функции, называемые ODX. Эта функция обеспечивает практически мгновенные операции копирования для больших объемов данных. ODX позволяет системе, а не дискам указывать, как перемещать определенные наборы данных из одного расположения в другое.

Hyper-V в Windows Server 2012 и более поздних версиях поддерживает операции ODX для передачи скопированных данных из гостевой ОС на хост-оборудование. Рабочая нагрузка может использовать хранилище с поддержкой ODX так же, как и в неиртуализированной среде. Стек хранилища Hyper-V также может выдавать операции ODX в процессе обслуживания виртуальных жестких дисков, таких как объединение дисков и хранение мета-операций миграции при больших объемах данных.

Интеграция с уведомлением unmap

Мы рекомендуем использовать уведомления о высвобождении, чтобы сделать файлы VHDX более эффективными и позволить базовому физическому устройству хранилища восстановить неиспользуемое пространство.

VHD-файлы существуют в томе хранилища, где они совместно используют доступное пространство с другими файлами. Так как размер файла обычно велик, VHD-файлы могут занять много места. Более высокий спрос на дисковое пространство влияет на бюджеты ИТ-оборудования, что означает, что вы должны оптимизировать использование физического пространства везде, где это возможно.

В версиях Windows Server раньше, чем Windows Server 2012, стек хранилища Windows в гостевой ОС и узел Hyper-V имели ограничения, которые препятствовали оптимизации дискового пространства. Когда приложения удаляли содержимое в виртуальном жестком диске (VHD), пространство хранилища оставалось неиспользованным. Система не уведомляет виртуальный жесткий диск или физическое устройство хранения об удаленных данных, что препятствует оптимизации пространства для файлов виртуальных дисков, основанных на VHD, в стеке хранения Hyper-V. В результате базовое устройство хранения данных не смогло освободить освободившееся место, ранее занимаемое удаленными данными.

Начиная с Windows Server 2012, Hyper-V поддерживает уведомления об отмене мапирования. Эта функция позволяет файлам VHDX сообщать об удалении данных в стек хранения, что повышает эффективность, сохраняя файлы компактными и позволяя стеку восстанавливать неиспользуемое дисковое пространство для других целей.

Только специфичные для Hyper-V контроллеры SCSI, усовершенствованные IDE и виртуальные контроллеры Fibre Channel позволяют командам из гостевой ОС достигать стека виртуального хранилища узла. На виртуальных жестких дисках только виртуальные диски, отформатированные как VHDX, поддерживают команды из гостевой ОС.