Разное

Hyper v не видит сеть: Hyper-v как решить проблему с сетью? — Хабр Q&A

07.09.1982

Содержание

Как подключить внешний адаптер Wi-Fi к виртуальной машине VMware Workstation

VMware Workstation – пожалуй, самый продвинутый гипервизор для Windows. Эта программа позволяет тестировать в виртуальной среде многие интересные вещи, подключая к ней различные физические устройства компьютера. И одним из таких устройств является внешний адаптер Wi-Fi — подсоединяемое через USB устройство. Как его подключить к виртуальной машине VMware и задействовать в среде гостевой ОС?

Wi-Fi адаптер не является эмулируемым устройством VMware, из сетевых устройств программа эмулирует только Ethernet-адаптеры. И с их участием реализует внутри виртуальной машины своё Ethernet-подключение, не влияя никаким образом на кабельное подключение на физическом компьютере.

Но средства VMware Workstation позволяют внешние адаптеры беспроводной сети подключать как USB-устройства. И их, соответственно, в среде виртуальной машины можно использовать точно так же, как и на физическом компьютере – подключиться к беспроводной сети, организовать мобильный

хот-спот, тестировать различное программное обеспечение, связанное с работой беспроводной сети.

Естественно, с тем ограничением, что виртуальная машина и физический компьютер не смогут сообщаться по беспроводной сети с использованием одного и того адаптера Wi-Fi, как в случае с Ethernet-адаптером. Тогда как подключённое к виртуальной машине USB-устройство работает в ней, на время такой работы оно исчезнет из числа устройств физического компьютера.

Как подключить Wi-Fi адаптер к машине?

В меню

«Виртуальная машина» нам нужно выбрать пункт «Съёмные устройства». Далее кликаем Wi-Fi адаптер и всплывающую на нём команду подключения и отключения. Ну и эту команду в дальнейшем жмём для отключения адаптера.

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

Ну а если гостевая Windows сама не сможет найти и установить драйвер, то, соответственно, мы должны будем решить этот вопрос самостоятельно.

Для подключения и отключения Wi-Fi адаптера к виртуальной машине также можно использовать нижнюю панель окна программы. Здесь у нас будет отображаться значок в виде USB-коннектора. На нём вызываем контекстное меню и, как и в первом случае, выбираем ту же команду подключения/отключения устройства.

Метод настройки сети виртуальной машины Linux в Hyper-V

1. Сетевой адаптер является виртуальным коммутатором внутреннего типа.

Здесь сетевой адаптер — это <переключатель по умолчанию>, который устанавливается по умолчанию при установке Hyper-V, и его конфигурация выглядит следующим образом:

Как видите, тип подключения коммутатора по умолчанию — внутренняя сеть, и виртуальная машина обращается к Интернету через NAT.

Чтобы получить доступ к Интернету на виртуальной машине, переключатель по умолчанию и wlan должны быть соединены в <сетевое подключение> win10.

Выберите WLAN и vEthernet (переключатель по умолчанию), щелкните правой кнопкой мыши, выберите мост, как показано выше, результаты показаны на следующих двух рисунках


После запуска виртуальной машины посмотрите IP, информация о arp выглядит следующим образом:

> ipconfig

 Адаптер Ethernet vEthernet (внешний):

       DNS-суффикс подключения .
....: Home1 IPv4-адрес ........: 192.168.1.187 Маска подсети .........: 255.255.255.0 Шлюз по умолчанию ........: 192.168.1.1 Адаптер Ethernet vEthernet (коммутатор по умолчанию): IPv4-адрес .........: 172.30.227.177 Маска подсети .........: 255.255.255.240 Шлюз по умолчанию.......... > arp -a Интерфейс: 172.30.227.177 --- 0xa Интернет-адрес Тип физического адреса 172.30.227.182 00-15-5d-38-01-19 статический

Вы можете видеть, что IP-адрес виртуальной машины равен 172.30.277.182, адрес коммутатора по умолчанию Hyper-V — 172.30.227.177, а внешний адрес (IP, полученный беспроводным маршрутизатором) — 192.168.1.187.

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

[email protected]:~$ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.30.227. 182  netmask 255.255.255.240  broadcast 172.30.227.191

[email protected]:~$ ip route
default via 172.30.227.177 dev eth0 proto dhcp metric 100
172.30.227.176/28 dev eth0 proto kernel scope link src 172.30.227.182 metric 100	
> tracert 172.30.227.182

Отслеживать до 30 прыжков
 Маршрут к abc-VM.mshome.net [172.30.227.182]:

     1 <1 мс <1 мс <1 мс abc-VM.mshome.net [172.30.227.182]

 Отслеживание завершено.

Хост Win10 может получить доступ к виртуальной машине через ssh, ssh может напрямую через ip или полное доменное имя.

> ssh [email protected]
[email protected]'s password:
Welcome to Ubuntu 18.04 LTS (GNU/Linux 4.15.0-22-generic x86_64)
> ssh [email protected]
[email protected]'s password:
Welcome to Ubuntu 18.04 LTS (GNU/Linux 4.15.0-22-generic x86_64)
Возможен любой способ, но простое использование имени хоста не сработает, например:
> ssh [email protected]
ssh: Could not resolve hostname abc-vm: \262\273\326\252\265\300\325\342\321\371\265\304\326\367\273\372\241\243
Невозможно определить имя хоста, я не знаю, так ли это, потому что оно не в том же сегменте сети.

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

Метод аналогичен, метод подключения созданного виртуального коммутатора — это внешняя сеть, доступ виртуальной машины к Интернету не является NAT, но находится в том же сегменте сети, что и хост, но из-за проблемы, присущей Hyper-V, после использования этого метода скорость сети хоста изменяется Это очень медленно. Проверка многих онлайн-решений для доступа в Интернет через проводной Ethernet. Нет хорошего решения для доступа в Интернет WiFi.

Связанные веб-ссылки:

https://social.technet.microsoft.com/Forums/windowsserver/en-US/29c669db-30fe-4196-9b95-a9d5e48ac318/slow-network-performance-after-adding-hyperv-role-to-windows-server-2008-r2?forum=winserverhyperv

https://www.cnblogs.com/GSonOVB/archive/2009/11/12/1601435.html

Кроме того, для доступа в Интернет виртуальной машины Hyper-V вы можете обратиться к:

https://social.microsoft.com/Forums/de-DE/8bc77ba4-496d-494b-a1f6-92ffeac5d444/22914203093575331508357602641219978368163489230340hyperv20351299?forum=windowsserversystemzhchs

https://www.

cnblogs.com/phpandmysql/p/7811852.html

Vmware не видит сеть. Создание и конфигурирование сети. Настройка виртуальной сети с помощью Virtual Network Editor

Довольно часто возникает необходимость подключить виртуальную машину VMware Workstation к сети интернет. Такая необходимость возникает в случае получения обновлений непосредственно с интернет сайта, тестировании работы интернет браузеров и по многим другим причинам. В этой статье мы расскажем о возможностях подключения виртуальных машин VMware Workstation к интернету. В зависимости от настройки сети могут быть использованы следующие подключения bridged, NAT или host-only.

Для начала напомним, что с помощью утилиты Virtual Network Editor существует возможность конфигурирования виртуальных сетей

VMware Workstation . Эта утилита позволяет настоить сеть VMware Workstation и позволяет осуществить настройку DHCP и NAT служб. Боле подробную информацию об использовании Virtual Network Editor можно получить прочитав статью Параметры сети VMware Workstation

Сценарий 1. Доступ виртуальных машин VMware Workstation к интернет, используя bridged подключение.

Рассмотрим первый сценарий подключения виртуальных машин к интернет при использовании bridged подключения. Предположим, что в вашей локальной сети существует DHCP сервер (если его нет, то все параметры TCP/IP виртуальной машины (IP адрес, маска, шлюз по умолчанию, ДНс) можно задать вручную). Также мы предполагаем, что ваше сетевое оборудование не блокирует соединение на основе MAC адреса и ваш брандмауэр позволяет любому компьютеру подключаться к интернету.

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

На рисунке изображено bridged подключение. Как вы видите, физическая машина (хост) имеет собственный уникальный IP адрес. Виртуальные машины получают от DHCP сервера собственные IP адреса. Таким образом, каждая виртуальная машина выступает как независимый узел локальной сети.

У данного метода подключения существуют и недостатки.

В ситуации, когда на брандмауэре жестко прописаны адреса компьютеров имеющих доступ в интернет, виртуальные машины VMware Workstation не получат доступ. В этом случае необходимо для каждой виртуальной машины создавать отдельное разрешение доступа на брандмауэре. Еще одним ограничением работы виртуальной машины в сети могут служить настройки сетевого оборудования, в настройках может быть указано ограничение — один MAC адрес на порт. Поскольку при bridged подключении каждая виртуальная машина имеет собственный MAC адрес, сетевое оборудование может заблокировать порт из-за большого количества MAC адресов на порту.

Сценарий 2. Подключение виртуальных машин VMware Workstation к интернет исполльзуя NAT .

Мы рассмотрели первый сценарий подключения виртуальных машин VMware Workstation к интернет. Как было рассмотрено выше существуют определенные ограничения присущие bridged подключению. Для преодоления этих ограничений, как альтернативу, вы можете использовать NAT подключение. В NAT подключении IP адрес хоста (физического компьютера) используется всеми виртуальными машинами. Другими словами, в случае если гостевая виртуальная машина обращается к ресурсам локальной сети, запрос происходит от имени хоста, используя его IP и MAC адрес.

При использовании NAT подключения существуют две сети. Одна виртуальная сеть, в которой находятся и взаимодействуют виртуальные машины, а вторая сеть физическая, к котрой подключен физический компьютер. Для назначения IP адресоввиртуальным машинам используется DHCP служба. Конфигурация DHCP осуществляется через утилиту Virtual Network Editor VMware Workstation . В конфигурации DHCP службы желательно указать ДНС сервер вышего интернет провайдера.

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

Сценарий 3. Доступ виртуальных машин VMware Workstation в интернет используя host-only подключение .

Говоря о host-only подключении всегда выделяют, что создается изолированная от внешних сетей виртуальная сеть. Все виртуальные машины в этой сети могут взаимодействовать только друг с другом и с операционной системой хоста. Но, даже для host-only подключения существует возможность предоставить виртуальным машинам VMware Workstation доступ в интернет. Это можно сделать используя на хосте прокси-сервер, маршрутизатор, NAT и т.п. На компьютерах, использующих в качестве хостовой операционной системы Windows 2000, Windows XP или Windows Server 2003, совместно с host-only подключением вы можете использовать Internet connection sharing, разрешив виртуальным машинам использовать dial-up или другое подключение к интернет.

Заключение. VMware Workstation предоставляет множество возможностей при конфигурировании виртуальных сетей — bridged, NAT и host-only. В зависимости от сценария использования необходимо выбирать определенную сеть. Если вы хотите подключить виртуальную машину к локальной сети или к интернету, лучше воспользоваться bridged или NAT опцией. Выбор зависит от конфигурации безопасности вашей локальной сети.

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

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

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

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

В такой ситуации у администратора серверов всегда должен быть безопасный полигон для испытаний, где не страшно ошибиться, где можно потрогать новую версию операционной системы или погонять какой-то софт, в общем ломай не хочу. У меня уже не первый год, таким полигоном является VMWare workstation , на которой я держу виртуальные машины с основными операционными системами, с которыми работаю — FreeBSD, различные дистрибутивы Linux, типа Debian, CentOS, Ubuntu, и с которыми не работаю тоже, просто для общего развития, например различные Windows.

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

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

Итак, основная операционка — Windows 7 ultimate x64 SP1, VMWare Workstation 7.1.4, на тестовой виртуальной машине будет установлена операционная система FreeBSD 8.2 amd64.

Компьютер на котором установлена VMWare Workstation является хост-машиной , по отношению к виртуальным машинам.
Виртуальные машины, являются гостевыми системами , по отношению к хост-машине (виртуальная машина = гостевая система).

Структура моей сети очень проста, обычный роутер на который приходит интернет канал, внутренний IP адрес интерфейса роутера — 192. 168.1.10 . Поскольку машин внутри моей сети не много, 3-5, я не использую DHCP сервер роутера а назначаю статические IP адреса, мне так удобней. На рабочем компьютере, прописан IP адрес 192.168.1.11 , шлюз соответственно 192.168.1.10 .

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

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

VMWare поддерживает 3 вида сетевого взаимодействия гостевых систем и хост-машины:

  • Host-only — только хост
  • Bridged — сетевой мост
  • NAT — устройство трансляции адресов (Network Address Translation)

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

Второй тип — мост, позволяет объединить виртуальный адаптер гостевой системы с физическим сетевым адаптером хост-машины. При таком типе соединения, гостевая система
будет вести себя как независимый компьютер в рамках сети хост-машины. То есть, в моем случае, хост-машина — это 192.168.1.11 , кроме нее в моей сети есть например
еще одна машины с адресами 192.168.1.12 , если я подниму виртуалку и назначу ей адрес 192.168.1.13 , то она будет видна в моей сети как еще один обычный компьютер.

Немного путано), но если подумать, все станет понятно. Мост самый простой вариант настройки, на гостевой системе можно вообще ничего не прописывать, она
получит IP адрес с DHCP, моего роутера.

Третий тип — NAT. Я пользуюсь именно этим типом, какой-то конкретной причины нет, просто так исторически сложилось, да и в настройке этот вариант не на много сложнее
сетевого моста.

За настройку виртуальных коммутаторов в VMWare отвечает утилита . Запускаем VMWare Workstation, сначала идем в Edit > Preferences , я тут практически ничего не меняю, только в первой вкладке прописываю путь до папки, где храню или буду хранить виртуальные машины:

далее запускаем Edit > Virtual Network Editor . Замечу, что в VMWare Workstation 6.5, данная утилита слегка отличается, но смысл тот-же, просто там все было разнесено по разным вкладкам а 7 версии все делается в одном окне.

1. Это список виртуальных коммутаторов. Как видно на скрине, коммутатор VMnet0 — Bridged (мост), VMnet1 — Host-only, и VMnet8 — это NAT, который нас и интересует.
2. Это как раз нужный коммутатор. При выделении этой строки, настройки внизу изменятся на соответствующие.
3. Выбран тип NAT, для данного коммутатора. Под кнопкой NAT Settings , настройки Network Address Translation (см. скрин ниже).
4. Подключить коммутатор к сети.
5. Использовать-ли для раздачи IP адресов DHCP сервер (см. скрин ниже).
6. Тут задан диапазон сети для виртуальных машин, то есть внутренняя сеть VMWare, находящаяся за коммутатором VMnet8.

Я обычно отключаю лишние коммутаторы, что-бы не путаться. Для этого нужно выделить в списке соответствующий и снять галку с пункта 4. В данном случае я отключу коммутатор Host-only.

Здесь можно все оставить по умолчанию. Шлюз для сети 192.168.50.0 будет иметь адрес 192.168.50.2 . Можете заглянуть в настройки DNS и NetBIOS, там я тоже все оставил как было.

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

Проверяем что у нас в сетевых подключениях на основном компьютере (хост-машина).

Видим в списке 2 сети, MainNet — это моя основная сеть, а VMware Network Adapter VMnet8 — это коммутатор NAT. Настройки соединения VMnet8 опять-же можно оставить как есть.

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

Виртуальная сетевая карта. Параметры.

Для начала я предлагаю вам ознакомиться с параметрами подключения к сетевой карте виртуальной машины а уже после этого мы поговорим о «редакторе виртуальной сети». Откройте параметры виртуальной машины, это можно сделать из меню «Виртуальная машина» -> «Параметры» или можно открыть вкладку вашей виртуальной машины и нажать «Изменение настройки» так же есть возможность использования горячей клавиши (Ctrl+D).

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

  1. 1.Подключение типа «мост». При использовании этого типа подключения виртуальный адаптер работает непосредственно с физическим адаптером на хостовой машине. Что это даёт? Эта настройка позволяет виртуальному компьютеру взаимодействовать с локальной сетью и интернетом если они доступны для физического адаптера хостовой машины. Настройки для сетевого подключения вwindows в таком случает берутся с DHCP сервера который встроен в продукт VMWare.
  2. 2.Подключение типа «NAT». При использовании этого типа подключения адапреты виртуальной и хостовой машины создают между собой соединение, параметры для которого задаются DHCPсервером VMWare. При использовании подключения данного вида у виртуальной машины появляется доступ к внешнему миру который подключен по сдерставм физического адапрета при этом данная машина не будет видна из вне.
  3. 3.Подключение типа «Только узел». Это подключение создаёт между виртуальным адаптером на виртуальной машине и виртуальным адаптером VMWare на хостовой машине образуется виртуальная сеть, настройки для которой так же задаёт встроенный в VMWare DHCP сервер. В такой сети виртуальный компьютер и хост могут объмениваться данными между собой, но при этом виртуальный компьютер не имеет доступа к внешнему миру (физическая сеть, интернет).
  4. 4.Подключение типа «Другое». Для данного вида поключения можно выбрать любую созданную виртуальную сеть. Такие виртуальные сети создаются и настраиваются с помощью «редактора виртуальной сети». Параметры для таких виртуальных сетей аналогичны тем что описывались выше, при этом в «редакторе виртуальной сети» так же можно настроить параметры встроенного DHCPсервера и проброс портов.

Редактор виртуальной сети

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

По умолчанию в «редакторе виртуальной сети» созданы три сети с дефолтными настройками.

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

Сеть VMnet8 использует тип подключения «NAT». В настройках подключения можно изменить настройки встроенного DHCP сервера или деактивировать его. Так же возможно снять галочку с настройки «подключить виртуальный адаптер к этой сети», это выключит виртуальный сетевой адаптер на машине хосте, при этом если DHCP активен то доступ к интернету у виртуальной машины останется… Ещё здесь можно настроить «параметры NAT». В этих параметрах есть возможность пробросить порт с хостовой машины на виртуальную. Рассмотрим этот параметр подробней.


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

  1. 1.Порт узла – здесь нужно указать с какого порта хостовой машины мы хотим перенаправить данные.
  2. 2.Тип – выберите нужный тип TCP или UDP
  3. 3.IP адрес виртуальной машины – можно узнать в «свойствах подключения адаптера» на виртуальной машине.
  4. 4.Порт виртуальной машины — указать номер порта на виртуальной машине который будет принимать перенаправляемые данные.
  5. 5.Описание – можно подписать например к какому сервису относится данный порт.
  6. 6.Нажимаем «ОК» и тестируем полученный результат.

Пример того как я пробросил стандартный порт для IIS.

Сеть VMnet1 настроена на работу с подключением «Только узел». В настройках этой сети так же доступны настройки встроенного DHCP и возможность создания подключения с виртуальным сетевым адаптером на хосте.

Создание и конфигурирование сети.

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

SERVER — эта первая виртуальная машина под управлением ОС Windows Server 2012 состоящая в рабочей группе «Workgroup». В настройках подключения, в параметрах TCP/IP вручную указаны IP адрес (192.168.0.1) и маска подсети (255.255.255.0), брандмауэр windows отключен.

CLIENT – вторая виртуальная машина под управлением ОС Windows 7 состоящая в рабочей группе «Workgroup». В настройках подключения, в параметрах TCP/IP вручную указаны IP адрес (192.168.0.2) и маска подсети (255.255.255.0), брандмауэр windows отключен.

На обеих виртуальных машинах в параметрах сетевого адаптера было выбрано подключение к сетиVMnet1. С помощью «редактора виртуальной сети» в настройках сети VMnet1 были отключены две настройки «подключение виртуального адаптера узла к этой сети» и использование встроенного DHCPсервера.


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


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

Я предлагаю добавить на SERVER, второй виртуальный адаптер и настроить его для связи с внешним миром. Открываем параметры виртуальной машины «виртуальная машина» -> «параметры» (Ctrl+D) и нажимаем кнопку «добавить». Перед нами мастер добавления нового оборудования, выбираем «сетевой адаптер» и нажимаем «далее». На этом этапе мастер предлагает выбрать нам тип подключения для нового виртуального адаптера, в моём случае я выбирал «другое» и указал на сеть VMnet8(NAT). Нажимаем «готово» и видим что в конфигурацию виртуальной машины добавился второй сетевой адаптер настроенный на подключение к сети VMnet8.

Затронув тему настольной виртуализации нельзя обойти стороной продукты несомненного лидера данного рынка — VMWare. VMWare Workstation предоставляет пользователям практически неограниченные возможности в построении виртуальных сред и учитывает многие особенности именно настольного применения. Чего не скажешь о Hyper-V, когда в пользовательскую ОС добавили серверный гипервизор, или VirtualBox, который имеет значительно меньшую функциональность.

Что такое настольная виртуализация и кому она нужна

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

На первый взгляд, 287$ за настольный гипервизор кажутся довольно высокой суммой, однако познакомившись с продуктом поближе начинаешь понимать, что он однозначно стоит своих денег. Для тех, кто только начинает осваивать виртуализацию можно порекомендовать бесплатный VMWare Player , который, хоть и предназначен в первую очередь для запуска готовых виртуальных машин, позволяет создавать новые виртуалки и имеет большинство возможностей старшей версии.

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

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

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

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

Виртуализируем всё

Одним из неоспоримых преимуществ VMWare Workstation является широчайший выбор поддерживаемых гостевых систем. Гораздо труднее найти что-то неподдерживаемое. Это выгодно отличает данный продукт от Hyper-V, где нормально поддерживаются только родные ОС и Linux с ядрами 3.4 и выше, и от VirtualBox, где есть проблемы с поддержкой старых ОС.

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

Частная сеть (Нost-only) — VMnet1

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

Custom

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

Custom любой ненастроенный виртуальный коммутатор. В чем отличие двух одинаковых режимов документация умалчивает.

Advanced

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

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

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

Please enable JavaScript to view the

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

Продукты VMware с точки зрения организации таких моделей для тестирования являются на данный момент лидирующими на рынке. В июне 2007 года продукт VMware Workstation 6 получил премию журнала Visual Studio Magazine как лучшее решение в категории Development Tools. Во многом это произошло благодаря наличию большого количества инструментов, позволяющих существенно повысить скорость разработки и тестирования, упростить процедуру развертывания приложений и настройки сетевого взаимодействия между ними. Настольная платформа виртуализации VMware Workstation стала настолько популярной, что компания Microsoft решилась на не совсем честный шаг в отношении лицензионной политики виртуализации операционных систем семейства Windows Vista: некоторые ее издания не могут быть виртуализованы. Такая ситуация не могла устроить компанию VMware, которая начала борьбу за свободное использование операционных систем на платформах виртуализации. Кроме того, VMware делает большую ставку на продукт VMware Fusion, предоставляющий возможность по наиболее тесной интеграции Mac OS и Windows Vista (под кодовым названием Unity) и демонстрирующий поистине фантастические результаты: пользователь работает как бы «в двух мирах».

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

Принципы организации сетей между виртуальными машинами

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

  • виртуальные коммутаторы (Virtual Switches)
  • виртуальные сетевые интерфейсы (Virtual Ethernet Adapters)
  • виртуальный мост (Virtual Bridge)
  • встроенный DHCP-сервер
  • устройство трансляции сетевых адресов (NAT, Network Address Translation)

Фундаментальным элементом сетевого взаимодействия в VMware Workstation и VMware Server является виртуальный коммутатор. Он обеспечивает сетевое взаимодействие виртуальных машин на манер физического устройства: на виртуальном коммутаторе есть порты, к которым могут быть привязаны виртуальные сетевые интерфейсы виртуальных машин, а также другие компоненты виртуальной инфраструктуры в пределах хоста. Несколько виртуальных машин, подключенных к одному виртуальному коммутатору, принадлежат одной подсети. Виртуальный мост представляет собой механизм, посредством которого происходит привязка физического сетевого адаптера компьютера к виртуальным сетевым интерфейсам. Встроенный DHCP-сервер VMware позволяет виртуальным машинам автоматически получать IP-адрес в своей подсети, а виртуальное NAT-устройство обеспечивает трансляцию сетевых адресов при общении виртуальных машин с внешней сетью.

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

Продукты VMware Workstation и VMware Server предоставляют пользователям возможность назначить виртуальной машине один из трех базовых типов сетевого взаимодействия для каждого из виртуальных сетевых адаптеров:

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

Этот тип сетевого взаимодействия позволяет привязать сетевой адаптер виртуальной машины к физическому сетевому интерфейсу компьютера, что дает возможность разделять ресурсы сетевой карты между хостовой и виртуальной системой. Виртуальная машина с таким типом сетевого взаимодействия будет вести себя по отношению к внешней сети хостовой системы как независимый компьютер. Вы можете назначить такой машине собственный IP-адрес в домашней сети или сети организации, либо она получит его от внешнего DHCP-сервера. Для создаваемой виртуальной машины этот тип сетевого взаимодействия назначается по умолчанию, поскольку это наиболее простой способ организации сетевого взаимодействия между виртуальной машиной, хостом и внешней сетью. Структура Bridged Networking приведена ниже.

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

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия Bridged, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение Bridged.

Такой тип сетевого взаимодействия оптимален для целей тестирования программного обеспечения, когда вам требуется организовать виртуальную сеть в пределах хоста, а виртуальным машинам не требуется выход во внешнюю сеть. В виртуальной подсети действует DHCP-сервер, подключенный к виртуальному коммутатору VMnet1 и назначающий виртуальным машинам IP-адреса из заданного диапазона (по умолчанию 192.168.179.128 — 192.168.179.254). Структура Host-Only Networking приведена ниже:

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

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия Host-Only, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение Host-Only.

Этот тип сетевого взаимодействия очень похож на Host-Only, за одним исключением: к виртуальному коммутатору VMnet8 подключается устройство трансляции IP-адресов (NAT). К этому коммутатору также подключается DHCP-сервер, раздающий виртуальным машинам адреса из заданного диапазона (по умолчанию 192.168.89.128 — 192.168.89.254) и, непосредственно, сами виртуальные машины. NAT-устройство позволяет осуществлять трансляцию IP-адресов, что позволяет виртуальным машинам инициировать соединения во внешнюю сеть, не предоставляя при этом механизма доступа к виртуальным машинам извне. Структура NAT Networking приведена ниже:

В хостовой операционной системе также как и для Host-Only Networking создается виртуальный сетевой интерфейс для коммутатора VMnet 8, позволяющий хосту общаться с виртуальными машинами.

Такая модель сетевого взаимодействия оптимальна с точки зрения безопасности (поскольку невозможно инициировать извне соединение с виртуальной машиной), однако существенно снижает быстродействие сети (иногда, до 20-30 процентов). NAT-соединение может использоваться, например, для безопасной работы в Интернет из виртуальной машины.

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия NAT, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение NAT.

У каждой виртуальной машины может быть несколько виртуальных сетевых адаптеров, подключенных к различным виртуальным коммутаторам, на которых реализуются различные типы сетевого взаимодействия. На платформе VMware Server 1.0 может быть создано до четырех виртуальных сетевых адаптеров для одной виртуальной машины, на платформе VMware Workstation 6 — до десяти. Для того чтобы добавить виртуальный сетевой адаптер виртуальной машине, зайдите в меню «VM», выберите «Settings», далее на вкладке «Hardware» нажмите кнопку «Add» и в мастере добавления виртуальных устройств выберите «Ethernet Adapter». После этого, в мастере назначьте вид сетевого взаимодействия для этого адаптера и нажмите «Finish».

Настройка виртуальной сети с помощью Virtual Network Editor

Приложение Virtual Network Editor входит в комплект поставки VMware Workstation и VMware Server и представляет собой мощное средство управления виртуальной сетью. Для того чтобы использовать его, необходимо запустить программу vmnetcfg.exe из папки с Workstation или Server, либо в меню «Edit» выбрать пункт Virtual Network Settings.

На первой вкладке редактора виртуальной сети показаны имеющиеся виртуальные сети, их описание, подсеть, которую они образуют, а также включен ли для нее DHCP-сервер. Перейдя на вкладку «Automatic Bridging» мы увидим следующую картину:

Здесь мы можем позволить платформе VMware самой выбрать подходящий физический сетевой адаптер для привязки к виртуальному мосту (если сетевых карт несколько), а также добавить в список физические адаптеры, для которых создавать мост не нужно. Если у вас одна сетевая карта, рекомендуется оставить все как есть. Далее мы можем перейти на вкладку «Host Virtual Network Mapping».

Здесь мы можем осуществить привязку сетевых интерфейсов хоста (как физических так виртуальных) к виртуальным коммутаторам VMnet. По умолчанию виртуальные сетевые интерфейсы VMnet1 и VMnet8 привязаны к коммутаторам для Host-Only и NAT соответственно. Физический интерфейс привязан к коммутатору VMNet0. Для каждого из коммутаторов мы можем назначить подсеть путем назначения адреса и маски подсети:

Также мы можем привязать DHCP-сервер к виртуальному коммутатору, для которого есть привязка к одному из сетевых интерфейсов хоста. Эта функциональность дублирует вкладку DHCP и будет описана позднее. Рассмотрим теперь создание своей подсети на основе незанятого коммутатора VMnet2, которое начинается с вкладки «Host Virtual Adapters».

Здесь мы видим виртуальные адаптеры хоста для сетевого взаимодействия Host-Only и NAT, соответствующие им виртуальные коммутаторы и статусы устройств. Мы можем отключить или включить виртуальные устройства, а также вовсе удалить их. Добавим свой виртуальный адаптер для создания подсети виртуальных машин, нажав на кнопку «Add». Добавляем адаптер VMnet2 и нажимаем кнопку «Применить». В результате у нас появляется еще один виртуальный сетевой интерфейс на хосте и подсеть с автоматически назначенным адресом вида 192.168.x.0/24. На вкладке «Host Virtual Network Mapping» мы можем убедиться, что созданный адаптер привязан к коммутатору VMnet2, и посмотреть или изменить его подсеть. Далее перейдем на следующую вкладку, где мы можем присоединять DHCP-сервер к различным виртуальным коммутаторам.

Здесь мы видим, что DHCP-сервер работает для виртуальных коммутаторов VMnet1 и VMnet8. Мы можем также добавить коммутатор в список клиентов DHCP-сервера, нажав кнопку «Add», причем не важно привязан ли к нему какой-нибудь сетевой интерфейс хоста или нет. Внизу также виден статус сервиса, поддерживающего DHCP (vmnetdhcp.exe ), и мы можем остановить, запустить или перезапустить его.

Добавляем коммутатор VMnet2 кнопкой «Add» и нажимаем «Применить». DHCP теперь в нашей подсети назначен, и мы можем отредактировать его свойства, нажав на кнопку «Properties»:

Здесь, помимо диапазона IP-адресов, назначаемых виртуальным машинам, мы можем настроить длительности аренды IP-адресов клиентами DHCP (по умолчанию и максимальную). Таким образом, присоединив DHCP-сервер к коммутатору и создав виртуальный сетевой адаптер хоста, привязанный к нему же, мы создали свою подсеть типа Host-Only.

Как уже было сказано выше, сетевое взаимодействие типа Host-Only отличается от NAT отсутствием одного лишь NAT-устройства. Это устройство, осуществляющее трансляцию IP-адресов виртуальных машин, может быть привязано только к одному виртуальному коммутатору и виртуальному сетевому интерфейсу хоста. По умолчанию в качестве основы сетевого взаимодействия через NAT используется коммутатор VMnet8 и виртуальный сетевой адаптер, привязанный к нему. На последней вкладке «NAT» можно поменять параметры этого сетевого взаимодействия:

Для того чтобы назначить NAT-устройство нашей сети VMnet2, выбираем ее из комбо и нажимаем «Применить». После этого, наша виртуальная подсеть на коммутаторе VMnet2 становится защищенной от проникновения в нее извне, а виртуальные машины посредством NAT-устройства могут инициировать исходящие соединения во внешнюю сеть, которые будет обрабатывать NAT-сервер VMware. Сервис трансляции адресов реализуется процессом vmnat.exe. На этой вкладке он также может быть установлен, запущен и перезапущен. Для настроек NAT-сервера нажмите кнопку «Edit».

Здесь можно настроить IP-адрес шлюза, используемого NAT-устройством, таймаут протокола UDP (User Datagram Protocol) в минутах (сколько держится привязка протокола UDP к сети NAT) и Config port — порт, по которому можно получить информацию о статусе устройства NAT.

Галка «Active FTP» разрешает или запрещает открытие входящего соединения от внешнего FTP-сервера в Active Mode. Если галка не выставлена, будет использоваться одноканальный режим Passive Mode. Кнопка «DNS» (DNS, Domain Name System) позволяет управлять настройками DNS-форвардинга (перенаправления запросов к DNS). Эта возможность может быть настроена только для Windows-хостов. Галка OUI (Organizationally Unique Identifier) должна быть выставлена только в том случае, если вы поменяли первую часть MAC-адреса виртуальной машины, идентифицирующую производителя сетевой карты (по умолчанию VMware назначает всем машинам свой OUI), и хотите позволить этим машинам использовать NAT-устройство.

Параметры протокола NetBIOS включают в себя таймаут процессора имен NBNS (NetBIOS Name Service), число попыток для NBNS-запросов и таймаут NBDS (NetBIOS Datagram Service).

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

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

Как видно из рисунка, нет никаких проблем в моделировании на одном физическом компьютере сложных комплексных систем, в которых действуют различного рода серверы, сетевые экраны и клиентские компьютеры. Все это можно сделать с помощью утилиты Virtual Network Editor. Кроме того, продукт VMware Workstation, ориентированный на процесс разработки и тестирования, предоставляет еще один инструмент для создания виртуальных сетей между виртуальными машинами, обладающий расширенными возможностями — Virtual Machine Teaming.

Virtual Machine Teaming в VMware Workstation

Компания VMware определяет категорию своего продукта Workstation как Development and Test не случайно. Платформа VMware Workstation обладает огромным набором инструментов, необходимых разработчикам и инженерам по качеству ПО в компаниях, занимающихся разработкой программного обеспечения. Одна из самых эффективных возможностей продукта — создание «команд» виртуальных машин, объединенных сегментами виртуальной сети для тестирования комплексных систем. По сути Virtual Machine Teaming реализует те же возможности, что и Virtual Network Editor, однако позволяет наиболее просто создавать виртуальные сети, привязывая адаптеры виртуальных машин к различным сегментам виртуальных сетей. Например, нам необходимо протестировать следующую систему: на одном из хостов расположен Web-сервер, который имеет 2 сетевых интерфейса — один для захода на него через тонкий клиент с пользовательской машины, другой — для соединения с сервером баз данных, куда клиент посылает запросы через Web-сервер. Структура такой системы представлена ниже:

Создадим три виртуальные машины, в соответствии со структурой модели, и добавим для виртуального Web-сервера еще один виртуальный сетевой адаптер. После этого в меню «File» VMware Workstation выбираем New->Team. Указываем далее, где будут размещаться файлы команды виртуальных машин, затем выбираем опцию «Yes» при вопросе «Add Virtual Machines to the team now». Далее переходим в окно добавления виртуальных машин:

Здесь мы можем добавить виртуальные машины кнопкой «Add». Добавляем требуемые машины, нажимаем «Next» и отвечаем «Yes» на вопрос «Add LAN segments to the team now» для перехода в окно добавления сетевых сегментов.

Здесь добавляем 2 сетевых сегмента для моделируемой системы кнопкой «Add» и нажимаем «Next». Затем переходим на самую интересную страницу — страницу привязки виртуальных сетевых адаптеров к сетевым сегментам.

Здесь мы можем назначить привязки виртуальных сетевых адаптеров нужным нам сегментам виртуальной сети, просто поставив галки для соответствующих сетевых интерфейсов в столбцах с сегментами. В соответствии со структурой модели назначаем для сервера баз данных и Web-сервера сегмент LAN 1 и сегмент LAN 2 для Web-сервера и клиента. Таким образом, после нажатия на кнопку «Finish», мы получим команду из виртуальных машин, соответствующую требованиям моделируемой системы.

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

Некоторые аспекты сетевого взаимодействия VMware

При старте виртуальной машины, VMware Workstation и VMware Server автоматически назначают виртуальным сетевым адаптерам MAC-адреса. Система автоматического назначения адресов такова, что на одном хосте у виртуальных машин гарантированно не будет одинаковых MAC-адресов. Поэтому если вы используете только одну копию платформы VMware в сети организации, такая система гарантирует отсутствие конфликтов физических адресов. Однако если платформы виртуализации запущены сразу на нескольких хостах в сети, может возникнуть ситуация дублирования MAC-адресов, что приведет к конфликтам в сети и недоступности виртуальных машин. Чтобы избежать этого, вы можете вручную назначить MAC-адреса виртуальным машинам, добавив в текстовом редакторе vmx-файл строчку вида:

Ethernet[n].address = 00:50:56:XX:YY:ZZ

Где n — порядковый номер (начиная с нуля) сетевого интерфейса виртуальной машины, а XX, YY и ZZ — соответствующие компоненты MAC-адреса.

Кроме того, при применении виртуальной инфраструктуры на базе VMware Workstation или VMware Server в производственной среде, стоит помнить, что виртуальные коммутаторы VMnet на самом деле являются концентраторам («хабами»), то есть дублируют трафик на всех портах устройств VMnet. Это создает потенциальные проблемы безопасности, поскольку сетевой интерфейс, работающий в promiscuous-mode в одной из виртуальных машин может прослушивать трафик, предназначенный другим клиентам виртуального хаба.

Заключение

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

Как успешно создать кластер Hyper-V с помощью Диспетчера Виртуальных Машин

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

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

Рисунок 22

Как можно видеть, имеется четыре диска, добавленных в кластер Hyper-V из классификации хранилища VMM «Storage1». Также там показано свободное место и общая ёмкость каждого диска. Заметьте, что вкладка Доступное Хранилище также показывает имя ресурса кластера, которое было создано для каждого диска в кластере Hyper-V, как показано на рисунке выше, это крайняя правая колонка.

На вкладке Доступное Хранилище доступно три кнопки: «Добавить», «Удалить» и «Преобразовать в Общий Том Кластера (CSV)». Кнопка «Добавить» позволяет добавить дополнительные диски общего хранилища в кластер Hyper-V, кнопка «Удалить» позволяет удалить и изъять диски общего хранилища из кластера Hyper-V, кнопка «Преобразовать в Общий Том Кластера (CSV)» позволяет преобразовать диск общего хранилища в диск Общего Тома Кластера.

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

Рисунок 23

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

Рисунок 24

После добавления диска в кластер Hyper-V, нажмите кнопку «OK». Нажатие кнопки «OK» даст инструкции VMM создать задание PowerShell, которое зарегистрирует диск в существующем кластере Hyper-V, как показано на рисунке ниже:

Рисунок 25

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

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

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

Кнопка «Преобразовать В Общий Том Кластера (CSV)» поможет преобразовать общее хранилище в Общий Том Кластера. Общий Том Кластера (CSV) необходим для Динамической Миграции Hyper-V. Преобразование диска в Общий Том Кластера (CSV) довольно простой процесс. Просто нажмите на диск, который надо преобразовать в Общий Том Кластера (CSV) и затем нажмите на кнопку «Преобразовать В Общий Том Кластера (CSV)». Как только диск преобразован он появится во вкладке Общие Тома, как показано на рисунке ниже:

Рисунок 26

VMM предоставляет поддержку и для блочных, и для файловых хранилищ. Блочное хранилище, такое как Fibre Channel, ISCSI и последовательный SCSI (SAS) и файловое хранилище, такое как общий файловый ресурс на основе SMB 3.0, созданный на сервере с ОС Windows Server 2012 или новее, поддерживаются в VMM в качестве общего хранилища кластера. Если нужно, чтобы общая папка SMB была доступна для кластера Hyper-V, перейдите на вкладку Общее Хранилище Файловое.

Общее Хранилище Файловое: Вкладка Общее Хранилище Файловое содержит список общего хранилища файлового, которое было добавлено в кластер Hyper-V. Если необходимо добавить новое общее хранилище файлов, нажмите кнопку «Добавить». Заметьте, что после нажатия на кнопку «Добавить», появиться запрос на ввод полного пути к общей папке SMB, как показано на рисунке ниже:

Рисунок 27

Как написано на странице «Добавить Общую Папку», VMM ожидает ввода корректного пути к общей папке SMB в формате UNC. Как только путь к общей папке SMB в формате UNC введён, нажмите кнопку OK, чтобы VMM сделал общую папку SMB доступной для кластера Hyper-V, как показано на рисунке ниже:

Рисунок 28

После нажатия кнопки «OK» будет создано задание VMM, которое зарегистрирует общую папку SMB в кластере Hyper-V.

Кнопка «Починить» во вкладке Общего Хранилища Файлов позволяет починить любые проблемы с доступом к общей папке SMB. В случае если колонка «Состояние Доступа» для общей папки SMB не сообщает «OK», нажмите кнопку «Починить» для решения любых возможных проблем. Заметьте, что во вкладке Общего хранилища файлового необходимо убедиться, что была назначена учётная запись VMM для Выполнить От Имени, которая будет использована для выполнения корректирующих действии, в случае если общая папка SMB находится в состоянии предупреждения или есть какие-либо проблемы с общей папкой SMB.

Кнопка «Удалить», как понятно из названия, помогает удалить общую папку SMB из кластера Hyper-V. При нажатии на кнопки «Удалить» и «OK» VMM удалит регистрацию общей папки SMB из кластера Hyper-V. VMM не удаляет саму общую папку SMB.

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

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

1. Что понадобится

  1. Операционная система Профессиональная / Windows 8 Pro (64-bit) или Корпоративная / Windows 8 Enterprise (64-bit). В других версиях роли Hyper-V нет (ссылка).
  2. Компьютер с процессором, поддерживающим технологию аппаратной виртуализации. Кроме того, необходима поддержка технологии преобразования адресов второго уровня — SLAT (Second Level Address Translation). У Intel эта технология называется Еxtended Page Tables (EPT), у AMD — Rapid Virtualization Indexing (RVI). Проверить, поддерживает ли ваш процессор данные технологии можно на сайте производителя. Например, для процессоров Intel — смотрите , для AMD — .
  3. Дополнительный сетевой адаптер на физическом компьютере, в том случае, если требуется предоставить виртуальной машине доступ в сеть.

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

Прежде всего необходимо включить поддержку виртуализации. Для этого зайдем в биос физического компьютера и найдем соответствующий пункт. В разных версиях биос, он может называться по разному. Например на ноутбуке HP Pavilion g6 это пункт Virtualization Technology на вкладке System Configuration .

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

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

В открывшемся окне отмечаем все компоненты в группе «Hyper-V » и жмем «ОК » .

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

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

4. Создание виртуального коммутатора

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

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

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

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

Откроется окно свойств виртуального коммутатора. Здесь необходимо указать имя коммутатора, а также можно задать дополнительные параметры. Например, у моего компьютера имеется 2 сетевых карты: для проводного подключения через разъем RJ-45 и Wi-Fi адаптер. Последний я переопределяю для текущего коммутатора. Таким образом моя будущая виртуальная машина будет выходить в сеть через данный Wi-Fi адаптер.

Ну а в сетевых подключениях видно, что теперь данная Wi-Fi сетевая карта связанна с появившемся там виртуальным коммутатором.

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

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

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

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

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

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

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

  • Не устанавливать операционную систему.
  • Использовать DVD-привод физического компьютера.
  • Использовать файл образа диска с физического компьютера.
  • Использовать виртуальный диск.
  • Сетевая установка.

Еще раз проверяем все установленные параметры и завершаем создание виртуальной машины, нажав «Готово » .

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

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

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

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

Мы добавим компоненты Hyper-V в Windows 10, рассмотрим вариант создания виртуальной машины с помощью Hyper-V , а также рассмотрим её параметры.

Добавляем компоненты Hyper-V.

Запускаем «Выполнить» любым из двух способов:

  1. Жмём правой кнопкой по меню «Пуск» и выбираем «Выполнить» .(Рис.1)
  2. Нажимаем сочетание клавиш «Win» +«R» .
Рис.1 — Правой кнопкой «Пуск» -> «Выполнить».

Вводим appwiz.cpl (Рис.2)


Рис.2 — Вводим appwiz.cpl

Откроется окно «Программы и компоненты» . Слева нажимаем «Включение или отключение компонентов Windows» .(Рис.3)


Рис.3 — Программы и компоненты.

Откроется окно «Компоненты Windows» . Выбираем всё что есть в разделе Hyper-V .(Рис.4)

Жмём «Ок» .

Рис.4 — Выбор компонентов Hyper-V.

Ждём установку компонентов — Применение изменений , и нажимаем «Перезагрузить сейчас» .(Рис.5)


Рис.5 — Применение компонентов, перезагрузка системы.

На этом Добавление компонентов закончено. Приступаем к работе с Hyper-V

Запуск Hyper-V.

В меню «Пуск» -> «Средства администрирования Windows» появился ярлык «Диспетчер Hyper-V» . Запускаем его.(Рис.6)

Рис.6 — Запускаем Диспетчер Hyper-V.

Перед нами стартовое окно «Диспетчера Hyper-V» .(Рис.7)


Рис.7 — Стартовое окно Диспетчера Hyper-V.

Выбираем слева наш компьютер, у меня это — DESKTOP-9PLBR7Q , справа появится меню «Действия» , Нажмите на пункт «Диспетчер виртуальных коммутаторов» .(Рис.8)


Рис.8 — Заходим в Диспетчер виртуальных коммутаторов.

В «Диспетчере виртуальных коммутаторов» нажмите «Создать виртуальный коммутатор» .(Рис.9)


Рис.9 — Создаём виртуальный коммутатор.

Введите Имя , у меня это — Hypernet и примечание, у меня это — Сеть Hyper-V .(Рис.10)

Так же выберете Тип подключения . Я выбрал подключение к Внешней сети через мою сетевую карту — «Realtek PCIe GBE Family Controller» . А также установил галочку в чекбоксе «Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру» .

Жмём «Применить» .


Рис.10 — Свойства виртуального коммутатора.

Выскакивает предупреждение «Ожидающие изменения могут нарушить сетевое подключение» .(Рис.11) Я предполагаю, что эту статью будут читать новички, а значит они вряд ли будут пошагово повторять за мной, используя задействованный сервер, своего предприятия 😀 . Следовательно ничего страшного в том, что мы можем на некоторое время потерять сетевое подключение. Жмём «Да» и ждём «Применение изменений» .


Рис.11 — Предупреждение о возможном нарушении сетевого подключения.

Теперь зайдя в «Сетевые подключения» -> «Настройка параметров адаптера» . Мы можем увидеть наш только что созданный vEthernet (Hypernet) , так же с ним соседствует не подключенный vEthernet (Коммутатор по умолчанию) — » Стандартная сеть» автоматически предоставляет виртуальным машинам доступ к сети компьютера с помощью преобразования сетевых адресов (NAT ). NAT на данный момент нам не интересен. И коммутатор этот трогать мы не будем.(Рис.12)


Рис.12 — Сетевые подключения -> Настройка параметров адаптера.

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

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

Жмём правой кнопкой по нашему компьютеру -> «Создать» -> «Виртуальная машина» . (Рис.13)


Рис.13 — Создание виртуальной машины Hyper-V.

Откроется «Мастер создания виртуальной машины».(Рис.14)

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

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

Указываем Имя виртуальной машины и её расположение.(Рис.15)

Я решил протестировать при помощи Ubuntu Server 18.04 .

По этому у меня так:

  • Имя: ubuntuserver 18.04.
  • Расположение: E:\hyper-v ubuntu server 18.04\.

Рис.15 — Указываем Имя виртуальной машины и её расположение.

Выбираем поколение виртуальной машины.(Рис.16)

В большинстве случаев стоит выбрать второе поколение, но если вы устанавливаете что-то 32-bit ное то стоит выбрать — Поколение -1 .

Лично у меня Ubuntu Server 18.04 64-bit с поддержкой UEFI , следовательно я выбираю — Поколение 2.


Рис.16 — Выбираем поколение виртуальной машины.

Выделяем количество оперативной памяти.(Рис.17)

Моей операционной системе хватит 1Gb ОЗУ => Я оставляю по умолчанию вписанные 1024 Mb . Идём «Далее» .


Рис.17 — Выделяем количество оперативной памяти.

Выбираем к какому коммутатору будет подключен наш сетевой интерфейс.(Рис.18)

Выбираем наш «Hypernet» , идём «Далее» .


Рис.18 — Настройка сети.

Создаём виртуальный жёсткий диск.(Рис.19)

Указываем Имя , Расположение и максимальный Размер файла виртуального HDD.

У меня так:

  • Имя: ubuntu server 18.04.vhdx.
  • Расположение: E:\hyper-v ubuntu server 1804\.
  • Размер: 10 ГБ.

Рис.19 — Создаём виртуальный жёсткий диск.

Выбираем ISO-образ с которого будем устанавливать операционную систему.(Рис.20)

Выбираем пункт «Установить операционную систему из файла загрузочного образа» -> Нажимаем «Обзор» -> Выбираем iso-образ . -> Жмём «Далее» .


Рис.20 — Выбор образа ОС.

Завершение работы мастера создания виртуальной машины.(Рис.21)

Жмём «Готово» .


Рис.21 — Завершение работы мастера создания виртуальной машины.

Теперь в Диспетчере Hyper-V мы видим, только что созданную, виртуальную машину — ubuntu server 1804 . (Рис.22)

Нажимаем на нее правой кнопкой мыши — > «Подключить» .


Рис.22 — Диспетчер Hyper-V, Новая виртуальная машина.

Появится окно (Рис.23)

Если вы хотите установить систему Windows то при нажатии на кнопку «Пуск» у вас должна запуститься установка, без каких любо ошибок.

Но для того чтобы запустился Ubuntu Server 18.04 Пришлось в «Файл» — > «Параметры» -> «Безопасность» отключить «Безопасную загрузку» .(Рис.24)


Рис.23 — Подключение к виртуальной машине.
Рис.24 — Отключаем Безопасную загрузку.

Включаем виртуальную машину.(Рис.25)


Рис.25 — Включаем виртуальную машину.

Всё отлично виртуальная машина запустилась. Нас встречает установщик Ubuntu Server 18.04. (Рис.26)


Рис.26 — Запущенная виртуальная машина. Установщик Ubuntu Server 18.04.

Изменение параметров виртуальной машины.

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

«Файл» — > «Параметры». (Рис.27) Рис.27 — Заходим в «Файл» — > «Параметры»

Оборудование.

«Встроенное ПО» — можно изменить приоритет загрузки устройств в виртуальной машине.(Рис.28)


Рис.28 — Выбор приоритета загрузки.

«Безопасность» — можно «Включить/Выключить безопасную загрузку», «Включить/Выключить поддержку шифрования» .(Рис.29)

Рис.29 — Параметры безопасности виртуально машины.

«Память» — можно отредактировать количество выделяемой ОЗУ, Включить/Выключить функцию Динамическая память. (Рис.30)


Рис.30 — Параметры оперативной памяти.

«Процессор» — можно отредактировать число виртуальных процессоров в соответствии с числом процессоров на физическом компьютере.(Рис.31)

Также можно распределить нагрузку в «Управление ресурсами» .


«SCSI-контроллер» можно добавить Жёсткий диск , DVD-дисковод или Общий диск .(Рис.32)


Рис.32 — Параметры SCSI-контроллер.

Также можно изменить параметры подключенных носителей , к примеру здесь мы можем изменить вставленный в виртуальный DVD-дисковод ISO-образ.(Рис.33)


Рис.33 — Параметры носителей.

«Сетевой адаптер» можно изменить конфигурацию сетевого адаптера : Выбрать Виртуальный коммутатор , прописать VLAN ID , настроить Пропускную способность .(Рис.34)


Рис.34 — Параметры сети.

Управление.

«Имя» — можно легко поменять виртуальной машины, на более удобное для вашего пользования.(Рис.35)


Рис.35 — Смена имени.

«Службы интеграции» — Выбор служб которые вы хотите сделать доступными для виртуальной машины. .(Рис.36)


Рис.36 — Службы интеграции.

«Контрольные точки» — Здесь можно настроить Контрольные точки( snapshot, точки восстановления), включить автоматический режим их создания и назначить место их хранения.(Рис.37)


Рис.37 — Контрольные точки.

«Расположение файла Smart Padding» — Можно указать путь к файлу подкачки.(Рис.38)

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


Рис.38 — Расположение файла Smart Padding.

«Автоматические действия при запуске» — Можно выбрать операцию, которую вы хотите выполнить с данной виртуальной машиной при запуске физического компьютера.(Рис.39)

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

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

Компонент Hyper-V операционная система унаследовала от предыдущих версий, Windows 8 и . В Windows 10 компонент Hyper-V доступен только в 64-разрядных версиях редакций Pro и Enterprise. Системные требования для включения Hyper-V подробно описаны в статье

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

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

 СОДЕРЖАНИЕ:
 1

Как запустить диспетчер Hyper-V

Существует несколько способов запуска диспетчера Hyper-V

 ➁ Вы можете воспользоваться поиском, для этого нажмите на значок поиска на панели задач или нажмите сочетание клавиш + S , в появившемся окне в поле поиска введите hyper-v . В результатах поисковой выдачи выберите Диспетчер Hyper-V или нажмите правой кнопкой мыши и в контекстном меню выберите пункт На начальный экран или Закрепить на панели задач (если вы часто будете использовать диспетчер Hyper-V).

 ➂ Также запустить Диспетчер Hyper-V, вы можете из списка программ меню «Пуск» в папке «Средства администрирования»

 ➃ Также вы можете создать ярлык для запуска диспетчера Hyper-V, для этого нажмите правой кнопкой мыши на рабочем столе и в появившемся контекстном меню выберите Создать > Ярлык , затем в окне «Создать ярлык» в поле Укажите расположение объекта: введите virtmgmt.msc и нажмите кнопку Далее

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

Как создать виртуальный коммутатор

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

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

● Внешняя – этот тип использует сетевую карту или адаптер Wi-Fi физического компьютера и подключает виртуальную машину к той же сети, в которой находится физический компьютер. Соответственно, это тип сети, предусматривает доступ виртуальной машины к Интернету.
● Внутренняя – этот тип обеспечивает сеть между физическим компьютером и виртуальными машинами Hyper-V, но не предусматривает их доступ к Интернету.
● Частная – этот тип позволяет создать сеть между виртуальными машинами Hyper-V, но в этой сети не будет физического компьютера, равно как и не будет выхода в Интернет.

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

В окне свойств виртуального коммутатора задаем ему имя, это может быть какое угодно имя, в данном примере Virtual Network . Если на вашем компьютере есть и Wi-Fi адаптер и сетевая карта, выберите в пункте Внешняя сеть тот из сетевых адаптеров, который используется для доступа в Интернет. В данном случае используется Wi-Fi адаптер. После проделанных настроек нажмите кнопку OK

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

Как создать виртуальную машину
в диспетчере Hyper-V

Для создания виртуальной машины в диспетчере Hyper-V нажмите правой кнопкой мыши на имени компьютера и в появившемся контекстном меню выберите Создать > Виртуальная машина…

В первом окне мастера создания виртуальной машины нажимаем кнопку Далее >

В следующем окне задаем виртуальной машине имя, также можно сменить ее месторасположение (стандартное расположение для виртуальных машин – папка C:\ProgramData\Microsoft\Windows\Hyper-V ) на диске физического компьютера, указав нужный раздел диска и нужную папку с помощью кнопки Обзор… , нажимаем кнопку Далее >

Следующий шаг это выбор поколения виртуальной машины. Выберите необходимое поколение виртуальной машины (в данном случае выбрано поколение 2 ) и нажмите кнопку Далее >

Поколение 1 – это виртуальные машины, поддерживающие 32- и 64-битные системы Windows. Поколение 1 совместимо с прежними версиями Hyper-V
Поколение 2 – виртуальные машины нового формата со встроенным программным обеспечением на базе UEFI. Такие виртуальные машины поддерживают ряд новых возможностей и способны обеспечить небольшой прирост производительности. На виртуальные машины поколения 2 в качестве гостевых ОС устанавливаются только 64-битные версии Windows 8.1 и 10, а также серверные Windows Server 2012, Server 2012 R2 и Server 2016

Далее в окне выделения памяти оставляем предустановленные параметры, если физический компьютер имеет не более 4 Гб оперативной памяти. Если оперативной памяти больше 4 Гб, можно увеличить показатель, выделяемый при запуске виртуальной машины. Выберите нужный объем памяти и нажмите кнопку Далее >

В окне «Настрока сети» в выпадающем списке Подключение: выберите ранее созданный виртуальный коммутатор и нажмите кнопку Далее >

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

Следующим шагом будет указание пути к дистрибутиву Windows. Виртуальные машины второго поколения не предусматривают загрузку с физического CD/DVD-привода. Источниками загрузки дистрибутива гостевой операционной системы могут быть только сеть и ISO-образ. В данном случае это ISO-образ. Нажмите кнопку Далее >

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

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

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

В открывшемся окне подключения нажмите зеленую кнопку Пуск

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

192.168.18.145 HV-CORE-2012R2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

\\ServerName\C$

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

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

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

Использование графических интрефейсов, таких как Hyper-V Manager или System Center Virtual Machine Manager (SCVMM) делает управление Hyper-V быстрым и простым. Однако, существует множество ситуаций, при которых вы вы можете выполнять операции гораздо быстрее, если у вас есть возможность использовать командную строку или скрипты. В этой статье мы рассмотрим возможности Powershell для управления Microsoft Hyper-V.

Установка Powershell

Для начала нам необходимо установить Powershell.

Для установки Powershell в Windows 2008, перейдите в Server Manager , далее в Features . Нажмите Add Features . Отметьте Windows Powershell и нажмите Next.

После этого нажмите Install .

Для запуска Powershell перейдите в Start — All Programs — Windows Powershell .

В этот момент откроется долгожданное темно синее окно Windows Powershell:

Теперь нам необходимо скачать библиотеку Hyper-V Powershell.

Скачиваем и устанавливаем Hyper-V Powershell Library

Разработчиком управляеющей Powershell библиотеки для Hyper-V 1397 является James O’Neill и его библиотека просто бесценна в случае когда приходиться управлять Hyper-V из командной строки. Перейдите по ссылке выше и скачайте файл Hyperv.zip . Распакуйте архив в какую либо директорию, например C:\temp.

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

Set-ExecutionPolicy unrestricted

. c:\temp\hyperv.ps1

После этого вы получите предупреждение безопасности, и вы должны выбрать “R ” для запуска скрипта. После этого вы должны увидеть сообщение “VM Functions Loaded ” и список загруженных команд.

Администрирование Hyper-V с помощью PowerShell

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

Посмотрим на следующие 5 команд и как они используются:

    Выдает суммарную информацию о всех гостевых виртуальных машинах на вашем Hyper-V сервере.

    Start-VM, Stop-VM, Suspend-VM, и Shutdown-VM — назначение этих команд довольно очевидно. В качестве параметра указывается имя виртуальной машины.


    список всех виртуальных машин на сервере и количество потребляемой им памяти

Команда показывает все снапшоты сделанные на вашем Hyper-V сервере. Для управления снапшотами вы можете дополнительно использовать команды Update-VMsnapshot , New-VMsnapshot , Apply-VMsnapshot, Get-VMsnapshotTree, и Choose-VMsnapshot.


Неплохой ноутбучный сайт, мне больше всего понравились асеры: обзоры ноутбуков acer , все модели, невысокие цены.

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

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

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

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

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

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

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

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

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

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

Что бы подключить виртуальную машину к интернету, зайдите в меню Действий и выберите раздел «Настройка виртуальных коммутаторов». В нем необходимо будет задать параметр типа коммутатора «Внешняя» и затем создать его. Далее выбираете сетевой адаптер, который используется для подключения к интернету, и сохраняете все выполненные изменения. После всех настроек, система находит еще два дополнительных интерфейса: NetworkBridge и vEthernet.

Windows XP в Hyper V — отсутствует доступ к Интернету и сети с локальной сетью Ethernet

Я никогда не использовал Hyper-V, но тем не менее стараюсь помочь.

Конечно, мы говорим об одном и том же: вы запускаете Windows XP в Hyper-V, а затем сразу после входа в систему вы получаете экран, в котором говорится, что Windows должна быть активирована, а ваша виртуализованная система (по-видимому) не позволяет вам делать что-либо еще.

В этом «экране регистрации» должно быть три варианта, среди которых такой вариант (я не помню точной формулировки): «Телефонная служба для активации Windows» или, возможно, «Активация Windows по телефону» или такая , Если вы видите эту опцию, то почему бы не попробовать? Я делал это несколько раз для клиентов, и в каждом случае представители службы были очень дружелюбны и просто спрашивали, действительно ли мы использовали эту копию Windows на других ПК (конечно, мы этого не сделали). Затем они передали наш вызов какой-то автоматизированной системе, которая рассказала нам о некотором коде активации — проблема решена. Если вы не доверяете им, вы можете подавить свой идентификатор вызывающего абонента для этого вызова …

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

1) На «экране регистрации» должна быть ссылка для справки.

2) Теперь, надеясь, что Internet Explorer будет вашим стандартным браузером, если вы нажмете на эту ссылку справки, откроется Internet Explorer (скажите, пожалуйста, если Internet Explorer не является вашим стандартным браузером — я не хочу это делать здесь слишком сложно).

3) Когда Internet Explorer открылся, очистите его адресную строку (т. е. очистите текущий URL-адрес).

4) Затем в пустой адресной строке введите «C: \». Теперь необходимо открыть обычное окно Windows File Explorer . Другими словами: Используя Internet Explorer , вы просто открыли Проводник Windows .

Обратите внимание, что это не мое изобретение. Я читал об этом несколько раз давным-давно.

5) Подключите USB-накопитель к компьютеру, который содержит драйверы сетевой карты, которые имитирует Hyper-V, то есть драйверы виртуальной сетевой карты Windows XP видят из своей виртуальной машины и убедитесь, что VM / Windows XP видит, что USB-накопитель (возможно, вам придется изменить конфигурацию виртуальной машины для этого, как сказано выше, шина, я ничего не знаю о Hyper-V).

6) Используя ваше драгоценное окно проводника файлов с шага 4), установите эти драйверы с USB-накопителя.

7) Если у вас стандартная конфигурация (т. е. сервер DHCP где-то), то вероятность того, что Интернет работает сейчас. В этом случае вы можете активировать его через Интернет. В противном случае, после установки драйверов, вам сначала нужно будет выполнить конфигурацию сети.

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

    

[решено] Проблема с сетью хоста Hyper V — NIC отсутствует

Имеется еще одна странная проблема: один из наших хостов Hyper V работает некорректно. Вход в него занимает около 5 минут. Я не могу использовать RDP для него, я не могу передавать файлы на него. Хотя сервер, кажется, работает быстро после входа в систему. Единственное, что изменилось за последнее время, — это новый двойной медный кабель, заменивший оптоволоконные кабели OM3 на коммутатор (два дня назад). Одна сетевая карта отображается как отсутствующая, но имеет индикаторы подключения к сети. Наши резервные копии в кластере Hyper v не работают из-за того, что на этом узле возникли проблемы, я приостановил работу узла, чтобы отключить от него все серверы, но резервное копирование VEEAM по-прежнему не выполняется.

Сетевая карта показывает «Нет», когда я набираю get-netadapter.

Я заменил кабель, поменял местами порты коммутатора, перезагрузил сервер, связался с Dell, чтобы проверить наличие проблем с оборудованием (ничего не обнаружено). Dell попросила меня обновить драйвер / прошивку на сетевой карте, и это тоже не устранило проблему.

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

Я попытался отключить одну сетевую карту, потому что они объединены, однако она не отвечает на Disable-NetAdapter (без ошибок, просто ничего не делает), и проблема не исчезает и после отключения сетевой карты.Если я отключаю другой адаптер, он запрашивает подтверждение, но даже не делает этого, когда я пытаюсь отключить тот, который не отвечает.

NIC — это сетевая карта, выделенная для виртуальных машин. На сервере были выделенные сетевые адаптеры для управления, виртуальных машин, iSCSI, Live Migration и Heartbeat. Все сетевые адаптеры объединены в группу, за исключением iSCSI, который использует MPIO

Журнал событий показывает:

% Ошибка удаленного вызова процедуры. (при подключении к домену)

с контроллера домена и не удалось.Параметры групповой политики не могут применяться, пока это событие не будет разрешено. Эта проблема может быть временной и может быть вызвана одной или несколькими из следующих причин:
a) Разрешение имен / сетевое подключение к текущему контроллеру домена.
b) Задержка службы репликации файлов (файл, созданный на другом контроллере домена, не реплицирован на текущий контроллер домена).
c) Клиент распределенной файловой системы (DFS) отключен. «,» Microsoft-Windows-GroupPolicy «,»

Есть идеи, что я могу попробовать дальше?

Отредактировано 22 февраля 2017 г. в 14:04 UTC

Халапеньо

OP

Кейси6086 23 февраля 2017 г., 18:24 UTC

Я только что нашел решение моей проблемы, когда nic показывает not-present при вводе get-netadapter

Я экспортировал get-netadapter в csv, набрав

Powershell

 Get-NetAdapter | Экспорт-CSV c: \ nic.csv
 

, затем используя ответ на это сообщение: https: //social.technet.microsoft.com/Forums/windows/en-US/c065e53a-b509-4542-ae37-0e50a84d08ef/cant -…

Я пошел в HKLM \ System \ ControlSet001 \ Hardware Profiles \ 0001 \ System \ CurrentControlSet \ Enum, и в этой папке есть ключ, который можно найти с помощью столбца ComponentID или PnPDeviceID экспортированной команды Get-NetAdapter на первом этапе. Я изменил CSConfigFlags с этого ключа с 1 на 0, а затем использовал следующую команду, чтобы включить адаптер

Powershell

 enable-netadapter -name 'имя_адаптера'
 

Отредактировано 23 февраля 2017 г. в 19:40 UTC

ВМ без доступа в Интернет Hyper-V Windows 10 (2018)

После создания виртуальной машины с Hyper-V / PowerShell для установки другой копии Windows, мы собираемся настроить подключение к Интернету.В результате этот пост поможет вам исправить ВМ без доступа в Интернет в Hyper-V Windows 10 64-бит.

Три шага, чтобы исправить виртуальную машину без доступа в Интернет Hyper-V Windows 10

Для этого вам может потребоваться три шага:

Шаг 1. Создайте новый виртуальный сетевой коммутатор

1. Откройте диспетчер Hyper-V, щелкните Диспетчер виртуальных коммутаторов на правой панели;

Примечание: Заранее выключите виртуальную машину Windows 10.

2.Щелкните Новый коммутатор виртуальной сети > Внешний > Создать виртуальный коммутатор ;

3. Переименуйте виртуальную машину. Выберите Внешняя сеть и Realtek PCIe GBE Familly Controller . Установите флажок Разрешить управляющей операционной системе использовать этот сетевой адаптер .

ПРИМЕЧАНИЕ. Возможно, вы столкнетесь с ошибкой «Ошибка применения изменений свойств виртуального коммутатора», как показано на рисунке ниже.


Вы можете открыть сеть хост-машины и щелкнуть ее правой кнопкой мыши. Выберите Properties и снимите флажок Hyper-V Extensible Virtual Switch .

Шаг 2: Укажите конфигурацию сетевого адаптера

1. Прокрутите вниз и щелкните Настройки в разделе Windows 10;

2. На левой боковой панели щелкните Сетевой адаптер . Разверните стрелку вниз под виртуальным переключателем и выберите переключатель, который мы создали выше.

Шаг 3. Совместное использование сетевого подключения с помощью Hyper-V в Windows 10

1. Переместите указатель мыши в правый нижний угол рабочего стола хост-компьютера. Щелкните правой кнопкой мыши значок сети и выберите «Открыть Network & Internet Settings ».

2. На вкладке Состояние щелкните Изменить параметры адаптера ;

3. Найдите сеть виртуальных машин, щелкните ее правой кнопкой мыши и выберите Properties ;

4.Установите флажок Разрешить другим пользователям сети подключаться через Интернет-соединение этого компьютера . Под Подключение к домашней сети выберите переключатель ВМ, затем нажмите кнопку ОК.

5. Включите Windows 10 в Hyper-V, и тогда вы увидите, что проблема « ВМ нет доступа к Интернету в Hyper-V » решена.

Как создать мостовую сеть на Hyper-v Windows 10, шаг за шагом

Вот пошаговое руководство по настройке сети Hyper v для настройки внутреннего или внешнего мостового соединения в Windows 10/8/7.Сетевая сквозная передача Hyper-V позволяет нам одновременно подключать Интернет, а также локальные ресурсы локальной сети.

Конфигурация сети

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

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

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

В чем преимущество использования мостовой сети в виртуальных машинах?

По умолчанию гостевая виртуальная машина использует разные подсети и разные хосты, используя функцию NAT (преобразование сетевых адресов), то есть сетевая карта виртуальной машины и сеть физической сетевой карты не находятся в одной и той же сети. .Однако с его помощью гостевые виртуальные машины могут получить доступ к подключению к Интернету, доступному на хост-адаптере, но не к локальным ресурсам, работающим в локальной сети, поэтому мы используем мостовое соединение; когда мы хотим использовать виртуальные машины в локальной сети и предоставлять услуги другим ПК в локальной сети, такие как FTP, ssh, HTTP-сервисы и т. д.

Примечание. Служба NAT позволяет преобразовывать один набор сетевых IP-адресов в другой, что является основной причиной его разработки для экономии ограниченного количества диапазона IPv4-адресов в общедоступной сети.Он транслирует частный IP-адрес в общедоступный, чтобы наша машина могла общаться с внешними системами Word через Интернет.

В этом руководстве мы узнаем, как создать мостовую сеть в диспетчере Hyper-V в Windows 10/8/7 или серверной ОС.

Шаг 1. Запустите диспетчер Hyper-V

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

Шаг 2. Откройте диспетчер виртуальных коммутаторов

Когда вы откроете Hyper-V Manager с правой стороны, вы увидите панель действий, где вы найдете опцию Virtual Switch Manager . Щелкните это, чтобы получить к нему доступ.

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

В окне Virtual Switch Manager мы создадим новый сетевой коммутатор для наших работающих виртуальных машин. Для этого выберите « New Virtual Network Switch », а затем External .Мы выбираем внешний, потому что хотим установить мост с хост-сетью. Теперь нажмите кнопку Create Virtual Switch .

Шаг 4. Свойства виртуального коммутатора для мостового соединения

Дайте какое-нибудь имя вашему новому виртуальному коммутатору на Hyper-V, а затем выберите хост-адаптер. Здесь наш хост-адаптер — Intel (R) Dual Band WIreless-AC 7260. После этого, наконец, нажмите кнопку OK , чтобы настроить мостовую сеть между хостом и гостевыми машинами.

Примечание : Здесь мы используем имя «Мост-h3s», вы можете использовать все, что захотите.

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

Шаг 5. Изменение сетевого адаптера виртуальной машины

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

После этого выберите параметр Settings , соответствующий этой конкретной виртуальной машине, доступной на правой панели Hyper-V.

Шаг 6: Выберите мостовой адаптер

В столбце оборудования перейдите в раздел «Сетевой адаптер», а затем в раскрывающемся списке «Виртуальный коммутатор » выберите адаптер, созданный на шаге 4 этой статьи. Мы создали мост -h3S, поэтому выбираем то же самое. И после этого нажмите кнопку OK .

Шаг 7. Проверьте Ipaddress на Hyper-V VM

Теперь откройте свою виртуальную машину и перейдите в командный терминал. Если вы используете Windows, введите: ipconfig , а для систем Linux используйте: ifconfig . Если Linux сообщает, что команда недоступна, установите net-tools:

Для Debian или Ubuntu

 sudo apt-get install net-tools 

для Redhat или CentOS

 sudo yum установить net-tools 

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

Хорошо! Таким образом, мы можем установить соединение с мостом Hyper-V для внутренних или внешних сетей. Если у вас возникнут какие-либо проблемы, дайте нам знать, все комментарии в разделе ваших комментариев.

Другие статьи:


Устранение неполадок распространенных проблем Hyper-V 5

ВВЕДЕНИЕ

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

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

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

ПРОБЛЕМЫ, СВЯЗАННЫЕ С ХРАНЕНИЕМ

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

Низкая производительность хранилища

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

Архитектура хранилища

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

Первое, что вы должны проверить, — это размещение компонентов виртуальной машины. Компоненты виртуальной машины должны находиться в выделенном хранилище, где им не придется конкурировать с операционной системой за ввод-вывод хранилища. Microsoft рекомендует структурировать этот том как RAID 1 + 0 (иногда называемый RAID 10).RAID 1 + 0 обеспечивает производительность чередования с избыточностью зеркалирования. Хотя некоторые организации используют тома RAID 5 или RAID 6, RAID 5 и 6 — плохой выбор для виртуальных машин с интенсивной записью из-за накладных расходов, связанных с записью данных четности.

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

Тип виртуального жесткого диска

Microsoft также рекомендует использовать виртуальные жесткие диски на основе VHDX, а виртуальные жесткие диски в формате VHD должны быть преобразованы в VHDX (https://blogs.technet.microsoft.com/ askpfeplat / 2013/03/10 / windows-server-2012-hyper-v-best-practice-in-easy-checklist-form /). Microsoft также рекомендует использовать виртуальные жесткие диски фиксированной длины (которые иногда называют виртуальными жесткими дисками фиксированного размера) вместо динамически расширяемых виртуальных жестких дисков (https: // technet.microsoft.com/en-us/library/mt589658.aspx).

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

Если вы создадите виртуальный жесткий диск на 100 ГБ, то объем физического дискового пространства, который будет первоначально использован, будет определяться типом виртуального жесткого диска, который был создан. Виртуальный жесткий диск фиксированной длины сразу потребует все 100 ГБ пространства. Динамически расширяющийся виртуальный жесткий диск может в конечном итоге потреблять 100 ГБ пространства, если диск заполнен до предела, но первоначально он будет занимать только 4 МБ пространства.

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

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

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

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

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

  1. Откройте диспетчер Hyper-V.
  2. Щелкните правой кнопкой мыши виртуальную машину, которую вы хотите проверить, и выберите команду «Параметры» из контекстного меню.
  3. Выберите виртуальный жесткий диск в списке оборудования, как показано на рисунке 1.
  4. Нажмите кнопку Inspect.
  5. Проверьте список типов в диалоговом окне свойств виртуального жесткого диска, как показано на рисунке 2.


Рисунок 1 | Выберите виртуальный жесткий диск, который вы хотите проверить.


Рисунок 2 | В диалоговом окне «Свойства виртуального жесткого диска» указан тип виртуального жесткого диска.

Если вы предпочитаете использовать PowerShell, вы можете сделать это с помощью командлета Get-VHD.Единственный параметр, который вам нужно будет указать, — это Путь. Однако может быть полезно добавить командлет Select-Object в качестве способа фильтрации выходных данных, чтобы командлет отображал только ту информацию, которая вас интересует. Например, следующая команда отображает путь к виртуальному жесткому диску, формат, и введите:

Get-VHD –Path <путь и имя файла виртуального жесткого диска> | Select-Object Path, VhdFormat, VhdType

Вы можете увидеть, как эта команда выглядит в действии на рисунке 3.


Рисунок 3 | Командлет Get-VHD можно использовать для получения информации о виртуальном жестком диске.

Преобразование виртуального жесткого диска

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

  1. В диспетчере Hyper-V, справа щелкните виртуальную машину, чей виртуальный жесткий диск вы хотите преобразовать, и выберите команду «Настройки» из контекстного меню.Это заставит Windows отобразить диалоговое окно Параметры для виртуальной машины.
  2. Щелкните виртуальный жесткий диск, который вы хотите преобразовать, и щелкните кнопку Edit, показанную на рисунке 4. Это заставит Windows запустить Мастер редактирования виртуального жесткого диска.


Рисунок 4 | Щелкните виртуальный жесткий диск, а затем нажмите кнопку «Изменить».

  1. Нажмите «Далее», чтобы пропустить экран мастера «Найти виртуальный жесткий диск».
  2. Когда вы дойдете до экрана мастера «Выбрать действие», выберите опцию «Преобразовать» и нажмите «Далее».
  3. Выберите VHDX в качестве формата диска, если у вас нет веских причин использовать формат VHD. Щелкните Далее, чтобы продолжить.
  4. Выберите параметр «Фиксированный размер», показанный на рис. 5, в окне мастера «Преобразование виртуального жесткого диска» и нажмите «Далее».


Рисунок 5 | Выберите вариант «Фиксированный размер» и нажмите «Далее».

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

ПРИМЕЧАНИЕ. Hyper-V фактически не преобразует виртуальный жесткий диск в новый формат, а создает совершенно новый виртуальный жесткий диск.Таким образом, вам нужно будет указать имя виртуального жесткого диска, которое отличается от имени, которое использовалось изначально. Обязательно обратите особое внимание на путь, потому что Hyper-V по умолчанию попытается разместить виртуальный жесткий диск на системном диске сервера. Также стоит отметить, что вам потребуется достаточный объем свободного физического дискового пространства для размещения обеих копий виртуального жесткого диска.

  1. Щелкните Далее.
  2. Нажмите Готово.
  3. После завершения преобразования виртуального жесткого диска вы вернетесь в диалоговое окно «Настройки».Виртуальная машина по-прежнему будет использовать исходный виртуальный жесткий диск, поэтому вам придется вручную настроить виртуальную машину для использования нового виртуального жесткого диска.
  4. Вы можете переключиться на новый виртуальный жесткий диск, нажав кнопку «Обзор», выбрав виртуальный жесткий диск, который вы хотите использовать, и нажав «Открыть».
  5. Нажмите ОК, чтобы завершить процесс.
  6. Включите виртуальную машину и убедитесь, что она работает нормально. Когда вы закончите тестирование виртуальной машины, не забудьте удалить старый виртуальный жесткий диск.

ПРИМЕЧАНИЕ. Рекомендуется выключить виртуальную машину перед выполнением этого процесса.

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

Convert-VHD –Path <путь и имя файла виртуального жесткого диска, который нужно заменить> -DestinationPath <путь и имя файла нового виртуального жесткого диска> -VHDType Fixed

Вы можете увидеть пример такого преобразование на рисунке 6.


Рисунок 6 | Командлет Convert-VHD можно использовать для преобразования виртуального жесткого диска.

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

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

Stop-VM –Name <имя виртуальной машины>
Convert-VHD –Path <путь и имя файла виртуального жесткого диска, который необходимо заменить> -DestinationPath <путь и имя файла нового виртуального жесткого диска. disk> -VHDType Fixed
Get-VMHardDiskDrive –VMName <имя виртуальной машины>
Remove-VMHardDiskDrive -VMName <имя виртуальной машины> –ControllerType -ControllerNumber <номер контроллера диска> -ControllerLocation <расположение виртуальных жестких дисков на контроллер>
Get-VMHardDiskDrive –VMName <имя виртуальной машины>
ADD-VMHardDiskDrive -VMName <имя виртуальной машины> -Path <путь и имя файла виртуального жесткого диска>
Get-VMHardDiskDrive –VMName <имя виртуальной машины>

Вы можете увидеть весь процесс в действии на Рисунке 7:


Рисунок 7 | Вы можете использовать PowerShell для преобразования и замены виртуального жесткого диска.


Контрольные точки

Наличие контрольных точек также влияет на производительность виртуального жесткого диска. Кроме того, Microsoft не рекомендует использовать контрольные точки в производственной среде до выпуска Windows Server 2016, в котором будет реализована функция производственной контрольной точки. Причина этого в том, что до выпуска Windows Server 2016 функция контрольной точки Hyper-V (или функция моментальных снимков, как она была известна в Windows Server 2008 и 2008 R2) не поддерживала работу приложений.Таким образом, создание и последующее применение контрольной точки на сервере приложений могло привести к повреждению или потере данных. Функция производственной контрольной точки Windows Server 2016 будет использовать службы теневого копирования томов (VSS) как часть процесса контрольной точки, чтобы гарантировать, что приложения, поддерживающие VSS, могут безопасно проверяться. VSS — это тот же механизм, который используют приложения резервного копирования для безопасного резервного копирования серверов приложений Microsoft.

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

  1. Откройте диспетчер Hyper-V.
  2. Выберите виртуальную машину, чьи контрольные точки вы хотите удалить.
  3. Щелкните правой кнопкой мыши контрольную точку, которую хотите удалить.
  4. Выберите команду «Удалить контрольную точку» или «Удалить поддерево контрольной точки» из контекстного меню, как показано на рисунке 8.


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

Также можно удалить нежелательную контрольную точку виртуальной машины с помощью PowerShell.Для этого вам нужно будет использовать командлет Remove-VMSnapshot. До выпуска Windows Server 2012 контрольные точки назывались снимками, отсюда и ссылка на снимки в командлете.

Если вы не знаете имя контрольной точки, которую хотите удалить, вам нужно будет получить список контрольных точек с сервера. Вы можете выполнить эту задачу, используя командлет GetVMSnapshot и используя переключатель –VMName, чтобы указать имя виртуальной машины, которую вы хотите проверить.Для получения списка контрольных точек и последующего удаления конкретной контрольной точки используются следующие команды:

Get-VMSnapshot –VMName <имя виртуальной машины>
Get-VMSnapshot –VMName <имя виртуальной машины> –Name <имя контрольной точки> | Remove-VMSnapshot
Get-VMSnapshot –VMName <имя виртуальной машины>

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


Рисунок 9 | Для удаления контрольной точки можно использовать PowerShell.

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

iSCSI Multi-Path не работает должным образом

iSCSI Storage — популярный выбор для малых и средних предприятий, которые хотят создать общий том кластера без затрат или сложности, присущих Fibre Channel.Хотя процесс настройки iSCSI имеет тенденцию быть относительно простым, есть несколько распространенных ошибок, которые могут привести к неправильной работе iSCSI multipath.

Microsoft Multi-Path I / O

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

Хотя в этой книге многопутевый ввод-вывод рассматривается с точки зрения iSCSI, важно понимать, что многопутевый ввод-вывод не является уникальным для iSCSI. Реализация многопутевого ввода-вывода Microsoft поддерживает использование iSCSI, Fibre Channel и Serial Attached Storage (SAS).

Функция многопутевого ввода-вывода Microsoft использует модуль для конкретного устройства (DSM) для обеспечения поддержки массивов хранения, которые изначально поддерживают модель доступа к асимметричным логическим модулям (ALUA), как определено в SPC-3.Также поддерживаются аппаратные массивы, соответствующие модели контроллера «активный / активный». Функция многопутевого ввода-вывода Microsoft также обеспечивает аппаратно-независимый многопутевый ввод-вывод на уровне iSCSI.

Проверка многопутевого ввода-вывода

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

Get-WindowsFeature –Name ‘Multipath-IO’

Как вы можете видеть на Рисунке 10, эта команда покажет вам состояние установки MultiPath I. / O особенность.


Рисунок 10 | Вы можете использовать командлет Get-WindowsFeature, чтобы проверить, установлена ​​ли функция многопутевого ввода-вывода.

Если вы определили, что функция многопутевого ввода-вывода не установлена, вы можете легко установить ее из PowerShell. Имейте в виду, что функция многопутевого ввода-вывода должна быть установлена ​​на каждом сервере, которому потребуется многопутевый доступ к массиву хранения. Команда, используемая для установки функции многопутевого ввода-вывода:

Enable-WindowsOptionalFeature –Online –FeatureName MultiPathIO

. Как выглядит этот процесс, можно увидеть на рисунке 11.


Рисунок 11 | Вы можете использовать PowerShell для включения многопутевого ввода-вывода

Панель управления многопутевым вводом-выводом

Установка функции многопутевого ввода-вывода приводит к установке модуля Microsoft Device Specific Module (DSM). Кроме того, Windows также устанавливает панель управления MPIO, которая позволяет администраторам настраивать функциональность MPIO, создавать отчеты о конфигурации MPIO и устанавливать дополнительные DSM (для поддержки дополнительных продуктов хранения). Вы можете получить доступ к панели управления MPIO, перейдя через панель управления Windows в раздел «Система и безопасность» \ «Администрирование» \ MPIO.

ПРИМЕЧАНИЕ. В среде Server Core вы можете запустить панель управления MPIO, выполнив команду MPIOCPL.EXE.

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


Рисунок 12 | Это панель управления MPIO.

Вкладка «Устройства MPIO» позволяет администраторам добавлять поддержку новых устройств хранения. Просто нажмите кнопку «Добавить» и введите идентификаторы поставщика и продукта.Идентификатор поставщика представляет собой строку из восьми символов, а идентификатор продукта — строку из шестнадцати символов. Если вам нужно добавить несколько устройств, вы можете сделать это, разделив их точкой с запятой.

Вкладка Discover Multi-Paths может использоваться для добавления идентификаторов устройств для устройств Fibre Channel, которые используют Microsoft DSM. Эта вкладка также может использоваться для определения того, действительно ли несколько экземпляров указывают на общий номер логического устройства (LUN).

Вкладка «Установка DSM» используется для добавления поддержки устройств хранения, не поддерживающих архитектуру MPIO.Большинство массивов, совместимых с SPC-3, будут работать с DSM, предоставляемым Microsoft, но некоторые поставщики оборудования предоставляют свои собственные DSM. Вы можете добавить сторонний DSM, нажав кнопку «Обзор», чтобы найти соответствующий файл .INF, а затем щелкнув кнопку «Установить».

Вкладка «Снимок конфигурации» предназначена в первую очередь для устранения неполадок. Используя эту вкладку, администраторы могут сохранить конфигурацию MPIO в текстовый файл для просмотра. Вы можете увидеть эту вкладку и снимок конфигурации (взятый из системы без подключенного хранилища) на рисунке 13.


Рисунок 13 | На вкладке Configuration Snapshot создается отчет с подробным описанием зарегистрированных DSM, устройств и политик балансировки нагрузки.

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

Проблемы конфигурации iSCSI Multipath

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

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

  1. Откройте окно инициатора iSCSI и выберите вкладку Конфигурация.
  2. Задокументируйте имя инициатора, как показано на рисунке 14.
  3. Повторите шаги 1 и 2 для каждого узла, который будет подключаться к цели iSCSI


Рисунок 14 | Задокументируйте имя каждого имитатора iSCSI.

  1. Откройте диспетчер сервера и щелкните контейнер File and Storage Services.
  2. Щелкните контейнер iSCSI.
  3. Запишите IQN цели, чтобы вы могли подключиться к ней.
  4. Щелкните правой кнопкой мыши цель iSCSI и выберите в контекстном меню команду «Свойства».
  5. Выберите контейнер «Инициаторы».
  6. Добавьте IQN для каждого инициатора iSCSI, который будет подключаться к цели, как показано на рисунке 15. Каждый узел кластера должен иметь свой собственный инициатор.


Рисунок 15 | Каждый инициатор должен иметь разрешение на подключение к цели.

  1. Щелкните вкладку «Безопасность» и проверьте, включен ли протокол CHAP. В таком случае вам необходимо знать имя пользователя и пароль CHAP.
  2. Откройте инициатор iSCSI на одном из узлов кластера.
  3. Если используется CHAP, перейдите на вкладку Configuration инициатора, нажмите кнопку CHAP и введите учетные данные CHAP (также известные как секрет CHAP).
  4. Перейдите на вкладку «Обнаружение».
  5. Нажмите кнопку «Обнаружить портал».
  6. Введите имя хоста DNS или IP-адрес сервера, который действует как цель iSCSI.
  7. Убедитесь, что номер порта установлен на 3260 и что этот порт открыт на вашем брандмауэре.
  8. Нажмите ОК.
  9. Перейдите на вкладку «Цели» инициатора.
  10. Убедитесь, что ваша цель iSCSI указана среди обнаруженных целей.
  11. Выберите цель iSCSI и нажмите «Подключиться».
  12. Когда Windows отобразит диалоговое окно «Подключиться к цели», установите флажок «Включить многопутевый режим», показанный на Рисунке 16.
  13. Нажмите «ОК».
  14. Повторите шаги с 11 по 22 на каждом оставшемся узле кластера.


Рисунок 16 | Вы должны установить флажок Enable Multi Path.

Ужасно медленное копирование файлов

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

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

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

Проверьте отсутствие исправлений

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

VMQ необходимо отключить

Другой распространенной причиной чрезвычайно медленного копирования файлов является неправильно настроенный сетевой адаптер. В некоторых случаях очередь виртуальных машин (VMQ) может быть включена по умолчанию. Когда функция VMQ включена, Hyper-V создает выделенную очередь на физическом сетевом адаптере для каждого виртуального сетевого адаптера, который запрашивает очередь (https: // technet. Microsoft.com/en-us/library/gg162704(v=ws .10) .aspx).

По данным Microsoft (https: // technet.microsoft.com/en-us/library/gg162704(v=ws.10).aspx), очереди виртуальных машин должны быть включены только для виртуальных машин, которые испытывают большие объемы входящего трафика. Что еще более важно, Microsoft рекомендует отключить VMQ для сетевых адаптеров Ethernet 1 гигабит. Сетевые адаптеры Gigabit Ethernet не могут получить каких-либо существенных преимуществ от VMQ, и использование VMQ на таких сетевых интерфейсах иногда вызывает проблемы с производительностью и доступностью (https://www.petri.com/hyper-v-network-issues-1-gbe -никс).

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

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

  1. Откройте диспетчер устройств на хост-сервере Hyper-V.
  2. Разверните контейнер «Сетевые адаптеры».
  3. Щелкните правой кнопкой мыши сетевой адаптер и выберите команду «Свойства» из контекстного меню, как показано на рисунке 17. Если хост содержит несколько сетевых адаптеров, вам нужно будет повторить этот процесс для каждого адаптера.
  4. Когда Windows отобразит страницу свойств адаптера, перейдите на вкладку «Дополнительно».
  5. Найдите параметр очереди виртуальной машины, как показано на рисунке 18, и убедитесь, что он отключен.


Рисунок 17 | Найдите проблемный сетевой адаптер в диспетчере устройств.


Рисунок 18 | Найдите и отключите очередь виртуальных машин.

Если вы предпочитаете использовать PowerShell, вы можете проверить, включен ли VMQ на ваших сетевых адаптерах, введя следующую команду:

Get-NetAdapterVMQ

Этот командлет отобразит состояние VMQ для каждого сетевого адаптера, как показано на рисунке 19.


Рисунок 19 | Командлет Get-NetAdapterVMQ отображает состояние VMQ для каждого сетевого адаптера.

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

Disable-NetAdapterVMQ –Name <имя сетевого адаптера>

. обратите внимание, что эта команда требует, чтобы вы указали имя сетевого адаптера. Имя каждого сетевого адаптера раскрывается при вводе командлета Get-NetAdapterVMQ.Например, сетевой адаптер, показанный на предыдущем рисунке, использует имя MyNICTeam, и это имя, которое вы использовали бы, если бы вы отключили VMQ для этого конкретного сетевого адаптера. На рисунке 20 показано, как выглядит этот процесс. В этом случае VMQ уже отключен, но вы все равно можете увидеть, как использовать различные команды.


Рисунок 20 | Командлет Disable-NetAdapterVMQ можно использовать для отключения VMQ для указанного сетевого адаптера.

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

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


Рисунок 21 | Виртуальные машины не могут быть включены.

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

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

В этом конкретном примере проблема была вызвана отключенным виртуальным диском в дисковых пространствах Windows (а не самим Hyper-V). Однако имейте в виду, что та же проблема может возникнуть, даже если вы не используете дисковые пространства. Виртуальные машины, использующие хранилище с прямым подключением (DAS), iSCSI, Fibre Channel и т. Д., Могут столкнуться с одной и той же проблемой в случае отказа массива хранения или подключения к этому массиву.

Если вы используете дисковые пространства Windows, то диспетчер сервера часто покажет вам причину проблемы.Если вы посмотрите, например, на рисунок 22, вы увидите, что виртуальный диск отображает предупреждение, и что щелчок правой кнопкой мыши по диску дает возможность подключить виртуальный диск.


Рисунок 22 | Командлет Disable-NetAdapterVMQ можно использовать для отключения VMQ для указанного сетевого адаптера. Виртуальный диск, который Hyper-V использует для хранения виртуальных машин, отключается.

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

ПРОБЛЕМЫ РАЗРЕШЕНИЙ

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

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

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

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


Рисунок 23 | Диспетчер Hyper-V не может подключиться к Hyper-V.

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

  • Сначала убедитесь, что разрешение имен DNS работает для сервера Hyper-V.Клиентский компьютер, на котором запущен диспетчер Hyper-V, должен иметь возможность разрешать удаленный сервер Hyper-V по его полному доменному имени.
  • Во-вторых, убедитесь, что нет правил брандмауэра, препятствующих использованию Hyper-V Manager или System Center Virtual Machine Manager. Список портов представлен в следующем разделе.
  • В-третьих, убедитесь, что служба управления виртуальными машинами Hyper-V запущена на сервере Hyper-V. Вы можете проверить статус этой услуги, введя Services.msc в командной строке сервера. Вы можете увидеть, как это выглядит на рисунке 24.


Рисунок 24 | Убедитесь, что служба управления виртуальными машинами Hyper-V запущена.

Если вы предпочитаете проверять эту службу с помощью PowerShell, вы можете сделать это, введя следующую команду:

Get-Service VMMS

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

Start-Service VMMS

Эти команды используются на рисунке 25.


Рисунок 25 | Вы можете использовать PowerShell для запуска службы управления виртуальными машинами Hyper-V.

Порты межсетевого экрана

Как упоминалось ранее, неправильно настроенный межсетевой экран может сделать невозможным удаленное управление хостом Hyper-V. Требуемые порты брандмауэра зависят от того, используете ли вы Hyper-V Manager или System Center Virtual Machine Manager. В разделах ниже перечислены необходимые порты брандмауэра.

Порты Hyper-V: Hyper-V использует следующие порты межсетевого экрана:

9774

9774

TCP

Hyper-V WMI (Async-In) TCP

Любая

Hyper-V WMI (DCOM-In)

TCP

135

72 Hyper-V WMI (TCP-In)

Любая

Hyper-V (MIG-TCP-In)

TCP

6600

72 Hyper-V (REMOTE_DESK3)

78 Hyper-V (REMOTE_DESK3) 9778 2179

Hyper-V (RPC)

TCP

Динамические порты RPC

Hyp er-V (RPC-EPMAP)

TCP

RPC Endpoint Mapper

Клиенты управления Hyper-V — WMI (Async-In)

TCP

Любой

Клиенты управления Hyper-V — WMI (DCOM-In)

TCP

135

Клиенты управления Hyper-V — WMI (TCP-In)

TCP

Любой

Реплика Hyper-V HTTP Listener (TCP-In)

TCP

80

HT In)

TCP

443

Вы можете увидеть список правил брандмауэра Microsoft для Hyper-V на рисунке 26.


Рисунок 26 | Это правила брандмауэра, связанные с Hyper-V, которые существуют в Windows Server 2012 R2.

Порты диспетчера виртуальных машин System Center: Корпорация Майкрософт определяет отдельный список портов брандмауэра для использования с диспетчером виртуальных машин System Center 2012 R2. Эти порты описаны в статье TechNet по адресу: https://technet.microsoft.com/en-us/library/cc764268.aspx
Необходимые порты:

Сервер VMal Сервер VMal 3 9069 на хост виртуального сервера

HTTPS

9044

Тип подключения

Протокол

Порт по умолчанию

Сервер VMM к агенту VMM на хосте на базе Windows Server (управление)

WS-Management

Сервер VMM агенту VMM на хосте под управлением Windows Server (передача файлов)

HTTPS (с использованием BITS)

443 (максимальное значение: 32768)

Сервер VMM на удаленный Microsoft SQL База данных сервера

TDS

1433

Сервер VMM для агента источника P2V

9077 3

DCOM

135

Консоль администратора VMM на сервере VMM

WCF

8100

9000 70003
9000 Service2

WCF

8100

Портал самообслуживания VMM для веб-сервера самообслуживания VMM

HTTPS

443

сервер библиотеки

сервер библиотеки

BITS

443 (Максимальное значение: 32768)

Передача файлов VMM от хоста к хосту

BITS

443 (Максимальное значение: 32768 VM)

2

VMRC

5900

VMConnect (RDP) для хостов Hyper-V

RDP

2179

Удаленный рабочий стол для виртуальных машин

9077

9077 RDP

Обмен данными с веб-службами VMware

HTTPS

443

Передача файлов SFTP с сервера VMWare ESX 3.0 и хосты VMware ESX Server 3.5

SFTP

22

Передача файлов SFTP с сервера VMM на хосты VMWare ESX Server 3i

Устранение проблем с правами быть связанными с разрешениями.Чтобы устранить проблему (в среде, не относящейся к домену), вам нужно будет использовать инструмент Component Services (Dcomcnfg.exe). Причина, по которой вам потребуется использовать этот инструмент, заключается в том, что разрешения применяются на уровне модели компонентных объектов (COM), а инструмент «Службы компонентов» позволяет изменять разрешения на уровне COM.

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

  1. Закройте диспетчер Hyper-V.
  2. На клиентском компьютере откройте проводник и перейдите в папку C: \ Windows \ System32.
  3. Щелкните правой кнопкой мыши файл Dcomcnfg.exe и выберите в контекстном меню команду «Запуск от имени администратора». Помните, что расширения файлов по умолчанию скрыты, поэтому не используйте случайно файл Dcomcnfg.exe.mui. При необходимости укажите учетные данные администратора.
  4. Когда Windows запускает окно «Службы компонентов», дважды щелкните контейнер «Компьютер», чтобы открыть контейнер «Мой компьютер» под ним.
  5. Щелкните правой кнопкой мыши «Мой компьютер», как показано на рис. 27, и выберите команду «Свойства» из контекстного меню.


Рисунок 27 | Щелкните правой кнопкой мыши контейнер «Мой компьютер».

  1. Выберите вкладку Безопасность COM.
  2. Найдите раздел «Права доступа» и нажмите кнопку «Изменить ограничения», как показано на рисунке 28.



Рисунок 28 | Найдите раздел «Права доступа» и нажмите кнопку «Изменить ограничения».

  1. Проверьте, существует ли в настоящее время анонимный вход в списке безопасности по умолчанию. Если он не существует, нажмите кнопку «Добавить», введите «Анонимный» и нажмите кнопку «ОК».
  2. Установите флажок «Включить удаленный доступ для анонимного входа в систему», как показано на рисунке 29.
  3. Нажмите «Применить», а затем «ОК».


Рисунок 29 | Включите анонимный удаленный доступ.

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

Неадекватные разрешения на запуск от имени

Если вы используете System Center Virtual Machine Manager для управления Hyper-V, то ошибки отказа в доступе иногда могут возникать в результате удаления, отключения учетной записи запуска от имени или отсутствия соответствующих разрешений. Когда администратор выполняет действие в System Center Virtual Machine Manager, сервер рассматривает это действие как запланированное задание, даже если действие должно произойти немедленно. Таким образом, многие действия требуют использования учетной записи RunAs.Разрешения этой учетной записи используются вместо разрешений администратора. Вы можете проверить наличие учетной записи RunAs, выполнив следующие действия:

  1. Откройте консоль Virtual Machine Manager.
  2. Выберите рабочее пространство «Настройки».
  3. Выберите контейнер «Учетные записи запуска от имени».
  4. Убедитесь, что ваша учетная запись запуска от имени указана в списке, как показано на рис. 30. Если учетной записи нет в списке, щелкните значок «Создать учетную запись запуска от имени», расположенный на панели инструментов, и следуйте инструкциям, чтобы выбрать учетную запись Active Directory для используется как учетная запись RunAs.Если ваша учетная запись RunAs уже указана, но не работает должным образом, вы можете попробовать удалить ее из списка учетных записей RunAs, а затем добавить ее обратно.


Рисунок 30 | Убедитесь, что ваша учетная запись RunAs присутствует в списке учетных записей RunAs.

ОШИБКА ЖИВОЙ МИГРАЦИИ

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

  • Отсутствующие разрешения
  • Неправильный протокол аутентификации
  • Смешанные согласованные конфигурации

Отсутствующие разрешения

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

  1. Откройте диспетчер Hyper-V на принимающем узле.
  2. Щелкните правой кнопкой мыши имя сервера (в дереве консоли) и выберите команду «Параметры Hyper-V» в появившемся контекстном меню.
  3. Когда Windows отображает диалоговое окно «Параметры Hyper-V», выберите контейнер Live Migrations, показанный на рисунке 31.
  4. Убедитесь, что установлен флажок «Enable Incoming and Outgoing Live Migrations».
  5. Убедитесь, что для числа одновременных динамических миграций установлен соответствующий уровень, и что динамические миграции не завершаются ошибкой просто из-за того, что выполняется слишком много одновременных динамических миграций.
  6. Проверьте список входящих динамических миграций на наличие ограничений, которые могут привести к сбою динамических миграций.
  7. Повторите процесс для хоста, содержащего виртуальную машину, которую необходимо переместить.


Рисунок 31 | Убедитесь, что включена живая миграция.

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

(Get-VMHost <имя виртуальной машины>). VirtualMachineMigrationEnabled

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


Рисунок 32 | Вы можете использовать PowerShell, чтобы проверить, включена ли живая миграция для хоста.

Если вам нужно включить динамическую миграцию, вы можете сделать это с помощью командлета Enable-VMMigration.Как правило, вам также потребуется настроить сеть миграции и протокол миграции (протокол миграции будет обсуждаться в следующем разделе). Для этих шагов используются следующие команды:

Enable-VMMigration
Set-VMMigrationNetwork <сетевой IP>
Set-VMHost –VirtualMachineMigrationAuthenticationType <протокол аутентификации>

Неправильный протокол аутентификации

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

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

Протокол Kerberos гораздо более гибкий и безопасный. Однако Microsoft рекомендует включить ограниченное делегирование, если вы собираетесь использовать Kerberos.

Вы можете проверить протокол аутентификации живой миграции сервера Hyper-V, выполнив следующие действия:

  1. Откройте диспетчер Hyper-V.
  2. Щелкните правой кнопкой мыши сервер Hyper-V в дереве консоли и выберите команду «Параметры Hyper-V».
  3. Когда Windows откроет диалоговое окно «Параметры Hyper-V», выберите «Развернуть контейнер Live Migrations».
  4. Выберите контейнер Advanced Features, как показано на Рис. 33.
  5. Запишите используемый протокол аутентификации и при необходимости измените протокол.


Рисунок 33 | Параметры протокола аутентификации существуют в контейнере расширенных функций.

При желании вы можете проверить тип аутентификации живой миграции с помощью PowerShell. Для этого используется следующая команда:

(Get-VMHost <имя виртуальной машины>).VirtualMachineMigrationAuthenticationType

Как вы можете видеть на рисунке 34, эта команда вызывает отображение протокола аутентификации.


Рисунок 34 | PowerShell может сказать вам, какой протокол проверки подлинности используется для динамической миграции.

Если вам нужно переключиться на другой протокол аутентификации, это можно сделать с помощью следующей команды:

Set-VMHost –VirtualMachineMigrationAuthenticationType <протокол аутентификации>

На рисунке 35 показан процесс переключения с аутентификации CredSSP на аутентификацию Kerberos. .


Рисунок 35 | Вы можете использовать PowerShell, чтобы изменить тип проверки подлинности при динамической миграции.

Несовпадающие конфигурации

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

Несоответствие ЦП

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

Вы можете отключить расширенные функции ЦП виртуальной машины, выполнив следующие действия:

  1. Откройте диспетчер Hyper-V.
  2. Щелкните виртуальную машину правой кнопкой мыши и выберите в контекстном меню команду «Настройки».
  3. Разверните контейнер процессора.
  4. Выберите контейнер совместимости.
  5. Установите флажок «Мигрировать на физический компьютер с другой версией процессора», как показано на Рис. 36.


Рис. 36 | Установите флажок «Перенести на физический компьютер с другой версией процессора», чтобы отключить дополнительные функции процессора.

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

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

  1. Откройте диспетчер Hyper-V.
  2. Щелкните виртуальную машину правой кнопкой мыши и выберите в контекстном меню команду «Настройки».
  3. Выберите вкладку «Сетевой адаптер», показанную на Рисунке 37.
  4. Запишите имя виртуального коммутатора.
  5. При необходимости создайте виртуальный коммутатор с таким же именем на целевом хосте.


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

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

Compare-VM –Name <имя виртуальной машины> -DestinationHost <имя целевого хост-сервера Hyper-V>

На рисунке 38 показан пример использования этой команды.


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

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

$ Report = Compare-VM –Name <имя виртуальной машины> -DestinationHost
$ Report.Несовместимость | Format-Table –AutoSize

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


Рисунок 39 | Так выглядит отчет о несовместимости.

ПРОБЛЕМЫ, СВЯЗАННЫЕ С РЕЗЕРВНЫМ КОПИРОВАНИЕМ

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

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

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

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

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

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

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

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


Рисунок 40 | Должна быть включена служба интеграции резервного копирования (Volume Checkpoint).

  • Виртуальная машина должна быть настроена для хранения контрольных точек на том же физическом томе, что и виртуальный жесткий диск виртуальной машины. Как вы можете видеть на предыдущем рисунке, диалоговое окно «Параметры» каждой виртуальной машины включает контейнер «Расположение файла контрольной точки».Вы можете сравнить расположение этого контейнера с расположением виртуального жесткого диска виртуальной машины.
  • Виртуальная машина должна быть настроена так, чтобы ее хранилище считалось базовыми дисками, а не динамическими. Виртуальные жесткие диски виртуальной машины также должны быть отформатированы с использованием файловой системы, такой как NTFS, которая поддерживает использование контрольных точек. Это требование не относится к динамическим дискам или тонкому выделению ресурсов, а скорее к тому, как гостевая операционная система использует виртуальный жесткий диск.Если вы введете команду DiskMgmt.msc в приглашении «Выполнить» гостевой операционной системы, Windows откроет консоль управления дисками. Эта консоль показывает, настроен ли каждый диск как базовый или динамический, как показано на рисунке 41. Как вы можете видеть на рисунке, консоль управления дисками также показывает файловую систему, которая используется на каждом томе.
  • Виртуальная машина должна находиться в рабочем состоянии. Если виртуальная машина приостановлена ​​или выключена, будет создана резервная копия сохраненного состояния.


Рисунок 41 | Консоль управления дисками покажет вам конфигурацию хранилища гостевой операционной системы.

Анатомия службы теневого копирования тома

Служба теневого копирования тома (VSS), которая представляет собой механизм, используемый для создания резервных копий моментальных снимков дочерних ВМ, состоит из трех основных частей. К этим частям относятся:

  • Модуль записи VSS. Каждое приложение с поддержкой VSS включает в себя собственный модуль записи VSS. Модуль записи VSS — это компонент, который сообщает программе резервного копирования, как выполнять резервное копирование приложения.
  • Запросчик VSS. Запросчик VSS — это компонент, который инициирует процесс резервного копирования. Запросчик VSS почти всегда интегрирован в приложение резервного копирования.
  • Провайдер VSS — провайдер VSS выполняет функции провайдера, аналогичные драйверам устройства, в том смысле, что он позволяет процессу VSS работать с аппаратным обеспечением и операционной системой системы. Windows позволяет использовать поставщиков операционной системы и оборудования.

Запросчик VSS (приложение резервного копирования) инициирует процесс резервного копирования.Инициатор запроса сообщает серверу, что ему необходимо создать моментальный снимок. Затем он запрашивает сервер, чтобы определить, какие записывающие устройства VSS установлены. Каждое приложение с поддержкой VSS имеет собственный модуль записи. Затем инициатор запроса инструктирует каждого записывающего устройства подготовиться к резервному копированию. Писатели выполняют паузу, чтобы подготовить данные для резервного копирования. После завершения этого процесса инициатор запроса VSS инструктирует каждого модуля записи создать моментальный снимок. По завершении этого процесса поставщик сообщает запрашивающей стороне, где найти данные для использования в процессе резервного копирования.Когда резервное копирование завершается, запрашивающее устройство VSS сообщает модулям записи VSS, что резервное копирование завершено, и они затем выполнят все необходимые задачи после резервного копирования, а затем позволят серверу возобновить нормальную работу. Вы можете увидеть схему этого процесса на рисунке 42.


Рисунок 42 | Это основные компоненты VSS.

Устранение неполадок службы теневого копирования томов:

Основным средством диагностики проблем VSS является инструмент командной строки под названием VSSAdmin.Например, вы можете использовать команду VSSAdmin List Writers, чтобы убедиться, что каждый из модулей записи стабилен и не находится в состоянии ошибки. Вы можете увидеть пример этого на рисунке 43. Вы можете увидеть другие параметры командной строки VSSAdmin, введя VSSAdmin /? команда.


Рисунок 43 | Вы можете использовать команду VSSAdmin List Writers для проверки работоспособности модуля записи.

Надеюсь, ваши писатели в исправном состоянии и об ошибках не сообщается. Однако, если ошибки отображаются, Dell предоставляет рекомендации по устранению проблемы по адресу: https: // support.программное обеспечение. dell.com/kb/117647

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

  1. Откройте диспетчер Hyper-V.
  2. Щелкните правой кнопкой мыши виртуальную машину, для которой возникают проблемы с резервным копированием, и выберите команду «Параметры» в появившемся контекстном меню.
  3. Когда Windows отобразит диалоговое окно «Параметры», выберите контейнер служб Integration Services.
  4. Убедитесь, что службы интеграции резервного копирования (Volume Checkpoint) включены, как показано на рисунке 44.


Рисунок 44 | Убедитесь, что служба интеграции резервного копирования (контрольная точка тома) включена.

Если вы хотите использовать PowerShell для проверки, включена ли служба интеграции резервного копирования (контрольная точка тома), вы можете сделать это, введя следующую команду:

Get-VM –Name <имя виртуальной машины> | Get-VMIntegrationService –Name VSS

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


Рисунок 45 | Вы можете использовать PowerShell, чтобы проверить, включена ли служба интеграции резервного копирования (контрольная точка тома).

Одна из приятных особенностей PowerShell заключается в том, что она упрощает проверку существования службы интеграции Backup (Volume Checkpoint) на большом количестве виртуальных машин. Если, например, вы хотите проверить состояние службы интеграции резервного копирования (Volume Checkpoint) для каждой виртуальной машины на определенном хосте, вы можете сделать это с помощью следующей команды:

Get-VM | Get-VMIntegrationService –Name VSS

Вывод команды показан на рисунке 46.


Рисунок 46 | Вы можете проверить службы интеграции на нескольких виртуальных машинах.

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

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

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

Чтобы понять, почему возникает эта проблема и как работает исправление, необходимо понять, как контрольные точки используются в процессе резервного копирования. Контрольная точка — это не что иное, как разностный диск, имеющий отношения родитель / потомок с виртуальной машиной.При резервном копировании виртуальной машины Hyper-V может (в зависимости от типа создаваемой резервной копии) создать разностный диск. Этот разностный диск перехватывает любые операции записи, которые могут произойти в процессе резервного копирования. Таким образом, Hyper-V не нужно беспокоиться об изменении содержимого виртуального жесткого диска в процессе резервного копирования. После завершения процесса резервного копирования содержимое разностного диска объединяется с основным виртуальным жестким диском, а разностный диск удаляется.По крайней мере, так должен работать процесс. В случае сбоя резервного копирования контрольная точка может остаться на месте.

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

Чтобы удалить ненужную контрольную точку, выполните следующие действия:

  1. Откройте административное окно PowerShell на сервере Hyper-V, содержащем виртуальную машину, на которой возникла проблема.
  2. Введите командлет Get-VM.Это заставляет PowerShell создать список виртуальных машин, находящихся на сервере. Этот шаг важен, потому что вам нужно знать имя виртуальной машины виртуальной машины, которое может отличаться от имени ее компьютера. Вы можете увидеть пример такого списка на рисунке 47.


Рисунок 47 | Командлет Get-VM отображает список виртуальных машин, существующих на узле.

  1. Введите следующую команду: Get-VMSnapshot –VMName <имя виртуальной машины> | FL Эта команда вернет информацию о контрольной точке, как показано на рисунке 48.Стоит отметить, что на этом рисунке показана стандартная контрольная точка, а не контрольная точка из неудачного резервного копирования. Однако общие концепции остаются прежними.


Рисунок 48 | PowerShell возвращает информацию о снимке.

  1. Введите следующую команду: Get-VMSnapshot –VMName <имя виртуальной машины> | Remove-VMSnapshot Эта команда удаляет контрольную точку.
  2. Убедитесь, что контрольная точка была удалена, выполнив следующую команду: GetVMSnapshot –VMName <имя виртуальной машины> | FL Контрольная точка больше не должна существовать, как показано на рисунке 49.


Рисунок 49 | КПП больше не существует.

ПРОБЛЕМЫ ВЫСОКОЙ ДОСТУПНОСТИ

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

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

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

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

Виртуальная машина не определена как кластерная роль

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

  1. Откройте диспетчер отказоустойчивого кластера.
  2. Разверните список для своего кластера и выберите контейнер «Роли».
  3. Убедитесь, что ваши виртуальные машины перечислены как кластерные роли, как показано на рисунке 50.


Рисунок 50 | Убедитесь, что ваши виртуальные машины указаны как кластерные роли.

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

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

Недостаточные ресурсы

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

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

Один из способов проверить это условие — проверить четные записи журнала хоста. Windows Server хранит записи журнала, связанные с высокой доступностью виртуальных машин, в журнале событий Microsoft-Windows-HyperV-High-Availability. Вы можете получить доступ к этому журналу событий, открыв средство просмотра событий и перейдя в Журналы приложений и служб \ Microsoft \ Windows \ Hyper-V-High-Availability.

Одно событие, на которое следует обратить внимание:

Идентификатор события: 21502
Источник: Microsoft-Windows-Hyper-V-High-Availability
Тип: ошибка
Описание: Виртуальная машина <имя виртуальной машины> живая миграция не выполнялась добиться успеха у источника.Перенос не удался.

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

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

Чтобы настроить приоритет виртуальной машины, выполните следующие действия:

  1. Откройте диспетчер отказоустойчивого кластера.
  2. Выберите контейнер «Роли».
  3. Щелкните правой кнопкой мыши виртуальную машину, которой вы хотите установить приоритет, и затем выберите команду «Свойства» из контекстного меню.
  4. Выберите приоритет для виртуальной машины, как показано на Рисунке 51.
  5. Нажмите OK.


Рисунок 51 | Установите приоритет виртуальной машины и нажмите ОК.

Виртуальным машинам также можно назначить приоритет через консоль Virtual Machine Manager. Для этого выполните следующие действия:

  1. Откройте консоль диспетчера виртуальных машин.
  2. Выберите рабочую область «Виртуальные машины и службы».
  3. Щелкните правой кнопкой мыши виртуальную машину, которой вы хотите изменить приоритет, и выберите команду «Свойства» из контекстного меню.
  4. Когда откроется диалоговое окно «Свойства» виртуальной машины, выберите контейнер «Доступность».
  5. Выберите приоритет, который вы хотите назначить виртуальной машине, как показано на рисунке 52. Вы можете назначать приоритет только высокодоступным виртуальным машинам, поэтому приоритеты на рисунке выделены серым цветом.


Рисунок 52 | Вы можете настроить приоритеты виртуальных машин через консоль Virtual Machine Manager.

ЗАКЛЮЧЕНИЕ

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

Если у вас возникли проблемы с Hyper-V, которые не обсуждались в этой книге, вы можете рассмотреть возможность поиска ресурсов Microsoft Hyper-V на TechNet: https://technet.microsoft.com/ en-us / library / mt169373 ( v = ws.11) .aspx. В случае более серьезных проблем вы можете обратиться в службу поддержки Microsoft (https://technet.microsoft.com/en-us/windowsserver/hh553005.aspx).

Об авторе: Брайен М. Поузи

Брайен Поузи — 14-кратный MVP Microsoft с более чем двадцатилетним опытом работы в сфере ИТ. До того, как стать фрилансером, Брайен работал ИТ-директором в национальной сети больниц и медицинских учреждений. Он также работал сетевым инженером в Министерстве обороны США в Форт-Ноксе и сетевым администратором в некоторых из крупнейших страховых компаний страны. Помимо работы в сфере информационных технологий, Брайен в настоящее время тренируется на гражданского астронавта.Для получения дополнительной информации посетите brienposey.com или twitter.com/BrienPosey

Об Altaro

Altaro Software (www.altaro.com) — быстрорастущий разработчик простых в использовании решений для резервного копирования, которые используют более 30 000 клиентов для резервного копирования и восстановления обоих Виртуальные машины на основе Hyper-V и VMware, созданные специально для малого и среднего бизнеса, с количеством хост-серверов до 50. Компания Altaro гордится своим программным обеспечением и высоким уровнем персонального обслуживания и поддержки клиентов, и это видно; Основанная в 2009 году, компания Altaro уже обслуживает более 30 000 довольных клиентов по всему миру и является золотым партнером Microsoft по разработке приложений и технологическим партнером VMware.


Виртуальная машина HyperV не может получить доступ ни к какой сети

Проблема: Виртуальная машина HyperV не может получить доступ ни к какой сети.

Сводка : перенос виртуальных машин HyperV со старого хост-сервера (Windows Server 2008 R2) на новый хост-сервер (Windows Server 2012 R2) вручную. Скопировал VHD на новый сервер, настроил виртуальную машину на новом сервере HyperV 2012 R2. VHD не были преобразованы в формат VHDx.Когда все было хорошо, и мы запустили машину и дали ей тот же статический IP-адрес, она не смогла подключиться ни к какой сети. Эта виртуальная машина Hyper V не может получить доступ к сети HOST, шлюзу, и на значке сети в области уведомлений отображается восклицательный знак.

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

  1. Завершите работу виртуальной машины , у которой возникла проблема с доступом к сети
  2. Удалите весь сетевой адаптер из настроек виртуальной машины

  1. Сохраните конфигурацию виртуальной машины и запустите ее
  2. Войдите в Windows и откройте командную строку

  3. В командной строке введите следующую команду и нажмите return: (Если вы не запустите эту команду, вы не увидите требуемый адаптер на шаге 8)

установить devmgr_show_nonpresent_devices = 1

  1. Снова в командной строке введите следующее и нажмите return:

начать devmgmt.msc

  1. В меню Просмотр диспетчера устройств щелкните Показать скрытые устройства .

  1. Разверните сетевые адаптеры, и вы заметите, что некоторые виртуальные адаптеры перечислены и немного затемнены (как будто они неактивны) по сравнению с другими. Обычно обозначается как « Сетевой адаптер шины виртуальной машины Microsoft № »

  1. Щелкните правой кнопкой мыши каждый адаптер и удалите (удалите) адаптер из этого окна.Повторяйте этот шаг, пока не удалите все неактивные адаптеры шины виртуальных машин Microsoft.
  2. Выключите виртуальную машину и снова добавьте сетевой адаптер в разделе «Параметры виртуальной машины Hyper V».

  3. Запустите виртуальную машину и назначьте IP-адрес виртуальной машине, теперь она будет работать нормально.

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

Следующие две вкладки изменяют содержимое ниже.

Страстный поклонник новейших гаджетов, компьютерный фанат от хобби и, к счастью, профессия тоже. Свою карьеру начал в 2005 году в IBM, позже работал в Microsoft. Еще в 2009 году основал Pledge Technologies (www.pledgetechnologies.com) (материнская компания Гришби). Мы, в Pledge Technologies, предоставляем ИТ-консалтинг для малых и средних предприятий в США и Великобритании. Специализируется на технологиях Microsoft, таких как AD, Exchange и т. Д., И имеет большой опыт миграции Office 365 для различных клиентов.Grishbi — это платформа, на которой мы выражаем то, что узнали сегодня, и делимся этим со всем миром.

Нравится:

Нравится Загрузка …

Эндрю Коннелл — разрешение хост-машине взаимодействовать с гостевыми виртуальными машинами в Hyper-V (и наоборот)

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

Но есть способ обойти это … это простой сетевой трюк. Теперь я немного сетевой идиот, и мне пришлось попросить Тодда Багински и Мориса Пратера помочь мне с этим (такой большой привет им), но на самом деле это довольно просто, и я, объяснив это довольно многим, люди, я документирую это, поэтому у меня есть URL-адрес, по которому другие могут сделать это самостоятельно.Надеюсь, это вам поможет.

Заявление об ограничении ответственности — я полностью осознаю, что есть другие способы добиться этого. Я уверен, что будет много комментариев от людей, у которых есть свой метод… это нормально. Используйте любой метод, который подходит вам … для меня этот метод отлично работает, и я использую его.

Обзор

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

Шаг 1. Создайте новую виртуальную сеть

Первое, что вам нужно сделать, это создать новую виртуальную сеть. В Hyper-V выберите Параметры виртуальной сети. Создайте новую сеть ВНУТРЕННЯЯ и оставьте все параметры по умолчанию. Мне нравится называть мою виртуальную сеть ВНУТРЕННЯЯ .

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

Шаг 2 — Настройте сетевой адаптер на хост-машине

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

  • IP — 192.168.1.20
  • Подсеть — 255.255.255.0

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

На этом этапе хост-машина настроена и готова к работе!

Шаг 3. Добавьте новую сетевую карту на гостевую машину

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

Затем измените параметры виртуальной машины (щелкните виртуальную машину правой кнопкой мыши и выберите параметры). В диалоговом окне настроек выберите Добавить новое оборудование вверху левой панели и выберите сеть, созданную на шаге 1 выше. Оставьте все настройки по умолчанию.

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

Шаг 4. Настройте сетевой адаптер на виртуальной машине.

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

  • IP — 192.168.1.21
  • Подсеть — 255.255.255.0

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

* ПРИМЕЧАНИЕ 1. Если у вас уже есть в списке несколько сетевых адаптеров, трудно понять, какую из них нужно изменить, поскольку все они имеют один и тот же тип адаптера. Я выясняю, какой из них правильный, — это изменить тот, который имеет наибольшее число (например, Local Network Connection 5), и протестировать.Если это не сработает, я отменяю свои изменения, пробую другое и просто слежу за процессом исключения. Как узнать, работает ли это? См. Шаг 5 ниже.

* ПРИМЕЧАНИЕ 2. Иногда мне приходилось утилизировать сетевую карту, чтобы изменения вступили в силу. Вы можете сделать это, просто отключив, а затем включив только что измененную сетевую карту.

Шаг 5 — Проверка доступа к файлам и RDP

Теперь все готово! Я использую это двумя способами:

  • Файловая система — на любом компьютере откройте проводник Windows и введите \\ 192.168.1. [###] \ C $, где [###] — это IP-адрес компьютера, к которому вы пытаетесь подключиться. Наберитесь терпения, так как на то, чтобы вернуться и попросить вас ввести учетные данные, может потребоваться минута.
  • Remote Desktop — это мой предпочтительный способ работы с виртуальными машинами. С хоста я использую удаленный рабочий стол, подключаясь с использованием IP-адреса, который мы добавили к виртуальной машине, чтобы получить полноэкранный режим с более богатым копированием / вставкой между хостом и гостевой ОС.

Надеюсь, это кому-то поможет!

Глава 13. Настройка сетевых подключений виртуальной машины Red Hat Enterprise Linux 8

13.1. Общие сведения о виртуальных сетях

Подключение виртуальных машин (ВМ) к другим устройствам и расположениям в сети должно облегчаться аппаратным обеспечением хоста. В следующих разделах объясняются механизмы сетевых подключений виртуальных машин и описываются параметры сети виртуальных машин по умолчанию.

13.1.1. Как работают виртуальные сети

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

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

С точки зрения гостевой операционной системы виртуальное сетевое подключение аналогично физическому сетевому подключению. Хост-машины рассматривают виртуальные сетевые коммутаторы как сетевые интерфейсы.При первой установке и запуске службы libvirtd она создает virbr0 , сетевой интерфейс по умолчанию для виртуальных машин.

Для просмотра информации об этом интерфейсе используйте утилиту ip на хосте.

 $  ip адрес показать virbr0 
3: virbr0:  mtu 1500 qdisc noqueue state
 НЕИЗВЕСТНАЯ ссылка / эфир 1b: c4: 94: cf: fd: 17 brd ff: ff: ff: ff: ff: ff
 inet 192.168.122.1/24 brd 192.168.122.255 область действия глобальная virbr0 

По умолчанию все виртуальные машины на одном узле подключены к одной виртуальной сети NAT-типа с именем по умолчанию , которая использует интерфейс virbr0 .Для получения дополнительной информации см. Раздел 13.1.2, «Конфигурация виртуальной сети по умолчанию».

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

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

13.1.2. Конфигурация виртуальной сети по умолчанию

Когда служба libvirtd впервые устанавливается на хосте виртуализации, она содержит начальную конфигурацию виртуальной сети в режиме преобразования сетевых адресов (NAT).

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

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