VMWare ESXi 5.5, тонкое обеспечение по-прежнему выделяет полный объем пространства на диске

10

Я вижу много вопросов и ответов о тонкой настройке на VMWare ESXi, но не совсем то, с чем я сталкиваюсь. Я создаю новую виртуальную машину и указываю жесткий диск объемом 100 ГБ. Из всего, что я прочитал, я ожидаю, что физический размер файла vmdk будет меньше 100 ГБ. Тем не менее, он все еще создает xxx-flat.vmdk, который составляет 100 ГБ.

Я пытаюсь настроить базовую систему, которую затем можно просто скопировать и настроить так же, как в VMWare Workstation в прошлом. Очень просто! Когда я включаю копию, VMWare спрашивает меня, скопировал ли я ее, я отвечаю «да», и я запущен. Однако, учитывая то, что мне кажется ошибкой в ​​ESXi 5.5, я буду копировать около 100 Гбайт +, что означает, что я буду почти так же быстро переустанавливать ОС каждый раз, когда захочу новый экземпляр.

Кто-нибудь испытывал это?

vmware-esxi thin-provisioning Томас Доман
источник
2
В дополнение к ответу Шейна и Эда следует указать, что если вы выполняете полный формат (а не быстрый формат) на диске с тонким предоставлением, вы в конечном итоге занимает полный размер, поскольку полный формат запишет данные во все пространство. Итак .. что-то иметь в виду, на общую тему.
HopelessN00b
Спасибо всем за ответы, я опробую эти методы и сообщу. Одна деталь, которую я должен был добавить к первоначальному вопросу, заключается в том, что эффект, которого я пытаюсь достичь, подобен клону. Например, я установил и получил все обновления для Windows Server 2008 R2. Теперь я хочу специализироваться. Итак, клонируйте его и создайте контроллер домена, снова клонируйте его и создайте сервер веб-приложений, снова клонируйте его и создайте сервер SQL. Копирование вручную для этого подхода прекрасно работало на рабочей станции VMWare, где он создает файлы -snnn.vmdk. Похоже, мне нужно использовать утилиты для достижения этого с ESXi.
Томас Доман
О, и я даже не меняю датасторы. Я хочу, чтобы все эти "клоны" находились в одном хранилище данных в ESXi. Кроме того, я предполагал, что ESXi также добавит -snnn.vmdk по мере роста, поэтому редкий файл стал неожиданностью.
Томас Доман

Ответы:

7

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

Есть способы обойти это. Смотрите: Переместите VMware ESXi VM в новое хранилище данных - сохраните тонкое выделение ресурсов.

ewwhite
источник
Также, если вы копируете vmdk с помощью клиента vsphere, он сохраняет свою тонкость при копировании файлов, а не в папке, содержащей их. (при условии, что новая файловая система поддерживает thin)
JamesRyan
Хотя и Шейн, и Эд предоставили мне, по сути, одни и те же варианты, я отмечаю Эда как ответ, поскольку его ссылка содержит более подробную информацию по каждому из них. В конечном итоге я использовал File -> Export -> Export OVF шаблон из vSphere с именем, которое я хотел для своей новой виртуальной машины, и затем я переместил этот OVF обратно в то же хранилище данных. Еще раз спасибо всем!
Томас Доман
15

Этот файл в сотню гигов является разреженным файлом - в нем ничего нет, файловая система просто знает, что это предполагаемый размер.

Вы можете увидеть реальный размер в клиенте vSphere:

клиент

... несмотря на кажущийся размер, когда вы смотрите на необработанные файлы ..

приставка

Проблема в том, что вы удаляете этот файл из файловой системы VMFS . Куда бы он ни шел и куда бы он ни шел, разреженный файл является лишь разреженным, пока он находится на VMFS; ESXi вынужден предоставить вам полный файл со всеми этими дополнительными нулями.

Storage vMotion и vmkfstoolsбудет правильно обрабатывать тонкие диски, если вы перемещаетесь между хостами ESXi; экспорт в OVF - еще один хороший вариант, чтобы не перемещаться по всему толстому диску.

Вообще говоря, вам следует избегать попыток работать напрямую с плоскими файлами, вместо этого использовать надлежащие инструменты для перемещения или клонирования логического VMDK (который может иметь плоские файлы, снимки и т. Д.).

Шейн Мэдден
источник