Конвертация физической машины freebsd в виртуальную vmware. Создание виртуальных машин из физических систем

Создать виртуальную машину быстрее обычного способа путем установки гостевой ОС можно с помощью процесса виртуализации основной операционной системы – той, что установлена на физическом компьютере. Этот процесс превращает основную систему со всеми ее настройками, активацией, установленными программами в ее виртуальный клон, с которым можно работать в гипервизорах VMware, VirtualBox и Hyper-V.

Возможность виртуализации реального компьютера в виртуальную машину присутствует в числе функционала редакции Professional программы Paragon Hard Disk Manager 15. Программа может преобразовывать физические жесткие диски в виртуальные формата гипервизоров VMware, VirtualBox и Hyper-V с загружающейся гостевой ОС. В состав виртуальной машины, превращенной из физического компьютера, не обязательно должны входить все разделы физического жесткого диска. Можно выбрать только некоторые разделы, а то и вовсе лишь один системный раздел с установленной Windows.

Как осуществляется процесс превращения реальной Windows в виртуальную машину посредством программы Paragon Hard Disk Manager 15? Этот вопрос рассмотрим ниже на примере системы Windows 7 и гипервизора .

1. Виртуализация физического компьютера

Hard Disk Manager 15 в редакции Professional от компании Paragon – это платный многофункциональный программный пакет, включающий средства для работы с жестким диском, средства для переноса операционной системы на другой диск, бэкап-функционал и прочие возможности. В числе этих прочих возможностей – и создание виртуальных машин на базе данных физического компьютера. Программу можно приобрести на официальном сайте компании Paragon . Там же присутствует и демо-версия, но проку от нее будет немного. Так, демо-версия являет собой путеводитель, представляющий возможности программы в потенциале, после приобретения лицензии. Запланированные программные операции демо-версия Hard Disk Manager 15 не применяет.

Paragon Hard Disk Manager 15 по умолчанию запускается с упрощенным видом интерфейса по типу начального экрана Windows 8.1. В окне этого интерфейса выбираем плитку с надписью «P2V копирование».

Затем увидим окно с представлением дискового пространства компьютера. Здесь необходимо выбрать разделы диска компьютера, которые превратятся в разделы диска виртуальной машины. В нашем случае отметим галочкой выбора только системный раздел на втором жестком диске, где установлена система Windows 7. В обязательном порядке галочку нужно ставить и на загрузочную MBR-запись. Сделав выбор, жмем «Далее».

Следующее окно программы предложит на выбор несколько гипервизоров, включая две версии Hyper-V. В нашем случае выбираем последнюю версию – пункт «Microsoft Hyper-V 2012», поскольку эта версия совместима со штатным гипервизором Windows 10, где с виртуальной машиной и будет проводиться работа в дальнейшем. Жмем «Далее».

В окне настроек оборудования создаваемой виртуальной машины можем сменить автоматически генерируемое имя и указать иной размер оперативной памяти. Для Hyper-V 2012 также доступен выбор поколения виртуальных машин. В случае если бы речь шла о виртуализации 64-битных Windows 8.1 и 10, можно было бы выбрать поколение 2. В нашем случае в процессе виртуализации участвует Windows 7, потому выбрано поколение виртуальных машин 1. Жмем «Далее».

Ничего не меняем в свойствах диска виртуальной машины. Жмем «Далее».

Используя кнопку обзора в конце строки, указываем место на диске компьютера, куда будут помещены файлы виртуальной машины.

Запустится процесс виртуализации физического компьютера.

По завершении жмем «Готово».

По пути сохранения увидим стандартные папки с составляющими виртуальных машин Hyper-V.

2. Добавление виртуальной машины в диспетчер Hyper-V

Итак, имеем новую виртуальную машину, являющуюся полным или частичным клоном физического компьютера; теперь нам нужно добавить ее в диспетчер Hyper-V. В окне последнего выбираем «Создать», а затем – «Виртуальная машина».

Вводим имя, которое будет отображаться для виртуальной машины в диспетчере Hyper-V. Выставляем галочку сохранения в другом месте и с помощью кнопки обзора указываем папку с файлами хранения виртуальной машины. Жмем «Далее».

В нашем случае программой Paragon Hard Disk Manager была создана виртуальная машина поколения 1. Выбранное при виртуализации поколение указываем и в процессе добавления виртуальной машины в диспетчер Hyper-V. Снова жмем «Далее».

Размер оперативной памяти по умолчанию – 1024 Мб. Жмем «Далее».

Указываем виртуальный коммутатор, в нашем случае он был создан ранее. Жмем «Далее».

В следующем окне выбираем второй вариант подключения VHDX-диска. Таковой уже создан в процессе виртуализации, и на него помещены данные с физического компьютера. Необходимо только указать путь к нему. VHDX-диск находится в папке с файлами виртуальной машины, в подпапке с надписью «Virtual Hard Disks». Жмем «Далее».

Все – виртуальный клон компьютера в диспетчере Hyper-V теперь можно запускать и подключать для управления.

После запуска в гостевой Windows 7 автоматически будут установлены еще кое-какие драйвера для работы виртуального оборудования. И после перезагрузки можно будет приступать к полноценной работе с виртуальной машиной.

Отличного Вам дня!

Рассказываем о целях, задачах и выгодах от внедрения виртуализации на базе MS Hyper-V

Hyper-V виртуализация физических серверов, рабочих станций, установка и настройка Hyper-V для виртуализации сети, техническая поддержка – с такими задачами часто сталкиваются специалисты “Интегрус” в своей повседневной работе.

Для каких целей платформа виртуализации Microsoft Hyper-V применяется на практике

Установка гипервизора Hyper-V позволяет создать инфраструктуру для виртуализации серверов, сегментов сети, клиентских машин или отдельных приложений. Благодаря средствам виртуализации Hyper-V работа ИТ-инфраструктуры становится эффективнее, повышается защищенность и отказоустойчивость, снижаются расходы на содержание.

Рассмотрим несколько преимуществ, которые дает технология виртуализации Hyper-V.

Рациональное использование оборудования

Поддержка аппаратной виртуализации Hyper-V дает возможность сосредоточить серверы на меньшем количестве физических машин (как показывает опыт, без виртуализации их ресурсы редко используются на полную мощность). Пример из нашей практики – перенос сервера на виртуальную машину Hyper-V позволил развернуть на единственном физическом сервере одновременно сервер , сервера терминалов и баз данных, соответственно, у заказчика получилось сэкономить средства на покупку “лишнего” оборудования и его эксплуатацию.

Организация частной облачной среды предприятия

Система виртуализации Hyper-V поможет создать общедоступные облачные ресурсы компании и гибко управлять их использованием. Для большей безопасности и защиты виртуальных серверов Hyper-V существует технология экранирования виртуальных машин (Shielded virtual machines).

Безопасность данных компании

В качестве одной из мер безопасности можно рассмотреть использование на клиентских ПК Hyper-V, виртуализацию физической машины. На рабочем месте сотрудника выполняем перенос физической машины в виртуальную среду Hyper-V, разворачиваем две виртуальные машины (ВМ) – рабочую и персональную. На рабочей настраиваем все необходимые ограничения доступа и политики безопасности, принятые в компании, а на персональной пользователь может делать все, что ему угодно, при этом данные компании останутся в полной сохранности, т.к. ВМ изолированы одна от другой. Встроенные средства поддержки виртуализации Hyper-V есть в Windows 7, 10 Pro или Enterprise.

Виртуальные рабочие столы (VDI)

Установка и настройка Hyper-V Server 2012 и хоста виртуализации удаленных рабочих столов предоставит пользователям личные виртуальные рабочие столы – готовое рабочее окружение с доступом к нему из любой точки мира , позволит централизовать администрирование и контролировать все пользовательские потоки данных. А средства динамической миграции ВМ дадут возможность выполнять перенос виртуальных машин Hyper-V практически незаметно для пользователей.

Моделирование любых сред для задач разработки и тестирования приложений

Можно использовать виртуализацию при помощи Hyper-V для имитации физических компьютерных сред , в которых должно функционировать приложение. При этом нет надобности покупать и поддерживать все аппаратные комплектующие, которые понадобились бы, если бы среду воссоздавали физически, достаточно установить Windows Hyper-V и смоделировать все необходимые компоненты.

Непрерывность бизнес-процессов

Виртуализация серверов с Windows Server Hyper-V поможет уменьшить влияние простоев , поскольку виртуальный сервер не привязан к физическому оборудованию, которое может отказать. В случае отказа его можно быстро и несложно запустить на дублирующем оборудовании (лучше всего, если выполнена настройка сети Hyper-V Windows и организован отказоустойчивый кластер серверов).

Гипервизор Hyper-V распространяется бесплатно, его можно скачать с сайта Microsoft, устанавливается он на любой Windows или Linux сервер. Им легко управлять и просто использовать.

У вас появились вопросы? Консультация – бесплатно!

Обратитесь к нам за бесплатной консультацией. Позвоните или напишите нам и мы подробно расскажем:

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

Специалисты компании “Интегрус” готовы выполнить настройку виртуальных сетей Hyper-V, создание или перенос виртуальной машины VMWare на Hyper-V. Стоимость работ зависит от масштабов проекта.

Согласно достаточно давно появившейся информации, как например в статье Windows Server 2012 Failover Cluster – Enhanced Integration with Active Directory (AD) , нам предоставляется возможность виртуализации и размещения контроллера домена в кластере Hyper-V , даже не смотря на то, что этот самый кластер будет стартовать раньше, чем виртуальный контроллер домена внутри этого кластера. Если честно, я долго не решался браться за виртуализацию контроллера домена, однако последнее общение с коллегами показало, что из их опыта, виртуальный контроллер домена внутри кластера Hyper-V - это вполне реальный и работоспособный сценарий.

В этой заметке мы рассмотрим пример Physical-to-Virtual (P2V ) конвертации физического сервера в виртуальную среду на базе гипервизора Hyper-V в составе ОС Windows Server 2012 R2 . В рассматриваемом примере физический сервер представляет из себя серверную платформу HP ProLiant DL 360 G5 с ОС Windows Server 2012 R2 и основными серверными ролями AD DS и DNS . И как наверное понятно, с инфраструктурной точки зрения сервер представляет собой действующий контроллер домена.

Для выполнения конвертации действующего физического сервера в виртуальную машину Hyper-V я воспользуюсь утилитой Microsoft Virtual Machine Converter (MVMC ) 3.0 . Ознакомится со всеми возможностями этой утилиты можно в библиотеке TechNet . На мой взгляд, помимо преимуществ, эта утилита имеет и ряд определённых недостатков. К недостаткам я могу отнести например то, что получающаяся в результате P2V конвертации виртуальная машина имеет формат Generation 1 ., а также то, что каждый логический диск создается в виде отдельного VHD -файла. Но в целом это преодолимые вещи и их мы рассмотрим после завершения процедуры конвертации с помощью MVMC. В конечном итоге план наших действий будет следующий:

1 . P2V конвертация физического сервера с помощью MVMC.
2 . Преобразование виртуальных дисков в формат VHDX.
3 . Настройка сети в гостевой ОС виртуальной машины.
4 . Проверка обновления компонент интеграции Hyper-V
5 . Удаление ПО поддержки аппаратных компонент сервера.
6 . Конвертация виртуальной машины в формат Generation 2.
7 . Удаление несуществующих устройств из ОС виртуальной машины.

Чтобы сократить время конвертации, все операции будем выполнять непосредственно на одном из хостов виртуализации. При выборе хоста следует учитывать пару простых правил, соблюдение которых поможет избежать ошибок связанных с нехваткой дискового пространства как в процессе P2V конвертации, так и в последующем процессе преобразования ВМ G1 в G2:

А ) Для операций P2V хост виртуализации должен иметь свободное дисковое пространство объёмом не менее, чем общий размер занятого пространства на дисках виртуализуемого сервера. А с учётом временных операций MVMC желательно вообще ориентироваться на двойной объём данных.

Б ) Для последующих операций конвертации ВМ G1 в G2 на системном диске хоста виртуализации, где предположительно расположены папки профилей пользователей, должно присутствовать свободное дисковое пространство объёмом не менее, чем общий размер занятого пространства на дисках виртуализуемого сервера. В процессе конвертации будет создана временная копия виртуального диска в виде wim-образа в каталоге %LOCALAPPDATA%\Temp или C:\Users\%USERNAME%\AppData\Local\Temp )

P2V конвертация физического сервера с помощью MVMC

Как и условились, устанавливать MVMC будем на тот хост виртуализации, который будет получателем новой виртуальной машины. На выбранном хосте должна быть установлена роль Hyper-V и включена "фича" BITS Compact Server . Роль Hyper-V была установлена ранее, так как это действующий хост виртуализации, а вот BITS нам нужно будет установить дополнительно, так как по умолчанию она выключена. Сделаем это с помощью PowerShell :

Import-Module ServerManager Install-WindowsFeature -Name " BITS-Compact-Server " -IncludeAllSubFeature -IncludeManagementTools

После установки, запускаем MVMC и на первом экране выбираем тип конвертации – Physical machine conversion

Далее на появившейся вкладке Source вводим полное доменное имя физического сервера подлежащего процедуре виртуализации, а также учетные данные для административного доступа к этому серверу. Так как в нашем случае речь идёт о контроллере домена, используются учетные данные администратора домена.

На следующем шаге нажимаем кнопку Scan System , и ждём когда в информационном окне System Information появится информация о конвертируемом сервере.

Пропускаем шаг с информацией о логических дисках конвертируемого физического сервера, которые будут преобразованы в виртуальные

На шаге VM Configuration вводим имя создаваемой виртуальной машины (не должно совпадать с именами существующих на хосте виртуализации виртуальных машин), количество виртуальных процессоров (ядер) и объём оперативной памяти.

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

На шаге Workspace указываем имя любой локальной папки, которая будет использоваться MVMC как промежуточное место при конвертации физических жёстких дисков в виртуальные.

На шаге Summary просматриваем краткую сводную информацию и запускаем процесс конвертации кнопкой Finish

Дожидаемся успешного окончания процесса конвертации…

Сразу после того, как процесс конвертации завершён, выключаем физический сервер-источник.

Как видим, в результате конвертации, в указанной ранее папке созданы отдельные виртуальные диски для каждого логического тома физического диска конвертируемого сервера.

Также создана виртуальная машина формата Generation 1 , у которой виртуальные диски подключены к виртуальному IDE -контроллеру. Виртуальный диск с длинным названием (по метке тома с физической системы) используется для запуска ОС со второго, основного виртуальном диска.

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

Первый запуск виртуальной машины может занять некоторое время, так как гостевой ОС необходимо выполнить поиск и установку драйверов от нового виртуального оборудования.

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

Преобразование виртуальных дисков в формат VHDX

Так как виртуальная машина была создана MVMC с дисками в формате VHD мы можем самостоятельно выполнить преобразование дисков в более "продвинутый" формат VHDX . Для этого выключим виртуальную машину и в консоли Hyper-V Manager из меню Actions выберем пункт Edit disk . Выбрав виртуальный диск на шаге мастера Choose Action выберем режим конвертирования – Convert

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

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

Настройка сети в гостевой ОС виртуальной машины.

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

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

Проверка обновления компонент интеграции Hyper-V

Чтобы убедиться в том, что в "новоиспечённой" виртуальной машине используются компоненты интеграции Hyper-V самой актуальной версии, доступной на хосте виртуализации, откроем консольное подключение к виртуальной машине и в меню Action выберем пункт монтирования образа диска с компонентами интеграции – Insert Integration Services Setup Disk

В смонтированном в виртуальной системе диске найдём и запустим файл \support\amd64\setup.exe

Если компоненты интеграции имеют актуальную версию, то мы получим примерно следующее сообщение:

В противном случае необходимо будет произвести установку компонент с последующей перезагрузкой гостевой ОС виртуальной машины.

Удаление ПО поддержки аппаратных компонент сервера

После того как наш сервер стал виртуальным, нужно позаботиться о том, чтобы всё программное обеспечение, которое ранее было установлено на этот сервер для поддержки аппаратных компонент, было аккуратно удалено. В нашем примере удалению подлежат все приложения из состава HP Insight Software . Также мы можем удалить установленного ранее агента ИБП, так как теперь выключением гостевой ОС виртуальной машины в случае отключения электропитания будет управлять хост виртуализации.

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

Конвертация виртуальной машины в формат Generation 2

На данном этапе наш виртуальный сервер полноценно работает в штатном режиме, однако если мы хотим улучшить его путём преобразования в формат Generation 2 , предварительно стоит позаботиться о создании резервной копии рабочей ВМ. Просто и удобно это можно сделать например с помощью System Center 2012 R2 Data Protection Manager (DPM )…

Как говорит один мой знакомый в таких случаях "Тиха украинская ночь, но сало надо перепрятать".

Преобразование в виртуальную машину второго поколения будем проводить с помощью небезызвестного PS-скрипта Hyper-V generation 2 VM conversion utility (Convert-VMGeneration ) . Если говорить упрощенно, то принцип работы данного скрипта заключается в том, что он новую виртуальную машину второго поколения с новым виртуальным дисков, на который клонирует копию основного системного раздела с исходного виртуального диска ВМ G1 и создаёт дополнительные разделы необходимые для загрузки ВМ G2. Таким образом, исходная виртуальная машина первого поколения остаётся нетронутой, и если в процессе конвертации G1>G2 возникнут трудности непреодолимого характера, то нам никто не мешает продолжить использование исходной виртуальной машины.

Итак, скачиваем и копируем скрипт Convert-VMGeneration.ps1 на хост виртуализации, где в данный момент работает наша виртуальная машина.

Перед началом конвертации ещё раз убедимся в том, что на диске с профилями пользователей (как правило это диск C:\ ) достаточно места для создания временной копии виртуального диска ВМ (в процессе конвертации будет создан временный wim-образ в каталоге %LOCALAPPDATA%\Temp )

Дополнительно убедимся в том, что внутри виртуальной машины выключена поддержка среды восстановления WinRE (требование автора скрипта конвертации). Сделать это можно консольной командой:

reagentc /disable

Выключим виртуальную машину.

Запустим на хосте виртуализации скрипт конвертации:

" KOM-DC01 " -Path " D:\ "

Как видим, первая попытка запуска скрипта завершается ошибкой.

Проблема заключается в том, что в текущей конфигурации виртуальная машина имеет два разных виртуальных диска для двух логических разделов.

На первом диске (Disk 0 ) содержится информация необходимая для загрузки ОС, но не содержится самой ОС. При этом скрипт пытается использовать для конвертации именно этот диск. Так как в результате работы скрипта загрузочный раздел фактически будет создан заново, мы можем попробовать удалить имеющийся загрузочный диск. Для этого выключим виртуальную машину и удалим из конфигурации ВМ первый виртуальный диск, который имеет метку тома в виртуальной ОС “System Reserved ” (диск объёмом примерно в 350MB).

То есть мы оставим в свойствах ВМ только один диск, тот на котором расположена гостевая ОС Windows Server 2012 R2. После этих изменений не нужно пытаться запустить виртуальную машину (из этого всё равно не выйдет ничего хорошего), а сразу пробуем выполнить скрипт конвертации:

.\Convert-VMGeneration.ps1 -VMName " KOM-DC01 " -Path " D:\ " -IgnoreWinRE

Ключ IgnoreWinRE здесь добавлен для того, чтобы избежать сообщения после которого преобразование прекращалось с ошибкой (несмотря на то, что в гостевой ОС поддержка WinRE выключена):

WinRE is configured. Run reagentc /disable inside guest first, or use IgnoreWinRE parameter
Completed with error. Trace status code 700

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

Прежде, чем нажать Yes , откроем на хосте виртуализации оснастку управления дисками и убедимся в том, что в системе появился новый виртуальный диск, который смонтирован под порядковым номером указанным в сообщении скрипта (в нашем примере это Disk 7 ). Это и есть тот новый виртуальный диск, который создан скриптом конвертации, для клонирования на него исходного виртуального диска (он также смонтирован скриптом в нашем примере как Disk 6 )

Итак, после нажатия Yes в будет произведено клонирование данных с одного виртуального диска на другой с добавлением дополнительных разделов, необходимых для ВМ второго поколения.

По окончании работы скрипта соответствующие разделы будут автоматически отмонтированы

При необходимости переименуем исходную виртуальную машину первого поколения…

Проверим конфигурацию вновь созданной виртуальной машины второго поколения.

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

Если гостевая ОС загрузилась успешно, аутентифицируемся в ней и проверим настройки сетевой карты. Они должны быть сохранены. Если всё в порядке, в свойствах виртуальной машины вернём доступ сетевого адаптера к виртуальному коммутатору и снова перезагрузим виртуальную машину. На данном этапе наш виртуальный сервер будет загружен уже полностью в продуктивном виде и его сервисы станут доступны из сети.

Теперь можно спокойно удалить старую виртуальную машину (в нашем случае это исходная ВМ, ранее переименованная в KOM-DC01-OLD ) поколения G1 и перенести готовую ВМ G2 в кластер, если он используется.

При необходимости можно включить выключенный до конвертации в G2 WinRE

reagentc /enable

Удаление несуществующих устройств из ОС виртуальной машины

На текущий момент наш виртуальный сервер уже является виртуальной машиной Hyper-V второго поколения. Завершающим немаловажным действием является удаление из гостевой ОС всех старых устройств-"фантомов" и относящихся к ним драйверам с помощью оснастки управления устройствами (Device Manager ).

И опять же, перед манипуляциями с диспетчером устройств желательно создать резервную копию виртуальной машины на DPM.

Удалять старые устройства будем методом.

Устанавливаем системную переменную для включения отображения устройств-призраков в оснастке управления устройствами и следующей командой (не закрывая окна командной строки) запускаем оснастку:

set devmgr_show_nonpresent_devices =1 start devmgmt.msc

В открытой оснастке в меню View выбираем пункт "Show hidden devices "…

Разворачиваем каждый узел типов устройств и удаляем все устройства отображаемые как неактивные.

В процессе удаления некоторых устройств может быть доступна опция удаления драйвера устройства “Delete the driver software for this device ”. Так как эти драйверы более не нужны в гостевой виртуальной системе, можно включать советующую опцию.

По завершению перезагружаем гостевую ОС виртуальной машины, чтобы убедиться в том, что она успешно стартует и работает.

На этом этапе можно сказать, что работы по конвертации физического контроллера домена на базе Windows Server 2012 R2 в виртуальную машину Hyper-V Generation 2 завершены и теперь, всё что нам остается сделать – убедиться в работоспособности прикладной части виртуального сервера, например проверить состояние роли контроллера домена с помощью таких инструментов как DCDIAG .

Добрый день!. Сейчас многие физические сервера стараются преобразовать по технологии P2V в виртуальные. Делают это для того, чтобы избавиться от старого оборудования, но сохранить в рабочем состоянии свои сервисы, придав им большей производительности на новом оборудовании, либо все едут в облака, по типу vCloud Director . Сегодня я хочу вам рассказать, как производить миграцию P2V и виртуализовать физический сервер с помощью VMware vCenter Converter Standalone.

Алгоритм миграции P2V в Vmware

Для того, чтобы вы могли преобразовать ваш сервер в виртуальную машину Vmware, вам нужно поставить VMware vCenter Converter Standalone 5.5 описано подробно .
Далее подготовить ESXI хост, куда вы будите виртуализовывать физический сервер
Запустить конвертер и пройти все этапы мастера преобразования

Запускаем VMware vCenter Converter Standalone 5.5, либо уже есть версия поновее 6.2.

Если выскочит ошибка A File I/O error occurred while accessing, то посмотрите из-за чего она происходит

Выбираем Convert machine

Powered-on machine, работающий компьютер или сервер. Это основной метод работы VMware converter, «без прерывания работы». Сервер может быть физическим или виртуальным. Находиться в локальной сети или быть локальным (та машина, на которую установлен конвертер). Операционная система Windows или Linux, не Unix. Для Linux сильно ограниченный список операционных систем.
VMware Infrastructure virtual machine, в случае, если нужно виртуальную машину со старой платформы(Virtual Center 2.5, ESX(i) 2-4.1), перевести на новую, пятую. Основное изменение в 5-ой версии VMware vSphere это новая версия виртуального оборудования за номером 8, вместе с ним изменились и VMware tools.
VMware Workstation or other Virtual Machine. Workstation очень популярен среди администраторов и часто виртуальная машина из тестовой превращается во временную рабочую. Конвертер перенесет ее на ESXi, в среду vSphere без проблем. Выбираем так же этот пункт, если виртуальные машины работают у вас на VMware Fusion, VMware Player, VMware server 2.x
Backup image or third-party virtual machine. Восстановление из имеющегося бэкапа или виртуальной машины другого производителя. Восстановление из резервной копии – это очень полезная функция и я ниже расскажу почему.
Hyper-V server. Для перехода с платформы Microsoft на VMware. Отличается от third-party virtual machine тем, что у вас должен иметься работающий сервер Hyper-V и подключаться конвертер будет к нему. Виртуальные машины должны быть выключены.

Для работы VMware Converter с Windows like операционной системой по схеме «Powered-on machine» нужны учетные данные администратора системы, чтобы конвертер мог подключиться, установить агента и начать миграцию. Для Linux систем нужно ввести пароль root и иметь возможность подключаться удаленно по SSH. Возможно, понадобиться поправить конфигурационный файл sshd и разрешить root вход. Еще для входа root должен быть в группе wheel.

VMware Converter при корректном подключении определяет, какую операционную систему ему предстоит мигрировать. Сколько и какие у нее диски и разделы, сколько сетевых интерфейсов, оперативной памяти, процессоров. Все эти данные будут использованы для создания новой виртуальной машины на ESXi хосте. Я вбиваю адрес vCenter и учетные данные.

Игнорирую предупреждение на сертификат

Выбираем папку проекта для мигрируемой машины

Следующий шаг. Указываем хост ESXi на котором будет запущена виртуальная машина. Хранилище, куда будут записаны файлы ВМ и версию виртуального оборудования (10-ая это последняя, на текущий момент). Подозреваю, что если бы я указал в качестве "Destination system vCenter server", то выбор был бы больше, чем из одного варианта. Отобразились бы все доступные хосты и data store

На следующей странице можно задать какие диски нужно конвертировать какие нет, сколько нужно сетевых интерфейсов и многое другое.

Смотрим сводку

Finish. Теперь если посмотреть vCenter, там появился задача создания виртуальной машины.

В самом конверторе будет отображаться время выполнения задания. Как видите миграция P2V в Vmware, очень тривиальная.

Так же после выполнения задания вы можете столкнуться с ошибкой An error occurred during reconfiguration , и при включении виртуальной машины на гипервизоре esxi вы получите синий экран, решение этой проблемы по ссылке слева. Материал сайта

На операционных системах Windows XP, Windows 7 и Windows 8 есть утилита systeminfo.exe, которая показывает основную информацию о системе. Утилита Coreinfo от Марка Руссиновича предоставляет в этом плане гораздо больше возможностей.

Эта утилита командной строки может показать Вам привязки логических процессоров к физическому процессору, узел NUMA и сокет, в котором он находится, а также размеры кэшей, назначенные на каждый логический процессор. Coreinfo также использует функцию Windows GetLogicalProcessorInformation site:msdn.microsoft.com для получения информации и печати её на экране консоли, где привязка логического процессора будет показана звездочкой ‘*’. Coreinfo также полезна для получения подробной информации о процессоре (например, поддерживает ли он виртуализацию Hyper-V) и о топологии кэша Вашей системы.

[Как установить Coreinfo ]

Установка очень проста. Скачайте архив с программой , распакуйте в любое удобное место, запустите. Программа задаст Вам вопрос о принятии условий лицензии и после этого будет готова к работе. Чтобы постоянно иметь утилиту под рукой, скопируйте Coreinfo.exe в папку %SystemRoot%\system32.

[Использование Coreinfo ]

Запускайте Coreinfo из командной строки, запущенной с правами администратора. Для каждого имеющегося ресурса будет показана карта привязки к процессорам, видимым для ОС, где * будет показывать принадлежность к имеющимся процессорам. Например, для системы с 4 ядрами в строке информации о кэше будет карта совместно используемого кэша между ядрами 3 и 4.

-c Выводит информацию о ядрах. -f Выводит информацию о возможностях ядер. -g Выводит информацию о группах. -l Выводит информацию о кэше. -n Выводит информацию об узлах NUMA. -s Выводит информацию о процессорных сокетах. -m Выводит стоимость доступа к NUMA. -v Выводит возможности процессора и системы по поддержке виртуализации (Hyper-V), включая поддержку трансляции адреса второго уровня (на системах Intel требует прав администратора).

По умолчанию (если запустить coreinfo.exe без опций) выводится информация по всем опциям, кроме -v.

Примечание: в выводе тире ‘-‘ означает, что такая функция отключена или не поддерживается, а звездочка ‘*’ означает наличие соответствующей функции (опции, привязки).

1 . Coreinfo site:technet.microsoft.com.

Microsoft Windows (c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.
C:\Windows\System32>Coreinfo.exe
Coreinfo v3.31 — Dump information on system CPU and memory topology Copyright (C) 2008-2014 Mark Russinovich Sysinternals — www.sysinternals.com
AMD FX(tm)-6300 Six-Core Processor AMD64 Family 21 Model 2 Stepping 0, AuthenticAMD HTT * Multicore HYPERVISOR — Hypervisor is present VMX — Supports Intel hardware-assisted virtualization SVM * Supports AMD hardware-assisted virtualization X64 * Supports 64-bit mode
SMX — Supports Intel trusted execution SKINIT * Supports AMD SKINIT
NX * Supports no-execute page protection SMEP — Supports Supervisor Mode Execution Prevention SMAP — Supports Supervisor Mode Access Prevention PAGE1GB * Supports 1 GB large pages PAE * Supports > 32-bit physical addresses PAT * Supports Page Attribute Table PSE * Supports 4 MB pages PSE36 * Supports > 32-bit address 4 MB pages PGE * Supports global bit in page tables SS — Supports bus snooping for cache operations VME * Supports Virtual-8086 mode RDWRFSGSBASE — Supports direct GS/FS base access
FPU * Implements i387 floating point instructions MMX * Supports MMX instruction set MMXEXT * Implements AMD MMX extensions 3DNOW — Supports 3DNow! instructions 3DNOWEXT — Supports 3DNow! extension instructions SSE * Supports Streaming SIMD Extensions SSE2 * Supports Streaming SIMD Extensions 2 SSE3 * Supports Streaming SIMD Extensions 3 SSSE3 * Supports Supplemental SIMD Extensions 3 SSE4a * Supports Streaming SIMDR Extensions 4a SSE4.1 * Supports Streaming SIMD Extensions 4.1 SSE4.2 * Supports Streaming SIMD Extensions 4.2
AES * Supports AES extensions AVX * Supports AVX intruction extensions FMA * Supports FMA extensions using YMM state MSR * Implements RDMSR/WRMSR instructions MTRR * Supports Memory Type Range Registers XSAVE * Supports XSAVE/XRSTOR instructions OSXSAVE * Supports XSETBV/XGETBV instructions RDRAND — Supports RDRAND instruction RDSEED — Supports RDSEED instruction
CMOV * Supports CMOVcc instruction CLFSH * Supports CLFLUSH instruction CX8 * Supports compare and exchange 8-byte instructions CX16 * Supports CMPXCHG16B instruction BMI1 * Supports bit manipulation extensions 1 BMI2 — Supports bit manipulation extensions 2 ADX — Supports ADCX/ADOX instructions DCA — Supports prefetch from memory-mapped device F16C * Supports half-precision instruction FXSR * Supports FXSAVE/FXSTOR instructions FFXSR * Supports optimized FXSAVE/FSRSTOR instruction MONITOR * Supports MONITOR and MWAIT instructions MOVBE — Supports MOVBE instruction ERMSB — Supports Enhanced REP MOVSB/STOSB PCLMULDQ * Supports PCLMULDQ instruction POPCNT * Supports POPCNT instruction LZCNT * Supports LZCNT instruction SEP * Supports fast system call instructions LAHF-SAHF * Supports LAHF/SAHF instructions in 64-bit mode HLE — Supports Hardware Lock Elision instructions RTM — Supports Restricted Transactional Memory instructions
DE * Supports I/O breakpoints including CR4.DE DTES64 — Can write history of 64-bit branch addresses DS — Implements memory-resident debug buffer DS-CPL — Supports Debug Store feature with CPL PCID — Supports PCIDs and settable CR4.PCIDE INVPCID — Supports INVPCID instruction PDCM — Supports Performance Capabilities MSR RDTSCP * Supports RDTSCP instruction TSC * Supports RDTSC instruction TSC-DEADLINE — Local APIC supports one-shot deadline timer TSC-INVARIANT * TSC runs at constant rate xTPR — Supports disabling task priority messages
EIST — Supports Enhanced Intel Speedstep ACPI — Implements MSR for power management TM — Implements thermal monitor circuitry TM2 — Implements Thermal Monitor 2 control APIC * Implements software-accessible local APIC x2APIC — Supports x2APIC
CNXT-ID — L1 data cache mode adaptive or BIOS
MCE * Supports Machine Check, INT18 and CR4.MCE MCA * Implements Machine Check Architecture PBE — Supports use of FERR#/PBE# pin
PSN — Implements 96-bit processor serial number
PREFETCHW * Supports PREFETCHW instruction
Maximum implemented CPUID leaves: 0000000D (Basic), 8000001E (Extended).
Logical to Physical Processor Map: *—— Physical Processor 0 -*—- Physical Processor 1 —*— Physical Processor 2 —*— Physical Processor 3 —-*- Physical Processor 4 ——* Physical Processor 5
Logical Processor to Socket Map: ****** Socket 0
Logical Processor to NUMA Node Map: ****** NUMA Node 0
No NUMA nodes.
Logical Processor to Cache Map: *—— Data Cache 0, Level 1, 16 KB, Assoc 4, LineSize 64 *—— Instruction Cache 0, Level 1, 64 KB, Assoc 2, LineSize 64 *—— Unified Cache 0, Level 2, 2 MB, Assoc 16, LineSize 64 -*—- Data Cache 1, Level 1, 16 KB, Assoc 4, LineSize 64 -*—- Instruction Cache 1, Level 1, 64 KB, Assoc 2, LineSize 64 -*—- Unified Cache 1, Level 2, 2 MB, Assoc 16, LineSize 64 —*— Data Cache 2, Level 1, 16 KB, Assoc 4, LineSize 64 —*— Instruction Cache 2, Level 1, 64 KB, Assoc 2, LineSize 64 —*— Unified Cache 2, Level 2, 2 MB, Assoc 16, LineSize 64 —*— Data Cache 3, Level 1, 16 KB, Assoc 4, LineSize 64 —*— Instruction Cache 3, Level 1, 64 KB, Assoc 2, LineSize 64 —*— Unified Cache 3, Level 2, 2 MB, Assoc 16, LineSize 64 —-*- Data Cache 4, Level 1, 16 KB, Assoc 4, LineSize 64 —-*- Instruction Cache 4, Level 1, 64 KB, Assoc 2, LineSize 64 —-*- Unified Cache 4, Level 2, 2 MB, Assoc 16, LineSize 64 ——* Data Cache 5, Level 1, 16 KB, Assoc 4, LineSize 64 ——* Instruction Cache 5, Level 1, 64 KB, Assoc 2, LineSize 64 ——* Unified Cache 5, Level 2, 2 MB, Assoc 16, LineSize 64 ****** Unified Cache 6, Level 3, 8 MB, Assoc 1, LineSize 64
Logical Processor to Group Map: ****** Group 0

By Mark Russinovich

Published: August 18, 2014

Download Coreinfo (192 KB)

Introduction

Coreinfo is a command-line utility that shows you the mapping between logical processors and the physical processor, NUMA node, and socket on which they reside, as well as the cache’s assigned to each logical processor.

Требования к процессору для включения Hyper-V в Windows 8

It uses the Windows’ GetLogicalProcessorInformation function to obtain this information and prints it to the screen, representing a mapping to a logical processor with an asterisk e.g. ‘*’. Coreinfo is useful for gaining insight into the processor and cache topology of your system.

Installation

You run Coreinfo by typing "coreinfo”.

Using CoreInfo

For each resource it shows a map of the OS-visible processors that correspond to the specified resources, with "*" representing the applicable processors. For example, on a 4-core system, a line in the cache output with a map of shared by cores 3 and 4.

Usage: coreinfo [-c][-f][-g][-l][-n][-s][-m][-v]

Parameter	Description
-c	Dump information on cores.
-f	Dump core feature information.
-g	Dump information on groups.
-l	Dump information on caches.
-n	Dump information on NUMA nodes.
-s	Dump information on sockets.
-m	Dump NUMA access cost.
-v	Dump only virtualization-related features including support for second level address translation.
(requires administrative rights on Intel systems).

All options except -v are selected by default.

Coreinfo Output:

Download Coreinfo (192 KB)

Простая миграция Windows Server в окружение Hyper-V

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

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

В том случае, когда не требуется высокой производительности, особенно производительности подсистемы ввода-вывода, вполне можно использовать виртуализацию для консолидации физических систем (Physical-to-Virtual, p2v).

Первыми кандидатами на консолидацию в виртуальные машины могут являться:

ненагруженные сервисы с низким потреблением ресурсов подсистемы ввода-вывода
сервисы, требующие специфических настроек операционной системы
сервисы, требующие отдельного цикла обслуживания – частая установка обновлений, перезагрузка ОС и т.п.

Разумеется, несмотря на моду и тренды, виртуализировать все подряд не стоит. По возможности, следует избегать виртуализации в следующих случаях:

Нагруженные службы, особенно требующие интенсивной дисковой активности (например, СУБД)
Инфраструктурные сервисы, от которых зависит работа самого гипервизора. Например, Active Directory Services в виртуальной машине, включенной в тот же домен AD – не самая лучшая идея
Использование специфического оборудования

Виртуализация не может быть вложенной. Если на исходном оборудовании есть виртуальные машины в каком-либо виде (Virtual PC, Virtual Box, VmWare и т.п.), их следует переносить отдельно по методике v2v (Virtual-to-Virtual)

Ну и, наконец, не стоит забывать про «все яйца в одной корзине». Что в случае работы множества виртуальных машин на одном сервере становится особенно актуально.

Рассмотрим процесс миграции на реальном примере.

Исходные данные

Несколько серверов, примерно одинаковой конфигурации, платформа Windows Server. Потребовалось освободить часть оборудования, поэтому было принято решение уплотнить ненагруженные сервисы за счет консолидации в Hyper-V, освободив таким образом отдельный физический сервер.

Методика переноса

На рынке существует большое количество коммерческих продуктов, позволяющих выполнить перенос в виртуальное окружение – прежде всего, Microsoft System Center Operations Manager с пакетом Hyper-V Management Pack. Практически все подобные инструменты требуют приобретения лицензии, и их следует рассматривать в случае массовой консолидации десятков серверов и дальнейшего управления.

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

Первое, что пришло в голову – использовать для переноса встроенную функцию резервного копирования Windows Server Backup, которая, начиная с Windows Server 2008, создает на выходе образ виртуального диска VHD с резервной копией системы.

После некоторых экспериментов с резервным копированием было найдено более простое решение.

На сайте Microsoft имеется набор весьма полезных утилит от Марка Руссиновича (Mark Russinovich) из команды Sysinternals, среди которых есть улилита disk2vhd . Она и делает как раз то, что требуется – позволяет снять с диска образ VHD. Причем, в отличие от Windows Server Backup, который создает по отдельному образу VHD на каждый том, disk2vhd позволяет скопировать физический диск со всеми томами (или выборочно) в один виртуальный диск. Кроме того, disk2vhd работает и в более старых версиях Windows (2000/XP/2003).

Образ можно снимать как в оффлайне, подключив диск к другому серверу или загрузившись с образа WinPE, так и на ходу с VSS-снапшота файловой системы.

Также утилита работает с командной строки, что весьма полезно, например, при миграции серверов в Core-инсталляции.

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

Создание виртуальной машины

После снятия образа с существующей системы необходимо создать виртуальную машину Hyper-V с необходимыми настройками.

Указать необходимое количество оперативной памяти

Выбрать подключение к сети

И, наконец, выбрать существующий образ диска, созданный ранее при помощи disk2vhd

После создания отредактировать необходимые настройки – количество процессорных ядер, специфические настройки сети

И не забыть доставить утилиты Hyper-V в виртуальную машину.

Таким образом, можно достаточно легко перенести операционную систему с физического сервера на виртуальную машину Hyper-V.

Потенциальные проблемы

В принципе, сам по себе процесс миграции достаточно прост и должен пройти гладко.

Coreinfo v.3.2

Однако небольшие подводные камни все же могут встретиться. Касаются они, прежде всего, гостевой операционной системы версий Windows Server 2000/2003 и Windows 2000/XP.

Во-первых, для корректной работы старых версий ОС Windows под управлением Hyper-V потребуется установка соответствующих утилит и драйверов в гостевой ОС. Которые, в свою очередь, требуют установки последней версии Service Pack. Поэтому перед миграцией в виртуальную среду следует, по возможности, выполнить обновление переносимой ОС до максимума.

Вторая проблема связана с активацией OEM-версий Windows ниже Vista/2008 (в Volume-версиях подобной проблемы нет). Поскольку при переносе с физической системы в виртуальную меняется оборудование (сетевой адаптер и системная плата), активация Windows становится недействительной. В случае с Windows Server 2008/Windows Vista и выше эта проблема не является критичной и не приводит к отказу работы, достаточно будет просто выполнить активацию повторно. А вот старые версии Windows перед запуском потребуют восстановить активацию, но выполнить ее через интернет не удастся до установки драйверов на сетевой адаптер.

Кстати, с точки зрения лицензионной чистоты перенос P2V для OEM-версий является недопустимым и разрешается только для Volume или Retail версий Windows. Поэтому не забудьте посчитать стоимость лицензирования при планировании подобных операций.

sysinternals виртуализация hyper-v

| сохранено

HВложенная виртуализация Hyper-Vв черновикахПеревод

Виртуализация, Серверное администрирование, Системное администрирование

На этой неделе Microsoft выпустила сборку Windows 10 Insider Preview Build 10565. В этой сборке добавлено несколько новых функций в операционную систему. В частности Бен Армстронг (менджер Hyper-V в Microsoft) упоминает в в своем блоге, что добавлена возможность создания вложенной виртуализации Hyper-V в Windows 10. Вложенная виртуализации позволяет запустить Hyper-V внутри виртуальной машины и создать несколько виртуальных машин в рамках этой основной виртуальной машины. Вы cможете запускать несколько гиппервизоров Hyper-V, без необходимости в дополнительном физическом оборудовании.

Как включить вложенную виртуализацию описывает Тео Томпсон в своем блоге, процесс состоит из следующих шагов:

Шаг 1: Создание виртуальной машины

Шаг 2 : Запуск скрипта Enable-NestedVm.ps1, позволяющий упростить процесс проверки требований (например, что динамическая память должна быть выключена). Этот сценарий проверит конфигурацию, изменит, что некорректно (с разрешения) и включит вложенную виртуализацию для виртуальной машины. Обратите внимание, что ВМ должна быть выключена.

Шаг 3: Установка компонентов Hyper-V на в гостевой VM

Шаг 4: Включение сети. После того, как вложенная виртуализация включена в виртуальной машине, включите MAC- spoofing для работы сети. Запустите с правами администратора PowerShell на хост-машине и выполните:

Шаг 5: Создайте вложеную ВМ.

Вложенная виртуализация пока еще на ранней стадии разработки и тестирования, поэтому она имеет несколько известных проблем:
1. Оба гипервизора должны быть последней версии Hyper-V. Другие гипервизоры не будут работать. Windows Server 2012R2, а также сборки до 10565 не будут работать.
2. После того, как вложенная виртуализация включена в виртуальной машине некоторые функции будут больше не совместимы с этой виртуальной машины.

Руководство по требованиям к поддержке PAE/NX/SSE2 для Windows 8

Они будут вызывать ошибки или вообще препядствовать запуску виртуальной машины:
— динамическая память должен быть выключена иначе виртуальная машина не сможет загрузится;
— изменить объем памяти не удастся;
— применить контрольные точки для работающей ВМ не удастся;
— горячая миграция не работает;
— нет возможности сохранить ВМ.
3. После того, как вложенная виртуализация включена в виртуальной машине, для работы сети ее гостевых машин необходимо включить MAC- spoofing.
4. В настоящее время работает только на процессарах Intel, с включенной поддержкой Intel VT-х.
5. Для вложенной виртуализации необходим большой объем памяти. Удалось запустить виртуальную машину в виртуальной машине с 4 Гб оперативной памяти, но все жутко тормозило.

hyper-v, Nested Virtualization, Вложенная виртуализация

наверх

Источник статей: Хабр.

Время указано в том часовом поясе, который установлен на Вашем устройстве.

Версия сайта: 0.8.
Об ошибках, предложениях, пожалуйста, сообщайте через Telegram пользователю @leenr, по e-mail [email protected] или с помощью других способов связаться.

Всегдабр (расширение для Google Chrome)
Статистика посещений
СоХабр в ВК (новости проекта)