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

В последнее время виртуализация серверов стала неотъемлемой частью любой современной информационной системы, т.к. имеет неоспоримые преимущества по сравнению с физической инфраструктурой. Раньше для построения даже самой небольшой ИТ-инфраструктуры требовалось приобрести от 5 до 10 и более физических серверов, а сейчас благодаря виртуализации серверов Microsoft Hyper-V вся инфраструктура даже достаточно большой компании может быть построена всего на 2-х физических серверах. Причём, такая инфраструктура получается более гибкой, более производительной и более надёжной. Компания ЛанКей уже более 4-х лет строит ИТ-инфраструктуры любого уровня сложности только с использованием технологий виртуализации Hyper-V или VMware.

Пример простейшего 2-х узлового кластера виртуальных серверов Microsoft Hyper-V.

Кластер построен на 2-х серверах HP DL360 и 1 СХД HP MSA P2000 G3 - примерная стоимость решения от 1 млн. руб.

Преимущества виртуализации серверов Microsoft Hyper-V

• Низкие затраты на оборудование и программное обеспечение. Благодаря технологии виртуализации серверов Microsoft Hyper-V, на каждом физическом сервере может быть запущено несколько виртуальных серверов, используя одну лицензию на Windows Server Enterprise или Datacenter. Таким образом, вся инфраструктура разворачивается всего на двух серверах, и соответственно не требуется для каждой новой задачи приобретать новый сервер и лицензии на операционные системы. Достаточно за пару минут развернуть новую виртуальную машину на имеющемся оборудовании.

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

Масштабируемость (готовность к росту бизнеса). Если возникает задача развёртывания нового сервиса или приложения, вы просто за считанные минуты создаёте новую виртуальную машину и разворачиваете необходимые приложения. Но даже, когда с ростом бизнеса, производительности двух серверов станет недостаточно, в кластер можно просто включить дополнительные физические сервера (3-й, 4-й и т.д. вплоть до 32). При этом не потребуется никаких переустановок операционных систем и миграции приложений. Виртуальные машины просто перераспределятся по новым серверам, без прерывания работы.

Снижение затрат на обслуживание (сокращение TCO). Содержание 2-х серверов виртуализации Microsoft Hyper-V обходится гораздо дешевле, чем 10 - 20 физических серверов, каждый из которых требует мониторинга, ремонта, а раз в 3-5 лет полной замены. В кластере Hyper-V перенос виртуальной машины с одного сервера на другой занимает 1 минуту без прерывания работы. В случае физических серверов системным администраторам обычно требуется от 8 и более часов, чтобы переустановить операционную систему, драйверы, развернуть приложения и перенести данные. Кластер виртуальных машин Hyper-V имеет гибкую систему управления на базе Microsoft System Center Virtual Machine Manager (SCVMM), который позволяет централизовано управлять вычислительными ресурсами, наличием свободных ресурсов, подготавливать шаблоны виртуальных машин, производить миграцию физических серверов в виртуальную инфраструктуру.

Преимущества услуг виртуализации серверов от компании ЛанКей

• Компания ЛанКей предлагает развёртывание кластеров Microsoft Hyper-V более 4-х лет, практически с момента появления самого продукта.
• Компания ЛанКей является золотым партнёром компании Microsoft и обладает серебряной компетенцией по виртуализации - Silver Virtualization, что подтверждает наш опыт и профессионализм в развёртывании систем виртуализации серверов на базе Microsoft Hyper-V.
• Все сотрудники, принимающие участие в проектах по построению систем виртуализации на базе Microsoft Hyper-V обладают сертификатами MCITP: Virtualization.
• Компания ЛанКей имеет большой портфель успешно выполненных проектов по развёртыванию систем виртуализации на базе Microsoft Hyper-V, которые отмечены положительными отзывами заказчиков.

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

• Аудит имеющейся ИТ-инфраструктуры, тестирование загрузки текущего оборудования, планирование роста потребления вычислительных мощностей, разработка рекомендаций по системе виртуализации Hyper-V.
• Разработка архитектуры кластеров виртуальных серверов Hyper-V.
• Подбор и поставка серверного оборудования и систем хранения данных для развёртывания кластеров виртуальных серверов Hyper-V.
• Подбор и поставка программного обеспечения, выработка наиболее оптимальных схем лицензирования Microsoft Windows Server, System Center Virtual Machine Manager и сопуствующего ПО.
• Развёртывание системы виртуализации Hyper-V на объекте заказчика, ввод в эксплуатацию.
• Миграция существующих физических серверов в виртуальную инфраструктуру Hyper-V.
• Развёртывание систем резервного копирования виртуальных серверов Hyper-V на базе Veeam BackUp & Replication, Symantec BackUp Exec, Microsoft Data Protection Manager.
• Разработка докментации, политик резервного копирования, планов аварийного восстановления (DRP) виртуальных серверов Hyper-V.
• ИТ-аутсорсинг, сопровождение и обслуживание кластеров виртуальных серверов Hyper-V.
• Предоставление виртуальных серверов в аренду в рамках услуги облачных сервисов (IaaS).

Примеры некоторых проектов по внедрению кластеров Microsoft Hyper-V

Заказчик	Описание решения
	В рамках плановой модернизации ИТ-инфраструктуры компания ЛанКей произвела развёртывание кластера виртуальных машин на базе гипервизора Microsoft Hyper-V из состава Windows Server 2012 Datacenter. В качестве серверной платформы использовались Blade-серверы и системы хранения данных HP. В качестве системы резервного копирования данных был развёрнут Microsoft System Center Data Protection Manager (DPM) 2012. А в целях автоматизации управления виртуальной средой был развёрнут Microsoft System Center Virtual Machine Manager (SCVMM) 2012. По результатам проекта от заказчика получен отзыв .
	Построен отказоустойчивый и масштабируемый кластер виртуальных машин на базе Hyper-V из состава Windows Server 2012 Datacenter. Аппаратная платформа кластера была основана на блэйд-серверах HP c7000 и системах хранения данных NetApp FAS2240.
	В рамках проекта по созданию ИТ-инфраструктуры построен кластер виртуальных машин на базе Windows Server 2012 Hyper-V. Для построения кластера использовались сервера и системы хранения данных IBM. В качестве системы резервного копирования был развёрнут Symantec BackUp Exec 2012 V-Ray Edition. Изначально вся инфраструктура была развёрнута на базе облачных сервисов IaaS компании ЛанКей, после чего все виртуальные машины были смигрированы из облачной инфраструктуры в локальный кластер заказчика.
	В связи с совершением сделки по покупке 100% акций компании ОАО «СИБУР-Минудобрения» (впоследствии переименован в ОАО "СДС-Азот") Холдинговой компаний "Сибирский деловой союз" в декабре 2011 года, возникла необходимость в отделении ИТ-инфраструктуры ОАО «СДС-Азот» от сети Холдинга СИБУР.	Построен 5-узловой кластер виртуальных машин Hyper-V на серверах Intel и СХД HP.
	Развёрнут 2-х узловой кластер на базе Hyper-V. Использовались сервера Dell и СХД SUN.

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

Прежде всего внесем ясность в термины. Hyper-V - это бесплатный гипервизор от компании Microsoft, работающий на платформе Windows. Первоначально поддерживались только серверные версии, но начиная с Windows 8 (редакции не ниже Pro) его можно использовать и в настольных ОС. Несмотря на то, что Microsoft явно не обозначает редакции гипервизора, новые поколения ОС содержат в себе новые версии Hyper-V. Так как степень интеграции Hyper-V в ОС достаточно велика, то вы не можете обновить версию гипервизора отдельно от версии ОС.

Если ориентироваться по версии конфигурации виртуальных машин, то можно говорить о восьми поколениях Hyper-V, версию 8.0 содержат Server 2016 и Windows 10 (1607). Наиболее распространенные Windows Server 2012 R2 (и Windows 8.1) имеют пятое поколение гипервизора.

Таким образом, если мы хотим использовать последнюю версию гипервизора, то нам нужна последняя версия ОС. А так как лицензии на Windows не допускают использования более поздних выпусков ОС, то бесплатный Hyper-V может оказаться не таким уж бесплатным. Аналогичные затруднения возникают при виртуализации уже существующих сред, покрытых лицензиями на более ранние версии Windows или виртуализации UNIX-систем. Специально для таких случаев Microsoft выпустила специальный продукт - Hyper-V Server .

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

Когда говорят о Hyper-V Server и Windows Server Core, то в первую очередь пытаются сделать упор на экономию ресурсов за счет отсутствия GUI, однако это мнение ошибочно. При создании данных продуктов вопрос экономии ресурсов стоял в последнюю очередь, да и глупо говорить о каком-либо "недостатке ресурсов" на гипервизоре.

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

Установка и первоначальная настройка Hyper-V Server

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

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

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

А вот если вы закрыли все окна, включая окно командной строки, то можете внезапно оказаться перед черным экраном без средств управления системой вообще. В этом случае нажмите Ctrl+Shift+Esc (данная комбинация работает также через RDP) и при помощи вызванного диспетчера задач запустите нужный вам процесс, например, командную строку.

Перейдем к настройке. В первую очередь следует настроить сеть, указать имя сервера, его членство в нужной рабочей группе или домене и разрешить удаленный рабочий стол. Также, если вы хотите, чтобы ваш сервер отвечал на команду ping, то следует перейти в пункт 4) Настройка удаленного управления и выбрав опцию 3) Настройка отклика сервера на сообщение проверки связи явно разрешить это действие.

Затем укажите параметры обновления сервера и установите все имеющиеся на данный момент обновления. С ручной установкой связан один "сюрприз": указанные в утилите символы не действуют, и чтобы скачать и установить все доступные обновления нужно при запросах вводить маленькую русскую букву т .

После завершения настройки и установки обновлений сервер следует перезагрузить. Здесь может возникнуть вполне закономерный вопрос: а что делать дальше? Как им управлять? Для управления Hyper-V Server понадобится еще один компьютер с установленными средствами управления Hyper-V, а настройки самого сервера можно производить из консоли MMC. Для этого создадим нужные разрешающие правила в брандмауэре. Для этого запустим PowerShell и последовательно выполним следующие команды:

Powershell
Enable-NetFirewallRule -DisplayGroup "Удаленное управление Windows"
Enable-NetFirewallRule -DisplayGroup "Удаленное управление журналом событий"
Enable-NetFirewallRule -DisplayGroup "Удаленное управление томами"
Enable-NetFirewallRule -DisplayGroup "Дистанционное управление рабочим столом"

На этом настройку сервера следует считать законченной, можно проверить подключение к нему средствами RDP и, если все прошло нормально, переходить к настройке клиентской станции.

Настройка клиента для работы с Hyper-V Server

Для управления Hyper-V Server вам понадобится ПК с ОС не ниже Windows Server 2012R2 или Windows 8.1 редакции Pro или Enterprise, мы будем рассматривать дальнейшую настройку на примере клиентских ОС. Домашние и 32-разрядные версии ОС не подойдут, так как в них нет возможности установить диспетчер Hyper-V.

Так как сетевое обнаружение и общий доступ к файлам и принтерам на сервере выключен, то нужно добавить для него на DNS-сервера запись типа А, связывающую имя сервера и его IP-адрес или внести соответствующую строку в файл hosts , в нашем случае она выглядит так:

192.168.18.145 HV-CORE-2012R2

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

Cmdkey /add:ServerName /user:UserName /pass:password

где ServerName - имя сервера Hyper-V, UserName - имя администратора сервера Hyper-V и password - его пароль.

Если вы используете Windows 10, то дополнительно запустите командную строку (или консоль PowerShell) от имени администратора и выполните там команды:

Winrm quickconfig
winrm set winrm/config/client "@{TrustedHosts="ServerName"}"

где ServerName - имя сервера Hyper-V.

Затем запустите оснастку dcomcnfg , через Win+R или из командной строки, и разверните дерево Службы компонентов - Компьютеры - Мой компьютер . После чего в по щелчку правой кнопки мыши выберите Свойства и перейдите на закладку Безопасность COM - Права доступа - Изменить ограничения и в открывшемся окне установите для пользователя АНОНИМНЫЙ ВХОД права Удаленный доступ .

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

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

Для того, чтобы использовать оснастку Управление дисками предварительно потребуется запустить службу Виртуальный диск , это можно сделать прямо здесь, через оснастку Службы .

Единственной недоступной оснасткой будет Диспетчер устройств , настроить его работу можно, но практического смысла в этом нет, так как работать он все равно будет в режиме "только чтение". К тому же по факту это не представляет проблемы: база драйверов Windows Server достаточно обширна и если вы проявили разумную предусмотрительность при выборе оборудования, то к вопросу драйверов вам вообще обращаться не придется.

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

Наконец мы подошли к самому главному. Перейдем в классическую Панель управления - Программы и компоненты - Включение и отключение компонентов Windows и установим Средства управления Hyper-V .

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

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

\\ServerName\C$

вы попадете на диск С: сервера.

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

Как видим, несмотря на несколько более сложный процесс установки и настройки Hyper-V Server представляет собой удобный и надежный инструмент, который к тому же можно использовать полностью бесплатно.

• Теги:

Please enable JavaScript to view the

Корпорация microsoft решила внести поддержку аппаратной виртуализации hyper-v в свои операционные системы для работы на персональных компьютерах. Изначально данная технология входила только в серверные системы, такие как windows server 2008 и т.п. Теперь у обычных пользователей использующих windows, появилась возможность запустить на своем ПК виртуальную машину не устанавливая сторонних программ.

Первая операционная система получившая технологию Hyper V , является windows 8, в редакциях корпоративная(enterprise) и профессиональная(PRO). Потом она была перенесена и в windows 10, в таких же редакциях. В данной статье вы узнаете, как запустить виртуальную машину Hyper-V в windows 10, а так же, как установить на неё операционную систему windows 7.

Установка Hyper-V

Убедившись в поддержке виртуализации и включив её в биос, нужно так скажем задействовать виртуальную машину hyper v . Для этого переходим в панель управления, попасть в туда можно, нажав правой кнопкой мыши по меню пуск и запустить её.

Здесь переходим по вкладке программы .

Жмем на пункт включение или отключение компонентов windows.

Находим в списке hyper-v, ставим напротив галочку и жмем OK.

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

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

После перезагрузки, в поиске (значок лупы возле кнопки пуск ) вводим hyper и запускаем приложение.

В главном окне жмем на пункт создать - > виртуальная машина.

На первой открывшейся странице, просто нажимаем далее .

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

Установку windows 7 можно осуществить выбрав поколение 1, если вы устанавливаете более поздние версии, то выбирайте второй вариант.

Назначаем размер оперативной памяти, которая будет выделятся для работы виртуальной машины, советую для данной системы установить 2048 МБ. Если характеристики не позволяют, то ставим 1024.

Пункт настройка сети пока пропустим, чуть ниже к нему вернемся.

Выбираем пункт создать виртуальный жесткий диск . Имя, расположение и размер задаются автоматически, если надо можно указать и вручную. Так же можно использовать уже имеющийся виртуальный жесткий диск, если он у вас есть, или подключить его позднее. Как вы заметили, размер диска задающийся автоматом достаточно большой, но на это можно не обращать внимание, т.к созданный виртуальный жесткий диск будет динамическим.

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

Пройдет быстрый процесс настройки.

Настраиваем работу интернета в Hyper-V

Виртуальная машина создана. Но не расслабляемся, нам нужно еще установить операционную систему и настроить работу интернета. Переходим в .

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

На предупреждение отвечаем да .

Теперь в виртуальной машине windows 7, нужно указать интернет соединение которое мы создали. Переходим во вкладку параметры.

В левой стороне окна, жмем на пункт сетевой адаптер и в списке виртуальных коммутаторов выбираем созданный, нажимаем OK. На этом установка интернета завершена.

Установка windows 7 на Hyper-V

Для установки операционной системы нам потребуется dvd диск, либо iso образ windows. Если у вас его нет, то читаем статью Как скачать любую версию Windows 7, 8.1, 10 с сайта Microsoft . Опять же переходим в параметры виртуальной машины.

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

После, переходим в контроллер 1 IDE -> DVD-дисковод. Тут можно настроить загрузку именно с физического компакт-диска, выбрав вкладку физический дисковод компакт - и DVD-дисков. В пункте носитель , в случае использования iso образа, выбираем пункт файл образа, где жмем кнопку обзор .

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

Как видим, путь к файлу с windows прописан, теперь нажимаем кнопку применить и OK.

Теперь подключаем виртуальную машину. Кликнув по ней двойным нажатием мыши.

В открывшемся окне нажимаем кнопку запустить .

Операционная система установлена, виртуальная машина подключена и работает. Теперь у вас появилась возможность в установленной windows 10 работать и с windows 7.

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

Спасибо за внимание!

Я там немного скакнул с одного аспекта на другой. =)

Смотрите...

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

Нюанс в том, что есть три основных варианта:

• У вас есть гипервизор и N виртуальных машин на нем
• У вас есть N физических серверов
• У вас есть один физический сервер с одной операционной системой (без виртуализации) и все установлено в эту ОС.

В случае с третьим вариантом (самым ужасным) у вас получаются проблемы априори. Вы не можете прогнозировать нагрузку, у вас отсутствует безопасность как таковая (потому что наверняка нужно давать доступ пользователям на сервер, которые еще и контроллер домена) и ваши приложения влияют друг на друга. Ну, например, из жизни: "одинэс" сожрал 100% CPU - встало все, просто потому, что все на одном экземпляре ОС.

Второй вариант как правило приводит к покупке нескольких совсем дешевых (относительно) компьютеров, которые гордо называют "сервер". Я много раз видел такое. Клиентские по сути компьютеры с немного большим количеством ресурсов и серверная ОС на них. Надежность таких компьютеров соответствующая. Они просто не рассчитаны на постоянную работу под нагрузкой. Я даже не говорю о качестве комплектующих и сборки. Со всеми вытекающими. Если вы можете купить несколько брендовых серверов (столько, сколько нужно) - вам повезло и большинство трудящихся в "малых бизнесах" вам люто завидуют.

Ну и первый вариант. Если вам нужно купить только один сервер, вы практически всегда можете обосновать больший бюджет на него. Объяснив, что покупка его один раз избавит от необходимости закупать новые серверы, скажем, в ближайшие два года. И получится купить уже сервер от нормального производителя (HP\DELL и т.п.), у которого будет нормальный аппаратный RAID, нормальная по качеству компонентная база и так далее. Плюсом - у него будет нормальная гарантийная поддержка. Если вы используете соответствующий уровень RAID - вы защищены от потери данных при выходе из строя диска (или даже двух). А вышедший из строя диск вам поменяют по гарантии. Так же по гарантии вам поменяют все остальное (хотя "остальное" выходит из строя в приличных серверах гораздо реже, я за много лет помню всего пару случаев, когда выходили из строя компоненты). Но опять же вы будете избавлены от поиска "такой же материнки", потому что вам все покроет гарантия.

То есть надежность существенно выше, рисков меньше.

Все, что написано после "Достаточно купить один достаточно мощный сервер" относится уже ко второму вопросу - совместимости приложений и их взаимному влиянию друг на друга. Что гораздо более часто является проблемой, нежели надежность самого оборудования как такового. Вы сможете поднять из резервной копии ваши данные (вы же делаете резервные копии, правда?) в случае выхода из строя оборудования. Но во многих случаях вы не сможете решить проблему совместимости и взаимного негативного влияния ПО друг на друга не покупая нового сервера (то есть без финансовых вливаний).

Какой риск выше: выход из строя оборудования или несовместимость ПО? Что, при наличии нормальной резервной копии, страшнее - сгоревший сервер или злостная программа, которая мешает работать другим, а избавиться от нее нельзя (например, это нужное какому-то отделу для работы ПО)?

Виртуализация это не "серебряная пуля", она не решит сразу все проблемы. И ее не нужно внедрять просто потому что она есть. Но и отказываться от нее не рассмотрев все плюсы не стоит.

Надеюсь, так понятнее.

Унаследованный системой Windows 8 от серверных Windows гипервизор в дальнейшем стал частью ещё двух настольных операционных систем – версий-последовательниц 8.1 и 10. На борту самой актуальной на сегодняшний день настольной системы обнаружим Hyper-V версии 10.0, в число преимуществ которой входит возможность работы с виртуальными машинами поколения 2 . Ранее в описывался процесс создания виртуальной машины поколения 1 (единственного на тот момент) в рамках работы штатного Hyper-V в составе Windows 8. В этой статье рассмотрим специфику, а также непосредственно процесс создания виртуальной машины поколения 2. И используем для этих целей Hyper-V в составе Windows 10.

1. Виртуальные машины поколения 2: в чём суть?

Виртуальные машины поколения 2 впервые появились в Hyper-V в составе ОС . Именно в этой системе гипервизор Microsoft впервые предложил возможность работы с новым форматом виртуальных машин наряду с форматом старым — виртуальными машинами поколения 1, работа с которыми проводилась в старых версиях Hyper-V.

Виртуальные машины поколения 2 призваны обеспечить небольшой прирост производительности, в частности, более быстрый процесс установки гостевой ОС и ускоренный процесс её запуска. Этому способствует тип контроллера диска SCSI, который пришёл на смену упразднённому типу IDE в качестве основного виртуального жёсткого диска, на который устанавливается гостевая ОС и с которого в дальнейшем происходит её загрузка. Упразднён тип контроллера IDE и для подключаемых образов DVD-дисков, они теперь также подключаются с помощью контроллера SCSI.

Недоступная для поколения 1 возможность изменения размеров жёстких дисков виртуальных машин в процессе их работы, без необходимости выключения возможна для машин поколения 2. В процессе работы виртуальной машины поколения 2 можно увеличить или уменьшить размер VHDX-диска, если в этом вдруг станет надобность.

Поколение 2 – это виртуальные машины с ПО на базе UEFI вместо стандартного BIOS, и они поддерживают Secure Boot (безопасную загрузку) для предотвращения запуска вредоносного ПО. Как и в физических компьютерах на базе BIOS UEFI, в параметрах виртуальных машин поколения 2 Secure Boot можно отключить.

Это были особенности и преимущества виртуальных машин поколения 2. А что же с ограничениями?

На поколение 2 виртуальных машин можно установить из серверных ОС Windows Server 2012, Server 2012 R2 и новую Server 2016. Из настольных ОС это 64-битные Windows 8.1 и 10.

ПО на базе UEFI обуславливает необходимость использования при установке гостевых ОС и их загрузке с Live-дисков не обычного загрузочного носителя, а загрузочного носителя UEFI. Например, ISO-образы официальных дистрибутивов Windows 8.1 и 10 предусматривают видимость загрузочного носителя на UEFI-устройствах. А вот при получении дистрибутива Windows с других источников этот момент необходимо уточнять.

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

2. Что нужно для работы Hyper-V

Как и в случае с Windows 8.1, для работы с Hyper-V понадобится 64-битная Windows 10 в редакциях Pro и Enterprise . Необходимо, чтобы процессор компьютера поддерживал технологию SLAT и аппаратную виртуализацию. Необходимый объём оперативной памяти для работы с гостевыми ОС Windows 7, 8.1 и 10 — не менее 4 Гб.

3. Активация Hyper-V

64-битные редакции Pro и Enterprise Windows 10 содержат изначально неактивный компонент Hyper-V. Чтобы его активировать, жмём клавиши Win + X и в появившемся меню выбираем «Программы и компоненты».

Ставим галочку на компоненте Hyper-V. Жмём «ОК» .

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

4. Обеспечение виртуальной машине доступа к Интернету

Запустив Hyper-V, первым делом создадим виртуальный коммутатор, необходимый для доступа виртуальных машин к Интернету. Справа окна на панели инструментов жмём «Диспетчер виртуальных коммутаторов» .

Выбираем тип «Внешняя» (если принципиально не нужны типы «Внутренняя » и «Частная» ). Жмём «Создать виртуальный коммутатор» .

Задаём имя коммутатору (любое) и жмём «Применить» . Если нужно сменить сетевую карту или переключиться на модуль Wi-Fi, можем это сделать в пункте «Внешняя сеть» , выбрав нужный вариант из выпадающего списка.

5. Создание виртуальной машины поколения 2

Для создания виртуальной машины снова обратимся к инструментам на панели справа Диспетчера Hyper-V. Жмём «Создать» и выбираем «Виртуальная машина» .

Задаём имя. Также можем сменить предустановленную папку, куда будут сохранены файлы виртуальной машины. И снова жмём «Далее» .

А вот и окно выбора поколения виртуальной машины. Выбираем пункт «Поколение 2» и жмём «Далее» .

Устанавливаем объём оперативной памяти, что будет отдана виртуальной машине. Жмём «Далее» .

В выпадающем списке выбираем виртуальный коммутатор, что был создан ранее. Жмём «Далее» .

Создаём виртуальный жёсткий диск. Поколение 2 виртуальных машин работает только с дисками VHDX, так что выбор этого формата предустановлен. Предустановлен и путь хранения VHDX-файла – внутри папки, ранее указанной для всех файлов виртуальной машины. Размер диска по умолчанию определён в 127 Гб, этот размер, пожалуй, и оставим. Жмём «Далее» .

Следующий этап – указание пути к ISO-образу с дистрибутивом гостевой ОС. Жмём «Далее» .

Всё – жмём «Готово» .

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

Для включения виртуальной машины жмём зелёную кнопку.

Запустится процесс загрузки с DVD-диска. Любую клавишу для подтверждения загрузки с DVD-диска нужно нажать очень быстро, поскольку в случае с виртуальными машинами поколения 2 время для такого рода раздумий и действий сокращено.

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

Нам снова нужно окно Диспетчера Hyper-V. В контекстном меню, вызванном на виртуальной машине, выбираем «Параметры» .

В появившемся окне слева в разделе «Оборудование» переключаемся на «SCSI-контроллер» , затем кликаем « DVD-дисковод» . Справа выше прописанного пути к ISO-образу устанавливаем значение «Нет» . Жмём «Применить» .

6. Варианты подключения виртуальной машины

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

• Только версии Windows 8.1, 10 и серверные редакции, начиная с Windows Server 2012 R2;
• Гостевая ОС должна поддерживать Remote Desktop Services, а этот нюанс перечень указанных версий Windows ограничивает до их редакций Pro и Enterprise.

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

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

Переходим на вкладку «Локальный ресурсы» .

Здесь можем добавить ещё некоторые возможности подключения. Это запись звука с виртуальной машины и подключение локальных устройств как то: смарт-карты, разделы жёсткого диска и съёмные носители физического компьютера.

Помогла ли Вам данная статья?