Поскольку увеличение размера виртуального диска требует много времени, в чем заключается обратная сторона выбора для начала огромного диска? (Почему бы не начать с самого большого размера и никогда не беспокоиться о нехватке виртуального пространства?)
VMDK можно легко увеличить, но нельзя уменьшить. Лучше всего начинать с меньшего размера и увеличивать его по мере необходимости из соображений управления хранилищем. В VSphere 4 теперь есть тонкое выделение ресурсов, так что вы можете указать серверу его 100 ГБ, но на бэкэнде он только определяет, сколько он действительно использует.
http://www.vmware.com/products/vsphere/mid-size-and-enterprise-business/features.html
Обратной стороной является опасность на самом деле заканчивается физическое дисковое пространство и сбой всех ваших виртуальных машин.
Настройка действительно больших «растущих» виртуальных дисков - хороший способ оптимизировать использование дискового пространства. если вы сохраняете доступное физическое пространство, и всегда убедитесь, что его достаточно. Однако, если вы этого не сделаете, он станет единая точка отказа это может сразу вывести из строя все ваши виртуальные машины. И вообще в наши дни дисковое пространство дешевое.
Проблема с запуском с максимально возможного размера заключается в том, что вы по-прежнему ограничены фактическим физическим размером диска, на котором хранится образ. Как и вы сами, всегда есть кто-то другой, который говорит: «Мне нужен еще один», и вы должны добавить его в существующую инфраструктуру. Итак, вы хотите убедиться, что у вас есть место для размещения таких запросов.
Обратной стороной является то, что вы не можете пока использовать это пространство ни для чего другого.
Например, если у меня 300 серверов, и я даю им по умолчанию 60 ГБ каждый вместо 20 ГБ, это потенциальная потеря 40 ГБ x 300 = 12 ТБ. Это дорого в дата-центре. Лучше иметь эти 12 ТБ в рукаве и назначать их серверам по мере необходимости.