Привет, Хабр! Сейчас я задам вам вопрос, а вы задумайтесь: Что, очень популярное и когда-то вызывавшее трепет лично у вас, сегодня вспоминается только для «поностальгировать»? Наверняка, кто-то вспомнит 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 лет.

По мере увеличения вычислительных мощностей специалисты и обычные
пользователи уделяют все больше внимания системам виртуализации. В 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.

В данной статье будут описаны основные действия, которые вам придется производить при работе с гипервизором Hyper-V.

Разделы статьи:

Создание виртуальной машины с помощью Hyper-V

Hyper-V – это встроенный гипервизор, который входит в набор компонентов серверных операционных систем Windows Server и с недавнего времени, начиная с Windows 8 доступен и на обычных версиях операционных систем. Это решение выглядит более удачным, чем входившая в Windows 7 виртуальная машина Windows Virtual PC.

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

Этот компонент доступен только в операционных системах с 64-разрядностью и не ниже профессиональных изданий. Также является единственной на данный момент технологией виртуализации Microsoft, поддерживающей 64-разрядные гостевые системы. В обычных клиентских операционных системах поддерживается режимы сна и гибернации, чего нет в серверных гипервизорах.

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

У процессора должна присутствовать аппаратная виртуализация. У Intel эта технология называется Intel-VT (может быть обозначена как VMX), а у процессоров на базу AMD называется AMD-V (может обозначаться SVM). Так же должна быть трансляция адресов второго уровня, SLAT (Intel EPT или AMD RVI).

Как определить подходит ли ваш компьютер для работы с Hyper-V и соответствует ли требованиям?

1. Можно воспользоваться информацией с официального сайта производителей ваших процессоров, просмотрев таблицу поддержки технологий виртуализации. (Intel | AMD).
2. Воспользоваться фирменными утилитами разработанными производителями ваших процессоров (Intel | AMD)
3. Прибегнуть к сторонним программам. Одно из таких приложений называется Coreinfo, которое доступно для скачивания с официального сайта Microsoft (ссылка на скачивание: скачать).

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

Активация компонента на Windows8/8.1/10

Если вы используете серверную операционную систему Windows Server, тогда в панели управления вам необходимо активировать роль Hyper-V

В пользовательской ОС Windows Hyper-V представляет собой компонент, который изначально не активирован. Для активации данного компонента вы можете вы можете воспользоваться 2-мя способами.

1. Активация с помощью команды в PowerShell. Для этого в поиске введите PowerShell и в открывшемся терминале введите следующую команду:
   Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V –All
2. С помощью графического интерфейса Windows. Для этого вызовите строку «Выполнить» с помощью сочетания клавиш Win+R и введите следующую команду «OptionalFeatures». После этого перед вами откроется окно «Включение или отключение компонентов Windows», тут вам необходимо отметить пункт «Hyper-V» и нажать «ОК».

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

После этого в панели управления выберите пункт «Действие» и в выпавшем меню раздел «Создать», и в этом разделе «Виртуальная машина…».

Теперь перед вами откроется окно «Мастер создания виртуальной машины». Первый шаг - это ознакомительная информация перед проведением настроек, её можно спокойно пропустить, нажав кнопку «Далее».

Следующим шагом будет присваивание имени создаваемой виртуальной машине и выбор её директории (места где будет храниться виртуальный жесткий диск), стандартно это C:\ProgramData\Microsoft\Windows\Hyper-V\. Если вам необходимо изменить место ранения, поставьте галку на против пункта «Сохранить виртуальную машину в другом месте» и выберите путь.

В следующем окне вам необходимо будет выбрать поколения виртуальной машины. На выбор будет представлено «Поколение 1» и «Поколение 2», основное различие между ними, это то, что в новом, втором поколении, можно установить операционные системы, которые будут работать на основе UEFI и только имеющие 64-разрядную версию системы.

Если вы собираетесь установить виртуальную машину с операционной системой Windows XP или ниже, а также 32-разрядную версию (например, Windows 7 32-bit), тогда вам необходимо выбрать «Поколение 1». Во всех остальных случаях выбираем «Поколение 2» (например, Windows 7 64-bit иди Windows 10 64-bit)

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

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

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

В том случаи если у вас уже имеется виртуальный диск с ранее установленной виртуальной машиной, и вы хотите перенести его подключить, тогда нужно воспользоваться вторым пунктом «Использовать имеющийся виртуальный жесткий диск». Данную опцию удобно применять если вам необходимо перенести виртуальную машину с одного сервера на другой без потери данных. В Hyper-V можно подключить виртуальные жесткие диски формата VHD или VHDX. Также данным способом можно переносить виртуальные машины с других гипервизоров (например, VMWare) об этом можно прочесть .

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

В разделе «Параметры установки» вы можете выбрать способ, которым будете проводить установку операционной системы на виртуальную машину.

На выбор предоставляются следующие способы:

• Установить операционную систему позднее. Этот способ можно применить, если вам нужно создать и подготовить машину для установки системы.
• Установить операционную систему с загрузочного компакт- или DVD –диска. Выбрав этот способ, вы имеете возможность провести установку системы выбрав букву диска, на котором находится установочные файлы или же ISO образ системы.
• Установить операционную систему с загрузочной дискеты. Если у вас есть заранее смонтированный виртуальный диск с операционной системой, тогда можете выбрать этот пункт для выбора диска.
• Установка операционной системы с сетевого ресурса.

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

В последнем окне представлена сводка всех параметров, которые вы применили к создаваемой машине. В этом разделе вы должны проверить всю информацию.

После этого нажимаем кнопку «Готово» и ожидаем пока пройдет создание нашей виртуальной машины.

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

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

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

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

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

Некоторые параметры нельзя изменить во время того как машина запущенна, поэтому лучше это делать, когда она выключена.

Перенос виртуальной машины VMware на Hyper-V

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

Самое главное в виртуальной машине является её виртуальный диск, именного диск мы и будем переносить, но для этого его необходимо конвертировать. Формат в котором создает и хранит виртуальные диски VMware — это.vmdk, именно его мы и должны конвертировать в формат.vhd, так как только с ним работает гипервизор Hyper-V.

Самый простой способ - это воспользоваться бесплатным конвертатором StarWind V2V Converter, который можно загрузить с официального сайта, но для этого необходимо будет ввести свой email на который вы и получите ссылку на скачивание установочного дистрибутива. Данная утилита поможет конвертировать виртуальные диски для запуска на гипервизорах VMware и Hyper-V.

Когда вы получите файл на почту, скачиваем и устанавливаем его. После этого запускаем.

Первым что вы увидите это окно, в котором нам предлагается выбрать способ поиска виртуального диска:

1. Local file – выбор файла который расположен на том же компьютере или сервере где и производится запуск утилиты (выбор локального файла).
2. VMware ESXI Server – выбор файла расположенного на удаленном сервере под управлением гипервизора VMware (понадобится ввести данные для подключения к серверу).
3. Microsoft Hyper-V Server — выбор файла расположенного на удаленном сервере под управлением гипервизора Hyper-V (понадобится ввести данные для подключения к серверу).

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

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

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

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

В окне «Destination image location» мы можем выбрать куда сохранить конвертируемый диск. На выбор предложено либо сохранить его в определенном месте на компьютере где и производится конвертирование, или же отправить сразу непосредственно на сервер. Так как сервер находится на том же компьютере где и конвертируемый виртуальный диск, тогда выбираем пункт «local file». После этого выбираем место куда сохранится диск и ожидаем окончания конвертирования.

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

Backup и восстановление виртуальной машины

• Запустить создание «Контрольной точки», которая создаст снапшоты (Snapshots) необходимых разделов, для быстрого восстановления после сбоя работы виртуальной машины. Применять этот способ можно с запущенной виртуальной машиной во время её работы.
  Такой способ хорошо только для восстановления работоспособности, сохранения файлов и подобного не происходит.
• И сохранение всей виртуальной машины с помощью экспорта. Данный способ является не самым быстрым, но самым надежным. Таким образом вы делаете бэкап всей машины с файлами конфигурации и её точками восстановления.

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

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

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

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

Репликация виртуальной машины на Hyper-V

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

Репликация происходит по расписания, которое можно настроить. Для репликации не требуется внешнее хранилище, она легко может делаться с сервера на сервер по локальной сети.

Функция репликации доступна только на серверных операционных системах (Windows Server 2008/2012/2016 …)

1. Открываем Диспетчер Hyper-V на том сервере куда будет происходить копирование и создание реплики.
2. Нажимаем правой кнопкой по серверу и в выпавшем меню выбираем настройки сервера.
3. В открывшемся окне параметров нужно активировать функцию данного сервера, чтобы он принимал репликацию с других серверов. Ставим галочку напротив «Enable this computer as a Replica server». При активации нужно указать порт аутентификации, стандартно используется 80-й. Также ниже в разделе «Allow replication from any authenticated server» можно указать хосты с которых будет делать репликация и задать параметры аутентификации.
   

   «Проверьте параметры Firewall», чтобы был открыт нужный порт, или же в том случаи если все порты сервера принимающего реплики должны быть закрыты, можно воспользоваться командной строкой для для подключения. Для этого вводим следующее «netsh advfirewall firewall add rule name=”HVReplica” dir=in action=allow protocol=TCP localport=ВАШ_ПОРТ».

4. Теперь необходимо настроить сервер с которого будут отправляться реплики. Для этого открываем диспетчер гипервизора и переходим к нужной виртуальной машине. Кликаем правой кнопкой по ВМ и выбираем пункт «Enable Replication».
5. Откроется окно мастера настройки. В нем мы указываем сервер назначения.
   
6. В параметрах репликации можно настроить время и количество создания реплик.
   
7. При первом запуске репликации будет происходить полное копирование всей виртуальной машины на указанный сервер.
8. Готово, так мы создали репликацию виртуальной машины с одного сервера на другой.

Заключение

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

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.

Добрый день. Благодаря моему сайту, я постоянно ковыряюсь в операционной системе и, конечно же, со временем я стал искать способ, чтобы я смог писать инструкции, но при этом меньше вносить изменений в операционную систему моего рабочего компьютера… Решению пришло элементарное — виртуальная машина. Это эмуляция полностью (или почти полностью) рабочей операционной системы, которая запускается на вашей операционной системе. Я попробовал VirtualBox, VMware Workstation и Hyper-V… VirtualBox — бесплатная и не такая удобная, как две остальные. VMware Workstation — отличная по всем позициям, но платная. Hyper-V — вполне сбалансированная виртуальная машина, которая с серверных операционных систем перекочевала в Windows 8 и требует просто включения для доступа. Поэтому выбор пал на последнюю: просто, бесплатно и со вкусом. Windows 10 Professional у меня, кстати, лицензионная, но досталась бесплатно благодаря программе Windows Insider (полгода страданий с багами и лицензия в кармане)).

Я наверное сразу предупрежу, что при включении компонентов Hyper-V, вы не сможете пользоваться другими виртуальными машинами. Итак, начнём:

Жмем правой клавишей мыши по углу «Пуск» и выбираем «Программы и компоненты».

В левой панели выбираем «Включение и отключение компонентов Windows»

Теперь открываем меню «Пуск» → «Все программы» → ищем каталог «Средства администрирования» и в нём находим «Диспетчер Hyper-V’.

Запустив его, мы увидим консоль управления виртуальными машинами, у меня уже есть одна созданная машина, на которой находится музыкальный бот для моего сервера TeamSpeak. Но сейчас создаем ещё одну машину, чтобы показать как это делается. Но для начала давайте сразу создадим «Виртуальную сеть», чтобы у нашей ВМ был интернет. Для этого жмем по имени компьютера в левом столбце, а в правом выбираем «Диспетчер виртуальных коммутаторов».

Этот абзац я добавляю через два месяца, после написания статьи. Всё потому что, ниже я описал более простой способ подключения виртуальной машины к интернету, но сам пользуюсь чуть другим. Разница в них в том, что в способе, который описан здесь, основной доступ получает ВМ, а компьютер работает уже после неё и это не правильно, но проще настроить. Если вы используете компьютер не только для работы виртуальных машин, выбирайте «Внутренняя» → «Создать виртуальный коммутатор» и ставим галочку на пункт «Разрешить идентификацию». Доступ к интернету настраивается с помощью .

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

Вводим название для сети, в разделе «Внешняя сеть» выбираем ваш сетевой адаптер и жмем ОК.

Теперь создаем виртуальную машину. Жмем «Создать» — «Виртуальная машина».

Откроется «Мастер создания создания виртуальной машины «, на первом окне просто жмем «Далее».

Указываем название для будущей виртуальной машины. При желании, так же можно изменить место хранения виртуальной машины, у меня изменено место в настройках, чтобы не засорять SSD и все виртуальные машины хранятся на одном из жестких дисков. Жмем «Далее».

Здесь все просто, читаем что написано, если у вас материнская плата без поддержки UEFI или вы собираетесь поставить 32 битную систему, то выбираем первый пункт, если условия для использования второго поколения совпадают с вашими возможностями, выбираем второе поколение. Я хочу поставить 32битную Ubuntu, для одной из следующих статей, поэтому выбираю первое поколение Hyper-V. Жмем далее.

Объем виртуальной памяти. В случае Windows желательно 2-3Гб для 32битных систем и 3-4 Гб для 64 битных систем. Больше для виртуальной машины не имеет смысла, а меньше может сказываться на работе системы. Так же можно использовать «Динамическую память», в данном случае для ВМ будет выделяться памяти столько, сколько ей необходимо.

Выбираем объем жесткого диска будущей машины и место хранения его файла. Под потребности, для Win 8-10 нужно минимум 25Гб. Я беру под Ubuntu с большим запасом.