Высокая дисковая задержка в Hyper V (от 20 до 100 мс для средней записи на диск)
Я использую Hyper V на сервере i7 с объемом памяти 12 ГБ и 5 виртуальными машинами. У меня сложилось впечатление, что виртуальные машины работают довольно медленно, но о потреблении памяти и использовании процессора не стоит упоминать, поэтому я запустил монитор производительности и обнаружил, что есть два показателя, которые кажутся довольно высокими: Avg. Запись на диск: 40–100 мсек. Чтение диска: частично до 60 мс
(см. снимок экрана: 
Я думаю, что эти цифры довольно высокие, но я не уверен на 100%. Кто-нибудь может это подтвердить? Что можно сделать, чтобы уменьшить задержку?
Обновление 1: Согласно этой странице Мониторинг использования диска от Microsoft PhysicalDisk:% времени на диске не должно превышать 90% и PhysicalDisk: текущая длина очереди диска не должно быть больше 1,5–2. Однако значения на моем сервере значительно превышают эти числа (красный - длина очереди). Я проверил те же показатели на локальном сервере в нашем офисе, который имеет почти такую же конфигурацию и нагрузку (я не уверен в отношении модели / производителя диска, но это розничный ПК). Здесь % Времени на диске всего от 20 до 40!
Если в вашей любимой кофейне работает только один бариста, а вы приходите с четырьмя коллегами, в среднем каждому из вас потребуется больше времени, чтобы получить напиток.
Точно так же виртуальные серверы не будут хорошо работать при совместном использовании одного вращающегося диска. Причина проста: задержка на диске является основным узким местом производительности в большинстве вычислительных приложений! Когда вы разделяете один диск между несколькими виртуальными машинами, каждая из них должна ждать в очереди операций чтения / записи на диск, которые будут достаточно медленными, даже если у сервера есть только один диск.
Пример типичной конфигурации дисков небольшого некластеризованного сервера Hyper-V:
Disk Configuration Function
C: RAID-1 mirror (2 disks) Operating system
D: DVD-ROM drive Installation discs
E: RAID-10 array (4+ disks) Hyper-V Guests
Когда хост Hyper-V имеет множество гостей, размещает загруженный сервер базы данных SQL или является частью кластера Hyper-V, вам может потребоваться рассмотреть варианты DAS или SAN, которые могут предоставить десятки физических дисков, доступных для нескольких компьютеров одновременно. . В типичной среде Hyper-V для малого бизнеса, где количество операционных систем для 4 гостевых серверов, включенных в лицензию Server 2008 Enterprise, редко превышает количество, решения SAN / DAS часто оказываются излишними; 6-8 дисков, которые помещаются в типичный серверный корпус 1U или 2U, может быть достаточно.
Снижение стоимости твердотельного хранилища (и / или вариантов гибридного хранилища, таких как новая технология Intel Rapid Storage) может в конечном итоге изменить правила, но нельзя ожидать, что несколько виртуальных серверов будут хорошо работать при подключении к одному вращающемуся диску.
Другие потенциальные последствия неиспользования RAID, в том числе ненужные простои и более высокая вероятность потери всех данных, записанных с момента последнего резервного копирования, даже более важны, чем последствия для производительности. Однако эти опасения выходят за рамки вашего первоначального вопроса.
Сложно ответить, если вы не укажете, какое хранилище вы используете и как оно настроено. В худшем случае вы можете запустить 5 виртуальных машин на том же физическом диске, где находится ОС. проживает ... и это будет действительно замедлить работу.
Кроме того, знание того, что эти виртуальные машины фактически делают с точки зрения дискового ввода-вывода, очень поможет в диагностике вашей проблемы.