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

> 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.

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

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

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

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

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

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

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

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

Сценарий 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

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

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

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

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

Продукты 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, как показано на рисунке ниже:

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

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

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

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

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

Можно добавить сколько угодно много дисков в кластер 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)». Как только диск преобразован он появится во вкладке Общие Тома, как показано на рисунке ниже:

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

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

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

После нажатия кнопки «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» .

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

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

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

Жмём «Ок» .

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

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

Запуск Hyper-V.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У меня так:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Управление.

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

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

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

«Расположение файла 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.

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

Как запустить диспетчер 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 «,»

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

Халапеньо

OP

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

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

Powershell

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

Я пошел в 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 использует следующие порты межсетевого экрана:

Вы можете увидеть список правил брандмауэра 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
Необходимые порты:

HTTPS

 $  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