Существует ли причина (причины), я не должен создавать хранилище данных для корпуса единственного VM?
Что ж, в их случае это работает, потому что для обычного снимка виртуальной машины вам нужно оставить свободное место на хранилище данных для хранения разницы в данных между снимком и базой; с их инструментами, вместо этого у него есть ручка для хранения. Не уверен, что при этом создается моментальный снимок всего LUN в хранилище - если это так, то это объясняет преимущества разделения виртуальных машин по разным хранилищам данных.
Также есть что сказать в пользу традиционного аргумента в пользу меньшее количество виртуальных машин на хранилище данных: блокировка SCSI. Если в одном хранилище слишком много виртуальных машин, их блокировки ввода-вывода будут накладываться друг на друга.
Обратной стороной, конечно же, является быть болью от управления всем этим. Добавить новый диск для ВМ? Чтобы освободить место, нужно место для хранения вещей vMotion. Развернуть диск? То же самое. Перенести на новое хранилище? Вы инициализируете много новых LUN. Безусловно, с точки зрения управления намного проще использовать хранилища данных большого объема.
Если вы планируете запускать больше виртуальных машин, чем количество LUN на хост, указанное в документе Configuration Maximums для вашей версии VMware, вы не захотите иметь один LUN на ВМ. Для vSphere 4.1 это 256. Для ESX 3.5 это только 62 (как я узнал вчера, когда не смог увидеть несколько новых LUN, которые пытался подключить).
Люди в настоящее время используют виртуальные машины с плотностью 20-40 виртуальных машин на хранилище данных и не имеют проблем с вводом-выводом, чтобы решить одну из ваших проблем. Я играю очень осторожно, чувствую, держу ~ 10-15, и у меня нет проблем с задержкой ввода-вывода / готовностью процессора. VMware движется к более крупным хранилищам данных, чтобы упростить управление, поэтому на самом деле это работает прямо противоположно тому, куда движется виртуальная среда. С vSphere5 у вас могут быть очень большие хранилища данных, поэтому моментальные снимки, заполняющие DS, не должны вас беспокоить, потому что 1) у вас есть больше свободного места и больше времени, прежде чем возникнет состояние нехватки места 2) При включенном SDRS вы можете либо автоматически перенести виртуальную машину на следующая лучшая DS основана на прогнозируемом количестве операций ввода-вывода / пространства на 24 часа.
Кроме того, снимки состояния не должны оставаться открытыми в течение длительного времени и не являются допустимым вариантом резервного копирования / восстановления. Сколько раз у вас был моментальный снимок, заполнивший хранилище данных, и происходили «плохие вещи»? Вы можете избавиться от этого возможного взрыва, если не используете SDRS и не используете тонкий диск на диске, который вы планируете держать открытыми в течение длительного времени.