Vmware vcenter converter standalone client полная инструкция. Конвертирование или миграция физических серверов на VMware ESXi через VMware Converter Standalone. Создание образа диска

Любой физический Linux-сервер можно относительно легко подвергнуть виртуализации. В этой статье будет показано, как превратить физический сервер под управлением Linux в виртуальную машину VMware.

Создание образа диска

Первым делом нужно снять образ диска для VMware с нашего физического Linux-сервера . Никакое дополнительное программное обеспечение для начала виртуализации нам не нужно, поскольку образ можно создать стандартной командой dd:

dd if=/dev/sda of=/mnt/share/sda.img bs=8M conv=sync,noerror

Здесь мы параметром if задаем входящий файл - весь диск /dev/sda. В качестве выходного файла (of) мы устанавливаем /mnt/share/sda.img - это и будет наш образ диска. Параметр bs задает размер блока для ускорения процедуры копирования (по умолчанию 512 байт, следовательно, данные при виртуализации будут сбрасываться небольшими блоками по 512 байт, что существенно замедлит процедуру создания образа). Последний параметр указывает на необходимость копирования с игнорированием ошибок и создания точной (бит-в-бит) копии физического диска.

Примечание. В точке монтирования /mnt/share должно быть достаточно места. Как минимум, должно быть свободно столько, сколько займет копируемый физический диск после виртуализации.

Конвертируем образ в формат vmdk

После того, как образ создан, его нужно конвертировать в формат VMWare. Для этого мы будем использовать qemu, точнее утилиту qemu-img , входящую в состав этого пакета эмуляции. К сожалению, для проведения виртуализации физического сервера придется установить весь пакет:

sudo apt-get install qemu

Данная команда подойдет для Ubuntu и Debian, в Fedora нужно использовать dnf, а в CentOS - yum:

sudo dnf install qemu
sudo yum install qemu

Команда конвертирования выглядит так:

qemu-img convert -o compat6 /mnt/share/sda.img -O vmdk /mnt/share/vmware.vmdk

Обратите внимание, что в /mnt/share должно быть достаточно места для хранения файла vmware.vmdk, который также будет большого размера.

Конвертируем в формат ovf (Open Virtualization Format)

Для конвертирования в формат ovf нам понадобится программа VMWare Workstation, которую можно бесплатно скачать после регистрации на сайте компании. Установите приложение и создайте новую виртуальную машину (рис. 1).

Рис. 1. Создание новой виртуальной машины в VMWare Workstation

Выберите, что вы установите операционную систему позже (рис. 2).

Рис. 2. Установим операционную систему позже

Выберите тип операционной системы - Linux и выберите ваш дистрибутив (либо его ближайшего «родственника»), см. рис. 3.

Рис. 3. Выбор типа операционной системы

Введите название виртуальной машины VMware и путь к ней (рис. 4).

Рис. 4. Имя и путь к виртуальной машине

Если облака для вас
не просто теория

Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям

Следующий этап - это установка размера виртуального диска. Поскольку созданный диск нами будет удален (ведь мы будем подключать к виртуальной машине ранее конвертированные диски), то можно создать диск минимального размера.

Рис. 5. Установка размера виртуального диска

После создания виртуальной машины выберите команду Edit virtual machine settings (рис. 6).

Рис. 6. Виртуальная машина создана

В окне Virtual Machine Settings (рис. 7) нажмите кнопку Add.

Рис. 7. Параметры виртуальной машины

Нужно добавить жесткий диск. Выберите Hard Disk (рис. 8), тип интерфейса SCSI (рис. 9), а вот когда мастер дойдет до выбора диска, то нужно выбрать Use an existing virtual disk (использовать существующий жесткий диск), рис. 10.

Рис. 8. Выбор добавляемого «железа»

Рис. 9. Выбор типа интерфейса диска

Рис. 10. Выберите Use an existing virtual disk

Укажите путь к файлу, который был получен в результате конвертации физического сервера (vmware.vmdk), см. рис. 11.

Рис. 11. Указываем путь к vmdk-файлу

Теперь нам осталось удалить первый диск, который появился при создании виртуальной машины. Выделите его в списке оборудования и нажмите кнопку Remove (рис. 12). Закройте окно Virtual Machine Settings, нажав кнопку OK.

Рис. 12. Удаление первого диска

Включите виртуальную машину VMware, чтобы проверить, что все корректно. Если виртуализация физического сервера прошла успешно, выберите команду меню File, Export to OVF. В появившемся окне (рис. 13) выберите, куда нужно сохранить OVF-файл. Будет запущен процесс конвертации. Дождитесь его завершения, после чего вы получите OVF-файл виртуальной машины VMware.

Рис. 13. Экспорт в OVF

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

VMware vCenter Converter Standalone – отличная бесплатная утилита для выполнения конвертации физической системы в виртуальную (P2V ) или из одной системы виртуализации в другую (V2V ). Начиная с VMware Converter 5.0 система поддерживает возможность синхронизации изменений между исходной системой и виртуальной машиной-копией, расположенной на ESXi хосте. Эта функция позволяет в несколько этапов с минимальным простоем виртуализировать физический сервер с большим объёмом данных на физических дисках. Кроме того, VMware Converter вместе с бесплатным гипервизором VMware vSphere Hyperviso (на базе ESXi), можно превратить в простейшую систему для организации аварийного восстановления (disaster recovery ) критических компонентов инфраструктуры, периодически синхронизируя изменения критичных систем с их виртуальными копиями.

При конвертировании включенной Windows системы, VMware Converter копирует данные из машины-источника в целевую ВМ, в то время пока сама машина источник работает и данные на ней меняются. Это первоначальный этап копирования. Во второй раз копируются только изменения, которые были сделаны с момента создания первоначальной копии системы. Этот процесс и называется синхронизацией. Функция синхронизации позволяет уменьшить простой приложения во время P2V / V2V конвертации, так как конечное приложение нужно отключать только на время передачи изменений. При использовании синхронизации можно добиться сокращения времени простоя приложения с нескольких часов до 1-2 часов.

Совет . Синхронизация изменения в VMware Converter поддерживается только пи использовании vCenter или ESXi серверов версии 4.0 и выше.

В этой статье мы покажем, как настраивается и работает синхронизация изменений между исходным сервером (файловый сервер с 700 Гб данных на внутренних дисках) и его виртуальной копией с помощью VMware vCenter Converter Standalone 6.0.

1. Нужно скачать и установить VMware Converter Standalone (предпочтительно установить его на отдельный сервер).
2. Создадим новое задание конвертации: File -> New -> Convert machine .
3. Выберем, что нужно сконвертировать включенную систему (Powered-on machine ), указать ее имя/адрес, тип ОС и учетную запись и пароль пользователя с правами администратора.
4. VMware Converter подключается к указанному серверу и установит на нем службу VMware vCenter Converter Standalone Agent (vmware-converter-agent)
5. Затем будет предложено указать имя сервера ESXi (или сервера vCenter) , на котором будет создаваться виртуальная машина, и учетные данные для доступа к нему
6. Нам будет предложено выбрать имя создаваемой ВМ, ее местоположение, имя фермы, хоста, дисковое хранилище и
7. Затем нужно выбрать диски целевой системы, которые нужно скопировать, настройки памяти и CPU и т.д. Нас больше всего интересует настройки в секции Advanced .
8. Мы планируем сконвертировать систему в ВМ в два этапа: первоначальный, когда выполняется инициирующая конвертация и финальный, когда выполняется синхронизация изменений, произошедших с момента первоначального копирования данных.
9. Ставим галку Synchronize change . Выбираем когда выполнить следующую синхронизацию. Обязательно(!!) снимает галку .
   
10. На вкладке Post-Conversion выберите действия, которые нужно будет выполнить после финальной синхронизации. Мы хотим автоматически включить созданную ВМ (Power on destination machine), отключить исходный сервер (Power off source machine), установить VMTools и т.д.
    
11. Осталось запустить первоначальную фазу конвертации P2V и дождаться ее окончания.

    Примечание . В нашем случае, для физического файлового сервера с 700 Гб данных конвертация заняла порядка 15 часов.

12. После окончания первоначальной конвертации мы можем вручную выполнить повторную синхронизацию. Для этого выбираем задание в консоли VMware Converter и в контекстном меню выберем Synchronize .

    Примечание . VMware Converter устанавливает на исходной системе специальный “bitmap driver” (служба bmdrvr), который отслеживает изменения, произошедшие в системе с момента последней синхронизации.

    

13. В открывшемся окне мастера укажем, что синхронизацию нужно запустить немедленно, а по окончании ее выполнить финальную синхронизацию. Чтобы пользователи не могли править файлы на сервере в момент финальной синхронизации, можно временно остановить файловый сервис .
    
14. Финальная синхронизация заняла около часа, в течении которых изменения на исходной машине были реплицированы на ВМ. После чего старый сервер автоматически отключился, а новая ВМ – включилась.
    
15. Осталось выполнить окончательную донастройку ВМ (удалить скрытые сетевые карты, старые драйвера устройств, назначить ip адреса новым сетевым интрефейсам и т.д.) – и виртуальная машина готова к работе.

В процессе выполнения синхронизации изменений сервер vSphere создаст на целевой машине отдельные снапшоты (снимки), позволяющие в случае чего откатиться к любому этапу синхронизации (логика работы VMware Converter будет при этом нарушена).

1. Замечание о статье

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

2 Установка VMware Converter

Для начала скачайте VMware Converter на вашу Windows систему(которую вы хотите конвертировать в виртуальную машину) м запустите инсталляцию.

Примите лицензионные требования и нажмите Next:

Выберите папку для установки (в обычном случае оставьте все по умолчанию):

Выберите тип установки Typical :

Нажмите Install для начала установки:

VMware Converter начнет установку:

После завершения установки, нажмите Finish . Если вы хотите запустить VMware Converter сразу, отметьте пункт " Run VMware Converter now" :

На рабочем столе появится ярлык для запуска VMware Converter:

3 Конвертируем Windows в виртуальную машину

Теперь запускайте VMware Converter (он мог быть запущен автоматически, если вы установили опцию Run VMware Converter now в конце установки VMware Converter).

Нет необходимости добавлять лицензию в VMware Converter, так как режим Starter Mode обеспечит нас всем необходимым и он бесплатный. Поэтому нажмите Continue in Starter Mode :

Откройтся интерфейс VMware Converter. Нажмите Import Machine :

Запуститься мастер импорта VMware Converter. Нажмите Next :

Ещё раз нажмите Next :

В качестве источника выберите физический компьютер (Physical computer) :

Мы хотим сконвертировать локальную машину, поэтому выбераем пункт This local machine и нажмимаем:

Выберите раздел, который вы хотите конвертировать. Обычно это раздел по умолчанию:

Нажмите Next :

В дальнейшем я хочу запускать виртуальную машину в VMware Server, поэтому я выбираю опцию VMware standalone virtual machine (Workstation или VMware Server) :

Укажите имя для виртуальной машины (к примеру Windows XP Desktop )

и выберите место на диске где она будет создана. Если вы выберите локальную папку на том же диске, то увидете ругань VMware Converter. Лучшей идей будет сетевая папка или другой жесткий диск.

Если вы указали сетевую папку и она защищена паролем, введите имя пользователя и пароль:

VMware Converter проверит настройки:

После этого вы можете с помощью sysprep изменить параметры будующей виртуальной машины, но это не необходимо. Пропускаем, нажимаем Next :

Опять проверяем все настройки, и если все в порядке, нажимаем Finish :

После этого начнется конвертация. Это может занять продолжительное время, в зависимости от размера диска.

Система успешно импортирована:

Для проверки конвертации, нажмите на вкладку Task Progress :

4 Запускаем нашу виртуальную машину

Теперь перейдите в систему где установлен VMware Server is installed. Запустите его и импортируйте образ виртуальной машины.

Постовой

LiveIn.com.ua - это лучший портал недвижимости Украины.

Отличные эффективные курсы английского языка Рубикон-English в Санкт-Петербурге. "Рубикон-English", давно работающий, и известный образовательный центр Петербурга. Опытные преподаватели научат говорить по-английски любого.Располагается на Итальянской улице, в двух шагах от Невского проспекта и Гостинного Двора.

Жил да был сервер в далекой стране. По техническим характеристикам для своего времени он был не плох - 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-ть максимум.

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

VMware vMotion - это функция vSphere, которая позволяет переносить работающую виртуальную машину (ВМ) VMware с одного хоста на другой, не мешая работе производственной среды. VMware vMotion была впервые представлена в 2003 году и сейчас входит в состав практически всех редакций VMware vSphere, кроме vSphere Essentials Kit, предназначенного для небольших виртуальных сред.

VMware vMotion может использоваться в самых различных ситуациях, начиная с планового обслуживания аппаратного обеспечения, когда нужно ненадолго перенести ВМ на другой хост ESX(i), не останавливая ее, и до миграции рабочих ВМ на более мощные серверы. Если ваша лицензия vSphere включает VMware vMotion - поздравляю, вам повезло! А что делать, если ваша лицензия не предусматривает эту функциональность ИЛИ если она нужна вам только на один проект? В этом случае вам поможет технология Quick Migration от Veeam.

Что такое Quick Migration? - это функция , бесплатной редакции Veeam Backup & Replication (без ограничений по сроку действия!). Quick Migration входит во все редакции бэкап-систем Veeam, но здесь речь пойдет только о бесплатном продукте, поскольку эта статья описывает вариант миграции работающих ВМ VMware без дополнительных затрат:

• Установите Veeam Backup Free Edition на виртуальную или физическую машину под управлением Windows. Этот процесс занимает всего 15 минут и не должен вызвать никаких затруднений. Пошаговые инструкции вы найдете ;
• Перед тем, как использовать функцию Quick Migration, добавьте исходный и целевой хосты ESX(i) в инфраструктуру резервного копирования Veeam. Пользовательский интерфейс очень прост, так что эта операция не вызовет проблем. Но если вы хотите быть уверены, что все сделано правильно,

Готово. Следующий вопрос: Как перенести ВМ VMware с помощью технологии Quick Migration?

Технология Quick Migration позволяет переносить работающие ВМ между различными хостами и/или хранилищами. Выберите нужную ВМ, затем в контекстном меню выберите Quick Migration:

Откроется мастер, включающий .

Вот и все!

Дополнительные замечания:

1. Технология Quick Migration может быть полезна, когда нужно перенести ВМ VMware с одного хоста VMware ESX(i) на другой, не допуская значительных перерывов в работе, а функция VMware vMotion недоступна, ИЛИ когда нужно перенести работающие ВМ в другое хранилище, а функция vSphere Storage vMotion недоступна. В обоих случаях Veeam Quick Migration поможет перенести нужные ВМ, используя фирменную технологию SmartSwitch.
2. Вообще-то Quick Migration может работать с ВМ VMware в любом состоянии, но главная ее польза в том, что она позволяет перенести работающую ВМ, не оказывая существенного влияния на производственную среду, поскольку отключать систему не требуется.
3. Quick Migration может перенести несколько ВМ VMware в новое место одновременно, а не по очереди.
4. Quick Migration работает только с VMware, но не с Hyper-V.
5. Для работы Veeam Backup Free Edition необходима хотя бы самая простая платная редакция VMware ESXi, поскольку функционал API ESXi Free ограничен.

Надеюсь, эта статья была вам полезна. Если у вас остались вопросы или нужна помощь - обращайтесь, буду рад помочь.

Вам также могут быть полезны следующие материалы:

• Статья (2-я часть статьи Подробного руководства по защите данных и послеаварийному восстановлению VMware)
• Справочный центр Veeam: