Фрагментация виртуального жесткого диска, о которой сообщает гостевой вопрос машины?
Другой комментарий о возрасте - то, сколько использования диск добрался начиная с изготовления, которое может быть очень важным также.
Если поддержка дисков УМНЫЙ дисковый контроль, можно посмотреть на число часов в операционном параметре (с помощью Linux smartctl), который может дать хорошее представление в возрасте с точки зрения использования.
Если Ваш VM находится на локальном набеге 5 устройств хранения данных, разрешение и дефрагментация. Но если это находится на совместно используемой памяти изощренности (SAN или NAS), говорите со своими парнями устройства хранения данных сначала. Может быть тонкая резервация памяти, или дедупликация, продолжающаяся на уровне VMware, не знает о, и дефрагментация может заставить VM использовать намного больше пространства или даже работать хуже.
Кроме того, если это будет версией 4 ESXI, и виртуальный диск тонкий настроенный на уровне VMware (даже на локальном устройстве хранения данных), то дефрагментация заставит VMDK использовать больше пространства, поскольку записаны новые блоки. Это могло также постоянно замедлить вещи путем фрагментации файла VMDK на уровне VMFS, поскольку недавно записанные блоки выделяются VMFS не в порядке с точки зрения гостя. Клон или преобразовывает операцию, был бы необходим для исправления вещей снова.
Да. Это также имеет значение в хосте.
Как физические диски, виртуальные диски могут стать фрагментированными. Производительность ослаблена фрагментацией на физическом диске, содержащем рабочий каталог виртуальной машины или файлы виртуального диска.
Сначала дефрагментируйтесь в виртуальной машине. Затем выключите машину и выполните утилиту дефрагментации на главном компьютере.
Обратите внимание, что дефрагментация не освобождает неиспользуемое пространство на виртуальном диске; для освобождения неиспользуемого пространства уменьшите диск.
Настоятельно рекомендуется дефрагментировать использование механизма гостевой операционной системы прежде, чем взять первый снимок (или связанный клон).
Рабочая станция вносит все свои изменения в журнал отката, не в исходный диск, когда Вы запускаете программу дефрагментации на госте после снимка. Вы теряете способность дефрагментироваться в исходном диске навсегда.
Каждый сектор, который перемещения копируются в журнал отката, делая журнал отката виртуальной машины чрезвычайно большим, когда диск в большой степени фрагментируется и Вы выполняете дефрагментацию после снимка.
Я предполагаю, что это могло. Я не знаю наверняка, так как я не эксперт в этом, но...
VM работает в единственном большом файле. Если у Вас есть большой файл на хосте, выделенном гостю от хоста, файл не может быть фрагментирован. Все и хороший.
Но в госте, к частям в том файле получают доступ повсеместно, потому что он фрагментируется в том пространстве поиска. Это было бы похоже на наличие раздела жесткого диска, который получает много запросов чтения-записи.
Это похоже на наличие специального шкафа, где одна секция является путаницей, но содержит все папки S-T. Несомненно, это имеет все правильные папки S-T, но необходимо продолжать стрелять через него для нахождения то, в чем Вы нуждаетесь. То же с главным компьютером. Контейнерный файл является одним большим непрерывным файлом, но он постоянно стремится в нем найти правильное пятно, требуемое гостем.
С другой стороны, я редко видел, где фрагментация вызывает большую проблему с доступом. Если это в большой степени фрагментируется, да, это может извлечь выгоду из дефрагментации (мне понравился mydefrag, лично, но существуют другие, плюс он может работать как экранная заставка...), Лично, если гость был в большой степени фрагментирован, я запустил дефрагментатор или выполнил mydefrag (это был преемник jkdefrag), периодически, и это поддержит его так, это не тяжелая работа вообще.
Это замедлит Вашего Гостя и только значительно Вашего Гостя, таким же образом как это было бы, если Ваш сервер был физическим. Если хранилище данных особенно злоупотребляется VMs (скажите> 10-15), и они были очень IO, интенсивным затем, это могло иметь крошечное значение, но это маловероятно.