Виртуальная машина VMware Server 2.0 может быть “не виртуализирована” к физическому оборудованию?
Больше RAM является способом пойти. При запуске нескольких приложений, что дополнительная RAM будет делать намного больше хорошего, чем более быстрый жесткий диск, который все еще физически ограничивается, он является одношпиндельным.
Однажды Вы выполнение RAM и ОС запускает подкачку страниц к жесткому диску, Ваша система проверит независимо от то, как быстро Ваш жесткий диск.
Это руководство VMware по виртуальному к миграциям реальной машины должно быть хорошим началом, хотя похоже, что Вы обязаны использовать сторонние инструменты как Фантом Sysprep и Symantec.
PlateSpin делает коммерческий инструмент под названием PowerConvert, который делает и Физические-к-виртуальному и Виртуальные-к-физическому преобразования.
-
1+1 для PlateSpin. Услышанный много хороших вещей об этом. – Brent Ozar 5 May 2009 в 20:39
-
2Спасибо за ссылки. PowerConvert выглядит очень перспективным как простое в использовании решение, но документ миграции VMware похож на него, добьется цели.Спасибо. – Jonathon Watney 5 May 2009 в 21:21
VMware предлагает некоторую документацию относительно предмета здесь: http://www.vmware.com/support/v2p/index.html
Намного более трудно вернуться к физическому оборудованию, потому что система не будет знать, какие аппаратные средства Вы имеете, какие модули ядра / драйверы были бы необходимы и т.д. При хождении другим путем это знает точно, какое виртуальное аппаратное обеспечение Вы будете использовать.
Вы, вероятно, нашли бы легче сделать основную установку с нуля на физическом сервере, установить программы, которые Вы хотите и копируете данные назад из виртуального изображения.
-
1Хорошая точка на неизвестных аппаратных средствах. В любом случае I' m надеющийся избегать целого " установите programs" я хочу сценарий с тех пор it' s не удобная вещь пройти. – Jonathon Watney 5 May 2009 в 21:16
Последние процессоры поддерживают виртуализацию исходно, и нет почти никакого значительного различия в производительности между машиной, работающей непосредственно на аппаратных средствах и выполнением машины, виртуализированным сверху аппаратных средств, настроенных для использования ресурсов всей машины. Самое большое различие в производительности идет с периферийным отображением и драйверами в хосте ОС.
Для некоторых случаев это, вероятно, стоит того к de-virtualize машина и выполняет его на аппаратных средствах, но в большинстве случаев Вы будете более обеспеченным предотвращением времени, программного обеспечения и аппаратных средств, требуемых сделать преобразование и просто помещение его на своей собственной машине, все еще виртуализированной.
Далее, Закон Гордона Мура говорит, что со временем Вы будете перед игрой, поскольку Вы сможете обновить до новой машины со значительно большей производительностью через год без любой боли обновления.
Если использование машины раскрывается, можно затем положить обратно его к общему серверу так, чтобы аппаратные средства, питание, и т.д. ресурсы были выделены эффективно, вместо того, чтобы иметь необходимость поддержать стареющее оборудование мимо его начала.
- Adam
-
1Да, I' d мысль просто перемещающий VM в его собственное выделил хост VM. На самом деле that' s, что, вероятно, произойдет, если VM будет нужно больше ресурсов общий хост can' t обеспечивают. Но я должен думать о тех пограничных случаях также, если только кратко. – Jonathon Watney 5 May 2009 в 21:11
-
2Ах да, it' s, конечно, стоящий исследования. На самом деле я думаю, что все должны понять what' s вовлеченный в de-виртуализацию машина, прежде чем они будут работать над своей первой виртуальной машиной. – Adam Davis 5 May 2009 в 21:40
Существует общий термин для преобразования, которое Вы выполняете, Виртуальный-к-физическому иначе V2P.
При рассмотрении http://en.wikipedia.org/wiki/Physical-to-Virtual, можно найти список программного обеспечения V2P.