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

Рассказываем о целях, задачах и выгодах от внедрения виртуализации на базе 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 в образ для виртуальной машины. Созданный образ можно использовать, например, для тестирования, для проверки стабильности системы после установки какого-либо обновления, или для того, чтобы зафиксировать состояние старой машины перед внесением изменений.

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

В этом руководстве собраны инструкции по преобразованию установок Windows в виртуальные образы Microsoft Hyper-V, VirtualBox и VMware.

Перенос ОС Windows в виртуальную машину Microsoft Hyper-V выполняется очень просто благодаря программе Disk2vhd от Sysinternals.

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

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

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

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

Вы можете выбрать только раздел Windows или даже преобразовать несистемные разделы в образы VHD, не выбирая раздел Windows.

Disk2VHD поставляется с двумя дополнительными параметрами, которые указываются при запуске. Первый устанавливает выходной формат VHDX. Вы можете отключить данный параметр, чтобы использовать VHD.

VHDX имеет несколько преимуществ, такие как поддержка более крупных виртуальных дисков (64 ТБ против 2 ТБ), лучшая защита от повреждений, дистанционное онлайн изменение размера и др. VHD необходим в основном для целей совместимости, например, когда продукт не поддерживает VHDX, а также когда вы хотите преобразовать образ в Virtualbox.

Второй параметр позволяет использовать теневую копию тома.

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

После того, как вы получили образ VHD, можете использовать инструмент командной строки vboxmanage, который поставляется с VirtualBox, для клонирования носителя и сохранения его в другом формате.

Нажмите на клавишу Windows , введите cmd.exe , зажмите Ctrl + Shift и нажмите клавишу Enter , чтобы запустить командную строку с правами администратора.
Перейдите в папку VirtualBox в системе, например, C:\Program Files\Oracle\VirtualBox с помощью команды cd .
Используйте команду vboxmanage clonemedium disk , чтобы преобразовать образ диска VHD в формат VDI. Например: vboxmanage clonemedium disk o:\source.vhd o:\output.vdi

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

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

Примечание : Программа создает виртуальный образ полной машины. В графическом интерфейсе нет возможности исключить жесткие диски или разделы.

Размер установщика равен примерно 170 мегабайт. Во время установки вам будет предложено присоединиться к программе улучшения качества обслуживания клиентов.

Чтобы преобразовать запущенную систему Windows в виртуальный образ для VMware, выберите опцию “Конвертировать машину” в главном интерфейсе программы, чтобы начать работу.

После загрузки мастера, убедитесь, что для типа источника установлено значение “включено” и выбран “этот локальный компьютер”. Вы также можете создавать виртуальные образы удаленных компьютеров, но для этого необходимо указать имя или IP-адрес устройства, а также учетные данные.

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

Создание образа может занять некоторое время, в зависимости от количества томов, их размеров и ресурсов устройства.

Нашли опечатку? Выделите и нажмите Ctrl + Enter

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

Когда не стоит выполнять преобразование?

Я не рекомендую виртуализовать физический сервер, если он используется как контроллер домена. Вместо этого вам необходимо создать новую ВМ, назначить ее контроллером домена, синхронизировать с основным контроллером, а затем передать ей роль FSMO. На эту тему есть много полезных статей.

Можно также выполнить преобразование с учетом транзакций - этот вариант следует использовать, если на машине работает SQL Server, Exchange, SharePoint и тому подобные приложения. Лучше всего выбрать время для запланированного выключения соответствующего сервера, остановить работу указанных выше служб перед началом преобразования и/или отключить сетевой адаптер.

Никаких других ограничений для преобразования сервера нет. Можно приступать!

Руководство по преобразованию P2V с помощью Disk2VHD

Из всех конвертеров P2V для Hyper-V самым удобным для этой операции мне представляется Disk2VHD. Он создан инженерами Microsoft, имеет размер всего 0,9 МБ, и скачать его можно с официальной страницы Windows Sysinternals. К делу!

Шаг 1. Скачайте программу Disk2vhd

Перейдите на страницу Windows Sysinternals и скачайте программу.

Программа Disk2vhd v2.01.

Шаг 2. Запустите Disk2vhd на физическом сервере, который необходимо преобразовать

Просто распакуйте ее и запустите на сервере. Как показано на рисунке, интерфейс программы очень простой. Чтобы создать диск VHDX, поставьте флажок Us e Vhdx (Использовать Vhdx).

ПРИМЕЧАНИЕ. VHDX - это формат диска, появившийся в Windows Server 2012. По сравнению с традиционным VHD, в VHDX был внесен ряд изменений: появился специальный внутренний журнал, снижающий вероятность повреждения данных, увеличилась емкость (до 64 ТБ), добавлены некоторые другие функции. Я рекомендую по возможности использовать формат VHDX.

Выберите U se VSS (Использовать VSS), если вы хотите получить копию диска, а не сбоев. Выберите место, где будет находиться файл VHDX (если оно будет расположено на том же диске, возможно «поглощение», поэтому для хранения образа лучше использовать другой жесткий диск). Выберите любой диск/том, который нужно виртуализовать. Если вы хотите сделать этот диск загрузочным, необходимо включить туда системный диск и область загрузки (поставьте флажок System Reserved (Зарезервировано системой)). Нажмите C reate (Создать), чтобы начать преобразование.

Запустите Disk2vhd на физическом сервере, который необходимо преобразовать.

Шаг 3. Преобразуйте диск(и) в формат VHDX и скопируйте на хост Hyper-V

Во время этой операции вы увидите примерное время, оставшееся до ее завершения.

После ее завершения вы получите файл/диск VHDX, который можно скопировать на сервер Hyper-V и поместить в папку, где находятся диски ВМ.

Преобразуйте диск(и) в формат VHDX и скопируйте на хост Hyper-V.

Шаг 4. Создайте новую ВМ на хосте Hyper-V

Чтобы использовать созданный диск, необходимо создать ВМ. Запустите мастер (New → Virtual Machine (Создать → Виртуальная машина)) в Менеджере Hyper-V и настройте ее в соответствии со своими требованиями. Параметры настройки очень просты, за исключением выбора поколения ВМ (появился только в Windows Server 2012 R2).

ПРИМЕЧАНИЕ. Необходимо внимательно подойти к выбору поколения ВМ. Начиная с Windows 2012 R2, в Hyper-V появился новый параметр:
Generation 2 virtual machine (Виртуальная машина 2 поколения). Речь идет о втором поколении встроенного ПО для ВМ с обновленным набором виртуального аппаратного обеспечения и новыми возможностями для пользователей, такими как загрузка с устройства, подключенного по iSCSI. Но ВМ 2 поколения имеют существенные ограничения, например, они поддерживают гостевые ОС, только начиная с Windows 8, а семейство Unix не поддерживают совсем. Таким образом, на практике этот вариант следует выбирать только для Windows 8/8.1 или Windows Server 2012/2012 R2 и только для 64-разрядных версий.

Поэтому к выбору поколения ВМ нужно отнестись внимательно, и если вы не уверены на 100%, что вам необходимо Поколение 2, выбирайте поколение 1.

Создайте новую ВМ на хосте Hyper-V.

Шаг 5. Подключите созданный диск

Дойдя до шага Connect Virtual Hard Disk (Подключение виртуального жесткого диска), необходимо настроить виртуальный жесткий диск. Найдите уже созданный диск и выполните оставшиеся действия с помощью мастера.

Подключите виртуальный жесткий диск.

На операционных системах 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)
Статистика посещений
СоХабр в ВК (новости проекта)

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

Решения, которые позволят справляться с такими задачами, существуют. На рынке программного обеспечения сегодня представлен целый ряд продуктов, позволяющих создавать виртуальные машины, а точнее, изолированные виртуальные среды, для выполнения приложений и распределения вычислительных ресурсов между ними. Среди них есть и решения от Microsoft, такие как Microsoft Virtual Server 2005 и Microsoft Virtual PC 2007.

Для реализации указанных выше сценариев воспроизвести имеющуюся машину в виртуальной среде от начала до конца, пошагово, приложение за приложением, настройка за настройкой довольно непросто. Некоторые производители приложений для виртуализации рабочих станций и серверов предусмотрели для таких случаев вариант «прямого импорта» физической системы в образ виртуальной машины. К сожалению, такая функция отсутствует для Microsoft Virtual PC и трудна для реализации в Microsoft Virtual Server (см. комментарии в конце статьи).

Но ситуация не безнадежна. В данной статье приводится пример настройки виртуальных машин в Microsoft Virtual PC, а по аналогии - и в Microsoft Virtual Server, которая позволит обойти функциональные ограничения этих продуктов.

Для решения проблемы импорта существующей системы в виртуальную среду предлагается использовать полную резервную копию целевой системы, которая создается утилитой самой операционной системы, а именно - Backup and Restore.

Результатом полного резервного копирования, выполненного через Backup and Restore, будет файл формата Microsoft Virtual Hard Disk (VHD), который используется и для эмуляции жестких дисков в виртуальной машине Microsoft. Образ формата VHD можно использовать в Microsoft Virtual Server или Microsoft Virtual PC, но из-за особенностей его внутренней архитектуры такой образ VHD нельзя применять в качестве загрузочного. Попытки добиться этого стандартными средствами в среде Virtual PC, а именно с помощью утилит diskpart, bootrec и bootsect, успеха не имели. Хотя монтирование VHD-образа в Virtual Server или Virtual PC в качестве дополнительного диска к имеющейся виртуальной машине позволит без труда восстановить выбранный фрагмент полной резервной копии компьютера, например, путем простого копирования.

Полностью реализовать возможности Windows Backup and Restore для восстановления системы можно только из самого приложения или под управлением Windows Recovery Environment (WinRE), если воспользоваться режимом Complete PC Restore из меню восстановления этой среды. Доступ к WinRE можно получить, имея на руках установочный диск Windows Vista и выбрав вариант Repair My Computer.

Впрочем, в данной статье речь идет не о резервном копировании и восстановлении. Итак, сформулируем еще раз задачу эксперимента. В нашем распоряжении имеется целевой компьютер с установленной Windows Vista и Microsoft Virtual PC 2007. Задача: воссоздать реальную машину в виртуальной среде с минимальными трудозатратами.

В первую очередь создадим полную резервную копию родительской системы. Для этого нужно перейти в Control Panel и воспользоваться приложением Backup and Restore. В открывшемся окне следует выбрать вариант Back up Computer. Далее следуйте инструкциям мастера резервного копирования. Особенность этого шага заключается в том, что резервная копия машины должна быть помещена на раздел жесткого диска, отличный от системного, или на внешний носитель. Вариант размещения архива системы на одном или нескольких DVD-R (W) носителях не подходит, так как нам нужен единственный файл формата VHD.

В результате получаем такую папку, как показано на экране 1.

Из всей совокупности файлов, составляющих полную резервную копию системы, нас интересует файл с расширением *.vhd. Он будет находиться в папке Backup - ### - ###. Копируем его в целевой каталог, например: С:Virtual (см. экран 2).

Теперь запускаем Virtual PC. Создаем новую виртуальную машину и одновременно Hard Disk 1 для нее, через мастер создания виртуальных машин New Virtual Machine Wizard: Create а Virtual Machine - {имя машины} - Operating system - в раскрывающемся списке выбираем Windows Vista - Using recommended RAM - A new virtual hard disk. Далее принимаем параметры мастера по умолчанию. Размер диска при создании можно указать совсем небольшой, например 300 Mбайт. В настройках виртуальной машины можно сразу выставить параметр Undo disk - Enable Undo Disk.

Создаем Hard Disk 2. Выбираем вариант Virtual Hard Disk File - Browse и указываем путь к резервной копии операционной системы - файлу с расширением *.vhd. В результате получаем примерно такую конфигурацию, как на экране 3.

Где Hard Disk 1 - это пустой неформатированный диск, а Hard Disk 2 - файл c резервной копией нашей системы. Нажимаем Ok.

Далее воспользуемся диском с дистрибутивом операционной системы. Вставляем его в накопитель и запускаем виртуальную машину. В меню окна виртуальной машины выбираем CD - Use physical drive #:, где # - имя для используемого устройства DVD. Если нужно, заходим в настройки BIOS виртуальной машины и устанавливаем очередность загрузки, чтобы в первую очередь происходила загрузка именно с устройства DVD. Будет выполнен запуск среды установки операционной системы.

На первом экране c региональными и языковыми параметрами установки нажимаем Next для выбора параметров по умолчанию, на втором экране выбираем пункт Repair Your Computer. Произойдет запуск среды восстановления Windows и обнаружение имеющихся установок операционной системы. В появившемся диалоговом окне System Recovery Options следует нажать Next. Из предложенного меню восстановления выбираем Command Prompt.

X:Sources> Diskpart
DISKPART> Sel disk 0
DISKPART> Create partition primary
DISKPART> Format fs=ntfs quick
DISKPART> sel partition 1
DISKPART> Active
DISKPART> Exit

После исполнения команды Exit выходим из Command Prompt и нажимаем кнопку Restart в меню восстановления для перезагрузки.

Повторно загружаемся с установочного диска. Как и в предыдущих шагах, на первом экране c региональными и языковыми параметрами установки нажимаем Next для выбора параметров по умолчанию; на втором экране выбираем пункт Repair Your Computer. В ответ на приглашение Windows found problems with your computer’s startup options выбираем No и нажимаем Next. Из предложенного меню восстановления опять выбираем Command Prompt. Теперь следует восстановить конфигурацию загрузчика операционной системы.

Прежде всего необходимо скопировать сам загрузчик на загрузочный раздел. Перед копированием снимем атрибуты hidden и system c файла bootmgr.

X:Sources> D:
D:>attrib –h –s bootmgr

Копируем bootmgr на активный раздел:

На следующем шаге нужно восстановить конфигурацию bootmgr. Файл BCD, в котором хранится конфигурация загрузчика, должен находиться в каталогеBoot активного раздела. Существует несколько вариантов решения этой задачи. Самый простой - воспользоваться утилитой bootrec, которая включена в Windows Recovery Environment и имеется на диске с дистрибутивом операционной системы. Данная утилита представляет собой очень полезное средство. Она позволяет восстановить поврежденную запись master boot record (MBR) без перезаписи имеющейся таблицы разделов, boot sector (BR) и собственно сам BCD - файл, в котором хранятся настройки загрузчика операционной системы. Воспользуемся последней возможностью:

D:> bootrec/rebuildbcd

После ввода этой команды bootrec обнаружит имеющуюся установленную версию операционной системы и предложит переконфигурировать загрузчик (на самом деле будет воссоздан файл BCD). Выглядит это примерно так, как на экране 4.

Далее следует утвердительно ответить на приглашение, т. е. набрать Y и нажать Enter. Утилита bootrec внесет необходимые изменения. К сожалению, внутренняя архитектура vhd-файла резервной копии системы не позволяет корректно воссоздать Boot Record для активного раздела. Поэтому сделать раздел с имеющейся установленной системой активным не получится, хотя совместное использование утилит diskpart и bootrec подразумевает эти манипуляции и даже вывод положительного результата таких действий на экран.

Проверяем результат выполнения команды bootrec/rebuildbcd (см. экран 5), для чего в командной строке набираем:

КаталогBoot и файл BCD в нем должны присутствовать в корневом каталоге активного раздела. Чтобы не было проблем с запуском локализованных версий операционной системы, копируем необходимые файлы в каталог C:Boot из каталога D:Boot резервной копии системы. Предварительно необходимо переименовать имеющийся там файл BCD.

D:> cd boot
D:> ren bcd bcd_old
D:> xcopy d:oot*.* c:Boot/y/s

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

D:> diskpart
DISKPART> sel disk 0
DISKPART> sel partition 1
DISKPART> set id=27 override

Команда SET ID=27 делает раздел технологическим и скрытым. Этот метод используется поставщиками вычислительных систем для предотвращения доступа к разделу с предустановленной средой WinRE. Впрочем, это не мешает процессу загрузки операционной системы A. Ключ OVERRIDE используется для принудительного назначения атрибута, так как по умолчанию такое действие для загрузочного раздела не разрешено.

Теперь можно выполнить перезагрузку. Для этого закрываем окно командной строки и нажимаем кнопку Restart в меню восстановления. Диск с дистрибутивом предварительно необходимо извлечь.

Произойдет загрузка операционной системы с раздела в файле *.vhd сделанной нами резервной копии системы, причем в режиме восстановления после сбоя. Выбираем Start Windows Normally и получаем виртуальную машину, которая является копией того экземпляра, с которого выполнялось полное резервное копирование.

Некоторые комментарии:

Виртуальную копию операционной системы придется активировать заново, так как Harware ID, вычисляемое при первичной активации, естественно, изменится.

Утилита Backup and Restore позволяет выполнять полное резервное копирование системы только в версиях Windows Vista Business, Enterprise и Ultimate.

Для «преобразования» физических компьютеров в виртуальные машины существует инструмент Virtual Server 2005 Migration Toolkit (VSMT). Однако он требует развертывания дополнительной инфраструктуры Automated Deployment Services (ADS) и в конечном итоге может оказаться дорогим решением (потребуется Windows Server 2003 Enterprise Edition). Кроме того, у меня нет информации об успешной миграции рабочих станций под управлением Windows Vista с использованием этого средства.

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

Валерий Волобуев - MCSA, MCITPro, MCDST, MCT, консультант по информационным технологиям УЦ «Сетевые Технологии», Techexpert inc., Киев