Vmware vcenter converter standalone client полная инструкция. Конвертируем Windows в виртуальную машину. Алгоритм миграции P2V в Vmware

Конвертирование или миграция физических серверов на VMware ESXi через VMware Converter Standalone

Существует несколько вариантов конвертирования или миграции физических серверов, а также рабочих станций в виртуальную среду . Ранее мы рассматривали простой и удобный способ с помощью утилиты для переноса работающей системы без необходимости ее остановки на Microsoft Hyper-V. Сейчас выполним такую же операцию, но конечным средством виртуализации будет VMware ESXi 5.5 up2. Для этого нам потребуется специализированная утилита VMware Converter Standalone 5.5 , которая доступна для загрузки с официального сайта .

В рассмотренном случае, утилита конвертации установлена на ПК под управлением MS Windows 7. Осуществляется миграция с физического сервера под управлением MS Windows Server 2008 32bit на хост виртуализации VMware ESXi. На что стоит обратить внимание:

для уменьшения времени конвертирования стоит
нужно знать логин и пароль учетной записи локального администратора
для установки агента конвертирования необходимо убрать ограничения брандмауэра (либо временно отключить его)
иногда требуется устанавливать перед началом конвертирования (для корректного завершения переноса образа системы)

Ниже представлена инструкция с картинками по настройке переноса физических серверов. Для наглядности и краткости описания необходимые действия выделены красным цветом:

Обратите внимание на количество доступных вариантов конвертирования. Различные образы виртуальных дисков, образы дисков Acronis (.tib), а также работающие ОС.

Указываем источник конвертирования. В нашем случае выполняется миграция физического сервера. Для этого делаем соответствующие настройки — IP адрес. логин и пароль.

Установка агента конвертирования выполняется автоматически, нам стоит лишь выбрать в каком режиме (автоматическом или ручном) будет выполнена деинсталляция данного ПО.

Сервер назначения — VMware ESXi

Аналогично, указывает источник назначения наш сервер или кластер ESXi — IP адрес, данные пользователя root.

Конфигурация будущей виртуальной машины

Здесь мы задаем параметры для конвертирования — диск мигрирующей системы, а также параметры создаваемой VM (CPU, RAM, LAN). Также здесь можно указать параметры гостевой ОС (имя, членство в домене и т.п.), а также ее финальную перенастройку (оптимизация под гипервизор) и установку VMware Tools.

Далее этого запустится сам процесс конвертирования VM. В 90% случаев оно проходит успешно, рекомендуется останавливать на время конвертирования активно используемые службы и БД (указав в настройках переноса последующую синхронизацию).

После этого можно запускать склонированную виртуальную систему и вносить необходимые коррективы в «новую» ОС.

Был у бухгалтеров bit2000 и всё их устраивало, ну, почти всё. Не устроило то, что нужно было бы привязать ещё склады в программу, но сделать такое не вышло. И переехали мы на 1с, и закуплен был сервер и было это хорошо, а старый сервер оказался не сильно нужен, но железо нужно.

И задумался я, а как бы мне физическую машину сделать виртуальной. Начал рыть интернет и даже на хабре в поиске - p2v, ничего стоящего нет, что могло бы помочь.

Как сделать слепок системы так, чтобы он запустился без проблем?

Интернет подсказывал несколько решений, вот только у меня исходная система windows server 2003, и даже с кряком не всё работает, нужен кряк под сервер. Скажу сразу, Акронис не подойдёт, Парагон диск менеджер серверный может сделать слепок системы, но выгружает его не на локальные диски, а только на физические диски. Имейте это ввиду, когда решите их использовать.

Интернет подсказал. В блоге Андрея Бешкова была ссылка на бесплатную утилиту disk2vhd . Маленькая, да удаленькая, позволяет сделать снимок работающей системы и выгрузить его на локальный диск.

Описание, как первоначальный раздел на 300 гигабайт был поделён на 3 раздела, можно пропустить.

Утилита очень простая, выбираете диски на которых стоит нужная вам система, и выбираете путь - его придётся прописать вручную. Я не пробовал, но, вероятно, программа может и на сетевые диски и папки перекидывать снапшот системы. Отметил также галочку «Prepare for use in Virtual PC», хоть и вместо Virtual PC, у меня Hyper-V. Help не работает.

После создания виртуального диска, создаём виртуальную машину.

Выбираем 1 поколение.

Устанавливаем нужный объём оперативной памяти - она будет выделятся из физической, в моём случае виртуальная машина крутится на 1 гигабайте оперативки, если выставить больше она просто не запускается - не хватает памяти, не только она одна работает на сервере.
Учитывайте этот момент.

Сетевой адаптер пока не выбираем.

Указываем виртуальной машине использовать нами созданный виртуальный диск.

В такой конфигурации работает моя виртуальная машина.

Переходим к настройке виртуальной машины.

Удаляем имеющийся сетевой адаптер - он не будет работать на сервере, сервер который был завиртуален просто не увидит его.

Выставляем количество ядер процессора которые выделяем под данную виртуальную машину.

Можно установить желаемый объём оперативной памяти.

Загружаемся с диска, установка новой системы не требуется.

Устанавливаем новое оборудование - «Устаревший сетевой адаптер», его наш windows server 2003 увидит.

Выбираем нужный виртуальный адаптер. В моём случае, так как ещё одной виртуальной машиной выступает прокси сервер и под интернет выделена отдельная сетевая карта и своя сеть недоступная из обычной локальной сети, я выбрал виртуальный адаптер созданный для второй сетевой карты использующей нашу локальную сеть.

Всё готово, можно запускать.

После запуска скорее всего вас будет ждать несколько сюрпризов - мышка может не работать. Настраивать сетевую карту придётся с помощью клавиатуры. После настройки сетевой карты - удалось подключиться с помощью Radmin, напрямую к нашей новой виртуальной машине.

Кстати, при попытке увеличить разрешение экрана с 800х600 система выдала синий экран смерти, скорее всего, это связано с небольшим количеством оперативной памяти, которой я выделил под виртуальную машину.

Всё очень просто делается.

P.s. Чуть не забыл - надо будет снова активировать систему, система активировалась нормально.
p.p.s. Ссылки вставить правильно не удалось.

Жил да был сервер в далекой стране. По техническим характеристикам для своего времени он был не плох - Intel Core Quad Q6600 2.4GHz 8GB RAМ Intel DQ965GF motherboard, 3ware7xxx/8xxx raid controller и 2 SATA диска по 300GB в raid 1 масcиве.

И вот однажды решил на этом сервере один из дисков в raid умереть - а раз решил, то и умер. Естественно было предположить, где один диск умер, там и второй умереть может - надо менять. Да и расширить дисковое пространство не помешает, подумали мы.
Кое-как с грехом пополам купили новые 2TB диски - кризис и в далеких буржуйских странах был с жесткими дисками. Сервер был критически важным, но выключать и мучать его можно было некоторое время - были дублеры.

Решили мы обновить и программное обеспечение…

На сервере была CentOS 4.5 x64, старая замученная, установлен vmware server 2-й и под сервером уже было три виртуальным машины с windows 2003 server с ms sql и кое-какими программами, freebsd и suse. За давностью лет, из важного нужна была только windows и в будущем планировалось туда еще несколько виртуальных машин подсадить - значит надо платформу менять.
Остановились на vSphere hypervisor - а по простому ESXi. Проштудировав интернет - не нашел опыта установки ESXi на такое конкретное железо - могла не заработать сетевая карта Intel 82556DM и raid контроллер - поиск в официальном списке совместимости не давал положительного результата. Ставить дополнительную сетевую карту было бы неудобно и по времени затянулось бы. Ну и без raid можно было обойтись.

В общем решили попробовать. Пишу письмо в техническую поддержку, чтобы поставили новые винчестеры и проинсталлировали esxi 5.0. Через некоторое время ответили, что поставили esxi 4.1u1, что raid не увиделся, но на встроенном контроллере ICH работает и видно оба винчестера. Дали пароль, чтобы мы сходили на это счастье посмотрели.

Сходили посмотрели. Вроде работает. Теперь задача вторая - миграция виртуальной машины windows server 2003 из vmware server в vmware vsphere hypervisor среду. Придумали несколько вариантов -
первый закачать в сторадж образ диска или готовую виртуальную машину с centos/linux и подключить старые диски как Raw devices mapping, поставить конвертер и сконвертировать в esxi.
второй - попробовать банально примонтировать раздел ext3 к esxi - но к сожалению это вроде как невозможно.
третий - скопировать по SCP/FTP/HTTP куда-нибудь в другое место, сконвертировать там и потом скопировать обратно по SCP или через vclient.
четвертый - поставить внутри старой centos vmware converter и сконвертировать на месте.
пятый - поднять еще виртуальную машину с windows и поставить туда конвертер.

Пока думали - техническая поддержка вставила диски в USB-SATA переходник и подключила к серверу - голый ESXi, конечно, не смог понять что можно сделать с этим вариантом. Потом они написали, что сомневаются, чтобы raid массив увидеться кроме как из родной для него операционной системы.

Попробовали поставить конвертер в Centos - поставили, но подключиться к нему удаленно почему-то не получалось - возможно из-за нестандартных портов, указанных при установке конвертера, так как стандартные были заняты. Ну и подумав, показалось, что вся виртуальная машина сначала скачается через клиента ко мне на локальную машину, а потом обратно - 30 гиг траффика и не дай бог интернет отвалиться - в общем ненадежный вариант.
Плюс конвертер просто так в файл машину не конвертирует - обязательно требует подключения или к хосту или к vCenter.

Примонтировать не пробовали разделы ext3 к esxi - в опциях команды mount не увидели ext3 типа файловой системы - может плохо глядели.

В общем сделали так - я запаковал файлы виртуальной машины и скачал их себе на компьютер. Поставил у себя vmware конвертер и сконвертировал в местный esxi хост. Для надежности и совместимости подключился по ssh к местному esxi и сархивировал выключенную виртуальную машину с помощью tar - каталоги виртуальных машин находяться в /vmfs/volumes/datastore/. Параметр z сжимает архив.
Получился файл 7Гбайт из 17Гбайт.

Написал в техническую поддержку, чтобы поставили новые винчестеры и запустили esxi. Потом подключился к удаленному esxi программой WinSCP и стал заливать архив. Скорость просто убила - 30кБ/сек, примерно 3 суток копирования. Как потом выяснилось, докачка не поддерживается, tar в esxi не умеет работать вроде бы с разбитыми на части архивами. На всякий случай решил попробовать стандартным vclient закачать архив в хранилище - скорость оказалась примерно в 10 раз больше и за 7 часов архив закачался.

Потом зашел по ssh в удаленный esxi и распаковал tar ом виртуальную машину, добавил в Inventory и запустил. Обновил vmware tools, сетевую карту и восстановил сетевые настройки.

Для повышения надежности создал виртуальную машину с windows 2003 server (чтобы работала технология сжатия памяти vmware и тратилось меньше ресурсов). В обе машины добавил еще по одной сетевой карте с «серыми» IP адресами, создал еще один vSwitch, добавил в него VMKernel, поставил галочку Management traffic в нем и назначил ip адрес из того же «серого» диапазона. Поставил и настроил veeam backup. Для уменьшения платного трафика через интернет и для безопасности, veeam подключается к esxi через «серый» ip адрес и делает копии виртуальных машин с одного винчестера хранилища на второй - чтобы в случае выхода из строя можно было быстро восстановить работоспособность.

Если бы не медленная скорость копирования через интернет - то простой составил бы минут 30-ть максимум.

Вероятней всего, кое-какие варианты миграции мы упустили - может кто подскажет умных мыслей, так как предстоит еще пара примерно таких же задач по миграции.

17 января 2012 в 19:41

Миграция физического и виртуального сервера VMware

Системное администрирование

Если бы не медленная скорость копирования через интернет - то простой составил бы минут 30-ть максимум.

На работе у меня был случай, когда появилась необходимость перевести человека, который весьма много времени проработал под Windows XP, на Linux. Windows XP стояла на машине на удивление очень долго без переустановок, была настроена и напичкана различными программами, и человек не хотел с ней расставаться окончательно, ему необходимо было иногда одновременно работать в двух системах. Естественно, единственный нормальный выход тут один - виртуализация. Установка винды и всех необходимых программ с нуля в виртуальную машину, а так же её настройка вылились бы в очень длительную и неприятную процедуру. Но оказалось, что есть выход гораздо проще - можно виртуализировать уже установленную систему. Для этого я воспользовался программой VMware Converter. Опишу, как это можно сделать.

Сначала качаем VMware Converter для Windows отсюда и устанавливаем на физическую машину, которую необходимо конвертировать в виртуальную. Для того, что бы скачать программу придется пройти нехитрую регистрацию на сайте. Во время установки выбираем тип установки "Local installation ".

Запускаем VMware Converter, в главном меню выбираем пункт File -> New -> Convert Machine и приступаем к настройке конвертирования.

На первом шаге (Specify Source) необходимо указать машину-источник. В появившемся окне делаем следующие установки:

Select source type (Выберите тип источника): Powered-on machine (Включенная машина)
Specify the powered-on machine (Укажите включенную машину): This local machine (Эта локальная машина)

Нажимаем Next и на втором шаге (Specify Destination) указываем какую виртуальную машину необходимо получить на выходе:

Select destination type (Выберите тип назначения): VMware Workstation or other VMware virtual machine
Select VMware product (Выберите продукт VMware): VMware Player 2.5.x
Name (Имя виртуальной машины): любое имя
Choose a location for the virtual machine (Выберите расположение для виртуальной машины): любой каталог, в который будет сохранена машина

На следующем шаге (View/Edit Options) предлагается указать параметры создаваемой виртуальной машины. Здесь можно всё оставить без изменений, потому что потом будет возможность отредактировать все необходимое в VMware Player.

На последнем шаге вам предлагается ознакомиться с установками, которые вы выбрали и нажать кнопку Finish для начала процесса конвертирования.

Конвертирование займет, скорее всего, довольно продолжительное время, всё зависит от заполненности жестких дисков.

После завершения процедуры конвертирования, в каталоге, который был указан во время подготовки конвертирования, появится папка с тем же именем, которое вы дали виртуальной машине. В этой папке будут находится все файлы созданной виртуальной машины, которую теперь можно запустить на любой операционной системе в которой установлена программа VMware Player.

Итак, теперь необходимо скопировать папку с полученной виртуальной машиной на какой-нибудь жесткий диск (который вы пока не будете форматировать и использовать для установки Linux) и приступить к установке Linux. Затем в Linux"е вам необходимо скопировать в какой-нибудь каталог свою виртуальную машину, установить VMware Player (о том, как это сделать можно прочитать ) и потом открыть свою машину в VMware Player, использовав пункт меню File -> Open a Virtual Machine .

Замечания:

После запуска виртуальной машины настоятельно рекомендую скачать и установить дополнения для гостевой системы WMware Tools, которые существенно повысят производительность вашей виртуальной машины. Сделать это можно запустив виртуальную машину и выбрав в главном меню vmplayer"а пункт VM -> Install WMware Tools .
Полученная в ходе конвертирования виртуальная машина для VMware Player версии 2.5 так же без проблем запускается и в 3 версии.
Кроме конвертирования локальной физической машины в виртуальную есть и другие варианты, например, в качестви источника может быть удаленная машина или образ Acronis.