There are several ways you can determine the virtualization host (server with the Hyper-V role enabled), also called the physical host, that a VM is running on.
If the host OS is Windows Server 2008 R2, and the virtual machines on it are using the R2 integrations services, then you can query the following:
$[HKLMSOFTWAREMicrosoftVirtual MachineGuestParameters]
“HostName”=
“PhysicalHostName”=”
“PhysicalHostNameFullyQualified”=
“VirtualMachineName”=
Using SCVMM:
Get-VMMServer cluster.domain.com | Get-VM Server1 | Select-Object vmhost
Replace cluster.domain.com to the FQDN of your VMM cluster and Server1 to the server you’re looking for.
Using PowerShell:
This script pulls the host name from the VM’s registry.
Function Get-VMHost
{
(get-item “HKLM:SOFTWAREMicrosoftVirtual MachineGuestParameters”).GetValue(“HostName”)
}
Using WMI and PowerShell
function Get-VMOSDetail
{
Param(
[Parameter()]
$ComputerName = $Env:ComputerName,
[Parameter()]
$VMName
)
# Creating HASH Table for object creation
$MyObj = @{}
# Getting VM Object
$Vm = Get-WmiObject -Namespace rootvirtualization -Query
"Select * From Msvm_ComputerSystem Where ElementName='$VMName'"
-ComputerName $ComputerName
# Getting VM Details
$Kvp = Get-WmiObject -Namespace rootvirtualization -Query
"Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_KvpExchangeComponent"
-ComputerName $ComputerName
# Converting XML to Object
foreach($CimXml
in
$Kvp.GuestIntrinsicExchangeItems)
{
$XML = [XML]$CimXml
if($XML)
{
foreach
($CimProperty in
$XML.SelectNodes("/INSTANCE/PROPERTY"))
{
switch
-exact ($CimProperty.Name)
{
"Data"
{ $Value = $CimProperty.VALUE }
"Name"
{ $Name = $CimProperty.VALUE }
}
}
$MyObj.add($Name,$Value)
}
}
# Outputting Object
New-Object -TypeName PSCustomObject -Property $MyObj
}
Using System Center Configuration Manager:
This T-SQL query can be used to generate a report giving the number of hosts per guest:
SELECT [PhysicalHostNameFullyQualifi0] AS [Host FQDN], COUNT(PhysicalHostNameFullyQualifi0) AS [Count of Guests]
FROM [v_GS_VIRTUAL_MACHINE]
GROUP BY [PhysicalHostNameFullyQualifi0]
This T-SQL query can used to generate a report matching hosts to guests
SELECT sys.Netbios_Name0, vm.PhysicalHostName0, vm.ResourceID
FROM dbo.v_GS_VIRTUAL_MACHINE AS vm
JOIN v_R_System AS sys ON vm.ResourceID = sys.ResourceID
Using MMC:
Resources:
- Taylor Brown’s blog post of PowerShell scripts for Hyper-V using WMI
- James O’Neils free library of PowerShell script for managing Hyper-V
- Brien Posey free e-book about managing Hyper-V with PowerShell
See Also
- PowerShell Portal
- Wiki: Portal of TechNet Wiki Portals
В Hyper-V в отличии от VMWare нет встроенной функции клонирования виртуальной машины (клонирование есть только в Virtual Machine Manager). Чтобы создать полную копию существующей ВМ придется использовать функцию импорта/экспорта. В этой статье мы рассмотрим, как клонировать виртуальную машину в Hyper-V через импорт/экспорт через графический интерфейс Hyper-V Manager, PowerShell и Windows Admin Center (WAC).
При клонировании виртуальных машин с Windows не забывайте о том, что после клонирования ВМ у ее копии будет такой же SID. Для сброса SID нужно использовать утилиту sysprep. Если вы создали эталонный образ Windows, то перед клонированием на нем нужно выполнить команду:
%WINDIR%system32sysprepsysprep.exe /generalize /shutdown /oobe
ВМ будет выключена и при следующей загрузке как оригинальной ВМ, так и ее клона для Windows будет сгенерирован новый SID. Также нежелательно клонировать ВМ, включенные в домен Active Directory.
Содержание:
- Экспорт/импорт ВМ из консоли Hyper-V Manager
- Клонирование ВМ через экспорт/импорт в Hyper-V с помощью PowerShell
- Клонирование виртуальных машин Hyper-V через Windows Admin Center
Экспорт/импорт ВМ из консоли Hyper-V Manager
Сначала нужно экспортировать ВМ в отдельный каталог.
Запустите консоль Hyper-V manager, выберите ВМ и в контекстном меню выберите Export.
Начиная с версии Hyper-V в Windows Server 2012 R2 (в том числе в Free Hyper-V Server) вы можете экспортировать даже запущенные виртуальные машины без их остановки.
Укажите каталог, в который нужно экспортировать виртуальную машину.
Статус экспорта ВМ будет отображен в строке состояния ВМ в консоли Hyper-V.
Начиная с Hyper-V в Windows Server 2012 R2 вы можете экспортировать конкретный снимок (checkpoint) виртуальной машины. Для этого достаточно выбрать нужны снимок в дереве Checkpoints и выбрать Export.
Чтобы импортировать ВМ щелкните в консоли Hyper-V Manager по имени хоста и выберите Import Virtual Machine.
Затем нужно указать путь к каталогу, в котором находятся папки с файлами импортируемой ВМ. При импорте ВМ в Hyper-V предлагается 3 варианта регистрации ВМ на хосте:
- Register the virtual machine in-place (use the existing unique ID) —зарегистрировать ВМ в каталоге с импортируемыми файлами, ID ВМ сохраняется;
- Restore the virtual machine (use the existing unique ID) — скопировать файлы ВМ в другой каталог, сохранить исходный идентификатор ВМ;
- Copy the virtual machine (create a new unique ID) — скопировать ВМ в другую каталог и сгенерировать новый ID.
У каждой ВМ на хосте Hyper-V есть идентификатор ID, который должен быть уникальным в рамках хоста. Если вы импортируете, клонируете ВМ на другой хост, ID ВМ менять не обязательно.
Если вы попробуете импортировать ВМ с дублирующим ID, появится ошибка:
The operation failed because a virtual machine with the same identifier already exists. Select a new identifier and try the operation again.
Чтобы создать клон ВМ с новым ID мы выбрали 3 вариант. Мастер предложит указать в каких каталогах нужно разместить файлы ВМ. По умолчанию, используются каталоги, заданные в настройках хоста Hyper-V.
Затем укажите каталог для хранения виртуальных дисков vhdx ВМ.
После этого новая клонированная виртуальная машина появится в консоли Hyper-V.
Клонирование ВМ через экспорт/импорт в Hyper-V с помощью PowerShell
Рассмотрим, как клонировать виртуальную машину Hyper-V через импорт/экспорт из консоли PowerShell.
Для экспорта ВМ воспользуйтесь такой командой:
Export-VM -Name win10 -Path 'C:VHDexport'
Если вы хотите экспортировать запущенную ВМ, вы можете использовать параметр CaptuteLiveState, в котором определяется как нужно копировать оперативную память ВМ. Доступны три опции
- CaptureSavedState – экспортировать оперативную память (по-умолчанию);
- CaptureDataConsistentState – экспортировать состояние ВМ из Production checkpoint;
- CaptureCrashConsistentState – не сохранять содержимое памяти.
Export-VM -Name win10 -Path 'C:VHDexport' -CaptureLiveState CaptureCrashConsistentState
Если вы хотите экспортировать состояние ВМ в определеном снимке, нужно указать его имя.
Сначала выведите список снимков для указанной ВМ:
Get-VMSnapshot -VMName win10
Затем выполните экспорт нужного снимка по его имени:
Export-VMSnapshot -Name “win10 - (2/17/2021 - 9:52:20 PM) Standard” -VMName win10 -Path 'C:VHDexport'
После завершения экспорта ВМ вы можете импортировать ее. Если нужно зарегистрировать ВМ по месту хранения файлов, выполните команду:
Import-VM -Path "C:VHDexportwin10Virtual Machines1117A061-0B50-4BC2-850C-88CCD4C114FB.vmcx"
В параметре Path указываем расположение vmcx файла конфигурации ВМ (формат vmcx заменил XML формат конфигурационных файлов ВМ в Hyper-V Server 2016). Для копирования ВМ в другой каталог с тем же ID используйте параметр Copy. Чтобы сгенерировать нового идентификатор ВМ, используйте параметр GenerateNewId:
Import-VM -Path "C:VHDexportwin10Virtual Machines1117A061-0B50-4BC2-850C-88CCD4C114FB.vmcx" -VhdDestinationPath "C:VHDwin10_2" -VirtualMachinePath "C:VHDwin10_2"
В параметре VhdDestinationPath указывается каталог, куда нужно скопировать VHDX файлы ВМ, а в параметре VirtualMachinePath — каталог конфигурационных файлов ВМ. Если эти параметры не задать, файлы ВМ будут скопированы в дефолтный каталог, указанный в настройках хоста Hyper-V (C:ProgramDataMicrosoftWindowsHyper-VVirtual Machines).
Также можно указать каталоги для хранения чекпоинтов (
SnapshotFilePath
) и файла подкачки (
SmartPagingFilePath
).
Обратите внимание, что клонированная ВМ появилась в консоли Hyper-V с оригинальным именем. Переименуем новую ВМ, но сначала нужно получить ее ID:
get-vm | select VMNAME,VMId
Как вы видите в консоли есть две ВМ с одинаковым именем и разными ID. Нужно переименовать ВМ с ID, который отличается от ID импортируемой ВМ. Скопируйте ID новой ВМ и переименуйте ее:
get-vm | Where-Object {$_.VMId -eq "24ad8934-f650-46f6-9caa-2a3b79b79bd5"} | Rename-VM -NewName win10_2
Затем для удобства можно переименовать виртуальный жесткий диск.
Get-VHD -VMId 24ad8934-f650-46f6-9caa-2a3b79b79bd5| Select Path | Rename-Item -NewName win10_2.vhdx
Remove-VMHardDiskDrive -VMName win10_2 -ControllerType SCSI -ControllerLocation 0 -ControllerNumber 0
Add-VMHardDiskDrive -VMName win10_2 -ControllerType SCSI -ControllerNumber 0 -ControllerLocation 0 -Path "C:VHDwin10_2win10_2.vhdx"
Изменим MAC адрес виртуального адаптера (можно указать новый статический MAC или настроить динамическое получение MAC адреса).
Set-VMNetworkAdapter -VMName win10_2 -DynamicMacAddress
Start-VM -Name win10_2
Прежде, чем подключить новую ВМ в сеть, желательно переименовать ее и изменить IP адрес на новый (если используется DHCP адресация, этот шаг можно пропустить). В данном случае мы можем подключиться к новой ВМ через PowerShell Direct с помощью командлета Invoke-Command или Enter-PSSession:
Enter-PSSession -ComputerName win10_2 -Credential (Get-Credential)
Rename-Computer win10_2
Remove-NetIPAddress -InterfaceAlias “Ethernet” -AddressFamily IPV4
New-NetIPAddress -IPAddress 192.168.31.50 -InterfaceAlias “Ethernet” -AddressFamily IPv4 -PrefixLength 24
Restart-Computer
Клонирование виртуальных машин Hyper-V через Windows Admin Center
Возможно клонировать ВМ Hyper-V напрямую без промежуточного экспорта/импорта появилась в Windows Admin Center v2009.
Запустите WAC, выберите раздел Virtual Machines, выберите ВМ -> Manage -> Clone.
Затем нужно указать имя новой ВМ и каталог, в который нужно поместить ее файлы.
Обратите внимание, что мастере клонирования есть опция “I have already run sysprep on my VM”. Если вы не выполнили генерализацию образа с помощью Sysprep, и не включили эту опцию, Hyper-V создаст снапшот исходной ВМ, выполните ее Sysprep и склонирует в новую (исходная ВМ будет несколько раз перезагружена и не доступна для работы). После этого исходная ВМ будет возвращена в первоначальное состояние, а снапшот удален.
При клонировании любых ВМ, с гостевыми ОС, отличными от Windows, всегда включайте эту опцию.
Дождитесь окончания клонирования ВМ. Новой ВМ автоматически будет присвоен новый ID.
1. Часть №1
Одним из самых распространённых заблуждений о Hyper-V от Microsoft является то, что он считается полностью замкнутым. Давно не является секретом то, что Hyper-V включён в состав операционных систем семейства Windows Server, и что лицензия на Windows Server включает возможность использования Hyper-V и различных средств управления, поставляющихся вместе с ним. В зависимости от используемой версии Windows Server, лицензия на операционную систему может включать лицензии на запуск Windows Server на виртуальных машинах.
На первый взгляд кажется, что всего достаточно для развёртывания и управления виртуальными машинами, но затем может выясниться, что некоторые функции в Windows Server отсутствуют.
В некотором смысле, идея о том, что Windows Server включает все, что нужно для Hyper-V, абсолютно верна. Windows Server 2012 R2 позволяет устанавливать Hyper-V, создавать виртуальные машины и управлять ими. Если установлена Windows Server 2012 R2 Standard Edition, то есть лицензия на запуск Windows Server 2012 R2 в качестве гостевой операционной системы на двух виртуальных машинах (при условии, что операционная система хоста не используется ни для чего другого, кроме Hyper-V). Если есть версия Datacenter Edition, то можно запустить Windows Server 2012 R2 на неограниченном количестве виртуальных машин на этом узле Hyper-V.
Конечно, даже небольшие организации, как правило, в конечном итоге обнаруживают, что одного сервера Hyper-V недостаточно. Несмотря на то, что на одном сервере Hyper-V может размещаться несколько виртуальных машин, сам хост-сервер может стать единственной точкой отказа. Если хост откажет, то и все работающие на нём виртуальные машины также откажут, что приведёт к длительному простою.
Microsoft предлагает два разных метода, которые можно использовать, чтобы избежать этой проблемы. Предпочтительным методом является развёртывание отказоустойчивой кластеризации. Отказоустойчивая кластеризация рассматривает отдельные виртуальные машины как ресурсы кластера. Если хост-сервер потерпел неудачу, кластеризованные виртуальные машины могут переместиться на другой сервер Hyper-V, где они могут продолжить работать.
Другим решением по предотвращению превращения сервера Hyper-V в единую точку отказа – создание реплик виртуальный машин. Реплики не обеспечивают отказоустойчивые возможности в режиме реального времени так, как это делает отказоустойчивый кластер, но они позволяют иметь почти актуальную резервную копию виртуальных машин на отдельном сервере Hyper-V.
В случае заинтересованности, возможности отказоустойчивого кластеризации доступны через Windows Server (через Диспетчер Отказоустойчивости Кластеров), а функция репликации Hyper-V открывается через Диспетчер Hyper-V. Итак, что может отсутствовать?
Одним словом, отсутствует масштабируемость. Диспетчер Hyper-V никогда не был предназначен для масштабирования. Он предназначен для обеспечения представления инфраструктуры виртуализации на уровне хост-сервера. Аналогично, Диспетчера Отказоустойчивости Кластеров также несколько не хватает, когда речь заходит о масштабируемости. Microsoft проделала большую работу с Диспетчером отказоустойчивости Кластеров в Windows Server 2012 R2, чтобы сделать его более масштабируемым. Тем не менее, существуют основные части инфраструктуры виртуализации, которые не отображаются через Диспетчер Отказоустойчивости Кластеров.
Именно здесь вступает в работу Диспетчер Виртуальных Машин (Virtual Machine Manager, VMM) System Center 2012 R2, в случаях, когда используется отказоустойчивый кластер, репликация Hyper-V, несколько хостов Hyper-V, или несколько физических серверов. Диспетчер Виртуальных Машин System Center 2012 R2 (далее просто Диспетчер Виртуальных Машин) – это инструмент управления, который предназначен для того, чтобы сделать Hyper-V намного проще для управления этими серверами по мере того, как размер развёртывания Hyper-V увеличивается.
Справедливости ради следует отметить, что Диспетчер Виртуальных Машин также предоставляет ряд возможностей Hyper-V, к которым нельзя получить доступ через Диспетчер Hyper-V или через Диспетчер отказоустойчивости Кластеров. О некоторых из этих возможностей будет сказано позже в статье. Сначала поговорим о масштабируемости, потому что Диспетчер Виртуальных Машин изначально был представлен как решение для масштабирования Hyper-V.
Чтобы по-настоящему оценить возможности, предоставляемые Диспетчером Виртуальных Машин, взглянем на ограничения, которые присутствуют в Диспетчере Hyper-V. На Рис.1 показан Диспетчер Hyper-V.
 |
| Рисунок 1 |
Как показано на рисунке выше, Диспетчер Hyper-V разделен на три вертикальных столбца. В столбце слева указан хост-сервер. В верхней части среднего столбца перечислены все виртуальные машины, которые запущены на хосте. Хотя такая схема кажется достаточно логичной, она несовершенна с точки зрения масштабируемости. Как уже объяснялось ранее, большинство организаций, использующих Hyper-V в производственной среде, имеют более одного сервера Hyper-V. Тем не менее Диспетчер Hyper-V отображает только локальный сервер и работающие на нём виртуальные машины.
Это не означает, что нет способа ввести в Диспетчер Hyper-V информацию о других хостах Hyper-V. Если желаете, чтобы Диспетчер Hyper-V был в курсе о дополнительных хостах Hyper-V, это можно сделать, нажав правой кнопкой мышки на контейнер Диспетчера Hyper-V (расположенном в верхней левой части консоли) и выбрав команду «Присоединиться к Серверу» из контекстного меню. Таким образом, можно предоставить Диспетчеру Hyper-V имя другого Сервера Hyper-V. Как указано на рисунке ниже, с помощью Диспетчера Hyper-V можно управлять несколькими серверами Hyper-V.
 |
| Рисунок 2 |
Хотя в Диспетчере Hyper-V есть возможности управления несколькими серверами, имеются проблемы с использованием Диспетчера Hyper-V для управления крупномасштабными развёртываниями Hyper-V. Во-первых, подключение к различным хостам Hyper-V должно быть установлено вручную. Серверы Hyper-V, показанные на рисунке выше, можно подключить в течение нескольких минут. Даже если это так, представьте, сколько времени займёт процесс (и сколько места возможностей для ошибок или опечаток), если придётся вручную подключать к консоли несколько десятков серверов Hyper-V.
Более серьёзная проблема с этим подходом заключается в том, что он не решает проблему масштабируемости. Если посмотреть на рисунок выше, то заметите, что Диспетчер Hyper-V отображает виртуальные машины для текущего выбранного хоста. Итак, что произойдёт, если нужно найти конкретную виртуальную машину? Диспетчер Hyper-V не содержит строки поиска. Переход по памяти также не является вариантом, поскольку виртуальные машины Hyper-V могут динамически мигрировать с одного хост-сервера на другой. Таким образом, хост, на котором вчера была виртуальная машина, может быть не тем же хостом, где находится виртуальная машина сегодня.
Если имеется большое количество хост-серверов Hyper-V, и нужно найти определённую виртуальную машину, то есть три варианта. Первый вариант заключается в ручной прокрутке списка виртуальных машин, содержащихся на каждом отдельном хост-сервере. Излишне говорить, что это не очень удобно в больших средах, потому что это занимает много времени и подвержено ошибкам.
Второй вариант – использовать Windows PowerShell. Командлет Get-VM можно использовать для поиска виртуальной машины по имени. Хотя этот метод работает очень хорошо, многим администраторам не комфортно работать в PowerShell.
Третий вариант – использовать Диспетчер Виртуальных Машин. Диспетчер Виртуальных Машин может предоставить консолидированный вид виртуальных машин на всех хост-серверах. Можно даже использовать Диспетчер Виртуальных Машин для просмотра виртуальных машин, работающих в средах VMware.
Теперь после того, как немного поговорили о преимуществах Диспетчера Виртуальных Машин, пришло время начать изучение работы диспетчера виртуальных машин. В следующей части рассмотрим, как установить Диспетчер Виртуальных Машин, и начнём обзор интерфейса Диспетчера Виртуальных Машин.
2. Часть №2
2.1 Введение
В первой части статьи было объяснено, почему System Center Virtual Machine Manager (SCVMM) важен и зачем он нужен, если в организации используется Hyper-V. В этой части продолжим его рассмотрение и то, как начать работу с Диспетчером Виртуальных Машин.
2.2 Компоненты Диспетчера Виртуальных Машин
Как и большинство серверных продуктов Microsoft, SCVMM спроектирован в качестве модульного решения. Перед его установкой необходимо ознакомится с несколькими различными компонентами.
Первым из этих компонентов является Сервер Управления VMM. Сервер Управления – это компонент, выполняющий всю тяжёлую работу. Он является основным компонентом Сервера Управления Виртуальными Машинами, который отвечает за обработку команд и за запуск основной службы VMM. Сервер Управления также отвечает за координацию связи между всеми различными компонентами.
Следующий компонент, о котором нужно знать, это база данных VMM. База данных VMM – это база данных SQL Server, в которой хранится вся информация о конфигурации, которая используется SCVMM. Эта база данных также хранит такие вещи, как профили и шаблоны служб (подробнее об этом позже статье).
Третий компонент, с которым нужно ознакомиться, это консоль VMM. Консоль VMM – это графический интерфейс пользователя для SCVMM. При работе с SCVMM большая часть времени будет тратиться на работу в этой консоли.
Корпорация Microsoft упорно трудилась в течение последних нескольких лет, чтобы использовать все свои серверные продукты в PowerShell. Таким образом, неудивительно, что Диспетчер Виртуальных машин включает в себя интерфейс PowerShell, известный как Командная Оболочка VMM.
Последний главный компонент – это сервер библиотеки VMM. Как видно из названия, задачей сервера библиотеки является размещение библиотеки VMM. Библиотека является одной из наиболее важных функций Диспетчера Виртуальных Машин. Библиотека действует как набор ресурсов, которые можно использовать для развёртываний виртуальных машин. Эти ресурсы могут включать в себя такие вещи, как виртуальные жёсткие диски и шаблоны. Ресурсы библиотеки обычно основаны на файлах, поэтому задача сервера библиотеки заключается в совместном использовании папок, содержащих ресурсы библиотеки.
2.3 Масштабируемость Диспетчера Виртуальных Машин
В предыдущей статье было объяснено, что одной из задач Диспетчера Виртуальных Машин является улучшение масштабируемости за счёт обеспечения представления ресурсов виртуальной машины на уровне организации, а не ограничивать администратора работой с хостами виртуальных машин от сервера к серверу (как и с Диспетчером Hyper-V). Поскольку обеспечение масштабируемости является такой важной частью работы Диспетчера Виртуальных Машин, уделим некоторое время рассмотрению степени масштабируемости, предоставляемой Диспетчером Виртуальных Машин.
Microsoft предоставляет некоторые цифры, которые показывают, что можно ожидать с точки зрения масштабируемости Диспетчера Виртуальных Машин. Однако важно отметить, что числа, упоминаемые Microsoft, являются теоретическими максимумами. Существует также практический аспект для рассмотрения. Если необходимо развернуть Диспетчер Виртуальных Машин на сервере, который едва соответствует минимальным требованиям к оборудованию, то нереалистично ожидать, что можно будет эффективно управлять крупномасштабными средами.
Стоит также отметить, что со временем числа масштабируемость Microsoft изменились. В System Center 2012 SP1 были внесены значительные улучшения масштабируемости Диспетчера Виртуальных Машин. Этот пакет обновления предоставляет те же числа масштабируемости, что и Диспетчер Виртуальных Машин System Center 2012 R2. Числа, упоминаемые в этой части статьи, основаны на этом пакете обновлений и на Диспетчере Виртуальных Машин System Center 2012 R2.
С учётом этого, Диспетчер Виртуальных Машин может поддерживать до 1000 виртуальных машин. Для сравнения, предыдущий лимит был 400. Можно заметить, что использована фраза «хосты виртуальных машин», а не «хосты Hyper-V». Причина этого в том, что, хотя Диспетчер Виртуальных Машин в первую очередь предназначен для использования с Hyper-V, его также можно использовать для управления хостами Citrix XenServer и VMware ESX. Таким образом, SCVMM может использоваться для управления разнородными гипервизорами через единый интерфейс управления. Существуют некоторые ограничения, которые возникают при управлении гипервизорами не от Microsoft, но сейчас не время, чтобы это обсуждать.
Так же, как Диспетчер Виртуальных Машин ограничивает общее число хостов виртуальных машин, которыми можно управлять, есть ограничение на общее число виртуальных машин, которыми можно управлять. Ограничение составляет 25 000 виртуальных машин.
Существуют также некоторые ограничения, которые вступают в действие с точки зрения управления. Диспетчер Виртуальных Машин поддерживает до 50 одновременных клиентов управления. Другими словами, может быть открыто до 50 копий консоли управления или может быть установлено до 50 сессий Оболочки Управления VMM. Если используется оба инструмента одновременно, общее количество соединений не может превышать 50.
Стоит также отметить, что Сервер Управления VMM обычно не устанавливается непосредственно на хост Hyper-V. Таким образом, Сервер Управления VMM ведёт себя аналогично прокси-серверу. Администратор выдаёт команды управления через консоль управления или через оболочку управления, и эти команды отправляются на Сервер Управления VMM. Сервер Управления VMM получает команды и интерпретирует их. Затем он передаёт необходимые команды хосту целевой виртуальной машины.
Фактические задачи управления не выполняются локально на сервере управления, а выполняются на удалённом хосте виртуальной машины. В этом случае большинство задач управления рассматриваются как задания (в отличие от локальных команд, выполняемых мгновенно). Причина, по которой это упоминается, состоит в том, что существует ограничение на общее количество одновременных заданий, которые можно запустить. Ограничение составляет 250 заданий. Кстати, Записи Истории Заданий Диспетчера Виртуальных Машин могут хранить данные о последних пяти миллионах заданий, которые были выполнены.
Ещё одна вещь, о которой необходимо упомянуть, – это то, что Диспетчер Виртуальных Машин предназначен для предоставления многопользовательских виртуальных серверов. Диспетчер Виртуальных Машин имеет теоретический предел 1000 арендаторов. В действительности, однако, реальное число арендаторов, которые могут поддерживаться, может быть намного ниже. Причина этого заключается в том, что Диспетчер Виртуальных Машин ограничивает количество ролей пользователей, которые могут быть созданы. Это ограничение также равно 1000. Таким образом, единственный способ, которым Диспетчер Виртуальных Машин может поддерживать 1000 арендаторов, заключается в том, что каждый арендатор использует только одну роль пользователя. Роли пользователей и многопользовательская аренда будут подробно рассмотрены далее в этой статье.
2.4 Краткий Итог Части №2
Теперь, когда были рассмотрены основные компоненты и ограничения масштабируемости Диспетчера Виртуальных Машин, пришло время перейти к развёртыванию. Рассмотрим развёртывание в части №3 данной статьи.
3. Часть №3
3.1 Введение
В предыдущей части были рассмотрены различные компоненты, составляющие SCVMM. В этой части продолжим их рассмотрение посредством изучения процесса развёртывания.
3.2 Системные Требования
Как и с любым другим программным обеспечением, минимальные требования к системе должны соблюдаться при развёртывании SCVMM. Требования меняются в зависимости от роли сервера, который развёртывается. Требования также варьируются в зависимости от количества хостов, которыми планируется управлять, и от того, будет ли сервер баз данных развёрнут локально.
Для сервера управления VMM, который поддерживает управление до 150 хостов, требования следующие:
|
Компонент |
Минимальные требования |
Рекомендуемые требования |
|
CPU |
Pentium 4 (x64), 2 ГГц |
Два двухъядерных процессора (X64), 2.8 ГГц |
|
RAM |
4 ГБ |
4 ГБ |
|
Место на жёстком диске (без локальной базы данных) |
2 ГБ |
40 ГБ |
|
Место на жёстком диске (с локальным развёртыванием SQL Server) |
80 ГБ |
150 ГБ |
Если планируется развёртывать только сервер управления, требования зависят от того, планируется ли управлять менее чем 150 хостами или более чем 150 хостами. Минимальные требования следующие:
|
Компонент |
Менее 150 хостов |
Более 150 хостов |
|
CPU |
Pentium 4, 1 ГГц |
2 x Pentium 4, 2 ГГц |
|
RAM |
2 ГБ |
4 ГБ |
|
Место на жёстком диске |
2 ГБ |
4 ГБ |
Требования к серверу базы данных значительно различаются в зависимости от используемой версии SQL Server. Диспетчер Виртуальных Машин System Center 2012 R2 поддерживает следующие версии SQL Server:
- SQL Server 2012, 64-bit Standard или Enterprise RTM или SP1
- SQL Server 2008 R2, 64-bit Standard, Enterprise, Datacenter с SP2 или 3
Независимо от того, какая версия SQL Server развёртывается, необходимо настроить SQL на поддержку нечувствительных к регистру объектов, а имя компьютера SQL Server не должно превышать 15 символов. Рекомендуется, чтобы сервер управления VMM и SQL Server были членами одного и того же домена Active Directory. Если серверы существуют в разных доменах, необходимо установить двухстороннее доверие между доменами. Наконец, нужно развернуть компоненты Database Engine и Средства Управления — Полный Набор для SQL Server.
В дополнение к SQL Server существуют некоторые другие требования к программному обеспечению. Очевидно, что необходима поддерживаемая операционная система. Диспетчер Виртуальных Машин System Center 2012 R2 может работать в 64-разрядных версиях Windows Server 2012 и Windows Server 2012 R2. Поддерживаются версии Standard и Datacenter Edition, их возможно развернуть в ОС с графическим интерфейсом или с установкой в режиме основных серверных компонентов.
Также понадобятся WinRM и .NET Framework версии 4.5 или 4.5.1. Оба компонента включены в Windows Server 2012 R2.
Если развёртывается сервер управления, необходимо установить комплект Набор Средств для Развёртывания и Оценки Windows (Windows ADK) для Windows 8. Его можно скачать на сайте Microsoft. При установке Windows ADK необходимо установить Средства Развёртывания и компоненты среды предустановки Windows.
Последнее, что надо отметить прежде, чем перейти к настройке SCVMM 2012 R2, это то, что в этой статье рассматриваются только системные требования для наиболее распространённых ролей. Для других ролей (таких как Серверы Библиотек) существуют отдельные требования. Полную документацию по требованиям к развёртыванию можно получить на сайте Microsoft.
3.3 Процесс Развёртывания
Для целей этой статьи настроим развёртывание одиночного сервера Диспетчера Виртуальных Машин System Center 2012 R2. Развёртывание будет запущено в Windows Server 2012 R2, и на сервере будет установлен SQL Server 2012 локально. Сервер также полностью исправен.
С учётом вышесказанного, можно установить Диспетчер Виртуальных Машин System Center 2012 R2, вставив установочный DVD-диск и запустив Setup.exe. Когда появится экран заставки, нажмите на ссылку «Установить». После этого программа установки скопирует некоторые файлы, а затем запустит Мастер Установки Диспетчера Виртуальных Машин Microsoft System Center 2012 R2.
На первом экране мастера установки появится запрос на то, какие компоненты необходимо установить. Для целей этой статьи установим Сервер Управления VMM и консоль VMM на один сервер. В этом случае установите оба флажка, как показано на Рис.3, и нажмите «Далее». Кстати, если выбрана установка Сервера Управления VMM, то консоль VMM будет также установлена.
 |
| Рисунок 3 |
Следующий экран, который появится, — это экран Информации о Регистрации Продукта. Здесь вводится ключ продукта. После этого нажмите «Далее». Теперь вы должны увидеть экран, который просит вас принять лицензионное соглашение. После этого нажмите «Далее». На следующем экране появится запрос на участие в Программе Улучшения Качества Программного Обеспечения. Сделайте свой выбор и нажмите «Далее».
На этом этапе будет предложено указать желаемый путь установки. Путь установки по умолчанию обычно подходит для большинства развёртываний.
Нажмите «Далее», и программа Установки выполнит быструю предварительную проверку. Как только эта проверка завершится, появится экран Конфигурации Базы Данных. Как минимум, вам нужно будет указать имя сервера базы данных и имя экземпляра SQL Server. Как правило, потребуется создать новую базу данных для Диспетчера Виртуальных Машин. По умолчанию программа установки создаст базу данных с именем VirtualManagerDB, как показано на Рис.4.
 |
| Рисунок 4 |
На следующем экране будет предложено ввести учётные данные для учётной записи, которую можно будет использовать в качестве учётной записи службы. Что ещё более важно, экран также даёт возможность сохранить ключи шифрования в Active Directory. Необязательно хранить ключи в Active Directory, если Диспетчер Виртуальных Машин не будет высокодоступным. Однако хранение ключей в Active Directory является наилучшей практикой, поскольку это помогает предотвратить потерю ключа.
Нажмите «Далее» и будет предложено выбрать порты, которые необходимо использовать для различных функций Диспетчера Виртуальных Машин. В большинстве случаев номера портов по умолчанию, будут работать нормально. Однако необходимо записать номера портов, потому что может потребоваться открыть порты в брандмауэре.
Нажмите «Далее» и появится запрос, создавать новый общий ресурс библиотеки или использовать существующий общий ресурс библиотеки. Поскольку это совершенно новое развёртывание, перейдите далее и выберите вариант создания нового общего ресурса библиотеки.
После нажатия кнопки «Далее» отобразится сводка выбранных опций установки. Найдите время, чтобы просмотреть краткое описание установки. Если итоговая информация отображается правильно, нажмите кнопку «Установить». По завершении установки отобразится сообщение, подобное показанному на Рис.5, что свидетельствует об успешной установке.
 |
| Рисунок 5 |
3.4 Краткий Итог Части №3
Как видите, развёртывать Диспетчер Виртуальных Машин System Center 2012 R2 относительно легко. В следующей части статьи приступим к изучению консоли управления.
4. Часть №4
В предыдущей части этой статьи был развернут Диспетчер Виртуальных Машин System Center 2012 R2 на Windows Server. Теперь, когда процесс развёртывания завершен, приступим к обзору консоли управления.
Одна из приятных особенностей SCVMM заключается в том, что Microsoft не заставляет угадывать, как открыть консоль управления (в отличие от некоторых других инструментов Microsoft). По завершении процесса установки на рабочем столе Windows появится значок Консоли Диспетчера Виртуальных Машин, как показано на Рис.6.
При двойном нажатии по этому значку появится экран входа, который также можно увидеть на Рис.6. В этом окне необходимо указать имя сервера Диспетчера Виртуальных Машин, на который необходимо войти и данные учётной записи.
 |
| Рисунок 6 |
Как показано на рисунке выше, имя сервера задано как «localhost: 8100». Поле «Имя сервера» было заполнено автоматически, потому что осуществлён вход в локальную консоль на сервере, на котором работает Диспетчер Виртуальных Машин. Если подключаться к удалённому серверу Диспетчера Виртуальных Машин, имя сервера было бы указано явно другое, а не «localhost». Кстати, 8100 – номер порта, который используется для соединения с сервером.
Другое, на что надо обратить внимание на Рис.6, — это то, что можно либо ввести данные учётной записи, либо использовать данные учётной записи из текущей сессии Windows. Если вход в Windows осуществлён под учётной записью администратора домена, то можно использовать идентификационные данные сеанса Windows. В противном случае будет необходимо ввести данные более подходящей учётной записи до подключения к SCVMM.
4.1 Что Пошло Не Так
При попытке подключения к серверу Диспетчера Виртуальных Машин может появиться сообщение об ошибке, подобное показанному на Рис.7. В этой ошибке указывается, что диспетчер Виртуальных Машин не может подключиться к серверу управления VMM.
 |
| Рисунок 7 |
На самом деле это очень распространённое сообщение об ошибке и в большинстве случаев это легко исправить. По какой-то причине одна из зависимых служб не запускается при загрузке сервера. Эту проблему можно устранить, открыв Service Control Manager (Диспетчер Управления Службами), введя SERVICES.MSC в командной строке сервера, и запустив службу «System Center Virtual Machine Manager», как показано на Рис.8.
 |
| Рисунок 8 |
Как только служба «System Center Virtual Machine Manager» запущена, можно войти в Консоль Диспетчера Виртуальных Машин. То, как выглядит Консоль Диспетчера Виртуальных Машин, показано на Рис.9. На первый взгляд консоль немного ошеломляет, потому что в ней надо понять многое. Тем не менее, интерфейс консоли имеет значение, как только начинаете к нему привыкать.
 |
| Рисунок 9 |
На снимке экрана можно заметить, что консоль поделена на несколько разных секций. Первая секция находится в нижней левой части экрана. В этой области имеется ряд вкладок (выбрана вкладка «Структура» в настоящий момент). По большей части документация Microsoft относится к этим вкладкам как к рабочим областям. Поэтому, если следовать документации на TechNet, то можно найти инструкцию, в которой говорится что-то вроде «Нажмите на рабочую область Структура», это означает, что необходимо нажать кнопкой мышки на вкладку «Структура».
Выбор рабочей области управляет содержимым дерева консоли, которое появляется вдоль левой стороны консоли. Если посмотреть на самую вершину дерева консоли на рисунке выше, увидите слово «Структура». Это указывает на то, что рабочая область «Структура» выбрано в настоящий момент и что настройки внутри дерева консоли применяются к Структуре.
В верхней части экрана располагается лента. Концепция ленты должна быть знакома всем, кто использует Microsoft Office 2010 или 2013, хотя на самом деле существует ряд различных продуктов Microsoft, которые используют концепцию ленты. Элементы ленты, которые отображаются, являются прямым отражением рабочего пространства, которое выбрано. Например, на рисунке выше виден значок «Добавить Ресурсы» (это значок с большим зелёным знаком плюса). Когда нажимаете на этот значок, предоставляется список ресурсов Структуры, которые можно добавить.
С учётом вышесказанного, дадим вам краткое описание доступных рабочих областей. Как видно на рисунке выше, всего существует пять рабочих областей. К ним относятся:
- Виртуальные Машины и Службы — Рабочая область «Виртуальные машины и Службы» имеет некоторое перекрытие с рабочей областью «Структура» (см. ниже). Рабочая область «Виртуальные Машины и Службы» позволяет создавать такие вещи, как частные облака, сети виртуальных машин и даже арендаторов.
- Структура — Рабочая область «Структура», возможно, является самой важной из рабочих областей Диспетчера Виртуальных Машин. Это рабочая область позволяет создавать частные или гибридные облака, которые основаны на «Структуре» ресурсов, таких как физические хосты, физическое хранилище и сетевые компоненты.
- Библиотека — Рабочая область «Библиотека» предназначена для хранения ресурсов, которые можно использовать повторно. Например, в библиотеке можно хранить шаблоны виртуальных машин. Эти шаблоны могут использоваться для создания новых виртуальных машин.
- Задания — Рабочая область «Задания» является, прежде всего, средством мониторинга. Многие задачи, которые будут выполняться в SCVMM, классифицируются как задания. Рабочая область «Задания» – это место, где можно проверить состояние задания. Например, если создаётся новая виртуальная машина, можно перейти в рабочую область «Задания», чтобы проверить статус задания по созданию виртуальной машины.
- Параметры — Рабочая область «Параметры» содержит все параметры настроек Диспетчера Виртуальных Машин. Все параметры, находящиеся в других рабочих областях, относятся к виртуальным машинам, виртуальным сетям, частным облакам и другим компонентам инфраструктуры. Только рабочая область «Параметры» содержит параметры, специфичные для Диспетчера Виртуальных Машин.
4.2 Краткий Итог Части №4
В данной части было дано общее представление об устройстве консоли Диспетчера Виртуальных Машин. В следующей части статьи приступим к выполнению некоторых простых задач в консоли диспетчера Виртуальных Машин. Начнём с создания группы хостов и добавления к ней нескольких серверов Hyper-V. Затем рассмотрим некоторые приёмы создания и управления виртуальными машинами и управления хостами Hyper-V.
5. Часть №5
5.1 Введение
В предыдущих частях статьи был развернут SCVMM и показан основной интерфейс консоли управления.
Было бы недальновидно предположить, что базовое управление виртуальными машинами – это единственное, для чего может быть использован Диспетчер Виртуальных Машин. Диспетчер Виртуальных Машин действительно больше относится к управлению архитектурой виртуализации, чем к управлению отдельными виртуальными машинами (хотя он может сделать и то, и другое). Например, Диспетчер Виртуальных Машин может организовывать хосты в логические группы (о которых будут сказано чуть позже), и его можно использовать для создания и управления библиотеками шаблонов виртуальных машин и даже целыми облаками.
5.2 Группы Хостов
Когда дело доходит до управления хостами Hyper-V и виртуальными машинами, одной из первых концепций, которую нужно понять, является группа хостов. Как следует из названия, группа хостов — это не что иное, как логическая коллекция хостов. Сначала группы узлов могут показаться ненужными, но помните, что Диспетчер Виртуальных Машин специально разработан для обеспечения возможностей управления крупномасштабными процессами. Крупная организация может иметь сотни или даже тысячи узлов. В таких ситуациях полезно иметь какую-то организационную структуру для всех этих хостов.
Группы хостов могут найти применение даже в небольших организациях. Рассмотрим ситуацию, например, есть технический писатель-фрилансер, и он работает у себя дома. Несмотря на то, что он является индивидуальным предпринимателем, у него имеется, по крайней мере, три разных категории хост-серверов. У него небольшая производственная среда, состоящая из двух хостов Hyper-V. Есть лабораторная среда, содержащая четыре хоста Hyper-V, а также лабораторная среда VMware с несколькими хостами. Кстати, SCVMM может управлять средами VMware, хотя и с некоторыми ограничениями.
5.3 Добавление Хост-Серверов
Приступим к добавлению хостов Hyper-V в Virtual Machine Manager, а затем и созданию нескольких групп хостов. Начнём процесс, открыв консоль Диспетчера Виртуальных Машин, а затем выбрав рабочую область «Виртуальные Машины и Службы». Если посмотреть на Рис.10, можно заметить, что контейнер «All Hosts» выбран в дереве консоли. All Hosts, на самом деле, является группой хостов.
 |
| Рисунок 10 |
Если посмотреть на рисунок выше, можно также заметить, что в данный момент один хост указан под группой «All Hosts». Этот хост (Lab4) является хостом Hyper-V в лабораторной среде. Этот хост был добавлен вручную, но остальные хосты ещё не добавлены.
Чтобы добавить хост-сервер, нажмите правой кнопкой мышки на «All Hosts». После этого увидите контекстное меню, которое предоставляет несколько различных вариантов для добавления хостов, как показано на Рис.11. Например, можно добавить хосты Hyper-V, хосты Citrix и, конечно же, хосты VMware. Также заметьте, что есть опция добавления кластеров хостов. В этой статье кластеры хостов рассматриваться не будут, потому что есть отдельная статья об отказоустойчивой кластеризации для Hyper-V.
 |
| Рисунок 11 |
Приступим к добавлению хостов Hyper-V. Для этого выберите в контекстном меню пункт «Добавить Хосты и Кластеры Hyper-V». После этого, Windows отобразит Мастера Добавления Ресурсов. В большинстве случаев будут добавляться хосты Hyper-V, которые находятся в доверенном домене Active Directory. Поэтому, когда увидите первый экран мастера, выберите вариант добавления компьютеров Windows Server в доверенный домен Active Directory.
На следующем экране будет предложено указать учётную запись, от имени которой будут выполняться действия. Учётная запись, от имени которой будут выполняться действия, — это учётная запись, которая имеет разрешение на выполнение операции.
Нажмите «Далее», будет предложено указать компьютеры, которые необходимо добавить. Можно ввести имена компьютеров вручную, как показано на Рис.12, или выполнить запрос в Active Directory.
 |
| Рисунок 12 |
После нажатия кнопки «Далее» будет небольшая задержка, т.к. Диспетчер Виртуальных Машин проверяет точность введённой информации. Как только эта проверка завершится, появится список хостов, которые можно добавить в группу хостов. Просто установите флажки, соответствующие хостам, которые надо добавить, и нажмите кнопку «Далее».
Прежде чем продолжить, необходимо указать, что не всегда можно добавить любой узел. Если посмотреть на Рис.13, можно заметить, что у серверов с именами Lab1, Lab2 и Lab3 нет флажков рядом с ними. Причина этого в том, что эти хосты Hyper-V принадлежат кластеру. Это можно заметить по тому, как мастер отображает объект с именем Lab.MGMT.com. Это кластер, к которому принадлежат Lab1, Lab2 и Lab3. Диспетчеру Виртуальной Машины не было сказано, что надо добавить кластер, но он все равно отобразил кластер, потому что были указаны отдельные узлы кластера.
 |
| Рисунок 13 |
С учётом вышесказанного, выберите хосты, которые надо добавить, и нажмите кнопку «Далее». Появится экран с запросом на подтверждение настроек. Найдите минутку, чтобы убедиться, что все правильно, и нажмите кнопку «Далее», затем кнопку «Готово». Хосты будут добавлены в группу хостов.
5.4 Создание Группы Хостов
Как уже упоминалось ранее, имеется возможность создавать группы хостов для удовлетворения требований к управлению. Для этого просто нажмите на значок «Создать Группу Хостов», расположенный на ленте в рабочей области «Виртуальные Машины и Службы». Будет предложено ввести имя для новой группы хостов. Все созданные группы хостов будут отображаться непосредственно под «All Hosts», как показано на Рис.14.
 |
| Рисунок 14 |
На рисунке выше можно заметить, что сервер Lab4 по-прежнему отображается отдельно под «All Hosts». Если бы это был производственный VMM-сервер, вероятно, Lab4 переместили бы в созданную группу хостов Lab. Это можно легко выполнить с помощью простой операции перетаскивания. После этого хост появится под своей назначенной группой узлов, как показано на Рис.15. Кстати, вид представления групп хостов является разворачиваемым.
 |
| Рисунок 15 |
5.5 Краткий Итог Части №5
В этой части было показано, как добавлять хосты и организовывать их в группы хостов. В следующей части рассмотрим то, как организовать и управлять виртуальными машинами.
6. Часть №6
В предыдущей части было показано, как создавать и организовывать группы хостов в System Center Virtual Machine Manager 2012 R2 (VMM). В этой части рассмотрим виртуальные машины и некоторые методы управления виртуальными машинами.
VMM отличается от Диспетчера Hyper-V тем, что он предназначен для централизованного представления виртуальных машин. Однако было бы технически точнее сказать, что VMM выделяет несколько представлений виртуальных машин. Что это значит?
В предыдущей части было показано, что VMM отображает группы хостов и виртуальные машины из рабочей области «Виртуальные Машины и Службы». Также было сказано, что VMM содержит группу хостов по умолчанию, называемую «All Hosts». Группа «All Hosts» содержит все серверы Hyper-V, которые находятся под управлением VMM.
Таким образом, с учётом вышесказанного, SCVMM выделяет три основных представления виртуальных машин. Первым из этих представлений является «All Hosts». Если выбрать контейнер «All Hosts», то список виртуальных машин будет включать в себя все виртуальные машины со всех хост-серверов, которыми управляет Диспетчер Виртуальных Машин. Например, если посмотреть на Рис.16, то увидите, что был выбран контейнер «All Hosts» и что несколько виртуальных машин указаны справа. Что ещё более важно, если посмотреть чуть выше списка виртуальных машин, то можно увидеть указание на то, что в списке 38 виртуальных машин.
 |
| Рисунок 16 |
Второе представление, которое можно использовать для виртуальных машин, – это представление группы хостов. Например, на Рис.17 выбрана группа хостов «Lab». Это заставляет Диспетчер Виртуальных Машин отобразить только виртуальные машины, которые находятся на хостах, которые являются частью выбранной группы хостов. Можно заметить, что количество виртуальных машин в списке падает до 26.
 |
| Рисунок 17 |
Последнее представление – это представление сервера. Если выбрать отдельностоящий сервер Hyper-V, то вы сможете увидеть виртуальные машины, которые существуют на этом сервере. Например, если посмотреть на Рис.18, видно, что был выбран сервер с именем Lab3, который содержит только одну виртуальную машину.
 |
| Рисунок 18 |
Прежде чем продолжить, отметим, что, хотя во всех примерах используются хосты Hyper-V, SCVMM имеет возможность подключаться к хостам Citrix XenServer и VMware ESX. Фактически, можно управлять виртуальными машинами Citrix и VMware вместе с виртуальными машинами Hyper-V через System Center Virtual Machine Manager 2012 R2.
Когда дело доходит до взаимодействия с отдельными виртуальными машинами, Диспетчер Виртуальных Машин предлагает те же опции, что и Диспетчер Hyper-V, плюс несколько дополнительных функций. Доступ к большинству доступных опций можно получить, нажав правой кнопкой мыши на виртуальную машину и выбрав соответствующую опцию из контекстного меню, как показано на Рис.19.
 |
| Рисунок 19 |
Одна из вещей, которая особенно приятна при управлении виртуальными машинами через SCVMM, заключается в том, что при выборе виртуальной машины под списком виртуальных машин появляется сводка. Например, если посмотреть на Рис.20, можно увидеть некоторую основную информацию о выбранной виртуальной машине, такую как количество процессоров и объем памяти, который был выделен для неё. Также можно увидеть общее количество потребляемой памяти и среднюю ежедневную производительность процессора.
 |
| Рисунок 20 |
6.1 Создание Виртуальной Машины
Процесс создания новой виртуальной машины в Диспетчере Виртуальных Машин немного другой, чем в Диспетчере Hyper-V. Можно начать процесс, выбрав хост или группу хостов, а затем, нажав на плитку «Создать Виртуальную Машину», расположенную на ленте (убедитесь, что выбрана опция «Создать Виртуальную Машину»).
На этом этапе Диспетчер Виртуальных Машин запустит мастер, который проведёт пользователя через процесс создания виртуальной машины. На первом экране мастера запрашивает, построить ли виртуальную машину из шаблона или создать виртуальную машину с чистого виртуального жёсткого диска. Шаблоны – это виртуальные машины или виртуальные жёсткие диски, которые были созданы с целью создания новых виртуальных машин. Шаблоны будут рассмотрены позже.
Предполагая, что выбрана опция «Пустой виртуальный жёсткий диск», на следующем экране будет предложено ввести имя виртуальной машины, описание и выбрать версию виртуальной машины.
На следующем экране предлагается выбрать аппаратные настройки для виртуальной машины. Можно указать аппаратное обеспечение вручную, как это делается в Диспетчере Hyper-V, но есть ещё пара других доступных вариантов, как показано на Рис.21.
 |
| Рисунок 21 |
Первый вариант — это возможность выбора профиля оборудования. Профиль оборудования по существу является шаблоном конфигурации оборудования. Он существует, так что можно повторно использовать стандартную аппаратную конфигурацию, а не вручную указывать параметры оборудования каждый раз при создании новой виртуальной машины.
Другой вариант, который существует, — это профиль совместимости. Как видно на рисунке, можно выбрать тип хоста, который планируется использовать для виртуальной машины (Hyper-V, ESX Server или XenServer).
Следующий экран, который появится, — это экран Выбора Назначения. Этот экран позволяет выбрать группу хостов. В качестве альтернативы можно выбрать хранение виртуальной машины в библиотеке. Библиотека используется для хранения шаблонов виртуальных машин. Если имеется частная облачная среда, этот экран также предоставляет возможность развёртывания виртуальной машины в частном облаке.
Следующий экран спросит, какой хост-сервер создать на новой виртуальной машине. Хост-серверы отображаются вместе со звёздочкой рейтинга, которая отражает пригодность каждого хоста для работы с виртуальной машиной.
Следующий экран, который появится, — это экран Настройки Параметров. Этот экран довольно простой. На нём можно выбрать место хранения и, возможно, несколько других вспомогательных параметров настройки (это зависит от параметров оборудования, которые были выбраны ранее).
На следующем экране будет предложено указать сетевое подключение виртуальной машины. Как и в случае с Диспетчером Hyper-V, можно выбрать виртуальный сетевой адаптер и VLAN. Диспетчер Виртуальных Машин также позволяет выбрать классификацию портов (если таковая существует).
На предпоследнем экране будет предложено указать операционную систему, которую планируется установить на виртуальной машине, а также действия автоматического запуска и остановки. После того, как эта информация введена и нажмите кнопку «Далее», появится на экран краткой сводной информации. Если все настройки верны, можно нажать кнопку «Создать», чтобы создать виртуальную машину.
6.2 Краткий Итог Части №6
В этой части были рассмотрены представления виртуальных машин и процесс создания виртуальной машины. В следующей части перейдём к рассмотрению библиотеки.
7. Часть №7
7.1 Введение
В предыдущей части было показано, как вручную создавать и настраивать виртуальную машину с помощью Диспетчера Виртуальных Машин System Center 2012 R2. В этой части рассмотрим библиотеку Диспетчера Виртуальных Машин.
Библиотека SCVMM предназначена для автоматического и единообразного создания виртуальных машин. Это может быть достигнуто с помощью шаблонов и профилей. Поскольку эта статья предназначена для введения в SCVMM, будем углублённо обсуждать библиотеку Диспетчера Виртуальных Машин. Тем не менее, рассмотрим некоторые из наиболее полезных шаблонов и профилей.
7.2 Прежде Чем Начать
Прежде чем приступить к обсуждению того, как использовать библиотеку, необходимо упомянуть об обязательном требовании. В предыдущих частях статьи говорилось, что SCVMM представляет собой многоуровневое приложение, которое позволяет устанавливать отдельные компоненты приложения по мере необходимости. Библиотека является одним из компонентов Диспетчера Виртуальных Машин. Библиотека должна быть установлена, чтобы делать то, что будет показано в этой части статьи.
7.3 Работая С Библиотекой
Получить доступ к библиотеке Диспетчера Виртуальных Машин можно, нажав на рабочую область «Библиотека». Как выглядит рабочая область «Библиотека» показано на Рис.22.
 |
| Рисунок 22 |
Первое, что нужно знать о библиотеке, это то, что рабочая область «Библиотека» и библиотека – это не одно и то же. Библиотека фактически спрятана внутри дерева консоли. Если посмотреть на рисунок выше, то заметно, что дерево консоли содержит узел «Сервер Библиотеки», а ниже этого узла находится вкладка сервера библиотеки, который используется в данный момент (в данном случае VMM2012R2.MGMT.com). Под именем сервера находится контейнер с именем MSSCVMMLibrary. Фактическая библиотека существует внутри этого контейнера. По умолчанию есть контейнер Application Frameworks и контейнер VHD-файлов, которые находятся под контейнером MSSCVMMLibrary. Существует также контейнер более высокого уровня для Сохранённых Виртуальных Машин и Служб.
Рабочая область «Библиотека» позволяет создавать серию шаблонов и профилей, которые, в свою очередь, могут использоваться для создания виртуальных машин (или других типов объектов, таких как приложения). Так что с учётом сказанного, давайте создадим шаблон виртуальной машины.
7.4 Создание Шаблона Виртуальной Машины
Шаблон виртуальной машины используется для определения виртуальной машины. Создать шаблон виртуальной машины можно, перейдя по дереву консоли в Шаблоны | Шаблоны Виртуальных Машин и затем нажать кнопку «Создать Шаблон Виртуальной Машины», расположенную на ленте. Это приведёт к запуску мастера Создания Шаблона Виртуальной Машины.
Первое, что спрашивает мастер, — использовать ли существующий шаблон виртуальной машины или виртуальный жёсткий диск, хранящийся в библиотеке или создать шаблон из существующей виртуальной машины, развёрнутой на хосте. Как выглядит этот экран, показано на Рис.23.
 |
| Рисунок 23 |
Сначала может показаться, что единственным реальным вариантом является создание шаблона из существующей виртуальной машины. Тем не менее, есть причина, почему раньше была показана MSSCVMMLibrary. Эта библиотека содержит некоторые встроенные объекты, которые можно использовать в качестве отправной точки.
Чтобы создать шаблон с нуля, выберите вариант «Использовать Существующий Шаблон Виртуальной Машины или Виртуальный Жёсткий Диск, Хранящийся в Библиотеке», а затем нажмите кнопку «Обзор». После этого отобразится список виртуальных жёстких дисков, которые хранятся в библиотеке. Как видно на Рис.24, библиотека содержит большие и малые виртуальные жёсткие диски в форматах VHD и VHDX.
 |
| Рисунок 24 |
Сделайте выбор и нажмите кнопку «OK». Нажмите кнопку «Далее», и появится экран, на котором попросят установить удостоверение для нового шаблона виртуальной машины. Здесь необходимо ввести имя для шаблона и описание по выбору. Здесь же надо выбирать, будет ли этот шаблон использоваться при создании виртуальных машин Версии_1 или Версии_2. Как выглядит этот экран, показано на Рис.25.
 |
| Рисунок 25 |
Следующий экран попросит настроить оборудование виртуальной машины. На первый взгляд, этот экран очень похож на экран настроек, которые отображаются при создании виртуальной машины с помощью Диспетчера Hyper-V. Однако есть две важные вещи, о которых нужно знать.
Если посмотреть на Рис.26, виден параметр «Профиль Оборудования». О профилях оборудования будет сказано позже. Профиль оборудования – это механизм настройки распределения аппаратных средств виртуальной машины. Другими словами, можно настроить использование шаблона оборудования вручную на этом экране или выбрать предварительно настроенный профиль оборудования. Профиль оборудования ещё не создан, поэтому сейчас будет правильно определить параметры оборудования вручную.
 |
| Рисунок 26 |
Следующее — это раздел совместимости. Здесь можно выбрать тип хоста, который будет использоваться. Также можно создать виртуальную машину, которая будет совместима с Hyper-V, VMware ESX или Citrix XenServer.
Нажмите кнопку «Далее», и попадёте на экран «Настройка Операционной Системы», показанный на Рис.27. Как видно на рисунке, этот экран позволяет ввести информацию об операционной системе, такую как ключ продукта, часовой пояс и информацию о домене. Однако, как видно на рисунке, имеется возможность использовать предварительно настроенный профиль операционной системы.
 |
| Рисунок 27 |
Нажмите кнопку «Далее», и увидите сводку выбранных опций. Нажмите кнопку «Создать», чтобы создать шаблон.
7.5 Краткий Итог Части №7
В этой части было немного рассказано о назначении библиотеки Диспетчера Виртуальных Машин, и показано, как создать шаблон виртуальной машины. Несмотря на то, что мы начали с создания шаблона виртуальной машины, скорее всего, вы захотите поместить некоторые другие элементы (например, профили ОС или профили оборудования), прежде чем приступать к созданию шаблонов виртуальной машины. Это поможет сэкономить время. Причина, по которой было показано, как создать шаблон виртуальной машины в этот момент процесса, состоит в том, чтобы дать предварительный обзор того, как различные компоненты подходят друг другу. В следующей части статьи продолжим обсуждение, более подробно рассмотрев профили оборудования и профили ОС.
8. Часть №8
8.1 Введение
В предыдущей части статьи было показано, как создать шаблон виртуальной машины. Метод, который был предложен, отлично подходит для создания одного шаблона, но, если предпочтительно держать вещи более единообразными, рекомендуется создать профили гостевых ОС и профили оборудования. В этой часть будет показано, как это сделать.
8.2 Профили Оборудования
Как уже известно, каждой запущенной виртуальной машине выделяется физическое оборудование. Когда создавался шаблон виртуальной машины в предыдущей части, было настроено распределение аппаратных ресурсов внутри шаблона. Однако может оказаться более полезным создать отдельный профиль оборудования.
Профиль оборудования представляет собой набор настроек оборудования виртуальной машины. Отдельный профиль оборудования может использоваться несколькими шаблонами виртуальных машин. Лучше всего, если понадобится изменить распределение аппаратных ресурсов, в таком случае можно отредактировать профиль оборудования без внесения изменений в ваш шаблон VM.
Создать профиль оборудования можно, открыв консоль Диспетчера Виртуальных Машин и выбрав рабочую область «Библиотека». Затем нажмите правой кнопкой мышки на контейнер «Профиль Оборудования» и выберите команду «Создать Профиль Оборудования» из контекстного меню. Это заставит Windows отобразить диалоговое окно «Новый Профиль Оборудования», как показано на Рис.28.
 |
| Рисунок 28 |
Нужно будет ввести имя для профиля оборудования, и это действительно хорошая вариант, чтобы также ввести описание того, для чего будет использоваться профиль. Заметьте, что диалоговое окно содержит раскрывающийся список «Версия». Причина этого в том, что виртуальные машины Версии_1 и Вресии_2 поддерживают различные аппаратные средства. Например, виртуальные машины Версии_2 не обеспечивают шину IDE.
После ввода имени, описания для профиля оборудования и выбора поколения VM выберите вкладку «Оборудование». Эта вкладка показана на Рис. 29 и позволяет выбрать совместимость облака профиля (Hyper-V, ESX Server или XenServer). Также можно настроить отдельные параметры оборудования, такие как память, виртуальный процессор и виртуальный жёсткий диск.
 |
| Рисунок 29 |
После окончания редактирования профиля оборудования, нажмите кнопку «OK», и новый профиль оборудования появится в контейнере «Профиль Оборудования». Пример этого показан на Рис.30.
 |
| Рисунок 30 |
8.3 Профили ОС Виртуальной Машины
Профили ОС виртуальной машины предназначены для автоматизации процесса создания виртуальной машины по шаблону. Как известно, нельзя просто клонировать виртуальную машину Windows без предварительной подготовки. Виртуальные машины Windows содержат уникальную информацию, такую как имя компьютера, идентификаторы GUID, SID и, возможно, статический IP-адрес.
При создании шаблона виртуальной машины Windows обычно устанавливается на виртуальной машине шаблона, а затем нужно запустить Sysprep. Sysprep генерирует случайные данные для виртуальной машины, избавляясь от любых данных, которые являются уникальными для виртуальной машины. Это позволяет безопасно клонировать виртуальную машину.
Когда виртуальная машина создаётся из такого шаблона, загрузка виртуальной машины приводит к тому, что гостевая ОС задаёт ряд вопросов для завершения процесса установки. Например, гостевая ОС, скорее всего, запросит часовой пояс, язык и ключ продукта.
Ввести всю эту информацию можно вручную и в итоге получить новую готовую к работе виртуальную машину за пять минут. Однако SCVMM даёт возможность полностью автоматизировать процесс развёртывания виртуальной машины. Ключом к этому является использование профиля ОС виртуальной машины.
Профиль ОС виртуальной машины можно представить как файл ответов Sysprep. Профиль ОС виртуальной машины предоставляет ответы на все вопросы, которые обычно задаются мастером установки Windows Server, когда виртуальная машина, созданная из шаблона, загружается в первый раз. Это позволяет автоматически создавать виртуальную машину без необходимости предоставления администратором дополнительной информации.
Создать профиль ОС виртуальной машины можно, нажав правой кнопкой мыши на контейнер «Профиль ОС Виртуальной Машины» и выбрав команду «Создать Профиль ОС Виртуальной Машины» из контекстного меню. После этого Windows отобразит окно «Новый Профиль ОС Виртуальной Машины», показанное на Рис.31.
 |
| Рисунок 31 |
Как и в случае с профилями оборудования, нужно будет ввести имя и описание создаваемого профиля ОС виртуальной машины. Правильным решением будет создать как можно более подробное описание. Также необходимо указать, будет ли этот профиль применяться к виртуальным машинам Windows или Linux.
После ввода необходимой информации перейдите на вкладку «Профиль ОС Виртуальной Машины». Теперь можно начать ввод информации, которая будет применяться к виртуальным машинам, которые в конечном итоге будут созданы с использованием профиля ОС виртуальной машины. Например, можно задать операционную систему, ключ продукта, пароль администратора, часовой пояс и многое другое. Можно даже присоединить серверы к домену во время процесса создания.
Если посмотреть на Рис.32, можно заметить, что есть опции для указания ролей и функций. Таким образом, можно создавать профили ОС виртуальных машин для разных типов виртуальных машин. Например, может иметься профиль ОС виртуальной машины файлового сервера и другой профиль ОС виртуальной машины для веб-серверов.
 |
| Рисунок 32 |
По завершении нажмите кнопку «OK» и новый профиль ОС виртуальной машины будет указан в контейнере «Профили ОС Виртуальной Машины», как показано на Рис.33.
 |
| Рисунок 33 |
8.4 Объединяя Всё Вместе
В следующей части будет показано, как можно поместить шаблоны в работу. Однако сейчас рассмотрим связь между шаблонами виртуальных машин, профилями оборудования и профилями ОС виртуальной машины.
Не будем рассматривать весь процесс создания шаблона виртуальной машины, потому что это было сделано в предыдущей части, но ознакомимся с экраном «Настройка Оборудования», как показано на Рис.34. Как видно на рисунке, можно выбрать собственный профиль оборудования вместо того, чтобы вручную вводить все параметры шаблона оборудования.
 |
| Рисунок 34 |
То же самое можно сказать и о профиле ОС виртуальной машины. Можно выбрать профиль ОС виртуальной машины в мастере создания шаблонов виртуальных машин, как показано на рисунке ниже.
 |
| Рисунок 35 |
8.5 Краткий Итог Части №8
В этой части статьи была показана взаимосвязь между шаблонами виртуальных машин, профилями ОС виртуальных машин и профилями оборудования. В следующей части статьи будет показано, как создать шаблон виртуальной машины, который действительно можно использовать и как автоматически создавать виртуальные машины из этого шаблона.
9. Часть №9
В данной части статьи приступим к рассмотрению того, как создавать и использовать шаблон виртуальной машины. Прежде чем приступить, рассмотрим ещё один компонент, который полезен при создании шаблона.
Рабочая область «Библиотека» была рассмотрена в одной из предыдущих частей, но ничего не было сказано об общей папке библиотеки. Общая папка библиотеки – это не что иное, как общий ресурс, доступный через рабочую область «Библиотека».
Чтобы лучше понять, что такое общая папка библиотеки, как она выглядит и что она делает, взгляните на Рис.36. На этом рисунке выбрана рабочая область «Библиотека», и выбран контейнер «Серверы Библиотеки» в дереве консоли.
 |
| Рисунок 36 |
Как видно на рисунке, выбран контейнер «Серверы Библиотеки». В этом контейнере находится сервер библиотеки. Имеется только один сервер библиотеки, но Диспетчер Виртуальных машин позволяет создавать много серверов библиотек. Если посмотреть ниже сервера библиотеки (VMM2012R2.MGMT.com), можно увидеть контейнер под названием ISO. Контейнер ISO – это общая папка библиотеки. Можно хранить все, что угодно, в общей библиотеке, но контейнер ISO используется для хранения установочных носителей в формате ISO.
Теперь взглянем на главное окно. Поскольку выбран контейнер «Серверы библиотеки», то отображается ряд различных ресурсов библиотеки, включая виртуальные жёсткие диски, файлы ISO и даже фреймворки. Если бы был выбран контейнер ISO, то Диспетчер Виртуальных Машин отобразил бы находящиеся в нем файлы.
Первым шагом при создании общей папки библиотеки является создание общей папки на сервере. Можно назвать папку и соответствующую общую папку, как пожелаете, но папка должна находиться на сервере Диспетчера Виртуальных Машин. Требования к разрешениям для общей папки зависят от одной организации к другой, но в качестве общего правила предоставить группе «Администраторы» и учётной записи, от имени которой будут выполняться действия, разрешения на чтение / запись в общей папке.
После создания общего ресурса вернитесь в консоль Диспетчера Виртуальных Машин, нажмите правой кнопкой мышки на контейнер, представляющий сервер библиотеки, а затем выберите команду «Добавить Общие Папки Библиотеки» из контекстного меню, как показано на Рис.37. После этого появится диалоговое окно «Добавить Общие Папки Библиотеки». Установите флажок, соответствующий общей папки, который надо добавить в библиотеку, как показано на Рис.38, нажмите кнопку «Далее», затем кнопку «Добавить Общие Папки Библиотеки».
 |
|
Рисунок 37 |
|
|
| Рисунок 38 |
9.1 Создание Шаблона Виртуальной Машины
Теперь, когда все компоненты находятся на своих местах, приступим к созданию шаблона виртуальной машины. Данная процедура может показаться немного странной для любого, кто никогда раньше такого не делал.
Первое, что надо сделать, — это создать виртуальную машину, которая будет действовать как модель для создаваемого шаблона. Шаблон создаётся из этой модели, но нельзя использовать саму модель как шаблон (по крайней мере, не используя метод, который будет показан).
На виртуальной машине модели должна быть установлена и полностью обновлена операционная система. Важно не добавлять виртуальную машину в домен. Можно установить некоторые приложения на модели виртуальной машины, но некоторые приложения имеют проблемы с методом, который будет использоваться для создания шаблона. Поэтому придётся экспериментировать с включением приложений в шаблон.
Крайне важно, что модель виртуальной машины создаётся с нуля, а не используется существующая виртуальная машина, потому что модель виртуальной машины будет разрушена в процессе создания шаблона.
9.2 Создание Модели Виртуальной Машины
Чтобы создать модель виртуальной машины, выберите контейнер «Виртуальные Машины и Службы», а затем нажмите кнопку «Создать Виртуальную Машину», расположенную на ленте. После этого появится экран с вопросом, использовать ли существующую виртуальную машину, шаблон виртуальной машины или виртуальные жёсткие диски или хотите создать новую виртуальную машину с чистым виртуальным жёстким диском. Выберите вариант использования чистого виртуального жёсткого диска и нажмите кнопку «Далее».
Затем нужно будет ввести имя и необязательное описание для виртуальной машины. Также нужно будет выбрать версию виртуальной машины. Выполните выбор, как показано на Рис.39, и нажмите кнопку «Далее».
 |
| Рисунок 39 |
Нажмите кнопку «Далее» и появится экран «Настройка Оборудования». На этом экране необходимо сделать несколько различных действий. Сначала выберите профиль оборудования, который надо использовать, в раскрывающемся списке «Профиль Оборудования», как показано на Рис.40. Если нет приемлемого профиля оборудования, можно либо вернуться назад и создать его, либо можно вручную настроить оборудование виртуальной машины. Однако помните, что лучше всего использовать профили оборудования, когда это возможно.
 |
| Рисунок 40 |
Ещё на этом экране нужно подключить виртуальный DVD-диск к установочному диску Windows. Помните ту общую папку библиотеки ISO, которая была настроена ранее? Теперь самое подходящее время, чтобы скопировать в неё ISO-файлы с установочного носителя Windows.
После того, как ISO-файлы скопированы, выберите опцию Виртуальный DVD-диск и установите для параметра «Носитель» значение «Существующий Образ ISO». Затем можно выбрать нужный файл ISO из библиотеки. Как это выглядит, показано на Рис.41.
 |
| Рисунок 41 |
Нажмите кнопку «Далее» и появится экран «Выбор Назначения». Выберите группу хостов, в которую надо поместить модель виртуальной машины, и нажмите кнопку «Далее».
Теперь появится экран «Выбор Хоста», как показано на Рис.42. Выберите хост, на котором должна находиться модель виртуальной машины, а затем нажмите кнопку «Далее».
 |
| Рисунок 42 |
Теперь проверьте путь виртуальной машины и нажмите кнопку «Далее». Должен появиться экран с предложением выбрать сетевой адаптер. Сделайте выбор и нажмите кнопку «Далее». Внесите необходимые изменения в свойства виртуальной машины и нажмите кнопку «Далее» ещё раз.
На этом этапе должен появиться экран Сводки виртуальных машин. Потратьте несколько минут, чтобы убедиться, что сводная информация верна, а затем нажмите кнопку «Создать», чтобы создать модель виртуальной машины.
9.3 Краткий Итог Части №9
В этой части статьи было показано, как создать модель виртуальной машины, которая будет использоваться для создания шаблона виртуальной машины, из которого можно будет автоматически создавать новые виртуальные машины. Далее приступим к настройке модели виртуальной машины так, чтобы она работала в организации, но не включаем виртуальную машину в домен. В части №10 будет показано, как преобразовать модель виртуальной машины в шаблон виртуальной машины.
10. Часть №10
10.1 Введение
В предыдущей части статьи было показано, как сделать модель виртуальной машины, которую можно превратить в шаблон виртуальной машины, а затем использовать для создания новых виртуальных машин по мере необходимости. В этой части рассмотрим процесс создания шаблона виртуальной машины.
10.2 Прежде Чем Начать
Как помните, в конце предыдущей статьи было сказано сконфигурировать виртуальную модель таким образом, который подходит для организации, но было также сказано не присоединять модели виртуальной машины к домену. Причина этого заключается в том, что процесс создания шаблона предусматривает рандомизацию виртуальной машины.
Вероятно, вам уже известно, что установки Windows включают данные, уникальные для этого развёртывания. Например, виртуальная машина под управлением Windows 8.1 будет иметь уникальное имя компьютера, уникальный GUID, уникальный IP-адрес, и этот список можно продолжить. При рандомизации виртуальной машины все уникальные объекты удаляются с виртуальной машины, чтобы виртуальная машина могла быть безопасно клонирована. Процесс очень похож на запуск Sysprep. Причина, по которой нельзя присоединяться к виртуальной машине модели в домен, состоит в том, что процесс рандомизации нарушил бы членство в домене.
10.3 Преобразование Виртуальной Машины в Шаблон
Итак, давайте преобразуем виртуальную машину в шаблон. Прежде чем начать, настоятельно рекомендуется потратить несколько минут, чтобы убедиться, что виртуальная машина настроена так, как надо. Причина этого в том, что существует ограничение на количество раз, когда виртуальная машина может быть рандомизирована, поэтому действительно не нужно перестраивать шаблон, если этого можно избежать.
В предыдущей части статьи была создано модель виртуальной машины под названием «Windows 8.1 Model VM», и это виртуальная машина, с которой будет создаваться шаблон.
Начнём процесс, открыв консоль Диспетчера Виртуальных Машин и выбрав рабочую область «Библиотека». Затем перейдите в дереве консоли к «Шаблоны» | «Шаблоны Виртуальных Машин». Как видно на Рис.43, контейнер «Шаблоны Виртуальных Машин» работает как хранилище для шаблонов виртуальных машин.
 |
| Рисунок 43 |
Чтобы создать шаблон виртуальной машины, нажмите кнопку «Создать Шаблон Виртуальной Машины», расположенную на ленте. Эту кнопку можно увидеть на предыдущем рисунке. После этого Windows запустит Мастер Создания Шаблонов Виртуальных Машин.
Начальный экран мастера запрашивает, создать ли шаблон из существующего шаблона виртуальной машины или виртуального жёсткого диска, хранящегося в библиотеке, или создать шаблон из виртуальной машины, развёрнутой на хосте. Выберите «Из Существующей Виртуальной Машины, Развёрнутой На Хосте», как показано на Рис.44.
 |
| Рисунок 44 |
Нажмите кнопку «Обзор» и выберите виртуальную машину, которую нужно использовать. Крайне важно выбирать только модель виртуальных машин, потому что выбранная виртуальная машина будет уничтожена процессом рандомизации.
Нажмите кнопку «Далее», и появится предупреждение, подобное показанному на Рис.45, указывающее, что исходная виртуальная машина будет уничтожена. Сейчас самое подходящее время, чтобы убедиться, что была выбрана правильная виртуальная машина, прежде чем нажимать кнопку «Да» для продолжения.
 |
| Рисунок 45 |
На этом этапе появится экран с запросом ввести имя создаваемого шаблона. В дополнение к вводу имени также полезно ввести осмысленное описание того, что включает в себя шаблон и для чего он предназначен.
Нажмите кнопку «Далее», и появится экран мастера создания «Настройка Оборудования», показанный на Рис.46. Можно ничего не делать на этом экране, потому что шаблон наследует ту же аппаратную конфигурацию, что и исходная виртуальная машина. Однако, когда создаются виртуальные машины из шаблона, можно внести изменения в оборудование, если это необходимо. А пока просто нажмите кнопку «Далее».
 |
| Рисунок 46 |
Нажмите «Далее», и появится экран «Настройка Операционной Системы», который показан на Рис.47. Этот экран используется для управления развёртыванием виртуальной машины. Если предварительно был создан профиль ОС виртуальной машины, можно просто выбрать его. В противном случае можно вручную вводить информацию, такую как операционная система, часовой пояс и ключ продукта. Поскольку сейчас создаём только шаблон (в отличие от виртуальных машин в производственной среде), то рекомендуется избегать присоединения к домену.
 |
| Рисунок 47 |
Нажмите кнопку «Далее», и будет предложено выбрать сервер библиотеки, на котором будет храниться вновь созданный шаблон виртуальной машины. Сделайте выбор и нажмите кнопку «Далее».
На следующем экране будет предложено указать путь к виртуальной машине. Несмотря на то, как звучит эта подсказка, то, о чем действительно просит SCVMM, является расположением в иерархии библиотеки, в которой должен храниться шаблон виртуальной машины. Проще всего нажать на кнопку «Обзор», а затем выбрать из списка нужную Библиотеку Диспетчера Виртуальных Машин. В случае, если интересно, то контейнер «Шаблоны» не отображается в списке путей, поэтому нужно будет выбрать верхний уровень библиотеки. Как выглядит путь, показано на Рис.48.
 |
| Рисунок 48 |
Нажмите «Далее» и вы увидите итоговый экран. Сводный экран не предоставляет никакой информации, кроме имени шаблона виртуальной машины, поэтому нажмите кнопку «Создать», чтобы создать новый шаблон. Процесс создания может занять некоторое времени, потому что модель виртуальной машины должна быть рандомизирована, а затем клонирована.
Это вносит ещё один важный момент. Крайне важно периодически проверять сервер Диспетчера Виртуальных Машин, чтобы убедиться, что на нём достаточно свободного места. Удивительно, как быстро файлы ISO и шаблоны могут заполнить жёсткий диск сервера.
Был создан 127-гигабайтный том для хранения файлов ISO и файлов шаблонов. В течение некоторого времени этот том стал заполненным до отказа, и пришлось удалить несколько файлов ISO, чтобы иметь место для создания шаблона виртуальной машины Windows 8.1.
10.4 Краткий Итог Части №10
В этой части статье было показано, как создать шаблон виртуальной машины. В части №11 будет показано, как использовать вновь созданный шаблон для развёртывания виртуальной машины.
11. Часть №11
В предыдущей части статьи было показано, как превратить модель виртуальной машины в шаблон. В этой части статьи будет рассмотрено то, как можно создавать новые виртуальные машины из ранее созданного шаблона.
В предыдущей части статьи созданная виртуальная машина шаблона была основана на Windows 8.1. Конечно, используем именно этот шаблон. В реальной работе, скорее всего, будет создано несколько шаблонов.
Если посмотреть на Рис.49, то видно, что в данный момент есть три шаблона виртуальной машины в библиотеке. Также видно, что шаблон Windows 8.1, который был создан в предыдущей части статьи, показывает статус «Сбой Создания». Это вносит пару важных моментов, о которых необходимо рассказать.
 |
| Рисунок 49 |
Первый момент заключается в том, что когда происходит что-то неожиданное (например, сбой создания шаблон), то есть способы выяснить, что пошло не так. Для этого перейдите в рабочую область «Задания». В этой рабочей области отображаются все самые последние задания, и можно нажать на любое задание, чтобы получить больше информации о нём.
К сожалению, сбой создания шаблона произошёл более месяца назад, и VMM не отображает достаточно старые задания, чтобы можно было показать, что пошло не так. Однако можно показать пример другого неудавшегося задания. Если посмотреть на Рис.50, то видно, что контейнер «Журнал Заданий» имеет субконтейнер «Критические Сбои». Был выбран критический сбой, и можно просмотреть сводку о сбое под списком Заданий. Также видно, что в нижней части окна находятся три вкладки. Можно использовать эти вкладки, чтобы просмотреть более подробную информацию об ошибке или проверить информацию об отслеживании изменений.
 |
| Рисунок 50 |
Это подводит к следующему пункту. Хотя отсутствует снимок экрана задания по созданию шаблона виртуальной машины, которое потерпело неудачу, вы действительно взглянули на проблему во время сбоя. Причина неудачного создания шаблона была связана с тем, что на сервере VMM не хватило свободного места.
Сервер VMM работает в виртуальной машине Hyper-V, а виртуальный жёсткий диск виртуальной машины имеет размер 127 ГБ. На первый взгляд кажется, что это много для развёртывания в лаборатории, включающей только несколько образов ISO и несколько шаблонов. Тем не менее, создание объектов библиотеки, по-видимому, занимает пространство очень быстро. Позвольте показать, что имеется в виду.
Как уже говорилось, сервер VMM работает на виртуальной машине Hyper-V. Это означает, что на сервере VMM фактически нет виртуальных машин. Единственное, что существует на сервере VMM, — это операционная система Windows, VMM, SQL и несколько объектов, существующих в библиотеке. На самом деле, были удалены даже некоторые файлы ISO, чтобы освободить место. Поэтому, имея это в виду, проверьте использование диска, как показано на Рис.51.
 |
| Рисунок 51 |
Так куда же делось все свободное пространство? Если посмотреть на Рис.52, то видно, что для использования свободного пространства не требуется большого числа многогигабайтных файлов. В данном конкретном случае самым большим виновником случившегося является 40-гигабайтный файл VMDK, оставшийся после преобразования виртуальной машины VMware в Hyper-V. Урок заключается в том, что рекомендуется периодически просматривать содержимое библиотеки VMM, поскольку могут оставаться старые файлы, которые потребляют много места.
 |
| Рисунок 52 |
Итак, теперь, когда показано в чем проблема, давайте создадим виртуальную машину из шаблона. Если посмотреть на первый рисунок, то заметно, что был создан шаблон «Windows 10 CTP Template». Будем использовать этот шаблон, так как он легко доступен. Метод, используемый для создания виртуальной машины из шаблона, работает во многом одинаково независимо от того, какая версия Windows установлена на шаблон виртуальной машины. Стоит также отметить, что после удаления этого 40-гигабайтного файла VMDK, у сервера появилось достаточно свободного места для выполнения запрошенного задания.
Чтобы создать виртуальную машину из шаблона, нажмите правой кнопкой мышки на шаблон и затем выберите команду «Создать Виртуальную Машину» в контекстном меню, как показано на Рис.53. Это заставит Windows запустить Мастера Создания Виртуальной Машины.
 |
| Рисунок 53 |
Первое, что нужно будет сделать, — это ввести имя и необязательное описание создаваемой виртуальной машины. Помните, что имя компьютера новой виртуальной машины не будет автоматически совпадать с именем, которое вводится здесь. В дальнейшем придётся отдельно настроить имя компьютера.
Нажмите кнопку «Далее», и перейдёте на экран «Настройка Оборудования», как показано на Рис.54. Можно вручную настроить оборудование, которое назначено новой виртуальной машине, если хотите, но обычно более эффективно выбрать один из ранее созданных профилей оборудования. Имейте в виду, что профили оборудования не зависят от ОС. Например, на рисунке видно, что у ОС есть профиль оборудования «Windows 8.1». Профиль «Windows 8.1» назван так, только потому, что он имеет оборудование, подходящее для виртуальной машины Windows 8.1. Также можно легко использовать этот профиль для виртуальной машины Windows 10.
 |
| Рисунок 54 |
Нажмите кнопку «Далее», и попадёте на экран «Выбор Назначения». На этом экране предлагается выбрать группу хостов для новой виртуальной машины. Сделайте выбор и нажмите кнопку «Далее».
Теперь будет предложено выбрать хост-сервер, на котором будет создана новая виртуальная машина. Сделайте выбор, как показано на Рис.55 и затем нажмите кнопку «Далее».
 |
| Рисунок 55 |
На следующем экране будет предложено указать путь к хранилищу виртуальной машины. Путь к хранилищу должен быть предварительно заполнен, поэтому можно просто нажать кнопку «Далее».
Теперь будет предложено выбрать виртуальный сетевой адаптер на хост-сервере. Опять же, есть вероятность, что необходимая информация будет уже заранее заполнена. Если это так, просто нажмите кнопку «Далее».
После этого попадёте на страницу мастера «Добавить Свойства». Поскольку виртуальная машина создаётся из шаблона, обычно не приходится что-либо делать на этом экране, если не хотите изменить одно из автоматических действий. В этом случае нажмите кнопку «Далее» и вы попадёте на экран «Сводка». Найдите минутку, чтобы убедиться, что сводная информация верна, и затем нажмите кнопку «Создать».
По завершении процесса создания, новая виртуальная машина появится в контейнере «Виртуальные Машины и Службы», как показано на Рис.56.
 |
| Рисунок 56 |
11.1 Заключение
В статье было показано, как развёртывать System Center Virtual Machine Manager 2012 R2 и как использовать его для создания и управления виртуальными машинами. Диспетчер Виртуальных Машин не является обязательным компонентом для развёртываний Hyper-V, но его следует считать важным для любой организации, имеющей более двух или трёх узлов виртуализации.
Редакция Практики
В этой статье мы создадим виртуальную машину с Windows Server 2019 и развернем там Hyper-V Server. Попутно разберемся что нового появилось в этой версии.
Hyper-V — это платформа виртуализации от Microsoft, которая распределяет ресурсы одного физического сервера между набором виртуальных серверов. Чтобы создать среду для Hyper-V Server 2019, закажем выделенный сервер. Для этого в меню Серверы и оборудование выберем нужный сервер.
В нашем примере — это сервер по тарифу EL11-SSD с процессором Intel® Xeon® E-2236 3.4 ГГц, ОЗУ 32 ГБ DDR4 и двумя дисками SSD по 480 ГБ каждый. Далее выбираем операционную систему Windows 2019 — подойдут версии 2019 Datacenter (64-bit) и 2019 Standard (64-bit). В обоих случаях можно добавить роль Hyper-V.
Далее нажимаем Заказать и Оплатить. Деньги списываются с личного счёта.
Установка сервера занимает время, поэтому, чтобы его не тратить впустую, расскажем о новых функциях в Windows Server 2019 относительно Hyper-V.
Что нового в Hyper-V Server 2019
Любопытная особенность Hyper-V Server 2019 — это то, что первоначально эта версия была Hyper-V Server 2016 R2, вышедшая в конце 2018 года. Но из-за неприемлемого количества багов, она была отозвана и полноценно вышла уже в 2019 году под новой версией. А теперь, давайте разберем нововведения данного релиза.
Во-первых — это обновленная консоль администратора Windows Admin Center (WAC). Теперь она доступна через веб-интерфейс. Из браузера стало возможным управлять виртуальными машинами, сервисами на них, запускать скрипты PowerShell, инициировать RDP-сессии и выполнять прочие операции. Во-вторых, появилась возможность работать с окружением Linux. Работает через специальный слой совместимости Windows Subsystem for Linux (WSL) на уровне ядра ОС. Таким образом, можно запускать bash-скрипты или бинарные файлы ELF без необходимости входа на виртуальный сервер через консольный клиент (например, Putty или SecureCRT).
Во-вторых, улучшились механизмы безопасности. Windows Defender теперь имеет на борту поддержку Advanced Threat Protection. Этот механизм умеет блокировать доступ к файлам и папкам из недоверенных источников (например, для защиты от вирусов-шифровальщиков), защищает от вредоносных процессов, сетевых атак, а также поддерживает шифрование сетевых соединений между виртуальными машинами.
В-третьих, улучшилась поддержка экранированных виртуальных машин. Теперь внутри них можно запускать Linux-подобные системы: RHEL, SUSE, Ubuntu. Кроме этого, такими машинами теперь можно управлять при помощи VMConnect и PowerShell Direct.
В-четвертых, появилась служба миграции хранилища. Этот инструмент позволяет мигрировать с устаревших версий Windows Server: 2003, 2008 или 2012. Можно мигрировать даже AD со всеми пользователями и настройками.
В-пятых и далее: улучшились инструменты репликации, работа с географически распределенными серверами, функции дедупликации, появилась поддержка Kubernetes и многое другое. Подробнее о нововведениях можно узнать на соответствующей странице Microsoft.
А пока мы рассказывали о новых возможностях гипервизора, установка сервера завершилась и можно приступать к настройке Hyper-V.
Как установить Hyper-V Server 2019
Для установки Hyper-V в образе Windows Server есть соответствующая роль, которую нужно активировать. Для этого откроем консоль управления сервером и нажмем Add Roles and Features. Появится меню, в котором нужно выбрать Hyper-V.
Далее нажать на Add Features для добавления необходимых инструментов.
Далее нужно настроить роль Hyper-V: Virtual Switches, Migration и Default Stores.
На экране Virtual Switches нужно выбрать сетевой интерфейс, который будет использоваться платформой виртуализации в качестве виртуального коммутатора. В нашем примере — Intel Ethernet l210 #2. Важно не задействовать под это основной сетевой интерфейс, который будет использоваться для физического доступа к управлению сервером.
Следующая настройка — Migration. Для целей демонстрации здесь можно оставить всё по умолчанию.
Default Stores — также оставляем по умолчанию.
Когда всё готово к установке — можно нажимать кнопку Install. После завершения установки потребуется перезагрузка.
После перезагрузки сервера, через командную строку можно открыть утилиту sconfig и посмотреть возможные настройки Hyper-V Server. Об этом в следующем разделе.
Как настроить Hyper-V Server утилитой sconfig
Утилита sconfig имеет интерфейс командной строки.
Важными пунктами являются:
- Domain/Workgroup — настроено при создании сервера.
- Computer Name — настроено при создании сервера.
- Configure Remote Management — включено. Опция нужна для удалённого управления сервером с Hyper-V через специальные утилиты или PowerShell.
- Remote Desktop — включено. Опция нужна для возможности удаленного управления сервером.
- Network Setting — это сетевые настройки виртуального коммутатора, которые уже были выполнены на этапе установки роли Hyper-V на шаге Virtual Switches.
Таким образом, необходимые настройки были выполнены ранее.
Как удаленно управлять Hyper-V Server
Самый простой способ удаленного управления — это использование веб-интерфейса WAC. Для начала, нужно загрузить это приложение с сайта Microsoft. При установке следует использовать значения по умолчанию. После установки станет доступен веб-интерфейс консоли. Его можно открыть по имени сервера или IP-адресу из удаленных локаций.
Из этого интерфейса можно управлять виртуальными коммутаторами.
Или, например, создать в Hyper-V новую виртуальную машину.
Об отдельных функциях управления Hyper-V расскажем в разделах ниже.
Как использовать PowerShell для настройки Hyper-V Server
Обратите внимание, что на этапе добавления роли Hyper-V, мы добавили возможность управления через PowerShell при помощи Hyper-V Module for Windows Power Shell. Таким образом, теперь достаточно просто открыть консоль PowerShell. Чтобы узнать общее количество командлетов, выполним следующую команду:
Get-Command –ModuleHyper-V | Measure-ObjectУвидим, что общее количество командлетов — 1940 штук.
Командлеты управляют инфраструктурой Hyper-V аналогично консоли WAC. Например, при помощи командлета Get-NetIPConfiguration можно проверить настройки сети:
Для примера, проверим включена ли поддержка IPv6 на сетевом интерфейсе. Для этого выполним команду:
Get-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" | Where-Object -Property DisplayName -Match IPv6 | Format-Table -AutoSizeВывод будет следующим:
Значение True в поле Enabled показывает, что IPv6 включен. Попробуем его выключить. Для этого выполним следующий командлет:
Disable-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" -ComponentID ms_tcpip6Этот командлет вывод не показывает, поэтому проверим поле Enabled при помощи командлета Get-NetAdapterBinding:
PowerShell позволяет полноценно управлять инфраструктурой Hyper-V.
Как настроить правила Advanced Firewall для Hyper-V Server
Advanced Firewall — это расширенные настройки сетевого экрана на основе правил. Как и все остальное, их можно настраивать через PowerShell. Чтобы увидеть доступные команды для управления сетевым экраном, выполним следующий командлет с параметрами:
Get-Command -Noun *Firewall* -Module NetSecurityВ выводе увидим:
Теперь, чтобы включить правила для удаленного доступа к серверу, выполняем последовательно следующие командлеты через командную строку PowerShell:
Enable-NetFireWallRule -DisplayName "Windows Management Instrumentation (DCOM-In)"
Enable-NetFireWallRule -DisplayGroup "Remote Event Log Management"
Enable-NetFireWallRule -DisplayGroup "Remote Service Management"
Enable-NetFireWallRule -DisplayGroup "Remote Volume Management"
Enable-NetFireWallRule -DisplayGroup "Windows Defender Firewall Remote Management"
Enable-NetFireWallRule -DisplayGroup "Remote Scheduled Tasks Management"Проверить работу и статус этих правил можно в веб-консоли Windows Admin Center:
Обратите внимание, что если открывать Windows Admin Center через браузер с русской локалью, интерфейс будет на русском языке. Это не зависит от настроек самого сервера. Например, наш демо-сервер развернут с английской локалью и тот же самый Windows Admin Center открывается там на английском языке. Для сравнения:
Возможность выбирать — очень приятная возможность.
Как создать дисковое хранилище для виртуальных машин
Дисковое хранилище для виртуальных машин мы создали на этапе установки на сервер роли Hyper-V. Это было на шаге Default Stores. В этом разделе мы покажем как теперь управлять этими разделами. Самый простой способ — через консоль Windows Admin Center.
Для этого нужно перейти в раздел Settings и перейти к настройкам Hyper-V. Здесь мы видим те же самые созданные разделы под хранилище для виртуальных машин.
При необходимости, расположение хранилища можно изменить, создав под него, например, новый дисковый раздел.
Как настроить виртуальный коммутатор в Hyper-V Server
Базовая настройка виртуального коммутатора была выполнена при установке роли Hyper-V на экране Virtual Switches. Посмотрим эти настройки в WAC.
Из этого же интерфейса возможно создание новых виртуальных коммутаторов или редактирование существующих.
Как создавать виртуальные машины в Hyper-V Server
Теперь перейдем к тому, ради чего всё и затевалось — созданию виртуальной машины в Hyper-V. Воспользуемся для этого уже знакомым WAC. Для начала скачаем образ Windows 10 с сайта для разработчиков Microsoft.
Разархивируем и добавим образ жесткого диска при создании виртуальной машины и нажимаем кнопку Create.
После создания виртуальной машины, можно ее запускать через меню WAC.
Виртуальная машина создана и готова к использованию.
Как сделать резервную копию виртуальных машин в Hyper-V Server
Создать резервную копию виртуальной машины Hyper-V можно при помощи встроенной утилиты wbadmin. По умолчанию её на сервере нет, поэтому добавим роль Windows Server Backup.
После добавления новой роли, будет доступна утилита wbadmin. Выполним команду для получения списка имеющихся на сервере виртуальных машин:
wbadmin get virtualmachines
В ответ получим данные о созданной ранее виртуальной машине с именем Windows10.
После получения имени машин все готово к началу создания резервной копии. Для этого выполним следующую команду:
wbadmin start backup -backuptarget:D: -hyperv:"Windows10" -quietЭто запустит процесс создания резервной копии:
После достижения 100% появится сообщение об успешном завершении операции. Лог создания можно увидеть в одной директории с резервной копией.
Утилита позволяет настроить создание резервных копий по расписанию.
Заключение
Мы рассказали об обновлениях в Hyper-V Server 2019 и о базовых настройках, которых будет достаточно для запуска вашей первой виртуальной машине на гипервизоре. Выделенный сервер Selectel с предустановленной операционной системой поможет максимально быстро запустить проект виртуализации на базе Hyper-V.
На сервере Windows Server 2019 потребовалось запустить виртуальную машину посредством Hyper-V. Установим роль Hyper-V на сервер Windows Server 2019 и создадим какую-нибудь виртуальную машину.
Я буду все действия выполнять на свежем сервере Windows Server 2019 Standard Evaluation. Сервер развёрнут на гипервизоре VMware ESXi. Да-да, я понимаю, что на виртуалке поднимать систему виртуализации не самая здравая идея, но всё это в тестовых целях.
Установка роли Hyper-V на сервере Windows Server 2019
Открываем Server Manager. Manage > Add Roles and Features
Открывается мастер установки ролей. Попадаем в раздел Before You Begin.
Это информационная страница, Next.
Попадаем в раздел Installation Type. Здесь нужно выбрать тип установку. Выбираем “Role-based or feature-based installation”. Next.
Попадаем в раздел Server Selection. Здесь нужно выбрать сервер, на который будем устанавливать роль. Я выбираю текущий сервер. Next.
Попадаем в раздел Server Roles. Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.
Облом. Я словил ошибку:
Hyper-V cannot be installed: The processor does not have required virtualization.
Для роли Hyper-V требуется процессор, поддерживающий функции виртуализации. Поддержка аппаратной виртуализации может быть отключена в BIOS, в этом случае нужно перезагрузить сервер и в BIOS включить поддержку виртуализации. Это могут быть опции:
- Intel — Intel Virtualization Technology
- AMD — SVM Mode
У меня сервер аппаратный на базе VMware, я выключаю его и перехожу к настройкам виртуальной машины.
В настройках CPU включаю галку “Expose hardware assisted virtualization to the guest OS”.
Включаю сервер. Снова проходим ту же процедуру. Открываем Server Manager. Manage > Add Roles and Features. Выбираем “Role-based or feature-based installation”. Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.
В этот раз всё проходит успешно. Next.
Попадаем в раздел Features, здесь нам ничего не нужно. Next.
Попадаем в раздел Hyper-V. Здесь рассказывается для чего используется Hyper-V. Кроме того, на этой странице есть важная информация.
- Перед установкой роли Hyper-V следует решить, какую сетевую карту сервера вы будете подключать к виртуальному коммутатору.
- После установки роли Hyper-V для управления виртуальными машинами используйте Hyper-V Manager.
Next.
Попадаем в раздел Virtual Switches. Для работы виртуальных машин требуется связать виртуальный коммутатор в сетевой картой сервера, если вы хотите выпустить виртуальный машины в сеть. У меня выбор не очень большой, выделяю единственную сетевую карту. Next.
Попадаем в раздел Migration. Здесь настраивается миграция виртуальных машин. У меня будет один сервер с Hyper-V, поэтому никаких миграций не предусмотрено. Next.
Попадаем в раздел Default Stores. Здесь можно настроить папки по умолчанию для хранения виртуальных дисков и файлов настроек виртуальных машин. Next.
Попадаем в раздел Confirmation. Проверяем что у нас будет установлено. Здесь же ставим галку, чтобы сервер при необходимости перезагрузился. Install.
Начинается процесс установки роли Hyper-V.
Сервер перезагружается.
После перезагрузки роль продолжает устанавливаться.
Установка роли Hyper-V успешно завершена. Close.
В Administrative Tools появляется Hyper-V Manager.
Настройка виртуального коммутатора Hyper-V
Запускаем Hyper-V Manager.
В списках серверов Hyper-V есть текущий сервер ILAB-DC. Нажимаем на него.
Список виртуальных машин пуст. Перед созданием новой виртуалки нужно настроить виртуальный коммутатор. По идее он уже должен быть настроен, т.к. мы при установке роли Hyper-V ставили галку для привязки виртуального коммутатора к физическому сетевому адаптеру. Но проверить не помешает, были случаи, когда виртуальный коммутатор на привязывался к физическому адаптеру. Такое случается, когда роль Hyper-V устанавливается несколько раз. В этом случае зайдите в настройки физического адаптера и снимите галку со всего где есть слово “Hyper-V”, после этого физический адаптер можно снова привязать к виртуальному коммутатору из оснастки Hyper-V Manager.
Нажимаем Virtual Switch Manager…
У меня один виртуальный коммутатор “vmxnet3 Ethernet Adapter – Virtual Switch”. Виртуальный коммутатор может работать в трёх режимах:
- External network
Предоставляет виртуальным машинам доступ к физической сети для взаимодействия с серверами и клиентами во внешней сети. Позволяет виртуальным машинам на одном сервере Hyper-V взаимодействовать друг с другом.- Allow management operating system to share this network adapter (Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру)
Выберите этот параметр, если вы хотите разрешить узлу Hyper-V совместно использовать виртуальный коммутатор и сетевую карту или группу сетевых адаптеров с виртуальной машиной. Если этот параметр включен, узел может использовать любые параметры, настроенные для виртуального коммутатора, такие как параметры качества обслуживания (QoS), параметры безопасности или другие функции виртуального коммутатора Hyper-V. - Enable single-root I/O virtualization (SR-IOV) (Включить виртуализацию SR-IOV)
Выберите этот параметр, только если вы хотите разрешить трафику виртуальной машины обходить коммутатор виртуальной машины и перейти непосредственно к физическому сетевому адаптеру. Сетевой адаптер должен поддерживать SR-IOV.
- Allow management operating system to share this network adapter (Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру)
- Internal network
Разрешает обмен данными между виртуальными машинами на одном сервере Hyper-V, а также между виртуальными машинами и сервером Hyper-V. - Private network
Разрешает обмен данными только между виртуальными машинами на одном сервере Hyper-V. Частная сеть изолирована от всего внешнего сетевого трафика на сервере Hyper-V. Этот тип сети полезен, если необходимо создать изолированную сетевую среду, например изолированный тестовый домен.
SR-IOV (Single Root Input/Output Virtualization, виртуализация ввода-вывода с единым корнем) — технология виртуализации устройств, позволяющая предоставить виртуальным машинам прямой доступ к части аппаратных возможностей устройства.
При необходимости можно включить поддержку VLAN.
Настраиваю виртуальный коммутатор, вернее, ничего не меняю, меня устраивают текущие настройки. OK.
Создание виртуальной машины в Hyper-V
Пришло время создать первую виртуальную машину. Открываем Hyper-V Manager.
New > Virtual Machine…
Открывается мастер создания виртуальных машин. Попадаем в раздел Before You Begin. Здесь нет ничего интересного. Next.
Попадаем в раздел Specify Name and Location. Указываем имя виртуалки. При необходимости можно изменить папку, в которой будут храниться файлы виртуалки. Next.
Попадаем в раздел Specify Generation. Выбор поколения зависит от того, какую операционную систему на виртуальной машине вы хотите установить, и метод загрузки, который вы хотите использовать для развертывания виртуальной машины. Виртуальные машины поколения 1 поддерживают большинство гостевых операционных систем. Виртуальные машины поколения 2 поддерживают большинство 64-разрядных версий Windows, Linux и FreeBSD. Рекомендуется выбрать поколение 2 за исключением случаев когда:
- Виртуальный жесткий диск, с которого требуется выполнить загрузку, не совместим с UEFI.
- Поколение 2 не поддерживает операционную систему, которую нужно запустить на виртуальной машине.
- Поколение 2 не поддерживает метод загрузки, который вы хотите использовать.
Next.
Попадаем в раздел Assign Memory. Выделяем память для виртуалки. Динамическая память забирается у сервера, как ни странно, динамически, т.е. сколько нужно, столько и забирается. Если галку не поставить, то вся выбранная память серверу будет недоступна. Next.
Попадаем в раздел Configure Networking. Выбираем виртуальный коммутатор. У меня он один. Next.
Попадаем в раздел Connect Virtual Hard Disk. Здесь создаём жёсткий диск, можно выбрать папку для его хранения. Можно подключить существующий жёсткий диск. Можно не подключать жёсткий диск. Я создаю новый диск объёмом 40 ГБ. Next.
Попадаем в раздел Installation Options. Здесь можно примонтировать образ установочного диска, я сделаю это позже. Next.
Попадаем в раздел Summary. Проверяем параметры. Finish.
Начинается процесс создания виртуальной машины.
Виртуальная машина создана, она выключена (State = Off).
Установка операционной системы на виртуальную машину Hyper-V
Теперь примонтируем ISO образ к виртуальной машине и попробуем начать процесс установки операционной системы.
Выделяем виртуалку, нажимаем Settings.
Переходим в раздел SCSI Controller. Видим, что в нём находится только жёсткий диск. Справа выбираем DVD Drive, Add.
У виртуальной машины появляется виртуальный DVD Drive. Выбираем Image file, выбираем ISO образ для установки операционной системы. Apply.
Правой кнопкой на виртуалку, Connect.
Открывается консоль виртуалки. ISO образ можно также вставить/извлечь в меню Mediz > DVD Drive. Включаем виртуалку, Start.
Виртуальная машина включается.
Загружается ISO образ и мы можем установить операционную систему, дальше вы справитесь.
Заключение
Мы с вами на сервере Windows Server 2019 установили роль Hyper-V, настроили виртуальный коммутатор и создали первую виртуальную машину. Подключили виртуальный дисковод и загрузились с установочного ISO образа операционной системы.
Добро пожаловать в волшебный мир виртуализации Hyper-V.
