У нас есть виртуальная машина VM Ware ESXi, на которой гость сообщает о высокой фрагментации. Файл виртуальной машины хоста не фрагментирован. Хранилище данных находится в массиве RAID 5.
Имеет ли значение фрагментация гостевой ОС?
Если ваша виртуальная машина включена местный raid 5 storage, продолжайте дефрагментировать. Но если он находится в общем хранилище любой сложности (SAN или NAS), сначала поговорите со специалистами по хранению. На уровне, о котором VMware не знает, может происходить тонкое выделение ресурсов или дедупликация, а дефрагментация может заставить виртуальную машину использовать намного больше места или даже хуже.
Кроме того, если это ESXi версии 4 и виртуальный диск тонко подготовлен на уровне VMware (даже в локальном хранилище), дефрагментация заставит VMDK использовать больше места при записи новых блоков. Это также может навсегда замедлить работу из-за фрагментации файла VMDK на уровне VMFS, поскольку новые записанные блоки выделяются VMFS вне очереди с точки зрения гостя. Чтобы снова исправить ситуацию, потребуется операция клонирования или преобразования.
Да. Это также имеет значение для хозяина.
Как и физические диски, виртуальные диски могут быть фрагментированными. Производительность снижается из-за фрагментации физического диска, содержащего рабочий каталог виртуальной машины или файлы виртуального диска.
Первая дефрагментация внутри виртуальной машины. Затем выключите машину и запустите утилиту дефрагментации на главном компьютере.
Обратите внимание, что дефрагментация не освобождает неиспользуемое пространство на виртуальном диске; чтобы освободить неиспользуемое пространство, сожмите диск.
Перед созданием первого снимка (или связанного клона) настоятельно рекомендуется выполнить дефрагментацию с использованием механизма гостевой операционной системы.
Рабочая станция вносит все изменения в журнал повторов, а не на исходный диск, когда вы запускаете программу дефрагментации на гостевой машине после моментального снимка. Вы теряете возможность дефрагментировать внутри исходного диска навсегда.
Каждый перемещаемый сектор копируется в журнал повторного выполнения, что делает журнал повторного выполнения виртуальной машины чрезвычайно большим, когда диск сильно фрагментирован и вы запускаете дефрагментацию после моментального снимка.
Полагаю, может. Точно не знаю, так как я не специалист в этом, но ...
ВМ работает в одном большом файле. Если у вас есть большой файл на хосте, выделенном для гостя, с хоста файл не может быть фрагментирован. Все и хорошо.
Но внутри гостя доступ к частям этого файла осуществляется повсюду, потому что он фрагментирован в этом пространстве поиска. Это было бы похоже на раздел жесткого диска, который получает много запросов на чтение / запись.
Это как в картотеке, где в одном ящике беспорядок, но есть все папки S-T. Конечно, в нем есть все нужные папки S-T, но вам нужно постоянно просматривать их, чтобы найти то, что вам нужно. То же самое и с главным компьютером. Файл-контейнер представляет собой один большой непрерывный файл, но он постоянно ищет в нем нужное место, запрашиваемое гостем.
С другой стороны, я редко видел, чтобы фрагментация вызывала большой проблема с доступом. Если он сильно фрагментирован, да, он может извлечь выгоду из дефрагментации (лично мне понравился mydefrag, но есть и другие, плюс он может работать как хранитель экрана ...) Лично, если бы гость был сильно фрагментирован, я бы запустил дефрагментатор или периодически запускайте mydefrag (он был преемником jkdefrag), и он будет поддерживать его, так что это совсем не утомительно.
Это замедлит работу вашего гостя, и только значительно замедлит вашу работу так же, как если бы ваш сервер был физическим. Если хранилище данных особенно активно используется виртуальными машинами (скажем,> 10-15), и они были очень интенсивными по вводу-выводу, это могло иметь небольшое значение, но это маловероятно.