Установка Hyper-V. Виртуальная машина hyper-V Hyper v драйвера для гостевой системы

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

Введение

Дальше выполняете установку стандартным способом, как и любую другую систему. Загружаетесь с iso образа и следуете по шагам инсталлятора. Каких-то нюансов или проблем с тем, чтобы установить hyper-v server нет, так что я не буду заострять на этом внимание. Обращу внимание только на самый конец установки. У меня появилось вот такое окно:

При этом я не мог ничего сделать или выбрать. Я нажал ctrl+alt+delete и появилось предложение задать пароль администратора. Я сделал это, установка завершилась, загрузилось окно со стандартным интерфейсом управления:

Если вы по какой-то причине закроете это окно, вызвать его снова можно в командной строке с помощью команды sconfig .

Настройка Hyper-V Server 2016

Сразу же выполняем первоначальную настройку Hyper-V Server 2016 через стандартную консоль управления:

1. Указываете рабочую группу, если вас не устраивает стандартная.
2. Меняем имя сервера на что-то более осмысленное и понятное.
3. Добавьте еще одного администратора. Это нужно сделать, чтобы иметь еще одну админскую учетную запись, отличную от administrator. В дальнейшем рекомендую все настройки и подключения выполнять под этой учетной записью.
4. Разрешаем удаленное управление, в том числе ping.
5. Автоматическое обновление оставляю на ваше усмотрение. Я обычно отключаю и все делаю вручную.
6. Рекомендую сразу проверить обновления и установить их.
7. Включаем Remote Desktop со всеми версиями клиента.
8. Указываем сетевые настройки. Стандартно стоит dhcp, рекомендую установить адрес статически.
9. Настройте время, если по-умолчанию стоит не правильное.
10. Настройки телеметрии полностью отключить нельзя. Такой вот микрософт. Не приходится удивляться, с учетом нововведений в последних версиях системы.

Быстренько пробежались по основным настройкам hyper-v server 2016. Теперь бы сразу начать установку виртуальных машин, но, к сожалению, пока это не получится сделать. Нам надо каким-то образом подключиться к серверу с помощью панели управления. Пока нам доступен только rdp доступ, но этого не достаточно.

Удаленное подключение и управление Hyper-V Server 2016

Подключаемся по rdp к серверу, чтобы было удобно копировать и вставлять длинные команды в командную строку. В консоли cmd переходим в powershell , просто введя команду:

Powershell

Вводим команды для настройки разрешений на фаерволе для удаленного управления:

Set-NetFirewallRule -DisplayGroup "Windows Management Instrumentation (WMI)" -Enabled true -PassThru Set-NetFirewallRule -DisplayGroup "Remote Event Log Management" -Enabled true -PassThru Set-NetFirewallRule -DisplayGroup "Remote Volume Management" -Enabled true -PassThru

Теперь переходим на клиентскую систему. Напоминаю, что в моем случае это Windows 10 Корпоративная. Заходить на нее нужно под учетной записью с теми же параметрами, что создана на гипервизоре. Добавьте такого же пользователя и работайте под ним. Это обязательное условие для подключения к управлению непосредственно сервером, его службам, дисковой подсистемой и т.д. Для подключения только для управления ролью hyper-v иметь одинаковую с сервером учетку не обязательно, в конце я расскажу, как это сделать.

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

192.168.1.100 hyperv2016

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

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

Я не сразу смог найти, где это сделать, поэтому подсказываю вам. Продолжаем настройку хоста для подключения к hyper-v server 2016. Запускаем cmd от администратора и переходим в powershell. Выполняем команду:

Winrm quickconfig

Обязательно жмите Y и продолжайте. Вводим следующую команду, которая разрешает управление удаленными системами:

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

В данном примере, hyperv2016 — имя моего гипервизора.

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

Теперь нам нужно изменить еще один параметр. Запускаем оснастку dcomcnfg.exe , выполнив эту команду в cmd. Открывается оснастка управления службой компонентов.

Выполняем последовательность действий, указанных на картинке. Дальше надо установить стандартную оснастку для управления hyperv. Для этого идем в Панель управления -> Программы -> Включение или отключение компонентов Windows . Выбираем там Средства управления Hyper-V и устанавливаем их. Дожидаемся окончания установки и пробуем подключиться к удаленному серверу:

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

Расскажу еще об одном нюансе. Вы можете подключиться к удаленному hyper-v серверу, даже если работаете не под той учетной записью, что имеет административные права на гипервизоре. При подключении есть возможность ввести параметры другого пользователя. Но чтобы эта возможность заработала, необходимо выполнить ряд действий как на сервере, так и на клиенте. Для начала надо изменить один параметр в локальной политике компьютера. Для этого выполняем в cmd команду gpedit . Откроется оснастка управления локальными политиками компьютера. Идем по пути: Конфигурация компьютера -> Административные шаблоны -> Система -> Передача учетных данных -> Разрешить передачу новых учетных данных с проверкой подлинности сервера «только NTLM» . Включаем ее и добавляем запись:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value "hyperv2016" Enable-WSManCredSSP -Role client -DelegateComputer "hyperv2016"

Теперь надо внести некоторые изменения на самом гипервизоре. Подключаемся к нему по rdp, переходим в cmd, запускаем powershell и выполняем команды:

Enable-PSRemoting Enable-WSManCredSSP -Role server

После этого можете работать под привычным пользователем компьютера, но при этом подключаться к hyper-v server 2016 под другой учетной записью и управлять им.

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

Пишите имя сервера и подключаетесь к нему. Вам доступны все разделы управления компьютером, кроме диспетчера устройств. К нему почему-то не получается подключиться, возникает ошибка. Я подробно не разбирался в чем дело и как ее исправить.

Настройка виртуальных коммутаторов

Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.

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

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

Мы почти закончили настройку Windows Hyper-V Server 2016 и готовы приступить к установке виртуальных машин. Надо только загрузить iso образ на гипервизор. Тут все очень просто. Открываем в проводнике на управляющей машине удаленный диск через стандартную возможность windows машин, создаем папку iso и загружаем нужный образ.

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

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

Бэкап виртуальных машин Hyper-V

Ранее я уже рассказывал про программу . Она замечательно работает с Windows Hyper-V Server 2016, приведенная статья полностью актуальна. Для работы программы необходимо установить на гипервизоре .Net Framework 3.5 с помощью команды powershell:

Install-WindowsFeature NET-Framework-Core

Программа, конечно, монструозная, весит много, ставится долго, но зато никаких заморочек. Все настраивается легко и понятно через интерфейс программы. После установки запускаете программу. Добавляете новый сервер:

Указываете, что это Standalone Hyper-V server, добавляете учетные данные и дожидаетесь окончания установки необходимых компонентов на hyperv сервере. После этого можно создать резервную копию виртуальной машины. Для этого выберите гипервизор, виртуальную машину, которую хотите забэкапить и жмите правой кнопкой мыши по ней. Выбираете VeeamZIP:

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

Подключение к Hyper-V Server 2016 с Windows 7

Рассмотрим еще один вариант подключения к бесплатному hyper-v, когда у вас в наличие только операционная система Windows 7. Вам нужно создать виртуальную машину, либо изменить настройки существующей, завершить ее работу, или наоборот запустить. Оснастку управления Hyper-V на Windows 7 поставить не получится. На помощь придет программа 5nine Manager Free . Скачать ее можно либо с указанного сайта, но нужна регистрация, после которой на почту придет ссылка для скачивания и файл с лицензией. Для нормальной установки требуется.NET Framework 4.5 или выше. Если в системе он не будет установлен, то инсталлятор просто не начнет установку, даже не сказав почему. Мне пришлось читать руководство, чтобы разобраться, почему на один компьютер у меня нормально ставится программа, а на другой не хочет.

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

Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Сам еще не проверял его в работе и особо не интересовался нововведениями, пока не было времени. Смотрел на него только в тестовых стендах. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье у .

Самым большим преимуществом последнего является возможность установки на программный рейд. Hyper-V сервер я никогда не пробовал установить на программный рейд, я даже не знаю, возможно ли это. Так что использовать его можно только там, где есть аппаратный рейд, либо в тестовых вариантах. Лично я никогда не ставлю гипервизоры в продакшн на одиночные диски. Все остальное дело привычки и удобства. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.

онлайн-курсом «Администратор Linux» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Что даст вам этот курс:

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

Проверьте себя на вступительном тесте и смотрите подробнее программу по.

Привет, Хабр! Сейчас я задам вам вопрос, а вы задумайтесь: Что, очень популярное и когда-то вызывавшее трепет лично у вас, сегодня вспоминается только для «поностальгировать»? Наверняка, кто-то вспомнит Dendy или Super Nintendo, а некоторые свой пейджер. Так вот, к чему это я… Есть выражение «ничто не вечно». В сегодняшней статье рассмотрим, действительно ли это так в сфере разработки и стоит отказываться от VMWare в пользу Hyper-V в вопросе виртуализации? А также затронем плюсы обеих платформ и процесс перехода с одной на другую. Заглядывайте под кат!

Лирическое отступление

Мы живем в удивительном времени. А, может быть, и в ужасном, смотря с какой стороны посмотреть. Сейчас возможно то, что буквально лет 20 назад я читал в фантастических книжках: будущее наступившее через 200–500–1000 лет. Полеты на другие планеты, выход за пределы нашей солнечной системы, «цветущие яблони на Марсе» - все это казалось далеким и несбыточным.

А теперь у нас есть (ну практически есть) космический ядерный двигатель, план полететь на Марс в 2024 году и спутник за пределами нашей солнечной системы.

Так, собственно, к чему я это все веду. Это я к тому, что все это стало возможным благодаря (или вопреки) стремительно развивающимся компьютерным технологиям. Об одной из таких технологий сейчас и поговорим.

Эпиграф

Жила была одна компания. Ни большая, ни маленькая, ни высокая, ни низкая. Такой прям вылитый средний бизнес. Жила она себе с несколькими стойками оборудования, старого, от матери доставшегося. И наступил момент все это хозяйство обновлять. Посчитали товарищи стоимость оборудования, подумали, да надумали внедрять виртуализацию. А год был давний, из представителей славного рода универсальных виртуализаций только VMWare и была. В общем ее и внедрили. Шло время, менялись задачи, росли другие представители славного рода виртуализации. И пришло время снова выбирать себе представителя…

Главный вопрос ИТ-профессионала – «Зачем?»
(или «А нафига?»)

Позвольте представиться. Меня зовут Антон и я руковожу отделом инфраструктурных решений в одном их крупных российских ретейлеров. Как и в любой уважающей себя организации у нас используется виртуализация и, конечно же, наша всеми «любимая» 1С. Внедряли мы VMware давно, жили с ней, в принципе, неплохо (хотя историй добавивших мне седых волос тоже хватает), но, как и при любом развитии периодически приходится осматриваться вокруг, чтобы узнавать об альтернативных решениях.

А началась наша история перехода с того, что я увидел Hyper-V в одном углу вместе с VMware у квадранта Gartner. Тут-то я и призадумался. По итогу раздумий получилась вот такая табличка «за/против» перехода. А еще знаменитые косяки VMware с CBT… Прямо мнямка. Да еще и два раза в двух разных релизах. Прям огонь!

Минутка хайпа

Тут же вспоминается анекдот:

«Как узнать, что человек ярый веган. Никак. Он сам вам об этом расскажет.»
Так же и тут - как узнать ярого красноглазика. Никак. Он сам расскажет, что Linux - это божья благодать, а Windows - порождение князя тьмы.

Хейтеры 2x354 тут же встанут в стойку и, брызгая жидкостями, начнут рассказывать, как обновления Microsoft ломают к чертям вообще всю ОС. Это да, тут спорить не буду, есть у товарищей любовь к таким вот веселым подарочкам. Но в целом, процесс эволюции на мой взгляд у компании Microsoft доведен до совершенства. Революция - это не их, а вот эволюция - конек. И каждый выбирает то, что ему ближе.

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

Минута холивара

Почему «Killer feature» от VMware во многом просто маркетинг?

Fault Tolerance. Серьезно? Вы читали ограничения? Вы реально это используете в продакшене? Если да, то мне вас искренне по-человечески жаль… За все время ни разу не видел, чтобы это кому-нибудь реально пригодилось…

Проброс USB и PCI-девайсов. Тоже очень спорный момент. Эти вещи лишают виртуалку основного преимущества виртуализации - свободной миграции между хостами. Проброс PCI мы использовали, но как только смогли отказаться - облегченно выдохнули. Для проброса USB уже давным-давно придуманы и сделаны как софтовые, так и аппаратные решения. Сильно проще.

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

Зато у Hyper-V есть штатная возможность уменьшить диск. Знаете, сколько раз я мечтал о таком в VMware? Гораздо больше чем можно себе это представить.

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

1. У вас основная ОС на Linux-серверах.
2. Вам нужно запускать экзотику.
3. Вам нужны готовые виртуальные сервера от вендеров (думаю это просто вопрос времени).
4. Вы не любите Microsoft.
5. VMware вы получили на халяву вместе с оборудованием.

Табличка размышлений

За переход на Hyper-V	Против перехода на Hyper-V
Сокращение расходов на лицензии VMware	Известность платформы VMware
На базе этой же платформы построен Azure	Размер дистрибутива (спойлер: Nano Server не является аналогом esxi - это немного другая идеология и позиционирование)
Интересная сетевая виртуализация	Простая схема лицензирования
Репликация на другие СХД виртуалок штатными методами	Поддержка большого числа разных ОС
Бонусы при покупке комплекта для построения виртуализации (набор CIS, в который входят Windows Datacenter + System Center)	VMware уже работает
Различные плюшки при разворачивании Windows-серверов	Нет поддержки именно гипервизора как отдельного продукта
Можно уменьшать диски на лету	VDI тут можно использовать только для лабы/тестов. Для продакшена это не подходит
Более оперативная поддержка новых версий Windows	Наличие интересных законченных решений для виртуализации, когда ты у одного вендора покупаешь и железо и софт, и получаешь одну консоль управления и одно окно техподдержки
Это Microsoft	Это Microsoft

«Прыжок веры»

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

План тестирования был прост:

1. Берем сервер.
2. Устанавливаем на него esxi. Ничего не меняем, настройки по умолчанию.
3. Производим тесты 5 раз:

   A) Для 1С тест Гилева.

4. Производим тесты 5 раз:

   A) Для 1С тест Гилева.

   B) Для SQL - скрипт на запись.

5. Устанавливаем Hyper-V. Ничего не меняем, настройки по умолчанию.
6. Разворачиваем виртуальную машину.
7. Производим тесты 5 раз:

   A) Для 1С тест Гилева.

   B) Для SQL - скрипт на запись.

8. Настраиваем по Best Practice’s.
9. Производим тесты 5 раз:

   A) Для 1С тест Гилева.

   B) Для SQL - скрипт на запись.

10. Ставим на физическую машину Windows Server, настраиваем по Best Practice’s и проводим тесты.
11. Сравниваем и думаем.

Оборудование: Dell FC 630, 2 процессора Intel Xeon E5-2643 v4 (чисто под 1С), 512Гб памяти.
Диски: san-сеть на базе Dell SC 200 с Read-Intensive SSD.

Получили вот такие результаты:

VMWare без Best Practices	Тест Гилева	Тест SQL
1	22.42	12.2
2	18.6	17.51
3	18.12	7.12
4	26.74	7.18
5	26.32	4.22
VMWare с Best Practices	Тест Гилева	Тест SQL
1	26.46	4.28
2	26.6	6.38
3	26.46	4.22
4	26.46	6.56
5	26.6	4.2
HyperV без Best Practices	Тест Гилева	Тест SQL
1	27.17	4.32
2	26.46	6.08
3	26.04	4.24
4	26.18	5.58
5	25.91	6.01
HyperV с Best Practices	Тест Гилева	Тест SQL
1	26.18	6.02
2	27.62	6.04
3	26.46	6.2
4	26.74	4.23
5	26.74	6.02
Физика	Тест Гилева	Тест SQL
1	35.97	4.06
2	32.47	4.04
3	31.85	6.14
4	32.47	5.55
5	32.89	5.43

Легенда

Тест Гилева - больше значит лучше, абстрактные «попугаи».

Тест SQL - меньше значит лучше, время исполнения.

Что настраивали:

1. Шаги по подготовке хоста DELL Poweredge 630.

3.1.1 Поместить swap-файл на SSD диск. Cluster -> Swap file location -> Store the swap file in the same directory as VM. Configuration -> VM Swapfile location -> Edit.

3.1.3 Настроить SAN Multipathing через Host -> Configuration -> Storage -> Manage Paths -> Path Selection -> Round Robin.

3.1.4 Включить Host -> Configuration -> Power management -> Properties -> High Perfomance.

3.2.1 Используем paravirtual диски: VM -> SCSI Controller -> Change Type -> Paravirtual.

3.2.2 Желательно использовать Thick provision eager zeroed.

3.2.3 Включаем VM -> Options -> CPU/MMU Virtualization -> Use Intel VTx for instruction set and Intel EPT for MMU Virtualization.

3.2.4 Отключаем VM BIOS -> Legacy diskette, VM BIOS -> Primary Mater CD ROM.

4. Шаги по тестированию на платформе Windows Server без best practices:

4.1 Устанавливаем Windows Server 2016 Datacenter на хост и все обновления.

4.2 Делаем необходимые настройки на хосте.

4.3 Устанавливаем виртуальную машину с Windows и все обновления.

4.4 Устанавливаем «1С: Предприятие». Настраиваем, если нужно пока ставим по дефолту, версия 1С - 8.3.10 (последняя).

4.5 На отдельной машине устанавливаем Windows Server 2016 с сервером SQL 2016 со всеми апдейтами.

5.1.1 Активировать MPIO:
Enable-WindowsOptionalFeature – Online – FeatureName MultiPathIO
(Get-WindowsOptionalFeature – Online – FeatureName "MultiPathIO").State

5.2.1 Используем Generation2 VM.

5.2.2 Используем fixed диски в VM.

Если жизнь на Марсе?

Вроде жизнь удалась, тесты показывают, что расчеты и ставки были верны и теперь наступит та самая искомая нирвана… Так я думал и надеялся до тех пор, пока мы в тестовом режиме не поставили кластер для разработчиков.

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

Тут же вспомнилась история о пятидневной переписке с техподдержкой VMware о проблеме при переходе на 5.5. Оказалось, веселая штука. Если ты заводишь на SQL-сервере отдельную учетную запись для подключения vSphere, то пароль у нее должен быть не длиннее 14 символов (или 10, сейчас уже не помню), ибо дальше система банально обрезает и выкидывает как ненужную часть кусок пароля. Действительно, вполне себе обоснованное поведение.

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

Но, собравшись с духом, мы, все-таки, решили повоевать. И знаете, что? Все получилось. И оказалось, что проблемы с сетевой картой были аппаратные, проблема с кластером решились после правильной настройки сети. А после того, как мы переставили хостовые ОС и VMM на английские версии вообще все стало хорошо. И тут мне стало грустно… 2017 год, а все еще нужно ставить английскую Windows чтобы было меньше проблем. Это epic fail на мой взгляд. Зато бонусом получили гораздо более простой поиск по тексту ошибок.

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

Кстати, отдельного котла в аду заслуживает тот, кто придумал интерфейс и логику VMM… Сказать, что он непонятный - это ничего не сказать. При первом открытии у меня появилось полное ощущение что я смотрю на приборную доску корабля пришельцев. Вроде формы знакомые, но понимания что тут что и зачем нет никакого. Хотя возможно через много лет я привыкну. Или просто заучу действия как обезьянка.

Каково это, когда все-таки завел трактор?

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

Еще очень сильно, но очень приятно удивил вопрос миграцией машин из VMWare. Изначально я читал форумы, искал софт, думал как это будет. Оказалось, за меня уже все придумали. Мы в два счета подключили в VMM vCenter и прямо из VMM сказали «дорогой товарищ, дайте, пожалуйста, вот тех конфеток, уж больно они вкусные смигрируй мне пожалуйста вот эту виртуалку на новый гипервизор.» И самое что забавное - смигрировал. С первого раза. Без бубна и ошибок. И в итоге миграция, на тест которой я планировал выделить неделю уложилась в 40 минут, из которых 20 была сама миграция.

Чего не хватает:

1. Маленького дистрибутива, заточенного именно под виртуализацию (аналога esxi).
2. Нормальной консоли управления (консоль неудобная, особенно после управлялки от VMware, но есть надежда на проект Гонолулу. Во всяком случае, глядя на техническое превью, возникает понимание что продукт должен дать то самое удобство управления).
3. Технической поддержки продукта виртуализации. Да, я знаю, что есть Premium Support, но это совсем не то, чего хочется.

Подводя итоги (если вам лень читать статью):

1. Сейчас производительность двух платформ примерно одинакова.
2. Производительность 1С такая же.
3. В Hyper-V виртуальные диски можно как увеличивать, так и уменьшать. Причем онлайн.
4. Очень, ну прямо очень, простая миграция с VMWare.
5. Беда с поддержкой в привычном ее понимании.
6. VMM крайне неудобная штука, особенно после vCenter. Но с другой стороны VMM это просто графическая оболочка для скриптов PowerShell, так что можно рулить всем этим через привычный Powershell CLI.
7. Переход требует переучиваться и разбираться с тонкостями именно Hyper-V. Многие вещи и идеологические подходы разнятся.
8. Шикарные шаблоны виртуальных машин с Windows. Удивительно удобно.
9. Экономия денег.
10. Более интересная на мой взгляд реализация Software-defined storage, но это «на любителя».
11. Уважение за то, что весь Azure построен на собственных технологиях, которые потом приходят on-premise.
12. Простая и очень плотная интеграция с облаком.
13. Неплохая виртуализация сети, с многими любопытными моментами.
14. На мой взгляд VDI – это не к Microsoft и Hyper-V. Но с другой стороны стрим проложений (RemoteApp) сделан весьма добротно, и для большинства компаний мало чем будет хуже, чем тот же Citrix.
15. Слабая поддержка сторонними вендорами готовых образов виртуалок для Hyper-V (предположу, что явление временное).
16. Весьма странная новая лицензионная политика (по ядрам).

Об авторе

Антон Литвинов – последние 6 лет работает в компании 585/Золотой. Прошел путь от сетевого инженера до руководителя отдела инфраструктурных решений и в итоге совмещает в себе мистера Джекила и доктора Хайда - фуллстак инженера и руководителя. В ИТ уже примерно 20 лет.

Изначально был компонентом серверных версий Windows. На десктопах технология виртуализации от Microsoft получила реализацию в Windows 8. Отличительной особенностью Hyper-V является ее максимальная интеграция в операционную систему, что и определяет ее бесконфликтную работу. Программа создает виртуальные машины двух разновидностей (поколений). Второе поколение обеспечивает неплохой прирост производительности, но совместимо исключительно с 64-битными версиями Windows 8.1 и новее, и серверными системами не старше Windows Server 2012. Новая виртуальная машина поддерживает опцию изменения размера виртуального жесткого диска. Полноценное взаимодействие между физическим компьютером и виртуальной машиной реализовано за счет использования стандартной функции удаленного рабочего стола.

Преимущества и недостатки Hyper-V

Высокая производительность, гибкая настройка потребления ресурсов (поскольку виртуальная машина напрямую обращается к аппаратным ресурсам);
+ виртуальная машина не прекращает работать в фоновом режиме;
+ быстрая работа виртуального жесткого диска в фирменном формате VHDX
- по умолчанию гостевая ОС не работает с флеш-картами и USB-накопителями, не воспроизводит звук;
- буфер обмена по умолчанию односторонний (с физического компьютера – в гостевую ОС);
- установка виртуальной машины 2-го поколения производится только из сети или через ISO-образ.

Основные возможности

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

В операционной системе Microsoft Windows 8 появилась технология виртуализации Hyper-V, ранее доступная только в серверных операционных системах Microsoft.

Системные требования для работы Hyper-V в Windows 8

1. Операционные системы

Hyper-V доступен только в 64-разрядных версиях Windows 8/8.1. Поддерживаются редакции операционных систем Windows 8/8.1 Профессиональная и Корпоративная.

2. Процессор

• 64-битный процессор производства Intel или AMD
• Поддержка технологий виртуализации (Intel VT-x или AMD-V), а также технологии преобразования адресов второго уровня (Second Level Address Translation, SLAT). У Intel эта технология называется Еxtended Page Tables (EPT), у AMD - Rapid Virtualization Indexing (RVI).

Перед включением компонента Hiper-V необходимо проверить, включены ли все эти технологии в BIOS/UEFI. В некоторых случаях для их включения может потребоваться обновление BIOS.

Проверить, поддерживает ли процессор данные технологии виртуализации можно на сайте производителя intel http://ark.intel.com/Products/VirtualizationTechnology или amd http://products.amd.com/pages/desktopcpuresult.aspx

Также можно воспользоваться для процессоров Intel утилитой Intel Processor Identification Utility .

1. Скачать программу с сайта Intel downloadcenter.intel.com

2. Установить и запустить программу.

3. Перейти на вкладку Технологии ЦП, чтобы проверить, поддерживает ли процессор технологии виртуализации.

Включение компонента Hyper V в ОС MS Windows 8.1

1. Для установки - необходимо открыть Панель управления -> Программы и компоненты и выбрать пункт Включение или отключение компонентов Windows .

Данное окно можно вызвать нажатием Win + R (для открытия окна Выполнить ) и вводом OptionalFeatures .

2. В открывшемся окне найти пункт Hyper-V

Кроме самой платформы Hyper-V сюда входят средства для ее управления - графическая оснастка Hyper-V Manager и модуль Hyper-V для PowerShell .

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

4. После перезагрузки в интерфейсе Metro появятся ярлыки для запуска Диспетчера Hyper-V и Подключения к виртуальной машине Hyper-V.

5. Эти ярлыки доступны также в C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Hyper-V Management Tools

Установка гостевой операционной системы в Hyper–V

1. Открыть Диспетчер Hyper-V

2. В главном меню выбрать Действия -> Создать -> Виртуальная машина… Аналогичные действия доступны на правой панели Действия .

3.В открывшемся диалоговом окне мастера нажать кнопку Далее

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

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

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

Второе поколение виртуальных машин появилось только в последней версии Hyper-V и имеет ряд особенностей, некоторые из них перечислены ниже:

• в качестве гостевой операционной системы в виртуальной машине второго поколения можно использовать только операционные системы:
  1. Windows Server 2012 и Windows Server 2012 R2;
  2. Windows 8 (64 bit) или Windows 8.1 (64 bit).
• отсутствуют устаревшие устройства, такие как floppy-дисковод и COM-порты
• отсутствует IDE-контроллер, вместо него остался SCSI-контроллер с возможностью загрузки
• стандартный BIOS заменен firmware на основе Unified Extensible Firmware Interface (UEFI).

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

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

7.На следующем этапе мастер создания виртуальной машины покажет экран Настройка сети .

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

8. На следующем шаге при конфигурировании новой виртуальной машины необходимо установить радиокнопку в пункте Создать новый виртуальный диск . Можно указать имя виртуального жесткого диска, его расположение и размер. Если виртуальная машина была уже создана, можно выбрать Использовать имеющийся виртуальный жесткий диск или Подключить виртуальный диск позднее.

9. В диалоговом окне Параметры установки необходимо выбрать, откуда будет устанавливаться операционная система. Необходимо установить радиокнопку в пункте Файл образа (.iso) и указать путь к iso образу устанавливаемой операционной системы.

Если дистрибутив операционный системы записан на диск, необходимо выбрать Физический CD или DVD-диск. Если необходимо позже прописать путь к ISO образу операционной системы, то можно выбрать Установить операционную систему позднее .

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

Создание и настройка виртуального коммутатора Hyper- V

11.В меню Действия выбрать Диспетчер виртуальных коммутаторов .

Существует три типа виртуальных сетей, к которым можно подключаться в Hyper-V: частная, внутренняя и внешняя виртуальная сеть

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

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

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

12. Выбрать тип виртуальной сети Внешняя -> Создать виртуальный коммутатор

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

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

15 . Если в сети используется разбиение на логические подсети, то для виртуального коммутатора, подключенного к внешней сети, можно разрешить использование VLAN, установив флажок в чекбоксе Разрешить идентификацию виртуальной локальной сети для управляющей операционной системы и указать VLAN ID.

16.Нажать Применить -> OK

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

18. В контекстном меню выбрать Параметры -> Сетевой адаптер

19. Указать для выбранной виртуальной машины созданный виртуальный коммутатор

20. Нажать Применить -> OK

21.Запустить инсталляцию гостевой операционной системы, нажав на пиктограмму Пуск на панели Действия (также запуск виртуальной машины можно осуществить, выбрав в главном меню Действие -> Пуск или через контекстное меню).

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

Технология Hyper-V

Пару лет назад ситуация на рынке систем виртуализации напоминала полный
штиль. Пользователи и администраторы, желающие установить один из подобных
продуктов, выбирали традиционные решения. И очень часто таким решением
оказывался всем известный VMware, который давно (и вполне заслуженно) занял
место лидера. Но сейчас ситуация резко изменилась и напоминает гонку
процессоров, когда одна ошибка может дорого стоить. Сегодня виртуализация
используется примерно на 10% всех серверов в мире, а это весьма солидный кусок
пирога.

Все началось с покупки Microsoft компании Connectix и выпуска нового на этом
рынке продукта - Microsoft Virtual PC. Пикантность ситуации состояла не столько
в появлении еще одного конкурента, сколько в том, что Virtual PC предлагался
абсолютно бесплатно. И поэтому, несмотря на некоторые его недостатки (например,
отсутствие хороших средств и функций управления), новичок был принят весьма
неплохо. А главное, производители, чтобы не остаться за бортом, вынуждены были
ответить появлением бесплатных, хотя и несколько ограниченных по возможностям
версий своих продуктов. В качестве примера приведу VMware Player, который может
использовать только готовые образы, но не умеет самостоятельно их создавать.
Последняя проблема была решена появлением сервисов вроде
EasyVMX , позволяющих ваять
нужный образ прямо в онлайне, а некоторые производители ПО стали выкладывать
рядом с обычными версиями своих продуктов еще и готовый образ для VMware Player.
Как бы то ни было, корпорация Microsoft смогла быстро занять место среди
лидеров, выпускающих средства виртуализации.

Технология Hyper-V стала одной из ключевых возможностей Win2k8, хотя первые
релизы этой системы включали beta3-версию Hyper-V. Финальный выпуск был обещан
через 180 дней после анонса Win2k8, но он появился в начале лета, на два месяца
раньше заявленного срока. Сегодня он входит в состав 64-битных версий Win2k8
Standard/Enterprise/Datacenter (Web и Itanium – нет) – и как отдельный продукт
под названием Microsoft Hyper-V Server 2008. Последний полностью бесплатен и не
требует CAL (Client Access License); лицензия понадобится лишь для гостевых
Windows. Технологию Hyper-V можно использовать как в режиме полной установки (с
графической оболочкой), так и в Server Core.

Возможности, предоставляемые Hyper-V, в разных версиях Win2k8 несколько
отличаются. Так, Hyper-V Server 2008, по сути, является сильно облегченной
версией Win2k8 Standard, из которой убрано практически все, что не касается
виртуализации. Оставлены только средства управления гипервизором. Предназначен
этот вариант для "чистой виртуализации" (других сервисов там попросту нет), но
зато требует на порядок меньше ресурсов, чем тот же Server Core. Он поддерживает
(как и Standard) до 4 физических процессоров и до 32 Гб ОЗУ. Возможен запуск до
128 VM, недоступен локальный графический интерфейс управления и отсутствует
поддержка кластеров, – что не позволяет создавать на нем отказоустойчивые
решения и реализовать возможность быстрой миграции.

Еще одним отличием версий стало количество VM, которые можно запускать без
дополнительного лицензирования. В лицензию Standard "включена" одна бесплатная
VM, в Enterprise – 4; количество VM в Datacenter - не ограничено.

Основной минус новой технологии: довольно высокие требования к процессорам.
Как ты, наверное, заметил, поддержка 32-разрядных систем отсутствует (вообще
говоря, архитектура платформы x86 никогда не предназначалась для запуска
нескольких операционных систем одновременно; кроме того, ей присущи различные
ограничения, например, максимальный размер ОЗУ равен 4 Гб). Возможна работа
только на 64-разрядных процессорах, поддерживающих технологии Intel VT или AMD-V
(прежнее название Pacifica). В BIOS должен быть активизирован механизм защиты
исполняемого кода (Intel XD или AMD NX).

Работает гипервизор на Ring-1 – напрямую общается с оборудованием сервера,
без вмешательства основной ОС, роль которой в Hyper-V минимальна. Микроядерная
архитектура гипервизора (размер – менее 1 Мб) позволяет абстрагироваться от
основных функций. На его плечи возложено управление выделением ресурсов (CPU,
RAM, I/O). Каждый сервер Hyper-V имеет один родительский (Parent Partition) и
несколько дочерних разделов (по количеству гостевых ОС, Child Partition).
Родительский раздел – это виртуальное устройство с прямым доступом к аппаратным
ресурсам. Гостевые ОС для доступа к устройству используют Parent Partition.
Заявленные возможности Hyper-V весьма впечатляют:

• Поддерживаются как однопроцессорные, так и многопроцессорные виртуальные
  машины с максимальным количеством процессоров 24;
• Физический сервер может работать в конфигурации до 1 Тб RAM, виртуальные
  машины поддерживать 128 Гб RAM;
• Возможность одновременного запуска до 192 виртуальных машин, количество
  настроенных, но не работающих VM ограничено числом 512;
• Одновременная работа 32- и 64-битных версий гостевых ОС;
• Поддержка виртуальных локальных сетей – VLAN до 4096 устройств;
  отдельная VM может иметь до 12 виртуальных сетевых адаптеров;
• VM может иметь 4 виртуальных диска, каждый размером до 2040 Гб;
• Возможность создания мгновенных снимков работающих виртуальных машин. В
  такую копию записывается также системное состояние, данные и конфигурация
  аппаратных средств.

Для создания резервной копии может задействоваться и служба Volume Shadow
Copy Service (VSS). Поэтому при необходимости можно быстро вернуть виртуальный
сервер к предыдущему состоянию. По умолчанию максимальное количество виртуальных
процессоров равно 16, а виртуальных машин - 128. Чтобы увеличить их число до
указанных 24 и 192, необходимо установить обновление
KB956710 .

В зависимости от версий родительской и гостевой ОС некоторые из указанных
характеристик будут отличаться. Так, версии Win2k8 Standard и Hyper-V Server
поддерживают в гостевых системах только до 32 Гб RAM. Гостевая Win2k8 в Standard
может иметь 1,2 и 4 CPU, 2k3/Vista – 1 или 2, все остальные - только 1.
Очевидно, что потенциал у Hyper-V довольно высокий, по многим характеристикам он
уверенно обходит аналогичные программы. Будут ли все они востребованы в
ближайшее время, – это другой вопрос.

Количество официально поддерживаемых гостевых ОС постоянно увеличивается.
Уточненный список можно просмотреть на странице, посвященной Hyper-V (www.microsoft.com/servers/hyper-v-server).
На сегодняшний день это практически все семейство ОС от Microsoft, начиная с
версии WinXP Pro SP2. Из "не оконных" систем в список попал только SUSE Linux
Enterprise Server 10 SP1 (неудивительно, учитывая соглашение, заключенное между
Novell и Microsoft). Но под Hyper-V нормально работают и другие
Linux-дистрибутивы – Debian, Ubuntu, Mandriva. Есть информация и об удачных
гостевых запусках FreeBSD.

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

Так как в настоящее время технология Hyper-V развивается весьма активно,
перед началом установки рекомендую накатить последние системные обновления:
среди них наверняка будет что-то новенькое и для Hyper-V. Для этого в режиме
полной установки выбери Start –> Control Panel -> Windows Update, щелкни View
update history, укажи, а затем установи необходимые обновления. В Server Core
просмотр обновлений производится командой "wmic qfe list". Как вариант, их можно
просто скачать с сайта Microsoft и установить стандартным образом или
воспользоваться "Диспетчером сервера". В частности, следует установить KB956710,
KB950050. Некоторые обновления потребуют последующей перезагрузки системы. Но
есть еще один нюанс, о котором нужно знать. Во многих руководствах по Hyper-V
рекомендуется использовать только английскую версию Win2k8. К счастью для тех,
кто не владеет языком Шекспира, Microsoft выпустила обновление KB951636 - набор
Hyper-V Language Pack (support.microsoft.com/kb/951636), в котором есть и
русский язык. Это обновление содержит два пакета: для x86 и x64 гостевых систем.
Но перед его инсталляцией необходимо установить Windows Server 2008 MUI Language
Pack, а затем добавить в систему поддержку нужного языка. Последнее
нетривиально. Надо извлечь из img-образа каталог своего языка (внутри несколько
файлов, основной - Lp.cab), потом в консоли "Regional and Language Options"
перейти во вкладку "Keyboards and Languages", где нажать на Install/uninstall
languages и указать на извлеченный каталог с языковыми файлами.

Сам процесс добавления новой роли выполняется стандартно в "Диспетчере
сервера" (Server Manager) при помощи мастера добавления ролей, вызываемого
нажатием ссылки "Добавить роли" (Add Roles). Перейдя на страницу выбора ролей "Select
Server Roles", отмечаем флажком Hyper-V и переходим к следующему шагу "Create
Virtual Networks". Здесь необходимо отметить один или несколько физических
сетевых адаптеров, которые будут использованы при создании виртуальных сетей.
Рекомендуют одно сетевое устройство использовать только для удаленного
управления компьютером, не задействуя его в виртуальной сети. Далее знакомимся с
установками и, если все в порядке, нажимаем кнопку Install. Возможно, будет
предложено произвести некоторые действия, например, включить поддержку
виртуализации в BIOS для Intel VT (для AMD-V она активирована по умолчанию). По
всем вопросам здесь же присутствуют ссылки, по которым можно получить
дополнительную информацию. Чуть позже потребуется перезагрузка. После рестарта
обязательно зарегистрируйся в системе под той же учетной записью. Еще какое-то
время уйдет на автоматическую установку компонентов и конфигурирование при
помощи "Resume Configuration Wizard".

Для установки Hyper-V в режиме Server Core необходимо произвести стандартные
настройки сервера (смотри статью "Без окон, без дверей" в августовском ][ за
2008 год) и затем ввести команду:

> start /w ocsetup Microsoft-Hyper-V

Кроме самой роли Hyper-V, будет установлен инструмент удаленного управления "Hyper-V
Tools". Если управление Hyper-V планируется производить с другого Win2k8, то в
"Диспетчере сервера" открываем "Компоненты" (Features) и нажимаем (Add Features).
В окне выбора компонентов переходим в "Средства удаленного администрирования
сервера –> Средства администрирования ролей", где отмечаем "Средства Hyper-V" (Remote
Server Administration Tools -> Remote Administration Tools -> Hyper-V Tools).

Управление Hyper-V

Для управления настройками Hyper-V в Win2k8 предлагается "Диспетчер Hyper-V"
(Hyper-V Manager), установленный нами на предыдущем шаге. Как и все прочие
инструменты в этой системе, диспетчер является консолью MMC и позволяет
управлять не только локальным, но и несколькими удаленными серверами. Его можно
вызвать либо из Server Manager, либо как отдельное приложение из меню
Administrative Tools.

Структура окна "Диспетчера Hyper-V" стандартна. Окно разделено на три части.
В левой выводится список серверов Hyper-V, к которым подключен диспетчер. При
помощи настроек, расположенных справа, производится собственно управление
работой выбранного сервера. В окне посередине показываются и редактируются
некоторые параметры, а также выбираются VM.

При первом запуске диспетчера необходимо принять условия лицензионного
соглашения. Далее подключаемся к удаленному серверу, нажав ссылку "Connect to
Server", или выбираем локальную систему. Перед началом дальнейших настроек
советую зайти в "Hyper-V Server Settings" и пройтись там по пунктам. Например,
по умолчанию виртуальные диски и снапшоты помещаются в один из каталогов на
системном диске С. Это не очень практично с точки зрения производительности,
безопасности, да и резервного копирования. Лучше использовать отдельный раздел
для их хранения. Остальные параметры позволяют настроить реакцию виртуальной
системы на комбинацию переключения окон (), комбинацию для выхода из
виртуальной машины () и прочее.

Если уже есть готовые виртуальные машины (допустим, созданные в Virtual
Server), то их можно импортировать в Hyper-V. Для этого достаточно нажать ссылку
"Import Virtual Machine", после чего указать на каталог, в котором расположены
связанные файлы.
Большая часть настроек производится при помощи мастеров, поэтому процесс
создания новой виртуальной машины довольно прост. Необходимо пройти всего
несколько шагов, но для начала лучше познакомиться с некоторыми тонкостями.

Виртуальные сети и диски

В Hyper-V для связи с VM и VM могут использоваться три типа виртуальных
сетей:

• External (Внешняя) - универсальный тип, который можно
  использовать для связи между виртуальными устройствами на том же физическом
  сервере, включая родительский раздел, а также внешними серверами;
• Internal (Внутренняя) - предназначена для связи между
  виртуальными системами, расположенными на одном физическом сервере, включая
  сеть управления. Отличается от предыдущей тем, что должна привязываться к
  реальному сетевому устройству;
• Private (Частная) – используется для связи между виртуальными
  устройствами на одном физическом сервере и является внутренней,
  изолированной от остальных виртуальной сетью, в которой не используется
  виртуальное сетевое устройство.

Чтобы создать новую виртуальную сеть, выбери ссылку "Virtual Network Manager".
Откроется окно диспетчера виртуальных сетей, в котором будут показаны все
виртуальные сетевые устройства, подключенные к Hyper-V на этапе установки. Для
удобства в поле Name можно прописать другое имя сетевого устройства и добавить
его описание в поле Notes, чтобы легче ориентироваться среди множества
виртуальных девайсов. По умолчанию, все созданные виртуальные сетевые устройства
имеют тип External (кстати, для него можно указать альтернативное физическое
устройство, с которым он и будет сопоставлен). При необходимости этот тип можно
изменить, установив переключатель в поле "Connection Type" в другую позицию.
Наконец, в самом низу прописывается VLAN-идентификатор (опционально). Кнопка
Remove позволяет удалить выбранный виртуальный адаптер. Чтобы создать новую
сеть, щелкаем в панели слева ссылку "New virtual network", указываем тип сети,
нажимаем кнопку Add, – после чего редактируем параметры.

Сервер Hyper-V может работать с тремя типами устройств хранения данных:

• Жесткий диск, подключенный непосредственно к серверу;
• Сеть хранения данных SAN (Storage area network), подключенная при помощи
  технологий Internet SCSI (iSCSI), Fibre Channel или SAS;
• Сетевая система хранения данных NAS (Network-attached storage) – один
  или несколько серверов, используемых для хранения информации и подключенных
  обычно по сети Ethernet.

Мастер создания виртуальной машины практически не имеет настроек, связанных с
виртуальным жестким диском (файл с расширением.vhd). Более гибким вариантом
будет предварительное создание виртуальных дисков и подключение их на этапе
создания новой VM. Чтобы создать новый виртуальный диск, выбираем "New – Hard
Disk" и следуем указаниям мастера создания дисков. Второй шаг "Choose Disk Type"
позволяет задать тип диска. По умолчанию предлагается тип "Dynamically expanding",
то есть – динамически расширяющийся по мере заполнения виртуальный диск. Этот
тип позволяет рационально использовать дисковое пространство, но придется
контролировать доступное место на физическом диске. Альтернативой выступает тип
"Fixed size" – диск фиксированного размера. При его создании образ сразу
заполняет все выделенное место, вне зависимости от потребности. Проблем с
нехваткой пространства для таких серверов не будет, а, учитывая, что "диск"
занимает последовательно расположенные блоки и не затрачивается время на их
перераспределение, – его производительность выше, чем у динамического. Эти два
типа встречаются и в других виртуальных машинах. В Hyper-V есть еще один вид
диска – "Differencing", назначение которого несколько иное. Такой диск хранит
только различия от другого диска. Это позволяет изолировать все изменения на
виртуальное устройство. Основной диск может использоваться как некий эталон и
должен обязательно быть в режиме "только для чтения".

Кроме того, в Hyper-V есть возможность напрямую использовать физический диск
без создания виртуального (только локальный диск или LUN (logical unit number)
SAN-среды). В этом случае виртуальная система должна иметь исключительный доступ
к такому разделу (установи Offline в Disk Management!), а его размер ограничен
возможностями самой системы хранения. Естественно, он не может быть "Dynamically
expanded" или "Differencing".

После выбора типа диска переходим к следующему шагу мастера, где можно
указать его расположение. Размер виртуального диска указывается на этапе "Configure
Disk". Переключив флажок в положение "Copy the contents of the specified
physical disk", сможем задать раздел для прямого доступа. Разделы локальной
системы будут показаны в списке внизу. В дальнейшем можно изменить некоторые
параметры созданных ранее жестких дисков. Для этого в "Диспетчере Hyper-V"
следует выбрать "Edit Disk" и указать на нужный образ. На этапе "Choose Action"
доступно три пункта, при помощи которых можно уменьшить размер образа,
перераспределив свободное пространство, изменить его тип (Dynamic на Fixed) и
увеличить размер.

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

Итак, пришло время создания новой виртуальной машины. Выбираем "New – Virtual
Machine" и следуем указаниям мастера "New Virtual Machine Wizard". Пропустив
информацию на первом шаге, мы вводим имя новой VM и, при необходимости,
указываем другое место размещения файлов. Задаем в окне "Assign Memory"
количество ОЗУ, которое будет доступно VM (не может быть больше, чем размер
физической памяти в компьютере). Далее выбираем из раскрывающегося списка сеть,
к которой будет подключена VM. Создаем новый виртуальный диск или выбираем из
списка имеющийся. И на шаге "Installation Options" указываем источник, с
которого будет ставиться ОС. Это может быть физический CD/DVD-привод, ISO-образ,
загрузочный флоппик (физический или образ) или сетевая PXE-загрузка. Чтобы
создать VM, на последнем шаге нажимаем Finish. Через некоторое время новая VM
появится в окне "Диспетчера". Кстати, чтобы отменить работу мастера, на любом
этапе нажимай Cancel; кнопка Finish также активна, и, если нажать ее по ошибке,
будет создана VM или другое виртуальное устройство с неполными характеристиками.
Чтобы запустить VM в работу, выбери ее в окне "Диспетчера" и нажми ссылку Start.
Впоследствии можно изменить основные настройки VM, – в том числе, добавить еще
устройства, выбрав в контекстном меню ссылку Settings.

Заключение

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

INFO

Инструменты управления Hyper-V

Помимо встроенного "Диспетчера Hyper-V" в Win2k8, есть и другие инструменты
управления. По адресу support.microsoft.com/kb/952627 доступен аналогичный
диспетчер для Vista SP1. Существует и более мощное решение: System Center
Virtual Machine Manager (SCVMM) 2008, основное назначение которого – управление
массивами виртуальных серверов в большой сети компании или провайдера. При этом
он может работать как отдельное приложение, но рекомендуется соединять его с
другими решениями System Center. Также SCVMM поддерживает Microsoft Virtual
Server и VMware ESX. В этом случае он позволит не только управлять, но и следить
за состоянием виртуальных машин (нагрузка, количество доступных ресурсов,
системные события). Оценочную 120-дневную версию SCVMM можно скачать по ссылке
на странице продукта:

www.microsoft.com/systemcenter/virtualmachinemanager .

Клавиши управления Hyper-V

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

Ctrl + Alt + End (Ctrl + Alt + Del) – показать "Диспетчер задач Windows";
Alt + Page UP (Alt +Tab) – переключение между программами;
Alt + Page Down (Alt + Shift + Tab) - переключение между программами в обратном
порядке;
Alt + Insert (Alt + Esc) – свернуть активное окно и открыть следующее;
Alt + Home (Ctrl + Esc) – открытие меню "Пуск";
Ctrl + Alt + Pause – переключение из режима окна в полноэкранный и обратно;
Ctrl + Alt + Left Arrow – освобождение мыши и клавиатуры из окна виртуальной
машины.

Некоторые комбинации и реакцию на них родительской и виртуальных систем можно
настроить в "Hyper-V Server Settings".

А так же

Первоначально технология виртуализации Hyper-V называлась Viridian .

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

VT (Intel Virtualization Technology) - одна из технологий аппаратной
виртуализации ресурсов, разработанная компанией Intel. AMD имеет в своем
арсенале похожую технологию AMD-V, в которой реализована (в отличие от Intel VT)
виртуализация режима реальной адресации (режим совместимости с 8086).

Официально Hyper-V в качестве гостевых систем поддерживает практически все
версии 32х и 64х Windows, начиная с XP Professional SP2 и заканчивая Win2k8
(сюда же входит Windows HPC Server 2008), а также SUSE Linux Enterprise Server
10 SP1. Поддержка вариантов Home не заявлена.

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

WWW

Создать готовый образ для VMware Player можно на сайте EasyVMX:
www.easyvmx.com .

Полезные ресурсы по Hyper-V.