Разное

Hyper v диспетчер: Как добавить «Диспетчер Hyper-V» в панель управления Windows 10

Содержание

Как добавить «Диспетчер Hyper-V» в панель управления Windows 10

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

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

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

«Диспетчер Hyper-V» предоставляет доступ к управлению платформой виртуализации.

Компонент Hyper-V доступен только в 64-разрядных версиях Windows 10 Pro, Enterprise и Education. Он не доступен в домашней версии Windows 10

Необходимо включить компонент Hyper-V, чтобы иметь возможность добавить «Диспетчер Hyper-V» в классическую панель управления Windows 10

Чтобы добавить или удалить «Диспетчер Hyper-V» в панели управления, необходимо войти в систему с правами администратора

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

Все изменения производимые в реестре отображены ниже в листингах файлов реестра.

Как добавить «Диспетчер Hyper-V» в панель управления Windows 10

Чтобы добавить «Диспетчер Hyper-V» в панель управления, создайте и примените файл реестра следующего содержания:

Windows Registry Editor Version 5.00.

[HKEY_LOCAL_MACHINE\\SOFTWARE\\Classes\\CLSID\\{e23fd76f-5b20-40e5-a9b2-1be8f0416c26}].

@=»Диспетчер Hyper-V».

«InfoTip»=»Предоставляет доступ к управлению платформой виртуализации».

«System.ControlPanel.Category»=»8».

[HKEY_LOCAL_MACHINE\\SOFTWARE\\Classes\\CLSID\\{e23fd76f-5b20-40e5-a9b2-1be8f0416c26}\\DefaultIcon].

@=»%ProgramFiles%\\\\Hyper-V\\\\SnapInAbout.dll,-110″.

[HKEY_LOCAL_MACHINE\\SOFTWARE\\Classes\\CLSID\\{e23fd76f-5b20-40e5-a9b2-1be8f0416c26}\\Shell\\Open\\Command].

@=»mmc.exe virtmgmt.msc».

[HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Explorer\\ControlPanel\
ameSpace\\{e23fd76f-5b20-40e5-a9b2-1be8f0416c26}].

@=»Диспетчер Hyper-V».

После применения файла реестра, изменения вступают в силу сразу. Ниже показан пример добавленного апплета «Диспетчер Hyper-V» в панели управления.

Как удалить «Диспетчер Hyper-V» из панели управления Windows 10

Чтобы удалить «Диспетчер Hyper-V» из панели управления, создайте и примените файл реестра следующего содержания:

Windows Registry Editor Version 5.00.

[-HKEY_LOCAL_MACHINE\\SOFTWARE\\Classes\\CLSID\\{e23fd76f-5b20-40e5-a9b2-1be8f0416c26}].

После применения файла реестра, изменения вступают в силу сразу. «Диспетчер Hyper-V» будет удален из панели управления.

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

Удаленное управление Hyper-V из Windows 10 без домена


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

Настройка сервера Hyper-V

На сервере Hyper-V (Windows Server 2016) нужно включить удаленное управление PowerShell Remoting и открыть соответствующие порты на файерволе. Включаем службу WinRM командой

Enable-PSRemoting

Теперь нужно разрешить подключение со всех клиентов (из публичных сетей в той же самой локальной подсети) и разрешить передавать и получать CredSSP:

Enable-PSRemoting -SkipNetworkProfileCheck -Force

Enable-WSManCredSSP -Role Server

Включим правило межсетевого экрана WinRM-HTTP-In-TCP-Public.

Set-NetFirewallRule -Name "WinRM-HTTP-In-TCP-Public" -RemoteAddress Any

Проверьте удаленную доступность порта WinRM (TCP 5985) на сервере

Test-NetConnection -ComputerName target_name -Port 5985

Настройка клиента Windows 10 для подключения к серверу Hyper-V

В первую очередь на компьютере с Windows 10 нужно установить консоль управления Hyper-V. Для этого в панели управления в разделе программ нужно нажать кнопку Turn windows features on or off и в разделе Hyper-V-> Hyper-V Management Tools -> выбрать Hyper-V GUI Management Tools.

Проверьте, что тип сетевого подключения у вас установлен на Private.

Откройте консоль PowerShell с правами администратора и выполните следующие команды:

Enable-PSRemoting
Set-Item WSMan:\localhost\Client\TrustedHosts -Value "Hyper-V-FQDN"
Enable-WSManCredSSP -Role client -DelegateComputer "Hyper-V-FQDN"

Тем самым мы добавили наш сервер в список доверенных и разрешили аутентификацию CredSSP.

Теперь в редакторе локальной групповой политики (gpedit) нужно включить NTLM аутентификацию на недоменных компьютерах. Перейдите в раздел Computer Configuration > Administrative Template > System > Credentials Delegation и включите политику Allow delegating fresh credentials with NTLM-only server authentication, добавьте в нее строку  wsman/Hyper-V-FQDN.

Удаленное подключение из Windows 10 к Hyper-V

На компьютере Windows 10 откройте консоль Hyper-V Manager, щелкните ПКМ по “Hyper-V Manager” и выберите Connect to Server… Введите имя сервера и отметьте галку Connect as another user и укажите имя пользователя с правами на сервере Hyper-V.

После этого, консоль должна отобразить список ВМ, запущенных на хосте Hyper-V.

Начальная настройка Hyper-V Server 2012

главная
— Статьи — Виртуализация

Теги: Виртуальные машины Настройка сервера

Оглавление:

 

Самое важное!

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

Файл образа сервера весит 1.65 Гб и называется

9200.16384.WIN8_RTM.120725-1247_X64FRE_SERVERHYPERCORE_EN-US-HRM_SHV_X64FRE_EN-US_DV5.ISO

Сразу после установки настройте сеть (пункт 8) и установите обновления (пункты 5 и 6). Если все прошло успешно, значит, можно двигаться дальше. Если нет — проверяйте, что и как. Призрком возможных проблем на этом этапе для вас является невозможность поставить обновления.

 

Работа с Hyper-V без домена

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

Добавьте локального администратора (пункт 3 конфигурации сервера, например «hyperadmin / hyperpwd»), чтобы не использовать администратора по-умолчанию). Такого же пользователя (можно не админа) надо добавить на машине, с которой будете подключаться через RDP. При создании пользователя на своей машине я в поле «Описание» так и написал: для подключения к HYPER-V 2012″.

 

Брандмауэр Hyper-V

Так как в основном я планирую использовать консоль MMC для управления виртуальными машинами, то будет удобно предусмотреть дополнительную остнастку для управления брандмауэром сервера. Это сэкономит много времени, т.к. я не планирую заниматься регулярными правками правил — сервер должен просто работать. И держать в голове синтаксис PowerShell и CMD мне не хочется, хватит с меня и Linux. Поэтому я включу удаленный доступ к брандмауэру! Учитывая, что управлять сервером по-хорошему надо через выделенную для этого сеть (физически, VLAN), мой вариант не уменьшит общую безопасность. Как вариант, можно между хостом и сетью ставить программно-аппаратный брандмауэр, например, Mikrotik (без WiFi, конечно). Это совсем недорогое решение при приемлемой производительности и надежности.

Включить возможность удаленного управления брандмауэром можно выполнив консольную (все-таки никуда без консоли) команду:

netsh advfirewall firewall set rule group=»Windows Firewall Remote Management» new enable=yes

После этого можно запустить на рабочей станции консоль mmc с правами «hyperadmin» и добавить оснастку «Брандмауэр Windows» (у меня в Windows 7 она называется «Брандмауэр Windows в режиме повышенной безопасности») и указать IP-адрес нашего сервера Hyper-V. Все 🙂

 

Но несмотря ни на что, консоль — самое надежное средство управления. Я все равно все выполняю в консоли, а смотрю, что к чему, в GUI в разделе «Наблюдение — брандмауэр». Просто я не собираюсь все держать в голове. И эта статья один из вариантов how-to для меня самого с вашими комментариями и дополнениями.

 

Диспетчер Hyper-V

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

Запускаем Диспетчер Hyper-V от имени пользователя «hyperadmin» и слева вверху нажимаем «Подключитсья к серверу». Опять же по IP.

Диспетчер Hyper-V в Windows 7 расчитан на управление Hyper-V 2008, а не 2012. Такие опции, как Live и Storage Migrations будут доступны только из Windows 8 (из Windows 7 через PowerShell — пожалуйста, но не через графический интерфейс). Поэтому я решил установить Windows 8 (триала достаточно, пока что) для сравнения «как оно работает» через Windows 8. Ничего так, появились возможности преобразования дисков VHD в VHDX, те же кнопочки миграций, про которые упоминал чуть выше. Ну, здорово, конечно, но если определиться с терминологией и знать, что вы точно хотите, то можно обойтись и PowerShell и старой доброй 7-кой (еще недавно так же говорили про «старую добрую XP-шку»).

Чтобы диспетчер Hyper-V из Windows 8 показал вам список виртуальных машин, нужно скачать замечательный скрипт hvremote (http://archive.msdn.microsoft.com/HVRemote) и запустить его на рабочей станции с правами администратора:

cscript hvremote.wsf /mmc:enable
cscript hvremote.wsf  /AnonDCOM:grant

Можно еще проверить, все ли получилось:

cscript hvremote.wsf /show /target:имя_или_ip_вашего_hyper-v_сервера

Не парьтесь по поводу того, что он еще версии 0.7, которая еще может глючить в Windows 8 и 2012. Все работает! Вот теперь можно будет увидеть ваши виртуальные машины (когда мы их создадим, конечно).

Лирическое отступление для перехода к следующему разделуПодключились, радуемся, начинаем устанавливать гостевую виртуалку… Стоп! А как выбрать место под диск VHD для виртуалки? Диск на 500 Гб в процессе установки отформатирован не был — не нужно было. И сейчас я имею возможность размещать гостевые системы только на диск C:\. А диск-то 60 Гб всего. Т.е. всего-то нужно открыть диспетчер жестких дисков, отформатировать в NTFS и переназначить буквы дисков (DVD будет E:\, диск 500 Гб будет D:\ — я ненавижу, когда DVD висит между дисками :)). КАК ЭТО СДЕЛАТЬ???

 

Удаленное управление дисками

Для удаленного управления дисками (Disk Management), надо выполнить следующие шаги:

1. Запустить службу Virtual Disk Service (VDS) на сервере

Запуск службы VDS (Virtual Disk Services):

net start vds

Если потребуется, разрешите “Remote Volume Management” на клиентском компьютере (с которого будем управлять нашим сервером).

Если бы мы не отключили брандмауэр полностью, то дальше надо было бы выполнить пункт 2.

2. Разрешить «Управление дисками» (Disk Management).

Netsh advfirewall firewall set rule group=“Remote Volume Management” new enable=yes

Запускать консоль управления оснастками MMC необходимо от имени пользователя локального админа на нашем сервере (в нашем случае «hyperadmin / hyperpwd»):

В оснастке добавить «Управление дисками» (не локальный компьютер, а удаленный, например, по IP-адресу).

 

Ну, собственно, начальная рутина закончилась. Теперь можно спокойно создавать виртуальные машины. Диспетчер Hyper-V также надо запускать от имени «hyperadmin / hyperpwd».

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

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

Авторизуйтесь для добавления комментариев!

Hyper v управление дисками — Вэб-шпаргалка для интернет предпринимателей!

Технический блог специалистов ООО»Интерфейс»

  • Главная
  • Установка и настройка Hyper-V Server 2012 R2

Установка и настройка Hyper-V Server 2012 R2

  • Автор: Уваров А.С.
  • 22.12.2016

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выдалась мне возможность установить и настроить бесплатный гипервизор от Microsoft — Hyper-V Server 2012 R2. Раньше мне приходилось работать с Hyper-V, но в составе полноценного сервера, бесплатную версию я не ставил. В целом, мне нравится Hyper-V, поэтому решил посмотреть на его бесплатную версию. То, что я увидел, немного не совпало с моими ожиданиями, но обо всем по порядку. Данная статья так же подходит для установки и настройки Windows Server 2012 R2 core.

Установка Hyper-V Server 2012 R2

Первым делом скачиваем свежую версию гипервизора с сайта Microsoft. Скачивать нужно обязательно английскую версию. Во-первых, в русской были некоторые баги, хотя их могли и пофиксить уже, но дело не только в этом. Для автоматизации и упрощения настройки Hyper-V Server 2012 R2 мы будем использовать скрипты, написанные для английской версии, в русской они работать не будут. Я сначала поставил русскую версию, потратил какое-то время, потом плюнул и переустановил систему.

Установка достаточно банальна и ничем принципиально не отличается от любой другой установки windows. Скачивается образ, с него загружается система и устанавливается. В конце установки нас встречает консоль с настройками Hyper-V Server 2012 R2:

Сразу же дам подсказку на случай, если вы Hyper-V Server Configuration console закроете. Запустить снова ее можно командой sconfig. Мне пришлось потратить прилично времени, чтобы найти как это сделать без перезагрузки сервера.

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

Через консоль задаем необходимые настройки:

1. Указываем рабочую группу. Я рассматриваю вариант настройки отдельно стоящего сервера, не входящего в доменную сеть. В домене настройки будут другие.
2. Указываем имя сервера.
3. Создаем дополнительного пользователя. Можно работать от administrator, который создается по-умолчанию, но лучше создать для управления отдельного пользователя. Позже будет понятно, зачем.
4. Включаем удаленное управление.
5. Включаем автоматическое обновление.
6. Скачиваем и инсталлируем обновления.
7. Разрешаем подключаться по rdp всем клиентам, с любой версией протокола.
8. Задаем сетевые настройки.
9. Устанавливаем время и дату.

На этом первоначальная настройка закончена. Пока все понятно и логично.

А вот что делать дальше я не совсем понял. Я работал со всеми современными гипервизорами: xen, esxi, kvm и всегда все было более ли менее понятно, что делать дальше, но не в этом случае.

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

Подготовка к удаленному управлению Hyper-V Server 2012 R2

Итак, чтобы удобно управлять бесплатным гипервизором Hyper-V Server 2012 R2 необходимо выполнить ряд шагов.

Первым делом берем флешку и записываем на нее Total Commander и HVRemote. Вставляем в сервер и с помощью командной строки создаем на диске С: папку и копируем туда наши программы. Теперь через командную строку запускаем Total Commander:

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

Можно его не отключать, а настраивать. Для этого придется вручную консольными командами включать соответствующие правила. Я сначала пошел по этому пути, потом плюнул и просто отключил фаервол. В большинстве случаев в локальной сети в нем нет необходимости. Если же вы хотите оставить фаервол, настроив его, то вот что вам нужно открыть для успешного удаленного управления Hyper-V Server 2012 R2:

Доступ для любых оснасток консоли mmc:

Удаленное управление дисками:

Удаленный запуск оснастки по управлению фаейрволом:

Доступ к расшаренным файлам и папкам:

Использование «Windows Management Instrumentation (WMI)»:

Дальше нам понадобится утилита HVRemote. Запускаем на гипервизоре консоль, идем в папку, где лежит утилита и выполняем команду:

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

Удаленное управление Hyper-V Server 2012 R2

Вот тут я столкнулся с очень неприятным моментом. Для удаленного управления необходима операционная система Windows 8 или Windows Server 2012. У меня же основное рабочее место на Windows 7. Я попытался настроить на нем все, что необходимо, но у меня не получилось, поэтому я не буду описывать свои шаги. Возможно есть какое-то рабочее решение, но я не стал тратить много времени на его поиск. Я поступил следующим образом.

Есть бесплатная программа 5nine Manager for Hyper-V. Она позволяет управлять гипервизором Hyper-V Server 2012 R2. К сожалению, бесплатная версия сильно урезана по функционалу и пользоваться только ей для полноценного управления не очень удобно. Но для создания и установки виртуальной машины сойдет. Я ей воспользовался для того, чтобы установить на гипервизор Windows 8.1 и уже на ней настроить рабочее место для удаленного управления гипервизором.

Итак, качаем программу и ставим ее на компьютер. Запускаем и добавляем наш сервер. Указываем в качестве пользователя локального админа гипервизора:

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

Обязательно ставим галочку Allow management operation system to share this network adapter. Я сначала создал 2 виртуальных соединения на обоих сетевых адаптерах и не поставил эту галку. В итоге сам гипервизор остался без сети. Пришлось очень долго ковыряться и разбираться, как имея только доступ к консоли вернуть все обратно. Оказалось, что это можно сделать с помощью команды:

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

Дальше загружаем образ диска с системой через Total Commander и сетевой доступ:

Создаем виртуальную машину. Там все достаточно просто и понятно, делается тыканием мышкой по менюшкам, не буду останавливаться на этом подробно. Если у вас возникает проблема с тем, что 5nine не может подключиться к консоли виртуальной машины и при этом пишет, что невозможно подключиться по rdp, то сделайте следующее. В файле hosts системы пропишите соответствие ip адреса имени сервера и подключитесь к гипервизору по имени, а не по ip. Я один раз столкнулся с такой проблемой.

На выходе имеем Windows 8.1, подключенную к сети. Откываем на ней rdp, подключаемся и начинаем ее готовить для удаленного управления гипервизором Hyper-V Server 2012 R2.

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

Дальше редактируем файл hosts, добавляем туда точное соответствие имени сервера и адреса:

Теперь установим диспетчер управления Hyper-V. Для этого идем в панель управления, открываем «Программы и компоненты», нажимаем «Включение и отключение компонентов Windows». Загрузится список компонентов, в котором галочкой отмечаем Hyper-V и жмем ОК:

Дальше нам снова понадобится утилита HVRemote. Запускаем cmd в папке с утилитой и выполняем в ней:

Проверяем, все ли у нас нормально настроено:

Все тесты должны быть пройдены.

Добавляем нужные оснастки:

1. Пуск — Все программы — Средства Управления HyperV — Диспетчер Hyper-V
Запускаем его, добавляем наш сервер и управляем им.

2. Запускаем консоль mmc, нажимаем ФайлДобавить или удалить оснастку. Добавляем оснастку «Управление компьютером», выбираем «другим компьютером», указываем hyperv и жмем готово. Потом снова жмем Файл и выбираем «Сохранить как…». Сохраняем на рабочий стол. Теперь при запуске этой останстки с рабочего стола всегда будет запускаться управление бесплатным гипервизором Hyper-V Server 2012 R2.

Чтобы работала оснастка «Управление дисками», необходимо на гипервизоре запустить службу Virtual Disk и поставить ей автозапуск, чтобы после перезагрузки не пришлось снова ее запускать:

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

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

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

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

Из диспетчера задач через FileRun new task можно запускать дополнительные окна cmd или какие-то другие утилиты.

На этом настройка закончена, можно пользоваться. Например, можно установить на hyper-v freebsd, которая теперь имеет полную поддержку в hyper-v.

В таком виде Hyper-V Server 2012 R2 уже вполне удобен в использовании, возможно даже удобнее esxi или xen. Если вам нужно подключить UPS, то рекомендую фирму APC и мою инструкцию по установке и настройке автоматического выключения hyper-v с помощью программы apcupsd.

Помогла статья? Есть возможность отблагодарить автора

Рекомендую полезные материалы по схожей тематике:

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

Файл образа сервера весит 1.65 Гб и называется

Сразу после установки настройте сеть (пункт 8) и установите обновления (пункты 5 и 6). Если все прошло успешно, значит, можно двигаться дальше. Если нет — проверяйте, что и как. Призрком возможных проблем на этом этапе для вас является невозможность поставить обновления.

Работа с Hyper-V без домена

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

Добавьте локального администратора (пункт 3 конфигурации сервера, например «hyperadmin / hyperpwd»), чтобы не использовать администратора по-умолчанию). Такого же пользователя (можно не админа) надо добавить на машине, с которой будете подключаться через RDP. При создании пользователя на своей машине я в поле «Описание» так и написал: для подключения к HYPER-V 2012″.

Брандмауэр Hyper-V

Так как в основном я планирую использовать консоль MMC для управления виртуальными машинами, то будет удобно предусмотреть дополнительную остнастку для управления брандмауэром сервера. Это сэкономит много времени, т.к. я не планирую заниматься регулярными правками правил — сервер должен просто работать. И держать в голове синтаксис PowerShell и CMD мне не хочется, хватит с меня и Linux. Поэтому я включу удаленный доступ к брандмауэру! Учитывая, что управлять сервером по-хорошему надо через выделенную для этого сеть (физически, VLAN), мой вариант не уменьшит общую безопасность. Как вариант, можно между хостом и сетью ставить программно-аппаратный брандмауэр, например, Mikrotik (без WiFi, конечно). Это совсем недорогое решение при приемлемой производительности и надежности.

Включить возможность удаленного управления брандмауэром можно выполнив консольную (все-таки никуда без консоли) команду:

netsh advfirewall firewall set rule group=»Windows Firewall Remote Management» new enable=yes

После этого можно запустить на рабочей станции консоль mmc с правами «hyperadmin» и добавить оснастку «Брандмауэр Windows» (у меня в Windows 7 она называется «Брандмауэр Windows в режиме повышенной безопасности») и указать IP-адрес нашего сервера Hyper-V. Все 🙂

Но несмотря ни на что, консоль — самое надежное средство управления. Я все равно все выполняю в консоли, а смотрю, что к чему, в GUI в разделе «Наблюдение — брандмауэр». Просто я не собираюсь все держать в голове. И эта статья один из вариантов how-to для меня самого с вашими комментариями и дополнениями.

Диспетчер Hyper-V

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

Запускаем Диспетчер Hyper-V от имени пользователя «hyperadmin» и слева вверху нажимаем «Подключитсья к серверу». Опять же по IP.

Диспетчер Hyper-V в Windows 7 расчитан на управление Hyper-V 2008, а не 2012. Такие опции, как Live и Storage Migrations будут доступны только из Windows 8 (из Windows 7 через PowerShell — пожалуйста, но не через графический интерфейс). Поэтому я решил установить Windows 8 (триала достаточно, пока что) для сравнения «как оно работает» через Windows 8. Ничего так, появились возможности преобразования дисков VHD в VHDX, те же кнопочки миграций, про которые упоминал чуть выше. Ну, здорово, конечно, но если определиться с терминологией и знать, что вы точно хотите, то можно обойтись и PowerShell и старой доброй 7-кой (еще недавно так же говорили про «старую добрую XP-шку»).

Чтобы диспетчер Hyper-V из Windows 8 показал вам список виртуальных машин, нужно скачать замечательный скрипт hvremote (http://archive.msdn.microsoft.com/HVRemote) и запустить его на рабочей станции с правами администратора:

cscript hvremote.wsf /mmc:enable
cscript hvremote.wsf /AnonDCOM:grant

Можно еще проверить, все ли получилось:

cscript hvremote.wsf /show /target:имя_или_ip_вашего_hyper-v_сервера

Не парьтесь по поводу того, что он еще версии 0.7, которая еще может глючить в Windows 8 и 2012. Все работает! Вот теперь можно будет увидеть ваши виртуальные машины (когда мы их создадим, конечно).

Лирическое отступление для перехода к следующему разделуПодключились, радуемся, начинаем устанавливать гостевую виртуалку. Стоп! А как выбрать место под диск VHD для виртуалки? Диск на 500 Гб в процессе установки отформатирован не был — не нужно было. И сейчас я имею возможность размещать гостевые системы только на диск C:. А диск-то 60 Гб всего. Т.е. всего-то нужно открыть диспетчер жестких дисков, отформатировать в NTFS и переназначить буквы дисков (DVD будет E:, диск 500 Гб будет D: — я ненавижу, когда DVD висит между дисками :)). КАК ЭТО СДЕЛАТЬ.

Удаленное управление дисками

Для удаленного управления дисками (Disk Management), надо выполнить следующие шаги:

1. Запустить службу Virtual Disk Service (VDS) на сервере

Просмотр списка служб (service), названия которых начинаются на «R» с помощью PowerShell:
Get-Service -Name r*

Запуск службы VDS (Virtual Disk Services):

Если потребуется, разрешите “Remote Volume Management” на клиентском компьютере (с которого будем управлять нашим сервером).

Если бы мы не отключили брандмауэр полностью, то дальше надо было бы выполнить пункт 2.

2. Разрешить «Управление дисками» (Disk Management).

Netsh advfirewall firewall set rule group=“Remote Volume Management” new enable=yes

Запускать консоль управления оснастками MMC необходимо от имени пользователя локального админа на нашем сервере (в нашем случае «hyperadmin / hyperpwd»):

В оснастке добавить «Управление дисками» (не локальный компьютер, а удаленный, например, по IP-адресу).

Ну, собственно, начальная рутина закончилась. Теперь можно спокойно создавать виртуальные машины. Диспетчер Hyper-V также надо запускать от имени «hyperadmin / hyperpwd».

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

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

Рекомендуем к прочтению

Установка и настройка hyper-v server для тех, кто впервые его видит

Вступление

Сегодня мы с Вами узнаем о том, как установить и настроить гипервизор hyper-v server от компании Microsoft, а так же о некоторых подводных камнях и способах их избежать.

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

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

Описание

MS hyper-v server представляет собой урезанную версию MS server 2008 R2 в режиме Core (т.е. фактически, графический интерфейс отсутствует) с установленной ролью hyper-v и ничего более. Согласно википедии hyper-v server распространяется бесплатно, что вкупе с удобным управлением и интеграцией с продуктами от MS, делает его очень привлекательным гипервизором. Кроме того он имеет достаточно высокие показатели по производительности, а значит ресурсы хостовой машины будут расходоваться на работу нужных нам сервисов.

Установка

Перед началом установки необходимо убедиться, что ваш процессор поддерживает технологии аппаратной виртуализации Intel VT-x или AMD-V.

Для начала необходимо скачать дистрибутив hyper-v server 2008 R2 с сайта Microsoft (регистрироваться не нужно). Далее записать образ на DVD-диск или сделать установочную флешку.
Вставляем диск/флешку и загружаемся с нее.

Hyper-v server — выбор языка мастера установки

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

Hyper-v server — выбор языка ОС и раскладки клавиатуры

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

Далее жмем кнопку «Install now». Читаем и принимаем с лицензионное соглашение.

Hyper-v server — выбор типа установки

Выбираем полную установку (Custom).

Hyper-v server — настройка параметров жесткого диска

На этом этапе мастер предлагает настроить параметры разделов жесткого диска. Лучше всего создать 2 логических диска. Первый — для установки самого гипервизора, ему хватит 15 Гб. Второй для хранения контейнеров виртуальных машин (ВМ). Таким образом, будет намного удобнее осуществлять управление, импорт и миграцию ВМ.

Жмем «Next» и можем ненадолго отдохнуть. В процессе установки компьютер несколько раз перезагрузится.

Настройка
Базовая настройка и удаленный доступ

После перезагрузки hyper-v server предложит нам установить пароль администратора. Так как по-умолчанию в групповой политике ms windows 2008 server r2 стоит требование к сложности пароля, придется придумать пароль длинной от 6 символов, обязательно содержащий заглавную букву и спецсимвол или цифру (например «Password1»).

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

Hyper-v server — интерфейс управления

После загрузки рабочего окружения, ОС предлагает нам 2 консоли управления. Стандартная командная консоль cmd и консоль с предустановленными опциями. Первым делом нам необходимо задать статический ip-адрес и настроить удаленное управление сервером. В консоли управления выбираем пункт 8.

Hyper-v server — сетевые адаптеры

В списке будут перечислены сетевые адаптеры. Выбираем нужный и вписываем его индекс. Далее выбираем «1 — установить ip-адрес сетевого адаптера». Вписываем «S» — что означает статический ip-адрес. Для примера зададим параметры:

ip-адрес — 192.168.1.100
маска подсети — 255.255.255.0
шлюз по-умолчанию 192.168.1.1
После применения параметров, мы вернемся в подменю, где будут перечисленные ранее внесенные настройки. Если все верно возвращаемся в главное меню.
Теперь настроим удаленный доступ. Выбираем пункт 7, далее включаем удаленный рабочий стол, вписав английскую «E». На вопрос об ограничении подключений от rdp-клиентов старых версий, выбираем «2» — подключаться от любых клиентов.

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

Сетевое имя сервера и рабочая группа

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

Выбираем пункт 1, затем «присоединиться к рабочей группе» вписав «W». Далее задаем название рабочей группы, например «test». Очень важно, чтобы имя рабочей группы на hyper-v server и ПК, с которого мы планируем им управлять, совпадали. После этого мы возвращаемся в главное меню.

Желательно задать сетевое имя сервера, выбираем пункт 2 и вписываем имя, например «hyper-srv». Для применения параметров необходимо перезагрузиться, соглашаемся с предложением ОС.

Далее все настройки (такие как имя компьютера, рабочей группы, пользователи, ip-адрес и т.д.) будут использоваться в качестве тех, которые описывались в процессе установки. Если Вы задавали свои параметры, не забывайте использовать именно их.

После перезагрузки мы можем подключиться к серверу, используя клиент удаленного рабочего стола. Выбираем пуск -> выполнить, вписываем: mstsc В первом поле задаем ip-адрес (в моем случае 192.168.1.100), подключаемся. Сервер запросит данные авторизации, вводим имя пользователя «hyper-srv\Administrator» и пароль «Password1».

Итак, мы подключились, теперь необходимо настроить дополнительные параметры удаленного управления. Заходим в пункт 4. Теперь по порядку выбираем подпункты 1, 2 и дожидаемся окончания настройки. После завершения, ОС опять попросит перезагрузиться. По завершению этих настроек мы сможем подключаться к серверу с помощь консоли mmc и диспетчера сервера hyper-v из пакета Remote Server Administration Tools (RSAT). Подробнее об этом будет описано далее по тексту.

Установка RSAT и диспетчера hyper-v

Для комфортного удаленного управления сервером (создание/удаление/импорт/настройка ВМ, добавление/удаление оборудования, управления пользователями/групповыми политиками и т.п.) нам необходимо установить RSAT на наш ПК. Устанавливать будем на windows 7. Первым делом скачаем его отсюда. В этом пакете нам нужен компонент “Диспетчер hyper-v” для консоли mmc — это собственно основной инструмент управления будущими ВМ.

Последующие настройки будет необходимо производить как на сервере (для краткости СРВ) так и на нашем управляющем ПК (УК).

Настраиваем пользователей

Первым делом нужно создать пользователя, от имени которого мы будем осуществлять управление. Имена пользователей и пароли должны совпадать для УК и СРВ!

На СРВ — в консоли управления выбираем пункт 3 (добавление локального администратора). Задаем имя «admin» и пароль для него «Qwerty1». Проверим, успешно ли добавился, в консоли cmd вводим: net user admin Эта команда покажет нам, что он состоит в группах «Administrators» и «Users».

На УК — запускаем консоль cmd от имени администратора и вводим команду: net user admin Qwerty1 /add добавим его в группу администраторов: net localgroup Администраторы admin /add для английской версии вводим:net localgroup Administrators admin /add Снова проверим результаты с помощью: net user admin

Для настройки пользователей и групп безопасности есть замечательная утилита “HVRemote”, написанная одним из сотрудников Microsoft.

Скачиваем утилиту и копируем файл «HVremote.wsf» на сервер. Помните в самом начале, упоминалось, что нужно выбрать английский язык для ОС? Так вот для корректной работы скрипта «HVremote.wsf» необходимо, чтобы группы безопасности и пользователи именовались на английском языке.

Небольшое отступление: как писалось раньше — в hyper-v server отсутствует графический интерфейс. Это не совсем так, Microsoft просто вырезала по-максимому все, что связанно с Explorer, но это не мешает нам запускать приложения имеющие графические окна. Для примера можно скопировать на диск сервера программу «total commander» и запустить ее из консоли.

Hyper-v server — запуск приложений

Продолжим, на СРВ — открываем консоль cmd, переходим в папку с файлом «HVremote.wsf» (в статье файл сохранен в корень диска С: ). Выполняем команду: cscript hvremote.wsf /add:domain\account где domain — имя вашего сервера (домена), account — имя учетной записи для управления. В нашем случае команда будет выглядеть так: cscript hvremote.wsf /add:hyper-srv\admin

Hyper-v server — выполнение скрипта

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

На стороне УК необходимо выполнить следующие команды
cscript hvremote.wsf /anondcom:grant
cscript hvremote.wsf /mmc:enable

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

netsh advfirewall firewall set rule group=»Remote Volume Management» new enable=yes
Если у Вас выдает ошибку вида «Group cannot be specified with other identification conditions» — попробуйте перепечатать команду вручную, а не копировать/вставлять.
Результат успешного выполнения команды:
Updated 3 rule(s). Ok.
Далее разрешим удаленное управление файерволом netsh advfirewall firewall set rule group=»Windows Firewall Remote Management» new enable=yes
Результат успешного выполнения команды:
Updated 2 rule(s). Ok.
Разрешим доступ для любых оснасток консоли mmc netsh advfirewall firewall set rule group=»Remote Administration» new enable=yes
Результат успешного выполнения команды:
Updated 3 rule(s). Ok.
Разрешим использовать «Windows Management Instrumentation (WMI)» следующей командой
netsh advfirewall firewall set rule group=»windows management instrumentation (wmi)» new enable=yes
Результат успешного выполнения команды:
Updated 4 rule(s). Ok.
Разрешим icmp-протокол: netsh firewall set icmpsetting 8
Разрешим доступ к расшаренным файлам и папкам: netsh firewall set service type=fileandprint scope=subnet
Если вы по какой-то причине не можете подключиться к серверу, попробуйте отключить файервол командой netsh firewall set opmode disable Возможно, Вам придется создать дополнительные правила доступа.

Теперь мы можем использовать оснастки mmc для управления сервером (управление службами, пользователями, политиками и т.д.) и самое главное диспетчер hyper-v. Давайте откроем его: запускаем консоль mmc -> файл -> добавить или удалить оснастку -> диспетчер hyper-v. Выбираем меню Действие — > подключиться к серверу -> другой компьютер. В поле впишите сетевое имя вашего сервера (hyper-srv) и подключайтесь.

Hyper-v server — диспетчер управления ВМ

Вот собственно и все, мы успешно установили и настроили наш hyper-v server. Теперь можно смело разворачивать виртуальные машины и различные сервисы.

Ссылки на информационные ресурсы:

Wikipedia — Hyper-v server
Полезные консольные команды

Оригинал статьи здесь.

Источник: http://feedproxy.google.com/~r/kbinform/gbRY/~3/5NZ2exOBxJY/

Данный материал является частной записью члена сообщества Club.CNews.
Редакция CNews не несет ответственности за его содержание.

Бесплатные инструменты для управления Hyper-V Server 2012 R2 / Песочница / Хабр

Бесплатный сыр бывает только в мышеловке… (с) народная мудрость…

Чем же управлять бесплатной версией Hyper-V Server 2012 R2?

Позиция Microsoft — RSAT для Windows 8.1 Prof.

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


Начальные условия:

— штатного админа нет. Сам когда-то был Windows-админом, так что опыт когда-то был.

— есть 2 аппаратных сервера, на которых крутятся — файловый сервер, MS Exchange 2010, 1C+MSSQL, Asterisk, Kerio.

Хочется получить:

— двух-узловой «полу-кластер», чтобы иметь возможность перекинуть виртуальные серверы в случае кончины одного из аппаратных.

Критерий отбора ПО для гипервизоров:

– минимум телодвижений при установке и настройке,

– простота управления из-под Windows (ну администрирование уже давно не мой конек, linux-системы видно тоже уже изучить не дано),

– гипервизоры не должно входить в домен, а быть в отдельной рабочей группе (для Hyper-V),

– лицензионно чистое ПО при минимуме финансовых вложений (а лучше вообще «на халяву»)…

Когда я озадачился выбором системы виртуализации в свой небольшой офис — то выбор был между Hyper-V 2012 R2 и VmWare ESXi.

Начнем с того, что «условно бесплатные» гипервизоры от Microsoft и VMWare все равно начинают требовать вложений при попытке выполнить второй пункт критериев отбора. Либо используйте командную строку, либо покупайте графические инструменты.

Рассмотрим на примере Hyper-V Server 2012 R2: причина в том, что на компах у меня либо Windows XP – с которой просто не дано управлять Hyper-V Server 2012 R2, либо Windows 8 на ноутбуках (но не Prof, а Single Lang – из-под которой тоже нельзя управлять Hyper-V Server 2012 R2 (потому что оснастки для управления там просто нет – отсутствует опция Hyper-V в Single Lang). Ну конечно можно управлять через PowerShell – но тут надо обладать определенным интеллектом или пользоваться PowerShell постоянно…

Далее была попытка использовать продукты от VMWare – ставим ESXi 5.5… ставим VMWare vSphere Client… Вот тут и ждет нас засада — управлять мы можем только виртуальными машинами до 9 версии включительно, а все конвертируемое «с железа» почему-то конвертиться в 10 версию, которая требует VMWare vSphere Web Client, входящий в платную часть VMWare vSphere Operation Management… Ну можно поставить триал на 60 дней, а дальше что?!..

Как там у классика — «Что делать? Кто виноват?»

Две недели неспешных размышлений и на одном “буржуйском” форуме нахожу упоминание о программе 5nine Manager 4.0 for Hyper-V Free Edition. Ставлю себе на комп и понимаю, что нормально настроить ее для общения с удаленным Hyper-V Server 2012 R2 тоже требует определенной силы мысли (ну и знаний netsh, hvremote и прочего). Чтение форума этой программы наталкивает на фразу: «5nine Manager for Hyper-V can be run both locally and remotely on your Hyper-V host»… Ага – ее можно запустить локально на Hyper-V!

Для проверки ставим Hyper-V Server 2012 R2, открываем доступ к серверу по RDP.

Заходим на хост по RDP, подключаем расшаренную папку с ноутбука и перекидываем на него программу. Запускаем setup и получаем установленную программу. Запускаем – и – о, Чудо! Она работает! Прямо на Hyper-V Server и там же можно управлять виртуалками. Более того – программа ставится в автозагрузку и всплывает дополнительным окном после перезапуска сервера.

Таким образом получаем доступный для управления Hyper-V Server 2012 R2. Правда доступ к нему идет через RDP и локально запускаемых на нем утилит.

И что же может 5nine Manager 4.0 for Hyper-V Free Edition?

Бесплатный 5nine Manager для Hyper-V предоставляет графический интерфейс пользователя для Microsoft Hyper-V и Windows Server, включая Free/Core версии. Он также позволяет управлять гипервизором Microsoft Hyper-V различных версий (2012 R2 / 2012 / 2008 R2 SP1) с одной консоли управления удаленно или локально.

Функции

• Показывает все виртуальные машины на хосте кластера

• Прямая и обратная конвертация локальных ВМ в кластеризованные

• Отображение всех расширений виртуальных коммутаторов Hyper-V

• Гостевая консоль администрирования виртуальных машин, не требующая компонент RDP 8.0

• Поддержка ВМ Generation 2 для Windows Server 2012 R2

• Улучшенный менеджер виртуального диска

• Управление IOPS, что позволяет ограничить операции ввода / вывода для каждой ВМ, чтобы улучшить общую производительность системы

• Виртуальный буфер обмена между ВМ

• Копирование файлов между ВМ и между ВМ и хостами (через ‘Virtual Transfer Disk’)

• Файловый менеджер

Поддерживаемые операционные системы для управляемых узлов Windows Server и Hyper-V Server версий 2012 R2, 2012, 2008 R2 SP1. В дополнение к списку управляемых серверных ОС, на которых возможна локальная установка консоли, также поддерживается удаленное администрирование с клиентских систем на базе: Windows 7 x64, Windows 8 x64, Windows 8.1 x64.

Требуется для установки .NET Framework 4.5 — ну это можно поставить и на Hyper-V Server.

А еще?

А еще в бесплатный Hyper-V Server 2012 R2 можно поставить программы, не требующие расширенных возможностей графического режима.

Ну для примера:

— прекрасно встает Far Manager и заменяет отсутствующий Explorer.

— часть функций Control Panel можно заменить утилитой Corefig.

Итог?

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

Создать машинку, настроить ей параметры, посмотреть на консоль машинки и прочие задачки по мелочи – все решаемо.

Некоторые вещи все равно приходится помнить (ну например — net use), а все остальное делается мышкой или через менюшки самого Hyper-V.

Как я перестал беспокоиться и полюбил Hyper-V Server / Блог компании Veeam Software / Хабр

Недавно у меня появилась задача “вжиться в шкуру пользователя” и на деле проверить, как работается на бесплатном Microsoft Hyper-V Server 2012.

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

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

Установка

Все стандартно настолько, что даже писать не о чем. ISO образ берем отсюда по горделивой ссылке «Free Download».

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

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

Конфигурирование: система

С помощью синей консоли задаем необходимые параметры — имя, сетевые адреса, включаем RDP и автообновления.

Кстати об обновлении системы: обрезание до Server Core было сделано для сокращения attack surface, другими словами уменьшения количества сервисов и программных компонент, которые могут содержать уязвимости, а соответственно должны регулярно патчиться. А поскольку установка патчей часто требует перезагрузки сервера, то уменьшение количества обновляемых компонент сервера будет вести не только к увеличению его безопасности, но и доступности.

Конфигурирование: Hyper-V

По каким-то причинам во время установки не создается никаких виртуальных свитчей, так что виртуальные машины по умолчанию не имеют связи с внешним миром. Исправим это — создадим простейший свитч-бридж к физическому адаптеру.

Запустим powershell во второй консоли. Да, обрезание сервера до консольных программ заставляет идти на жертвы, но ведь мы преследуем благородные цели (см. выше).

1) Узнаем под какими именами фигурируют адаптеры. Для этого выполним команду Get-NetAdapter

PS C:\Users\Administrator> Get-NetAdapter
Name                      InterfaceDescription                    ifIndex Statu
                                                                          s
----                      --------------------                    ------- -----
Ethernet 5                Broadcom BCM5708C NetXtreme II Gi...#47      16 Up
Ethernet 4                Intel(R) PRO/1000 PT Dual Port Ser...#2      15 Di...
Ethernet 3                Intel(R) PRO/1000 PT Dual Port Serve...      14 Di...
Ethernet 2                Broadcom BCM5708C NetXtreme II Gi...#49      13 Up

2) Создадим виртуальный свитч привязанным к адаптеру Ethernet 5

PS C:\Users\Administrator> New-VMSwitch -Name "bridged" -NetAdapterName "Ethernet 5"

Name    SwitchType NetAdapterInterfaceDescription
----    ---------- ------------------------------
bridged External   Broadcom BCM5708C NetXtreme II GigE (NDIS VBD Client) #47

Для создания виртуальной машины — все готово.

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

Скорее всего нам понадобится ISO образ для установки операционной системы, его мы копируем привычным для Windows способом — по сети через долларовые шары на нашем сервере.

Теперь создадим машину.

PS C:\Users\Administrator> New-VM -Name "test1" -Path C:\vms\test1 -MemoryStartupBytes 2GB -NewVHDPath C:\vms\test1\disk1.vhdx -NewVHDSizeBytes 40GB -SwitchName "bridged"

Name  State CPUUsage(%) MemoryAssigned(M) Uptime   Status
----  ----- ----------- ----------------- ------   ------
test1 Off   0           0                 00:00:00 Operating normally

Небольшая тонкость есть в выборе типа сетевого адаптера — если выбор операционной пал на Windows 2012, то можно выбирать стандартный адаптер, но если что-либо другое лучше выбрать «legacy» тип адаптера. Это можно сделать, передобавив адаптер к виртуальной машине с ключиком -IsLegacy 1

Remove-VMNetworkAdapter -VMName test1
Add-VMNetworkAdapter -VMName test1 -IsLegacy 1 -SwitchName «bridged»

Вставим в созданный по умолчанию DVD дисковод ISO образ

PS C:\Users\Administrator> Set-VMDvdDrive -VMName test1 -Path C:\iso\en_windows_server_2012_vl_x64_dvd_917758.iso

На будущее — когда потребуется вытащить диск из виртуального дисковода нужно выполнить Set-VMDvdDrive -VMName <имя машины> -Path $null

Ну вроде, все… Можно запускать!

PS C:\Users\Administrator> Start-VM test1

Мммм, пробежал прогресс вверху окна powershell, видимо все запустилось. Проверим командой Get-VM

PS C:\Users\Administrator> Get-VM test1

Name  State   CPUUsage(%) MemoryAssigned(M) Uptime   Status
----  -----   ----------- ----------------- ------   ------
test1 Running 0           2048              00:01:30 Operating normally

Все хорошо — машинка работает.

Однако, как же взглянуть на экран?!

Секундочку… а как-же посмотреть на экран установки, куда мышкой тыкать? В общем — где консоль? локально — никак: ее нет на сервере!

Что предлагает Microsoft — вы можете поставить RSAT (remote system administration tools) на клиентскую станцию. При помощи этих инструментов можно подключаться к консоли виртуальных машин, и, кстати, оттуда-же создавать и запускать виртуальные машины через mmc snap-in Hyper-V. Однако есть интересные особенности:

  • RSAT для Windows 8 работает только с Windows 2012
  • RSAT для Windows 7 Sp1 работает только с Windows 2008 R2 SP1

По-моему, не дело из-за смены версии сервера менять клиентскую ось! Куда смотрят продуктовые менеджеры в Майкрософт?! Как же мне зайти на консоль?

Идея пришла откуда не ждали… Почему-бы не использовать виртуальную машину с Linux в качестве RDP-прокси?

Подарок для всех

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

Вы можете скачать образ данной машины (371MB) и развернуть его с помощью бесплатной версии Veeam Backup & Replication на Hyper-V сервер. Пользователь root имеет пароль 123qweASD. Для смены пароля нужно запустить сначала passwd, а потом не забыть vncpasswd.

После запуска машины вы можете узнать IP адрес этой машины, выполнив данную команду на сервере Get-VM <имя машины> | select -ExpandProperty NetworkAdapters | select Ipaddresses. Вам необходимо иметь DHCP сервер в сети.


PS C:\Users\Administrator> get-vm rdpproxy | select -ExpandProperty NetworkAdapters | select IPaddresses

IPAddresses
-----------
{192.168.1.8, fe80::215:5dff:fe01:6703}

Используя RDP клиента, заходим на данную машину, добавляем Hyper-V сервер, выбираем виртуальную машину и… voilà — теперь можно продолжить установку операционной системы

Как это работает

Основную работы сделали классные ребята из FreeRDP. Нет — ну они, правда, классные, так как поддержали протокол RDP даже лучше, чем в Майкрософт. Там есть поддержка RemoteFX, add-in-ов, кэшей, перенаправлять аудио и clipboard… в общем всего того, что им позволяет подключаться не только к разным версиям Windows, но и к виртуальным машинам напрямую через специально открытый для этого на Hyper-V server порт 2179.

Все последние протоколы необходимые для работы с Hyper-V есть только в бете 1.1.0 версии. Я немного доработал версию только для того чтобы переопределить посылание Ctrl+Alt+Del на сочетание Ctrl+Alt+Insert, а то Linux прокси первым его обрабатывал и зайти в Windows виртуалку не было никакой возможности. Как честный человек — выложил исходники здесь: https://github.com/VeeamSoftware/FreeRDP

В качестве RDP сервера используется xrdp.

Скрипт опроса хостов и запуска консолей написан на Bash. Писал на нем впервые — прошу снисхождения к корявостям.

Опрос хостов на наличие запущенных виртуальных машин и их идентификаторов сделан через WMI. Спасибо утилите wmic, написанной на основе библиотеки от Samba 4.

CentOS 6.4 имеет внутри себя часть Integration Services, которые сообщают по каналу хост-виртуальная машина о себе некоторую информацию, из которой нам необходимы только IP адреса.

Кое-что про будущее

Не очень хорошая новость, в пятницу только вышла новая версия Hyper-V Server 2012 R2, я попробовал запуститься на ее Preview, но интеграционные сервисы CentOS не смогли прокинуть IP адрес на хост. Видимо Майкрософт опять что-то поменяли/расширили без обратной совместимости. Подождем немного выхода Intergation Services for Linux и поддержим и эту версию.

Заключение

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

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

Полезные ссылки

Удаленное управление хостами Hyper-V | Документы Microsoft

  • 6 минут на чтение

В этой статье

Применимо к: Windows Server 2016, Windows Server 2012 R2, Windows 10, Windows 8.1

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

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

Если диспетчер Hyper-V не установлен, см. Инструкции ниже.

Поддерживаемые комбинации версий Hyper-V Manager и Hyper-V host

В некоторых случаях вы можете использовать версию Hyper-V Manager, отличную от версии Hyper-V, на хосте, как показано в таблице. При этом диспетчер Hyper-V предоставляет функции, доступные для версии Hyper-V на хосте, которым вы управляете. Например, если вы используете версию диспетчера Hyper-V в Windows Server 2012 R2 для удаленного управления узлом с Hyper-V в Windows Server 2012, вы не сможете использовать функции, доступные в Windows Server 2012 R2, на этом Hyper-V. -V хозяин.

В следующей таблице показано, какими версиями хоста Hyper-V можно управлять из конкретной версии диспетчера Hyper-V. Перечислены только поддерживаемые версии операционной системы. Для получения подробной информации о статусе поддержки конкретной версии операционной системы используйте кнопку Search product lifecyle на странице Microsoft Lifecycle Policy. Как правило, более старые версии Hyper-V Manager могут управлять только хостом Hyper-V, на котором установлена ​​такая же или сопоставимая версия Windows Server.

Hyper-V Manager версии Хост Hyper-V версии
Windows 2016, Windows 10 — Windows Server 2016 — все выпуски и варианты установки, включая Nano Server и соответствующую версию Hyper-V Server
— Windows Server 2012 R2 — все выпуски и варианты установки, а также соответствующая версия Hyper-V Server
— Windows Server 2012 — все выпуски и варианты установки, а также соответствующая версия Hyper-V Server
— Windows 10
— Windows 8.1
Windows Server 2012 R2, Windows 8.1 — Windows Server 2012 R2 — все выпуски и варианты установки, а также соответствующая версия Hyper-V Server
— Windows Server 2012 — все выпуски и варианты установки и соответствующая версия Hyper-V Server
— Windows 8.1
Windows Server 2012 — Windows Server 2012 — все выпуски и варианты установки, а также соответствующая версия Hyper-V Server
Windows Server 2008 R2 с пакетом обновления 1, Windows 7 с пакетом обновления 1 — Windows Server 2008 R2 — все выпуски и варианты установки, а также соответствующая версия Hyper-V Server
Windows Server 2008, Windows Vista с пакетом обновления 2 — Windows Server 2008 — все выпуски и варианты установки, а также соответствующая версия Hyper-V Server

Примечание

Поддержка пакета обновления

для Windows 8 закончилась 12 января 2016 г.Дополнительные сведения см. В разделе часто задаваемых вопросов по Windows 8.1.

Подключиться к хосту Hyper-V

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

Управление Hyper-V на локальном компьютере

Диспетчер

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

  1. На левой панели щелкните правой кнопкой мыши Hyper-V Manager .
  2. Щелкните Подключиться к серверу .
  3. Из Выберите Компьютер , щелкните Локальный компьютер и затем щелкните ОК .

Если не удается подключиться:

  • Возможно, установлены только инструменты Hyper-V. Чтобы проверить, установлена ​​ли платформа Hyper-V, найдите службу управления виртуальными машинами. / (Откройте настольное приложение Services: щелкните Start , щелкните поле Start Search , введите services.msc , а затем нажмите Введите . Если службы управления виртуальными машинами нет в списке, установите платформу Hyper-V, следуя инструкциям в разделе Установка Hyper-V.
  • Убедитесь, что ваше оборудование соответствует требованиям. См. Системные требования.
  • Убедитесь, что ваша учетная запись принадлежит группе администраторов или группе администраторов Hyper-V.

Удаленное управление хостами Hyper-V

Для управления удаленными узлами Hyper-V включите удаленное управление как на локальном, так и на удаленном узлах.

В Windows Server откройте Диспетчер серверов> Локальный сервер > Удаленное управление и затем нажмите Разрешить удаленные подключения к этому компьютеру .

Или из любой операционной системы откройте Windows PowerShell от имени администратора и запустите:

  Включить-PS
  

Подключиться к хостам в том же домене

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

Чтобы добавить удаленный хост Hyper-V в диспетчер Hyper-V, выберите Другой компьютер в диалоговом окне Выберите компьютер и введите имя хоста удаленного хоста, имя NetBIOS или полное доменное имя (FQDN).

Диспетчер

Hyper-V в Windows Server 2016 и Windows 10 предлагает больше типов удаленного подключения, чем предыдущие версии, описанные в следующих разделах.

Подключиться к удаленному узлу Windows 2016 или Windows 10 как другой пользователь

Это позволяет вам подключаться к узлу Hyper-V, когда вы не работаете на локальном компьютере в качестве пользователя, который является членом группы администраторов Hyper-V или группы администраторов на узле Hyper-V.Для этого:

  1. На левой панели щелкните правой кнопкой мыши Hyper-V Manager .
  2. Щелкните Подключиться к серверу .
  3. Выберите Connect как другой пользователь в диалоговом окне Select Computer .
  4. Выберите Установить пользователя .

Примечание

Это будет работать только для удаленных хостов Windows Server 2016 или Windows 10 .

Подключиться к удаленному узлу Windows 2016 или Windows 10 с помощью IP-адреса

Для этого:

  1. На левой панели щелкните правой кнопкой мыши Hyper-V Manager .
  2. Щелкните Подключиться к серверу .
  3. Введите IP-адрес в текстовое поле Другой компьютер .

Примечание

Это будет работать только для удаленных хостов Windows Server 2016 или Windows 10 .

Подключиться к удаленному узлу Windows 2016 или Windows 10 за пределами вашего домена или без домена

Для этого:

  1. На управляемом хосте Hyper-V откройте сеанс Windows PowerShell от имени администратора.

  2. Создайте необходимые правила брандмауэра для зон частной сети:

      Включить-PS
      
  3. Чтобы разрешить удаленный доступ к общедоступным зонам, включите правила брандмауэра для CredSSP и WinRM:

      Enable-WSManCredSSP -Ролевой сервер
      

    Подробнее см. Enable-PSRemo

.Обзор технологии

Hyper-V | Документы Microsoft

  • 5 минут на чтение

В этой статье

Применимо к: Windows Server 2016, Microsoft Hyper-V Server 2016, Windows Server 2019, Microsoft Hyper-V Server 2019

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

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

Некоторые способы, которыми Hyper-V может вам помочь

Hyper-V может вам помочь:

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

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

  • Повышение непрерывности бизнеса. Сведите к минимуму влияние запланированных и внеплановых простоев рабочих нагрузок.

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

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

Hyper-V и другие продукты виртуализации

Hyper-V в Windows и Windows Server заменяет старые продукты виртуализации оборудования, такие как Microsoft Virtual PC, Microsoft Virtual Server и Windows Virtual PC.Hyper-V предлагает функции сети, производительности, хранения и безопасности, недоступные в этих старых продуктах.

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

Какие функции есть в Hyper-V?

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

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

Аварийное восстановление и резервное копирование — Для аварийного восстановления Hyper-V Replica создает копии виртуальных машин, предназначенные для хранения в другом физическом месте, чтобы вы могли восстановить виртуальную машину из копии.Для резервного копирования Hyper-V предлагает два типа. Один использует сохраненные состояния, а другой использует службу теневого копирования томов (VSS), поэтому вы можете создавать согласованные с приложениями резервные копии для программ, поддерживающих VSS.

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

Переносимость — Такие функции, как живая миграция, миграция хранилища и импорт / экспорт, упрощают перемещение или распространение виртуальной машины.

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

Безопасность — безопасная загрузка и экранированные виртуальные машины помогают защитить от вредоносных программ и другого несанкционированного доступа к виртуальной машине и ее данным.

Сводку функций, представленных в этой версии, см. В разделе Что нового в Hyper-V на Windows Server.Некоторые функции или части имеют ограничение на количество настраиваемых элементов. Дополнительные сведения см. В разделе Планирование масштабируемости Hyper-V в Windows Server 2016.

Как получить Hyper-V

Hyper-V доступен в Windows Server и Windows в качестве роли сервера, доступной для x64 версий Windows Server. Инструкции для сервера см. В разделе Установка роли Hyper-V на Windows Server. В Windows он доступен как функция в некоторых 64-разрядных версиях Windows. Он также доступен в виде загружаемого автономного серверного продукта Microsoft Hyper-V Server.

Поддерживаемые операционные системы

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

Как работает Hyper-V

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

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

Из чего состоит Hyper-V?

Hyper-V содержит необходимые части, которые работают вместе, чтобы вы могли создавать и запускать виртуальные машины.Вместе эти части называются платформой виртуализации. Они устанавливаются как набор при установке роли Hyper-V. Необходимые компоненты включают гипервизор Windows, службу управления виртуальными машинами Hyper-V, поставщик WMI для виртуализации, шину виртуальной машины (VMbus), поставщика услуг виртуализации (VSP) и драйвер виртуальной инфраструктуры (VID).

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

Это некоторые технологии от Microsoft, которые часто используются с Hyper-V:

.

О выборе типа планировщика гипервизора Hyper-V

  • 13 минут на чтение

В этой статье

Применимо к:

  • Windows Server 2016
  • Windows Server, версия 1709
  • Windows Server, версия 1803
  • Windows Server 2019

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

Важно

Известные в настоящее время уязвимости системы безопасности побочного канала, обнаруженные в архитектурах с несколькими процессорами, могут быть использованы злонамеренной гостевой виртуальной машиной через поведение планирования классического планировщика гипервизора прежних версий при запуске на узлах с включенной одновременной многопоточностью (SMT).В случае успешного использования вредоносная рабочая нагрузка может наблюдать данные за пределами границ раздела. Этот класс атак можно смягчить, настроив гипервизор Hyper-V для использования типа планировщика ядра гипервизора и перенастроив гостевые виртуальные машины. С помощью планировщика ядра гипервизор ограничивает работу виртуальных машин гостевой виртуальной машины на одном физическом ядре процессора, тем самым сильно изолируя возможность доступа виртуальной машины к данным до границ физического ядра, на котором она работает. Это очень эффективное средство защиты от атак по побочным каналам, которое не позволяет виртуальной машине отслеживать любые артефакты из других разделов, будь то корневой или другой гостевой раздел.Поэтому Microsoft меняет стандартные и рекомендуемые параметры конфигурации для узлов виртуализации и гостевых виртуальных машин.

Фон

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

Примечание

Новые типы планировщика гипервизора были впервые представлены в Windows Server 2016 и недоступны в предыдущих выпусках.Все версии Hyper-V до Windows Server 2016 поддерживают только классический планировщик. Поддержка основного планировщика была опубликована совсем недавно.

О типах планировщика гипервизора

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

Классический планировщик

Классический планировщик относится к справедливому циклическому методу планирования работы виртуальных процессоров (VP) в системе, включая корневые VP, а также VP, принадлежащие гостевым виртуальным машинам. Классический планировщик был типом планировщика по умолчанию, используемым во всех версиях Hyper-V (до Windows Server 2019, как описано здесь). Характеристики производительности классического планировщика хорошо изучены, и продемонстрировано, что классический планировщик умело поддерживает избыточную подписку на рабочие нагрузки, то есть избыточную подписку на соотношение VP: LP хоста с разумным запасом (в зависимости от типов рабочих нагрузок). виртуализация, общее использование ресурсов и т. д.).

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

Основной планировщик

Основной планировщик использует свойства SMT для обеспечения изоляции гостевых рабочих нагрузок, что влияет как на безопасность, так и на производительность системы.Планировщик ядра гарантирует, что виртуальные машины виртуальной машины запланированы на родственные потоки SMT. Это делается симметрично, так что если LP находятся в группах по два, VP планируются в группах по два, а ядро ​​системного ЦП никогда не используется совместно виртуальными машинами.

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

Обратите внимание, что когда VP запланирован для виртуальной машины без включенного SMT, этот VP будет потреблять все ядро ​​при запуске, а SMT-поток ядра останется бездействующим.Это необходимо для обеспечения правильной изоляции рабочей нагрузки, но влияет на общую производительность системы, особенно когда системные LP становятся избыточными, то есть когда общее соотношение VP: LP превышает 1: 1. Следовательно, запуск гостевых виртуальных машин, настроенных без нескольких потоков на ядро, является неоптимальной конфигурацией.

Преимущества использования основного планировщика

Основной планировщик предлагает следующие преимущества:

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

  • Снижение изменчивости рабочих нагрузок — Изменчивость пропускной способности гостевых рабочих нагрузок значительно снижена, что обеспечивает большую согласованность рабочих нагрузок.

  • Использование SMT в гостевых виртуальных машинах — ОС и приложения, работающие на гостевой виртуальной машине, могут использовать поведение SMT и программные интерфейсы (API) для управления и распределения работы между потоками SMT, как если бы они работали без виртуализации.

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

Производительность планировщика ядра влияет на гостевые рабочие нагрузки

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

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

Изменения по умолчанию и рекомендуемые конфигурации для Windows Server 2016 и Windows Server 2019

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

Примечание

Хотя внутренняя поддержка гипервизором типов планировщика была включена в первоначальный выпуск Windows Server 2016, Windows Server 1709 и Windows Server 1803, обновления необходимы для доступа к элементу управления конфигурацией, который позволяет выбрать тип планировщика гипервизора.Подробную информацию об этих обновлениях см. В разделе «Общие сведения о типах планировщика гипервизора Hyper-V и их использовании».

Изменения хоста виртуализации

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *