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