Производительность ввода-вывода хранилища Hyper-V
В этой статье рассматриваются различные варианты и рекомендации по настройке производительности ввода-вывода хранилища (ввода-вывода) в виртуальной машине. Путь ввода-вывода хранилища расширяется между четырьмя последовательными этапами:
- Стек гостевого хранилища
- Уровень виртуализации узла
- Стек хранилища узлов
- Физический диск
В следующих разделах описаны возможные оптимизации для каждого этапа.
Виртуальные контроллеры
Hyper-V предлагает три типа виртуальных контроллеров:
IDE
Небольшой компьютерный системный интерфейс (SCSI)
виртуальный адаптер Fibre Channel адаптеры шины узла (HBAs)
IDE
Рекомендуется использовать только диски интегрированной среды разработки для дисков ОС. Диски ОС имеют ограничения производительности на основе максимального размера ввода-вывода для своих устройств.
Контроллеры интегрированной среды разработки — это эмулированные контроллеры, предоставляющие диски интегрированной среды разработки виртуальной машине. Этот тип контроллера является единственным вариантом для гостевых виртуальных машин под управлением более ранних версий Windows без служб интеграции виртуальных машин Hyper-V. Драйвер фильтра интегрированной среды разработки, предоставляемый службами интеграции, может выполнять операции ввода-вывода диска лучше, чем эмулированный контроллер интегрированной среды разработки.
SCSI (контроллер SAS)
Виртуальные контроллеры SCSI предоставляют диски SCSI виртуальной машине. Каждый контроллер SCSI поддерживает до 64 устройств. Путь SCSI не эмулируется, что делает его предпочтительным контроллером для любого диска, отличного от диска ОС. Windows Server 2012 R2 и более поздних версий поддерживают контроллеры SCSI, но только в сценариях, когда вы сообщаете контроллеру как последовательный SCSI (SAS) для поддержки общего виртуального жесткого диска (VHDX).
Для повышения производительности рекомендуется подключить несколько дисков к одному виртуальному контроллеру SCSI. Вы должны создавать только дополнительные контроллеры, если у вас нет других параметров масштабирования количества дисков, подключенных к виртуальной машине.
виртуальный адаптер Fibre Channel HBAs
Настройте виртуальный адаптер Fibre Channel HBAs, чтобы виртуальные машины могли напрямую получать доступ к логическому номеру единиц Fibre Channel и Fibre Channel через Ethernet (FCoE). виртуальный адаптер Fibre Channel дисках обход файловой системы NTFS в корневой секции, что снижает использование центрального модуля обработки ввода-вывода хранилища (ЦП). виртуальный адаптер Fibre Channel диски отлично подходят для больших дисков данных и дисков, совместно используемых между несколькими виртуальными машинами в гостевых кластеризация сценариях.
Чтобы использовать диски виртуальный адаптер Fibre Channel, необходимо установить один или несколько HBA Fibre Channel на хост-компьютере. Каждый узел HBA должен использовать драйверы HBA, поддерживающие возможности windows Server 2016 виртуальный адаптер Fibre Channel или N_Port id Virtualization (NPIV). Структура сети служба хранилища (SAN) также должна поддерживать NPIV, и необходимо настроить порты HBA для Fibre Channel в топологии Fibre Channel, поддерживающей NPIV.
Чтобы повысить пропускную способность узлов с несколькими HBA, рекомендуется настроить множество виртуальных HBA на виртуальной машине Hyper-V. Для каждой виртуальной машины можно настроить до четырех HBA. Hyper-V автоматически балансирует виртуальные HBAs для размещения 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 или более поздней версии, имеет оптимальное КБ выравнивание. Этот формат полностью совместим с более ранними версиями 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-файл.
Если есть только несколько моментальных снимков, хранилище ввода-вывода может потенциально использовать больше ЦП, чем обычно, но это не заметно влияет на производительность, за исключением рабочих нагрузок сервера с высокой интенсивностью ввода-вывода. Создание и использование большой цепочки моментальных снимков виртуальных машин приводит к проблемам с производительностью. В разных файлах система должна проверка для запрошенных блоков во многих разных разных виртуальных жестких дисках только для чтения из виртуального жесткого диска. Если вы используете разностные файлы, рекомендуется сохранить цепочки моментальных снимков короткими, чтобы обеспечить высокую производительность операций ввода-вывода диска.
Рекомендации по выбору размера
При планировании оптимизации диска следует учитывать как размер блока, так и размер сектора. В этом разделе описываются рекомендации по размеру блоков и секторов.
Размер блока
Так как размер блока может значительно повлиять на производительность, рекомендуется сопоставить размер блока с шаблонами выделения рабочих нагрузок с помощью диска. Если приложение выделяет блоки в блоках 16 МБ, то в идеале следует использовать размер блока VHD размером 16 МБ. Размеры блоков размером более 2 МБ возможны только в виртуальных жестких дисках с помощью формата VHDX-файла. Если размер блока превышает шаблон выделения для случайной рабочей нагрузки ввода-вывода, он увеличивает объем места, которое использует VHD на узле.
Размер сектора
Организации программного обеспечения часто зависят от секторов дисков 512 байт, но отраслевый стандарт переходит к 4-КБ секторам дисков. Чтобы уменьшить проблемы совместимости, которые могут возникнуть из-за изменений в размере сектора, поставщики жестких дисков вводят переходный размер, называемый 512 дисками эмуляции (512e).
Диски эмуляции предлагают некоторые преимущества, предоставляемые 4-КБ собственных дискового сектора, такие как улучшенная эффективность форматирования и улучшенная схема для кодов исправления ошибок (ECC). Диски эмуляции представляют меньше проблем совместимости при предоставлении размера 4-КБ сектора в интерфейсе диска.
Для полного использования 4-КБ секторов рекомендуется использовать формат VHDX вместо секторов дисков размером 512 байт. Чтобы уменьшить проблемы совместимости между размерами дисков, реализуйте 512e диски для переходного размера.
Поддержка переходного размера с 512e дисками
Диск 512e может выполнять операцию записи только с точки зрения физического сектора. Этот тип диска не может напрямую записывать 512-байтовый сектор, в который она возникает. На диске есть внутренний процесс, который делает операции записи возможными, что включает операции чтения-изменения и записи (RMW) в следующем порядке:
Во-первых, диск считывает 4-КБ физический сектор во внутренний кэш. Кэш содержит 512-байтовый логический сектор, указанный в операции записи.
Затем диск изменяет данные в буфере 4-КБ, чтобы включить обновленный сектор 512-байтов.
Наконец, диск записывает обновленный буфер 4-КБ обратно в свой физический сектор на диске.
Общее влияние процесса RMW на производительность зависит от рабочей нагрузки. Процесс RMW может привести к снижению производительности виртуальных жестких дисков по следующим причинам:
Динамические и разностные виртуальные жесткие диски имеют посекторную разметку в 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 имели ограничения, которые препятствовали оптимизации дискового пространства. Когда приложения удалили содержимое на виртуальном жестком диске, пространство хранилища осталось заброшенным. Система не уведомляет виртуальное жесткое диск или физическое устройство хранилища об удаленных данных, что не позволило стеку хранилища Hyper-V оптимизировать пространство для файлов виртуальных дисков на основе VHD. В результате базовое устройство хранения не могло освободить теперь неиспользуемое пространство удаленных данных, используемых для оккупации.
По состоянию на Windows Server 2012 Hyper-V поддерживает уведомления без карты. Эта функция позволяет VHDX-файлам сообщать удаленные данные в стек хранилища, что повышает эффективность, сохраняя размер файлов обрезкой и позволяя стеку освободить неиспользуемое дисковое пространство для других использования.
Только контроллеры SCSI с поддержкой Hyper-V, просвещенной интегрированной среды разработки и виртуальный адаптер Fibre Channel позволяют unmap команде из гостевой ОС получить доступ к стеку виртуального хранилища узла. В виртуальных жестких дисках только виртуальные диски, отформатированные как команды поддержки unmap VHDX из гостевой ОС.