Я собираюсь развернуть новый сервер низкого уровня, и я подумал об использовании ESXi для виртуализации ОС, чтобы упростить перенос этого сервера на новое оборудование в случае необходимости.
В итоге я поговорил с техником по серверам Dell, и он быстро указал, что это недопустимое использование виртуализации и что мне лучше просто использовать Ghost для создания образа, а затем восстановить этот образ на новом сервере.
У меня очень мало опыта работы с Ghost, но я понимаю, что этот процесс может вызвать всевозможные проблемы с видеодрайверами, сетевыми драйверами и драйверами raid, если новое оборудование сильно отличается от оригинала.
Достаточно ли опытен Ghost, чтобы решить эту проблему, или представитель Dell говорит не на шутку?
Что вы определенно рассматриваете является допустимое использование виртуализации; правильный ли это путь или нет, полностью зависит от вас и ваших потребностей.
Что касается вопроса об управлении драйверами, Ghost (который для данного обсуждения является подлинным Ghost, продаваемым в Ghost Solution Suite, а не несвязанный продукт, занявший свое место под торговой маркой «Norton Ghost» несколько лет назад) содержит инструмент называется DeployAnywhere для перенацеливания систем на получение нужных драйверов после развертывания образа.
DeployAnywhere требует немного больше работы при развертывании вручную, как вы обычно делаете с серверами, в основном для того, чтобы гарантировать, что драйверы, необходимые для установки в недавно развернутой системе, доступны для него (например, на загрузочном диске или в сети. поделиться) в то время. Для рабочих станций развертывание через консоль управления Ghost заботится об этом больше, это просто еще одна часть процесса вместе с переименованием машины и ее перенастройкой.
Ретаргетинг этого драйвера обычно не так важен для миграции. к VMWare, поскольку эмулируемое оборудование преднамеренно относится к типу, который широко поддерживается и не требует специальных драйверов, но определенно более полезен для миграции с виртуальной машины на физическую.
Для большинства выпусков VMWare (у ESX есть ограничения) Ghost может фактически создавать образы как с физического диска, так и непосредственно на VMDK. и обратно, а также использовать обычный (неработающий) формат изображения .GHO, чтобы виртуализация не была односторонней. Если вам нужно на какое-то время перейти на физический-> виртуальный, это нормально, и вы также можете перейти на виртуальный-> физический, если передумаете. Даже если вы предпочитаете использовать инструменты VMware для физической> виртуальной миграции (и, как упоминалось выше, они превосходны и зрелы), наши инструменты все равно могут помочь вам не только пойти другим путем, но и упростить жизнь. несколько неудобных угловых случаев, если вы застряли с неработающей физической машиной (например, после сбоя материнской платы Ghost может использовать P2V для физического жесткого диска за вас).
Вышеупомянутое также будет полностью применимо к ESX в какой-то момент, но ESX немного необычен в семействе VMWare, а внутреннее устройство их формата виртуальных дисков немного отличается от других продуктов - не сильно, но достаточно, чтобы вызвать проблемы с Ghost. Прямо в эту секунду мы все еще работаем над тем, чтобы получить поддержку ESX полностью на том же уровне, что и для VMWare Workstation.
Полное раскрытие информации: я работаю в Symantec on Ghost.
Абсолютно частью "победы" виртуализации является абстрагирование от физического оборудования. «Призрак» - это продукт для дублирования дисков, и хотя в различных продуктах для дублирования дисков были достигнуты «успехи» в создании образов, которые демонстрируют степень аппаратной независимости, миграция виртуальных машин между хостами с одним и тем же гипервизором не даст никаких указаний. в виртуализированную гостевую ОС, что произошло какое-либо базовое изменение (гостевая ОС находится в «Матрице»).
Я не согласен с утверждением «серверной техники Dell» о том, что виртуализация не является «допустимым» способом абстрагирования конфигураций операционной системы от оборудования. Если бы вы думали о выделении одной физической машины для каждой виртуальной машины, я бы спросил эффективность решения. (Я бы подумал, что он хотел бы, чтобы вы купили столько физических коробок, сколько он может заставить вас купить, в любом случае! Я не могу представить, почему он отговаривал вас от этого ...> улыбка <)
Это не особенно подходящее использование для виртуализации, и вам лучше использовать что-то вроде Ghost - :)
Серьезно, хотя виртуализация жестяная банка сделайте это за вас, но, вероятно, потребует столько же усилий, сколько и Ghosting в долгосрочной перспективе.
Фактически, один из этапов процесса миграции физического сервера на виртуальный - это создание образа жесткого диска физической системы и его восстановление на виртуальном жестком диске.
Хотя это определенно можно сделать вручную (я делал это пару раз раньше), я бы предложил использовать инструменты, поставляемые с VMWare, чтобы сделать это за вас. Они также позаботятся о других шагах, связанных с виртуализацией физического сервера, и к настоящему времени они действительно достигли совершенства (когда я выполнил перенос вручную, это произошло из-за того, что инструменты были слишком дорогими или недостаточно зрелыми в то время).