Подключение к виртуальной машине hyper v

Содержание

Подключение к виртуальной машине Hyper-V дополнительного виртуального жесткого диска

Подключение к виртуальной машине hyper v

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

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

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

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

1. Применение дополнительных виртуальных жестких дисков

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

Два отдельных диска виртуальной машины позволят экспериментировать с программным обеспечением, предназначенным для работы с несколькими физическими дисками – HDD или SSD.

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

Файл VHDX или VHD дополнительного диска можно также использовать в качестве двустороннего средства переноса данных между физическим компьютером и виртуальными машинами.

Подключение и отключение виртуальных жестких дисков в Windows на физическом компьютере осуществляется с помощью команд в контекстном меню, вызванном на файлах VHDX и VHD в системном проводнике.

Это команды «Подключить» и «Извлечь» соответственно.

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

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

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

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

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

Соответственно, работая с виртуальными машинами поколения 2, в окне параметров делаем клик на пункте оборудования «SCSI-контроллер». Далее выбираем объект подключения – «Жесткий диск». И жмем «Добавить».

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

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

  Но к выбору SCSI-контроллера все равно придется прибегнуть, если встанет необходимость подключить к виртуальной машине поколения 1 более 4-х дисков (включая основной с установленной гостевой ОС). Подключить к каждому из 2-х возможных каналов IDE можно только по 2 диска. Итого – 4.

Тогда как по каналу SCSI к виртуальной машине подключается до 256 виртуальных дисков. Так, каждый из 4-х контроллеров SCSI предусматривает подключение 64-х дисков. Но в виртуальных машинах поколения 1 нельзя загружаться с дисков, подключенных к SCSI-контроллеру.

В виртуальных машинах поколения 1 делаем выбор контроллера – SCSI или IDE – в зависимости от ситуации. Затем также выбираем объект подключения – «Жесткий диск». Жмем «Добавить».

Дальнейшие шаги будут примерно одинаковы.

3. Подключение к виртуальной машине имеющегося VHDX- и VHD-диска

После нажатия кнопки «Добавить» увидим форму добавления VHDX-диска для виртуальных машин поколения 2 и VHDX- или VHD-диска для машин поколения 1. С помощью кнопки обзора в этой форме можно добавить имеющийся диск VHDX или VHD. После открытия его в окне проводника жмем кнопку «Применить» внизу окна параметров.

И, собственно, все – можно включать и тестировать виртуальную машину.

4. Создание нового VHDX- и VHD-диска и его подключение к виртуальной машине

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

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

Увидим приветственное окно мастера. Жмем «Далее».

Окно выбора формата диска – VHDX или VHD – появится только при работе с виртуальными машинами поколения 1. Выбираем формат файла диска и жмем «Далее».

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

Указываем место хранения файла диска на компьютере и задаем этому диску имя. Жмем «Далее».

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

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

Готово.

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

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

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

Управление всеми подключенными к виртуальной машине дисками осуществляется в окне параметров. Для выбранного диска в числе SCSI- или IDE-контроллеров доступны такие функции:

  • «Правка» – функция, запускающая мастер изменения жесткого диска. В рамках этой функции проводится сжатие диска, увеличение на нем места, преобразование типа диска в другой (динамический или фиксированный), а также конвертирование форматов дисков VHDX в VHD и обратно;
  • «Проверить» – открытие окна свойств жесткого диска;
  • «Обзор» – замена существующего VHDX- или VHD-файла диска на другой;
  • «Удалить» – удаление диска.

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

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

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

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

Затем переключаемся уже на дополнительный жесткий диск, для которого нужно установить приоритет загрузки. Позицию его контроллера выставляем с 1 на 0. Жмем внизу кнопку «Применить».

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

7. Отдельный мастер создания виртуальных жестких дисков Hyper-V

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

8. Инициализация нового жесткого диска и распределение дискового пространства

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

Запускаем виртуальную машину. В операционной системе открываем утилиту управления дисками. Она доступна в системах Windows 8.1 и 10 в контекстном меню на кнопке «Пуск».

В Windows 7 можно прибегнуть к штатной службе «Выполнить». Нужно нажать клавиши Win+R, ввести в поле службы «Выполнить» команду diskmgmt.msc и нажать «Ок».

У Windows пока что нет доступа к новому жесткому диску. В окне утилиты управления дисками увидим, что второй диск, отображающийся как Диск 1, не проинициализирован.

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

В окне инициализации нужно выбрать стиль разделов диска. Для виртуальных машин поколения 2 это будет второй вариант – стиль GPT. А в случае с виртуальными машинами поколения 1 нужно выбирать вариант первый – MBR. Жмем «Ок».

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

Далее следуем мастеру и местами вносим кое-какие правки.

Теперь новый жесткий диск виртуальной машины оформлен в раздел.

Он виден в системном проводнике, и на него можно помещать данные.

Источник: https://WindowsTips.ru/podklyuchenie-k-virtualnoj-mashine-hyper-v-dopolnitelnogo-virtualnogo-zhestkogo-diska

Виртуальная машина Hyper-V: пошаговая инструкция

Подключение к виртуальной машине hyper v

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

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

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

Установка виртуальной машины Hyper-V в Windows 10

По умолчанию компоненты виртуальной машины Hyper-V в Windows 10 отключены. Для её активации следует в «Панели управления» кликнуть по ссылке «Включение или отключение компонентов Windows» и поставить галочку напротив «Hyper-V».

Установка виртуальной машины Hyper-V в Windows 10

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

Диспетчер Hyper-V в Windows 10

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

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

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

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

Тут указываем название нашего виртуального сетевого адаптера, например “VirtualNet”. При наличие нескольких физических сетевых адаптеров, в поле «Внешняя сеть» выбираете ту, к которой подключен Интернет.

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

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

Настройка виртуальной машины Hyper-V

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

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

Первым делом зададим ей имя. Я назвал просто «win7», так как гостевой операционной системой у меня должна была стать 32-битная “семёрка”. Здесь же, при желании, можно поменять месторасположение файлов виртуальной машины:

Зададим имя новой виртуальной машины Hyper-V

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

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

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

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

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

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

Мы почти у цели, осталось только создать виртуальный жесткий диск. Указываем его месторасположения (или оставляем как есть) и задаём необходимый объем:

Создание виртуального жесткого диска для ВМ Hyper-V

Собственно, на этом создание и настройку виртуальной машины можно считать законченной (она появится в списке управления виртуальными машинами Hyper-V после нажатия на кнопку «Готово»). Указываем образ диска, с которого будем устанавливать систему:

Указываем образ диска, с которого будем устанавливать систему

Запускаем виртуальную машину Hyper-V

Чтобы запустить только что созданную виртуальную машину дважды кликаем по её названию в диспетчере Hyper-V:

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

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

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

ЕСЛИ СЧИТАЕТЕ СТАТЬЮ ПОЛЕЗНОЙ,
НЕ ЛЕНИТЕСЬ СТАВИТЬ ЛАЙКИ И ДЕЛИТЬСЯ С ДРУЗЬЯМИ.https://mdex-nn.ru/page/virtualnaya-mashina-hyper-v-windows-10.html

Источник: https://zen.yandex.ru/media/mdex/virtualnaia-mashina-hyperv-poshagovaia-instrukciia-5f9dd0693910530e0d87bde8

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

Подключение к виртуальной машине hyper v

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

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

Я попытался найти решение аналогичной проблемы в поисковиках, но не нашел и поэтому решил написать краткую инструкцию для тех, кто может столкнуться с подобной проблемой в будущем. В нашем примере будут использованы такие сетевые настройки: Основной IP: ***.189.53.206/30 Дополнительный IP: ***.91.26.173/32 Сервер имеет два сетевых интерфейса, но используется только один.

Все операции буду выполняться именно с ним.
Рис.1. Для удобства стандартные имена были изменены на LAN1 (используется для доступа к сети) и LAN2 (отключен).
Рис.2. Основной интерфейс настраиваем согласно предоставленным ДЦ данными.

Далее, необходимо настроить два виртуальных маршрутизатора — первый имеет тип «Внешний» с выходом во внешний мир, второй «Внутренний» для коммутации корневого сервера с виртуальным хостом. Оба виртуальных коммутатора необходимо создать в диспетчере виртуальных сетей консоли управления Hyper-V.
Рис.3.

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

Два дополнительных интерфейса – внешний и внутренний При создании внешнего интерфейса произойдет разрыв всех соединений. Убедитесь в том, что у Вас есть другой доступ к серверу (IP-KVM, IPMI или непосредственно физический). В нашем случае мне повезло и ДЦ дает IPMI по умолчанию.

В настройках внутреннего интерфейса (Internal) укажите настройки схожие с теми, что используются тут, в нашем случае это 192.168.0.1. Этот интерфейс на физическом сервере будет выступать в роли шлюза для виртуальных машин.
Рис.6. Настройки для внутреннего виртуального коммутатора. Дальнейшие настройки сетевых интерфейсов на корневом сервере завершены.

Далее необходимо настроить службу RRAS для перенаправления трафика к виртуальным машинам и обратно. Для реализации этого необходимо установить роль «Службы политики сети и доступа» в оснастке Диспетчера сервера. Думаю, что расписывать этот процесс нет необходимости – Вы же уже установили роль Hyper-V ранее 
Рис.7. Установленная роль RRAS.

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


Рис.11. Выбираем только преобразование адресов и маршрутизацию локальной сети.
Рис.12. Завершающий этап настройки. Нажимаем «Готово».
Рис.13. Соглашаемся на предложение запустить новую службу. После этого мы увидим в Диспетчере сервера развернутое дерево элементов этой самой службы RRAS.
Рис.14. Служба готова к настройке.

Для перенаправления трафика к виртуальной машине нужно создать интерфейс через который будут проходить все запросы. ПКМ на элементе «Преобразование сетевых адресов» выбираем пункт «Новый интерфейс».
Рис.15. Создание нового интерфейса. В окне выбора интерфейсов нам необходимо использовать внешний сетевой интерфейс.

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

Далее, добавляем пул адресов, это наши дополнительные адреса запросы от которых будут перенаправляться на внутренние адреса виртуальных машин. ВАЖНО: не указывайте маску 255.255.255.255 для этих целей, работать это не будет. В нашем случае мы имеем три дополнительных адреса, маска указана /24 (особой роли это не играет).

Рис. 18. Заполняем данные в окне пула адресов.
Теперь необходимо зарезервировать дополнительный адрес за внутренним у виртуальной машины. Делается все это очень просто.
Рис.19. Резервирование адресов для виртуальных машин. В сетевых настройках указываем данные из той подсети, в которой находится шлюз. В нашем случае внутренняя подсеть вида 192.168.0.0/24, дополнительный адрес ***.91.26.173 мы закрепили за внутренним 192.168.0.3. Настройки сети виртуальной машины выглядят таким образом:
Рис.20. Сетевые настройки виртуальной машины. Если все настроено правильно, то в центре управления сетями виртуальной машины получим такой вид (машина имеет доступ к интернету). В ином случае – проверьте настройки Брендмауэра на серверах.
Рис.21. Центр управления сетями виртуальной машины. Любым сервисом проверяем корректность наших глобальных настроек. Результат: запрос с виртуальной машины должен показать нам именно внешний адрес, который был зарезервирован нами ранее:
Рис.22. Результат теста на сайте 2ip.ru. На виртуальной машине, для проверки перенаправления портов, трафика, мигрантов и прочего, была установлена роль IIS. С любого ПК в браузере обращаемся к данному адресу, если видим «заглушку» веб-сервера – все прошло отлично, поставленную задачу мы решили.
Рис.23. То, чего и добивались. Все работает.
Таким образом, мы можем использовать множество разных подсетей на одном физическом сервере. С той лишь разницей, что для разных внутренних подсетей необходимо будет создавать отдельные виртуальные коммутаторы.

Спасибо за внимание.,

  • hyper-v
  • подсети
  • настройка
  • виртуализация

Хабы:

Источник: https://habr.com/ru/post/202594/

Настройка сети на виртуальной машине Hyper-V

Подключение к виртуальной машине hyper v

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

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

Архитектура Hyper-V

«Виртуальные сети» (сокращенно: «ВС») в Hyper-V называют виртуальными коммутаторами, к которым подключаются не только сетевые интерфейсы ВМ, но и физические сетевые интерфейсы сервера.

Существуют 3 вида «ВС». Схематично они представлены на рисунке ниже.

Майкрософт сравнительно недавно предусмотрела в «Windows Server 2008 R2» создание ВС «External» с изоляцией от хостовой системы. Осуществляется процесс просто. Следует убрать отметку из графы «Allow management operating system to share this network adapter».

При этом отключаются все ранее созданные подключения, и параметры прописываются для новой ВМ.

Необходимо отметить, что в Hyper-V имеется поддержка VLAN (IEEE 802.1Q).

После настройки коммутаторов, достаточно в свойствах ВМ установить отметку «Enable VLAN Identification» и указать VLAN ID.

Приятной новинкой, внедренной специалистами из Майкрософт в Виндовс Server 2008 R2, является поддержка виртуальных очередей VMQ.

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

Процедура настройки

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

Многие хорошо знакомы с работой на «Виртуал Сервер» или «Microsoft’s Virtual PC» и привыкли к тому, что они функционируют как простые программы Виндовс.

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

Это обстоятельство накладывает некоторые нюансы на процедуру настройки доступа к сети ВМ Hyper-V из сетей.

Рассмотрим процесс на конкретном примере со следующими сетевыми параметрами: главный IP-адрес: ___.189.53.206/30; доп.адрес: ___.91.26.173/32; сервер с 2-мя интерфейсами (при этом задействован лишь 1-ый, а 2-ой отключен).

Далее всю процедуру исполняем только с LAN1.

Теперь можно приступить к настройке 2-х ВМ:

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

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

Установить отметки, как показано на скриншоте выше для создания 1-ой ВМ. Далее создать 2-ую, как изображено на рисунке ниже.

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

Важное отступление: Во время создания 1-го ВМ будут разорваны все подключения, поэтому рекомендуется предусмотреть дополнительное соединение с сервером, например, IPMI, IP-KVM либо прямой физический доступ.

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

В параметрах коммутатора (2-ой ВМ) указать IP-адрес. В результате этот ВМ на физическом сервере станет работать как шлюз.

Уже можно констатировать приятный факт, что ввод параметров сетевых интерфейсов на корневом сервере окончен.

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

По умолчанию она «Остановлена» и следует ее настроить.

Отобразится мастер, указания которого требуется пошагово исполнить.

Установить отметку в графу «Особая конфигурация».

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

Клацнуть «Готово».

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

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

Клацнуть строчку «Новый интерфейс» и применить внешний интерфейс.

Войти в закладку «Преобразование сетевых адресов (NAT)» и поставить галочки в графах, указанных на следующем скриншоте:

Перейти в закладку «Пул адресов» и указать доп. адреса. От них запросы станут поступать на внутренние адреса ВМ.

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

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

В результате ВМ получила выход во всемирную паутину. Чтобы удостовериться в этом, достаточно заглянуть в меню «Центра управления сетями и общим доступом».

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

Еще убедиться в правильности можно через любой интернет-сервис.

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

А если требуется настроить сети на линуксе, которая запущена под hyper-v?

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

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

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

Заключение

Отдельные пользователи пренебрегают этапом настроек по «Преобразованию сетевых адресов (NAT)», который описан в инструкции выше. Однако этот механизм обеспечивает доступ ВМ к сети через объединение IP основной электронно-вычислительной машины с портом через внутренний коммутатор Hyper-V. В итоге приобретаются несколько следующих преимуществ:

  1. Применяется внутренний коммутатор, что понижает загрузку сета электронно-вычислительной машины;
  2. Несколько ВМ могут размещать программы, требующие внутренние порты связи, просто соотнося их с индивидуальными внешними интерфейсами;
  3. Экономятся IP по причине сопоставления внешнего IP и порта со значительно увеличенным перечнем внутренних IP.

Источник: https://nastrojkin.ru/network/lan/hyper-v-nastrojka-seti.html

Подключение к виртуальной машине Hyper-V

Подключение к виртуальной машине hyper v

  • 10/04/2016
  • Чтение занимает 3 мин
    • B
    • o

Область применения. Windows Server 2016, Windows 10 Windows Server 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 8Applies To: Windows Server 2016, Windows 10, Windows 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 8

Средство подключения к виртуальной машине (VMConnect) позволяет подключаться к виртуальной машине для установки операционной системы и взаимодействия с ней.

Virtual Machine Connection (VMConnect) is a tool that you use to connect to a virtual machine so that you can install or interact with the guest operating system in a virtual machine.

Некоторые задачи, которые можно выполнять при помощи подключения к VMConnect, перечислены ниже:Some of the tasks that you can perform by using VMConnect include the following:

  • Запуск и завершение работы виртуальной машины.Start and shut down a virtual machine
  • Подключение к (ISO-файлу) DVD-образа или USB-устройству флэш-памяти.Connect to a DVD image (.iso file) or a USB flash drive
  • Создание контрольной точкиCreate a checkpoint
  • Изменение параметров виртуальной машиныModify the settings of a virtual machine

Советы по использованию средства VMConnectTips for using VMConnect

Ознакомьтесь с указанными ниже сведениями об использовании VMConnect:You may find the following information helpful for using VMConnect:

Для этого…To do this…Сделайте это…Do this…
Отправка щелчков мыши или клавиатурного ввода на виртуальную машинуSend mouse clicks or keyboard input to the virtual machineЩелкните в любом месте окна виртуальной машины.Click anywhere in the virtual machine window. При подключении к работающей виртуальной машине указатель мыши может отображаться в виде маленькой точки.The mouse pointer may appear as a small dot when you connect to a running virtual machine.
Возврат щелчков мыши или клавиатурного ввода на физический компьютерReturn mouse clicks or keyboard input to the physical computerНажмите клавиши CTRL+ALT+СТРЕЛКА ВЛЕВО, а затем переместите указатель мыши за пределы окна виртуальной машины.Press CTRL+ALT+LEFT arrow and then move the mouse pointer outside of the virtual machine window. Это сочетание клавиш для отпускания кнопки мыши можно изменить в параметрах Hyper-V в диспетчере Hyper-V.This mouse release key combination can be changed in the Hyper-V settings in Hyper-V Manager.
Отправка сочетания клавиш CTRL+ALT+DELETE на виртуальную машинуSend CTRL+ALT+DELETE key combination to a virtual machineВыберите Действие >Ctrl+Alt+Delete или воспользуйтесь сочетанием клавиш CTRL+ALT+END.Select Action >Ctrl+Alt+Delete or use the key combination CTRL+ALT+END.
Переключение из режима окна в полноэкранный режимSwitch from a window mode to a full-screen modeВыберите Представление >Полноэкранный режим.Select View >Full Screen Mode. Чтобы перейти обратно в режим окна, нажмите клавиши CTRL+ALT+BREAK.To switch back to window mode, press CTRL+ALT+BREAK.
Создание контрольной точки для получения сведений о текущем состоянии компьютера, чтобы устранить неполадкиCreate a checkpoint to capture the current state of the machine for troubleshootingВыберите Действие >Контрольная точка или используйте сочетание клавиш CTRL+N.Select Action >Checkpoint or use the key combination CTRL+N.
Изменение параметров виртуальной машиныChange the settings of the virtual machineВыберите Файл >Параметры.Select File >Settings.
Подключение к (ISO-файлу) DVD-образа или к (VFD-файлу виртуального гибкого диска)Connect to a DVD image (.iso file) or a virtual floppy disk (.vfd file)Выберите Медиа.Select Media.Виртуальные гибкие диски не поддерживаются для виртуальных машин 2-го поколения.Virtual floppy disks are not supported for generation 2 virtual machines. Дополнительные сведения см.в статье Should I create a generation 1 or 2 virtual machine in Hyper-V? (Следует ли создавать виртуальные машины 1-го и 2-го поколения в Hyper-V?).For more information, see Should I create a generation 1 or 2 virtual machine in Hyper-V?.
Использование локальных ресурсов узла на виртуальной машине Hyper-V, например, USB-устройства флэш-памятиUse a host's local resources on Hyper-V virtual machine a USB flash driveНа узле Hyper-V включите режим расширенного сеанса, с помощью VMConnect подключитесь к виртуальной машине и перед подключением выберите нужный локальный ресурс.Turn on enhanced session mode on the Hyper-V host, use VMConnect to connect to the virtual machine, and before you connect, choose the local resource that you want to use. Описание конкретных шагов см. в статье Use local resources on Hyper-V virtual machine with VMConnect (Использование локальных ресурсов на виртуальной машине Hyper-V с VMConnect).For the specific steps, see Use local resources on Hyper-V virtual machine with VMConnect.
Изменение сохраненных параметров VMConnect для виртуальной машиныChange saved VMConnect settings for a virtual machineВыполните следующую команду в Windows PowerShell или в командной строке:Run the following command in Windows PowerShell or the command prompt:VMConnect.exe /edit
Запрещение пользователю VMConnect получать доступ к сеансу VMConnect другого пользователяPrevent a VMConnect user from taking over another user's VMConnect sessionВключение режима расширенного сеанса на узле Hyper-V.Turn on enhanced session mode on Hyper-V host.Отсутствие включенного режима расширенного сеанса может привести к угрозе безопасности и конфиденциальности.Not having enhanced session mode turned on may pose a security and privacy risk. Если пользователь подключился и вошел на виртуальную машину через VMConnect, а другой авторизированный пользователь подключается к той же виртуальной машине, то сеанс перехватывается вторым пользователем и будет прерван у первого.If a user is connected and logged on to a virtual machine through VMConnect and another authorized user connects to the same virtual machine, the session will be taken over by the second user and the first user will lose the session. Второй пользователь сможет просматривать рабочий стол, документы и приложения первого пользователя.The second user will be able to view the first user's desktop, documents, and applications.
Управление службами интеграции или компонентами, которые позволяют виртуальной машине обмениваться данными с узлом Hyper-VManage integration services or components that allow the VM to communicate with the Hyper-V hostНа узлах Hyper-V под управлением Windows 10 или Windows Server 2016 нельзя управлять службами интеграции с помощью VMConnect.On Hyper-V hosts that run Windows 10 or Windows Server 2016, you can't manage integration services with VMConnect. Дополнительную информацию об этом см. в следующих разделах:See these topics: – Turn an integration service on or off using Hyper-V Manager (Включение или отключение службы интеграции в диспетчере Hyper-V);- Turn on/turn off integration services from the Hyper-V host – Start and stop an integration service from a Windows Guest (Запуск и остановка службы интеграции в гостевой учетной записи Windows);- Turn on/turn off integration services from a Windows virtual machine- Start and stop an integration service from a Linux guest (Запуск и остановка службы интеграции в гостевой учетной записи Linux);- Turn on/turn off integration services from a Linux virtual machine – Keep integration services up to date (Своевременное обновление служб интеграции).- Keep integration services updated for the virtual machine Сведения об узлах под управлением Windows Server 2012 или Windows Server 2012 R2 см. в статье Службы интеграции.For hosts that run Windows Server 2012 or Windows Server 2012 R2, see Integration Services.
Изменение размера окна VMConnectResize the VMConnect windowВы можете изменить размер окна VMConnect для виртуальных машин 2-го поколения, работающих под управлением операционной системы Windows.You can change the size of the VMConnect window for generation 2 virtual machines that run a Windows operating system. Для этого может потребоваться включить режим расширенного сеанса на узле Hyper-V.To do this, you may need to turn on enhanced session mode on the Hyper-V host. Дополнительные сведения см. в разделе Включение режима расширенного сеанса на узле Hyper-V.For more information, see Turn on enhanced session mode on Hyper-V host. Сведения о виртуальных машинах под управлением Ubuntu см. в статье Changing Ubuntu Screen Resolution in a Hyper-V VM (Изменение разрешения экрана Ubuntu на виртуальной машине Hyper-V).For virtual machines that run Ubuntu, see Changing Ubuntu Screen Resolution in a Hyper-V VM.

Сочетания клавишKeyboard shortcuts

По умолчанию ввод с клавиатуры и щелчки мыши отправляются на виртуальную машину.By default, the keyboard input and mouse clicks are sent to the virtual machine. Поэтому может потребоваться нажать клавиши CTRL + ALT + СТРЕЛКА ВЛЕВО, прежде чем использовать следующие сочетания клавиш.So you may need to press CTRL + ALT + LEFT arrow before you use the following shortcut keys.

Сочетание клавишKey combinationОписаниеDescription
CTRL+ALT+LEFT стрелка влевоCTRL+ALT+LEFT arrowОтпускание кнопки мышиMouse release
CTRL+ALT+ENDCTRL+ALT+ENDЭквивалентно сочетанию клавиш CTRL+ALT+DELETE на виртуальной машинеEquivalent of CTRL+ALT+DELETE in the virtual machine
CTRL+ALT+BREAKCTRL+ALT+BREAKПереключиться с полноэкранного режима обратно на оконный режимSwitch from full-screen mode back to windowed mode
CTRL+OCTRL+OОткрытие параметров для виртуальной машиныOpens the settings for the virtual machine
CTRL+SCTRL+SЗапуск виртуальной машиныStarts the virtual machine
CTRL+NCTRL+NСоздание контрольной точкиCreate a checkpoint
CTRL+ECTRL+EВозврат к контрольной точкеRevert to a checkpoint
CTRL+CCTRL+CСделайте снимок экранаDo a screen capture

См. такжеSee Also

Отправить и просмотреть отзыв по

Этот продукт Эта страница Просмотреть все отзывы по странице

Источник: https://docs.microsoft.com/ru-ru/windows-server/virtualization/hyper-v/learn-more/hyper-v-virtual-machine-connect

Настраиваем сеть в Hyper-V

Подключение к виртуальной машине hyper v

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

Основное внимание мы уделим теории, а именно разберем как устроены виртуальные сети и как они взаимодействуют с реальными.

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

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

За настройку сетей в Hyper-V отвечает Диспетчер виртуальных коммутаторов, если мы откроем его, то увидим следующую картину:

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

Внешняя сеть

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

Как мы уже писали, основу виртуальной сети составляет виртуальный коммутатор.

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

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

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

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

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

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

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

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

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

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

Внутренняя сеть

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

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

Внутренняя сеть c NAT

Данная возможность появилась начиная с Windows Server 2016, Hyper-V Server 2016 и Windows 10. Подробнее читайте в нашей статье: Настраиваем сеть NAT в Hyper-V

Частная сеть

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

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

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

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

  • Hyper-V,
  • Windows Server,
  • Windows Server 2012,
  • Виртуализация

Источник: https://interface31.ru/tech_it/2014/01/nastraivaem-set--v-hyper-v.html

Поделиться:
Нет комментариев

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

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.