Самоучитель системного администратора. 5-е изд

Виртуализация и «облачные» технологии 
349 
фейсов виртуальной машины может быть сколь угодно большим — вы можете соз-
дать в виртуальной машине любое количество сетевых адаптеров, и оно будет
никак не связано с количеством адаптеров хоста. Например, на физическом компь-
ютере у вас может быть один сетевой адаптер, а в виртуальной машине — три. 
Виртуальный сетевой адаптер может работать в разных режимах. Наиболее частый 
режим — это трансляция сетевых адресов (NAT). В этом случае гипервизор создает 
сервер NAT, внешним интерфейсом которого служит реальный сетевой адаптер, а 
интерфейсы виртуальных машин подключаются к виртуальному интерфейсу, на-
стройками которого (IP-адресом) можно управлять в ПО гипервизора. В этом ре-
жиме виртуальным машинам будет доступна работа в реальной сети (через адрес 
хоста), но обратиться к самой виртуальной машине будет весьма проблематично, 
поскольку сервер NAT также является и сетевым экраном, а настроить публикацию 
внутренних ресурсов в гипервизоре или весьма сложно, или вообще порой невоз-
можно. 
Если виртуальная машина должна работать с внешней сетью и наоборот, то лучше 
переключить виртуальный сетевой адаптер в режим 
сетевого моста
. В этом случае 
пакеты, формируемые интерфейсом виртуальной машины, будут передаваться ре-
альным физическим интерфейсом — как будто все интерфейсы: физические и вир-
туальные, подключены в один коммутатор. При этом можно будет обратиться
к ресурсам виртуальной машины как к ресурсам обычной локальной системы, на-
ходящейся в одной локальной сети с хостом. 
Есть и третий режим работы виртуального сетевого адаптера — только внутренние 
сети. В этом случае трафик может передаваться лишь между виртуальными маши-
нами. Такой режим следует использовать, когда надо повысить безопасность внут-
ренней сети виртуальных машин, — виртуальные машины никак не будут доступ-
ны: ни с хоста, ни из локальной сети. 
Если в виртуальной машине создано несколько виртуальных сетевых адаптеров, то 
все они могут работать в разных режимах. Например, один сетевой адаптер может 
работать в режиме моста, а другой — в режиме внутренней сети. 
К одному физическому интерфейсу можно подключить любое количество вирту-
альных интерфейсов. Практическое ограничение связано только с параметрами
сетевой активности виртуальных систем — суммарные потребности виртуальных 
интерфейсов не должны превышать возможностей реального сетевого адаптера. 
Последние версии ПО виртуализации включают в себя и виртуальные коммутато-
ры, реализованные программным способом. Эти коммутаторы по своим возможно-
стям идентичны обычным коммутаторам 2-го и 3-го уровней. 
Лицензирование программного обеспечения 
виртуальных машин 
Не нужно забывать и о лицензировании выполняющегося в виртуальной машине 
программного обеспечения. В этой книге вопросы лицензирования не затрагивают-
ся, но можем вас заверить, что не все так просто, как кажется на первый взгляд, — 

350 
Глава 8 
особенно это касается лицензий Microsoft. Некоторые разъяснения по этому поводу 
можно получить на их сайте:
http://www.microsoft.com/en-us/licensing/product-
licensing/virtualization.aspx
.
Стоит отметить, что использование программного обеспечения в виртуальной ма-
шине не всегда требует лицензирования. Но тут все зависит от самого программно-
го обеспечения и отношения к виртуализации его разработчиков. Некоторые из них 
требуют покупать дополнительные лицензии, некоторые разрешают использовать 
лицензионное ПО в виртуальных машинах без дополнительного лицензирования. 
Если сравнивать два популярных гипервизора: Hyper-V и VMware ESXi vSphere, то 
вкратце дело с лицензиями обстоит так: 
в случае с VMware вы платите за сам гипервизор и нужно также покупать ли-
цензию на каждую ОС, которая установлена внутри виртуальной машины (если 
это, конечно, не Linux или не другая бесплатная ОС); 
при использовании Hyper-V в составе Windows Server все зависит от редакции 
Windows Server. Если это Datacenter, то ОС внутри виртуальных машин не ли-
цензируются. Если это Standard, то не лицензируются только две виртуальные 
машины. Обратите внимание, что лицензируется не факт установки ОС, а сама 
ОС, — т. е. даже в Standard вы можете создать любое количество виртуальных 
машин с Linux; 
при использовании Hyper-V Server (устанавливается отдельно, непосредственно 
на «железо») лицензированию подлежит каждая виртуализированная Windows, 
хотя сам Hyper-V Server бесплатен. Если же вы используете в виртуальных ма-
шинах Linux, то решение виртуализации получается совсем бесплатным. 
Создание виртуальных машин 
Существует несколько способов создания новой виртуальной машины. Первый за-
ключается в установке операционной системы с нуля на виртуальную машину. 
Второй подразумевает клонирование существующей виртуальной машины. Тре-
тий — снятие образа с физической машины и перенос его на виртуальный жесткий 
диск. 
Понятно, что если у вас еще нет виртуальных машин, то вам подойдут только пер-
вый и третий способы. 
Создание виртуальной машины
путем чистой установки операционной системы 
Первый способ является самым простым и мало чем отличается от обычной уста-
новки ОС. Разница лишь в том, что установка ОС выполняется не на физический 
жесткий диск, а на виртуальный. 
Перед установкой ОС нужно создать саму виртуальную машину, определить ее
параметры (количество процессоров, объем оперативной памяти, жесткие диски, 

Виртуализация и «облачные» технологии 
351 
сетевые адаптеры, режимы работы сетевых адаптеров и пр.). После этого можно 
запускать установку гостевой ОС. Ее можно производить как с ISO-образа, храня-
щегося на жестком диске, так и с инсталляционного CD/DVD-диска. 
После установки гостевой ОС необходимо установить 
расширения
, предлагаемые 
соответствующим гипервизором. В случае с VMware — это так называемые 
VMware Tools. Расширения помогают оптимизировать работу гостевой ОС в вирту-
альной машине. Зачем устанавливать расширения? Все зависит от типа гипервизора 
и устанавливаемой гостевой ОС. Например, нами была замечена весьма медленная 
работа некоторых версий Windows в VMware Workstation. После установки расши-
рений VMware Tools (которые представляют собой драйверы устройств виртуаль-
ной машины) скорость работы гостевой ОС существенно выросла. Что же касается 
Hyper-V, то по умолчанию в этой виртуальной машине недоступно управление 
мышью. И если вы не хотите использовать при работе с виртуальной машиной 
только клавиатуру, необходимо установить расширения для Hyper-V. 
Если технические характеристики хоста позволяют запускать на нем обычные вер-
сии гостевых ОС, то можно обойтись и ими. В противном случае можно использо-
вать специальные облегченные дистрибутивы — например, Windows Thin PC (об-
легченная версия Windows 7). 
Конечно, у таких облегченных версий есть некоторые ограничения — например,
в том же дистрибутиве Windows Thin PC не поддерживается .NET Framework, нель-
зя добавлять компоненты и т. п. Однако его функциональности в большинстве слу-
чаев достаточно, а некоторая ограниченность положительно сказывается на исполь-
зовании системных ресурсов компьютера. 
Клонирование виртуальной машины 
Этот способ является самым быстрым способом создания виртуальной машины. 
Сначала создается эталонная виртуальная машина, на которую устанавливается не-
обходимое программное обеспечение. Эта эталонная виртуальная машина и будет 
использоваться для клонирования виртуальных машин. 
Клонирование можно выполнить как средствами гипервизора, так и вручную, — 
если скопировать файлы виртуального диска и при создании новой виртуальной 
машины указать, что будет использоваться уже существующий виртуальный диск. 
Но не все так просто. Вам для клонированной ОС придется изменить все уникаль-
ные параметры: сетевое имя, параметры сетевых интерфейсов и т. п. Понадобится 
сменить и уникальный идентификатор безопасности Windows. Чтобы не изменять 
его вручную, можно воспользоваться утилитой NewSID, получить которую можно 
по адресу: 
https://technet.microsoft.com/ru-ru/sysinternals/bb897418
. После запус-
ка утилиты NewSID вы получите полностью работоспособную систему. 
Впрочем, различные прикладные программы могут устанавливать собственные 
уникальные метки, о которых программа NewSID ничего не знает. В этом случае 
необходимо изменить такие метки вручную, но для этого нужно знать, что они 
есть. Как правило, об этом можно прочитать в документации на ПО. Полного спи-

352 
Глава 8 
ска таких программ нет, поэтому придется проверять каждую установленную в эта-
лонной виртуальной машине программу. Особенно это касается утилит обеспече-
ния безопасности, защиты от несанкционированного доступа, программ монито-
ринга и т. п. 
Снятие образа физического сервера 
Есть и третий способ создания виртуальной машины — снять образ с уже сущест-
вующего сервера. Для этого некоторые разработчики виртуальных машин предос-
тавляют собственные решения. Так, вы можете использовать следующие средства: 
Microsoft Deployment Toolkit; 
VMware vCenter Converter; 
Microsoft Disk2vhd; 
WinImage; 
Symantec Ghost. 
Первые два решения весьма громоздкие. Третья утилита — небольшая, компактная 
и бесплатная. Она позволяет создать образ диска работающего сервера (VHD-
файл). Однако не факт, что созданный образ диска заработает в виртуальной маши-
не. Именно поэтому мы рекомендуем использовать программу WinImage, которая 
лишена подобных недостатков. Утилита не бесплатная, а условно-бесплатная, — 
вы можете ее использовать бесплатно целый месяц. Полагаем, этого времени впол-
не достаточно, чтобы создать образ жесткого диска сервера, и не один. 
Миграция между решениями
различных производителей 
Иногда бывает нужно использовать виртуальную машину, созданную средствами 
виртуализации одного разработчика, в гипервизоре другого разработчика. Напри-
мер, вам прислали уже готовую виртуальную машину в формате VMware, а вы
используете VirtualBox или наоборот. 
Существуют решения, позволяющие конвертировать виртуальную машину из
одного формата в другой. Например, вот так в Linux можно легко конвертировать 
образ виртуального жесткого диска VMware в образ VirtualBox: 
qemu-img convert vmware.vmdk vmware.bin 
VBoxManage convertdd vmware.bin vmware.vdi 
Первая команда конвертирует образ VMware в промежуточный бинарный файл. 
Затем с помощью VBoxManage этот промежуточный файл конвертируется в образ 
VirtualBox. 
Конвертировать образ VMware в образ Hyper-V можно с помощью утилиты V2V 
Converter (
https://www.starwindsoftware.com/converter
). 

Виртуализация и «облачные» технологии 
353 
В общем-то, если поискать, можно найти конвертер для любых виртуальных ма-
шин. Даже если вы не сможете найти конвертер для преобразования формата 
имеющегося виртуального жесткого диска именно в ваш формат, можно попытать-
ся преобразовать его в формат бесплатного решения виртуализации, — например,
в формат VirtualBox. Думаем, особых проблем установить VirtualBox не составит. 
Для миграции с «облачного» сервиса Microsoft Azure на VMware нужно установить 
Azure PowerShell на саму виртуальную машину, работающую под управлением 
Windows. 
Самый простой способ получить VHD-файл по работающей виртуальной маши-
не Microsoft Azure — это использовать команду 
Save-AzureVhd
. Общий синтаксис 
выглядит так: 
Save-AzureVhd [-Source] [-LocalFilePath] [[-NumberOfThreads] ] [[-StorageKey] ] 
[[-OverWrite]] 
параметр 
-Source
задает URI для хранилища BLOB в Azure; 
параметр 
-LocalFilePath
— локальный путь для сохранения VHD-файла; 
параметр 
-NumberOfThreads
указывает количество загружаемых потоков, которые 
будут использоваться при загрузке. Значение по умолчанию — 8; 
параметр 
-StorageKey
указывает ключ хранилища. Если он не указан, команда 
попытается определить ключ хранилища учетной записи в исходном URI из 
Azure; 
наконец, параметр 
-OverWrite
позволяет перезаписать существующий локаль-
ный VHD-файл. 
Сохраняем BLOB в указанном файле с перезаписью такового, если он существует: 
Save-AzureVhd -Source http://myaccount.blob.core.windows.net/ 
vhdstore/win7baseimage.vhd -LocalFilePath C:\vhd\Win7Image.vhd -Overwrite 
Делаем то же самое, но указываем ключ хранилища для загрузки: 
Save-AzureVhd -Source http://myaccount.blob.core.windows.net/ 
vhdstore/win7baseimage.vhd -LocalFilePath C:\vhd\Win7Image.vhd -Overwrite -
StorageKey <ключ> 
Загруженный VHD-файл нужно преобразовать в формат VMDK. Для этого вос-
пользуйтесь уже упомянутым ранее инструментом WinImage, который вы без про-
блем найдете в Интернете. Бесплатно доступна его 30-дневная ознакомительная 
версия, чего вполне хватит для переноса в VMware множества виртуальных машин, 
а вот если вы собираетесь использовать WinImage регулярно, то придется его
купить. Стоит этот инструмент недорого — порядка 30 долларов, что для такой по-
лезной утилиты немного. 
П
РИМЕЧАНИЕ
Для файлов виртуальных дисков стандартизован формат VHD. Но на практике вендо-
ры часто используют собственные форматы (например, VMware — формат VMDK). 

354 

жүктеу/скачать 20,51 Mb.

Достарыңызбен бөлісу: