- •Включение Hyper-V с помощью CMD и DISM
- •Запуск и завершение работы виртуальных машин
- •Создание контрольной точки виртуальной машины
- •Создание новой виртуальной машины
- •Подведение итогов и справочные материалы
- •Общий доступ к дискам и устройствам
- •Общий доступ к хранилищу и USB-устройствам
- •Совместное использование звуковых устройств (динамиков и микрофона)
- •Повторный запуск параметров подключения
- •Проверка типа сеанса
- •Предварительные условия
- •Настройка вложенной виртуализации
- •Отключение вложенной виртуализации
- •Изменение размера динамической памяти и памяти для среды выполнения
- •Параметры сетей
- •Спуфинг MAC-адресов
- •Преобразование сетевых адресов (NAT)
- •Принцип работы вложенной виртуализации
- •Архитектура коллекции
- •Создание виртуальных машин, совместимых с коллекцией
- •Проверка нового образа виртуальной машины
- •Создание нового источника коллекции
- •Подключение коллекции к пользовательскому интерфейсу коллекции виртуальных машин
- •Поиск и устранение неисправностей
- •Проверка наличия ошибок при загрузке коллекции
- •Ресурсы
- •Сторонние приложения виртуализации
- •Обзор NAT
- •Создание виртуальной сети NAT
- •Соединение с виртуальной машиной
- •Пример конфигурации: подключение виртуальных машин и контейнеров к сети NAT
- •Docker для Windows (для виртуальных машин Linux) и компонент контейнеров Windows
- •Несколько приложений, использующих одну систему NAT
- •Диагностика
- •Несколько сетей NAT не поддерживается.
- •Начало работы
- •Регистрация нового приложения
- •Создание сокета Hyper-V
- •Привязка к сокету Hyper-V
- •Подстановочные знаки для идентификатора виртуальной машины
- •Поддерживаемые команды сокета
- •Полезные ссылки
- •Примеры MSDN
- •Примеры в блогах
- •Высокоуровневый обзор того, что мы делаем и почему
- •Создание узла
- •Создание второго сетевого интерфейса
- •Настройка Hyper-V
- •Создание виртуального коммутатора
- •Установка и настройка DHCP
- •Установка удаленного доступа
- •Настройка удаленного доступа
- •Создание таблицы маршрутов в Azure
- •Настройка таблицы маршрутов
- •Справочник по конфигурации конечного состояния
- •Заключение
- •Требования к операционной системе
- •Требования к оборудованию
- •Проверка совместимости оборудования
6.Убедитесь, что вы выбрали ту же подписку, в которой находятся ваши узлы Hyper- V.
7.Создайте новую группу ресурсов или выберите существующую, и убедитесь в том, что область, в которой создана таблица маршрутов, находится в той же области, в которой находится ваш узел Hyper-V.
8.Нажмите кнопку "создать".
Настройка таблицы маршрутов
1.Перейдите к таблице маршрутов, которую мы только что создали. Это можно сделать, выполнив поиск по имени таблицы маршрутов на панели поиска в верхней части портала.
2.После того как вы выберете таблицу маршрутов, перейдите на вкладку "маршруты" в колонке.
3.Нажмите кнопку "Добавить".
4.Присвойте имя маршруту, а затем — "вложенные виртуальные машины".
5.Для ввода префикса адреса — диапазон IP-адресов для "плавающей" подсети. В этом случае будет использоваться 10.0.2.0/24.
6.В поле "тип следующего прыжка" выберите "виртуальный управляющий элемент", а затем введите IP-адрес второго сетевого адаптера Hyper-V (10.0.1.4) и нажмите
кнопку "ОК".
7.Теперь в блейд-приложении выберите "подсети", и это будет сразу под надписью "маршруты".
8.Выберите "связать", затем выберите "вложенное" виртуальное подключение и выберите подсеть "Azure-VMS" и нажмите кнопку "ОК".
9.Сделайте тот же процесс для подсети, на котором находится наш узел Hyper-V, так и для других подсетей, которым требуется доступ к вложенным виртуальным машинам. Если подключение установлено
Справочник по конфигурации конечного состояния
Ниже перечислены конфигурации среды в этом руководстве. Этот раздел интедед использовать в качестве ссылки.
1. Сведения о виртуальной сети Azure.
o Конфигурация высшего уровня VNet.
▪Name (имя): вложенные развлечения
▪Адресное пространство: 10.0.0.0/22
▪Примечание. это будет состоять из четырех подсетей. Кроме того, эти диапазоны не задаются в камень. Вы можете решить свою среду, но вам нужно.
oНастройка верхнего уровня для первой подсети.
▪Name (имя): NAT
▪Адресное пространство: 10.0.0.0/24
▪Примечание. в этой статье описывается, где располагается основная сетевая плата для Hyper-V. Это будет использоваться для обработки исходящего NAT для вложенных виртуальных машин. Это будет шлюз к Интернету для вложенных виртуальных машин.
oВторая конфигурация высокого уровня подсети.
▪Name (имя): Hyper-V-LAN
▪Адресное пространство: 10.0.1.0/24
▪Примечание. у нашего узла Hyper-V есть вторая сетевая карта, которая будет использоваться для обработки маршрутизации между вложенными виртуальными машинами и неинтернет-ресурсами, внешними по отношению к узлу Hyper-V.
oТретья Конфигурация высокого уровня подсети.
▪Name (имя): Ghost
▪Адресное пространство: 10.0.2.0/24
▪Примечание. это будет "Плавающая" подсеть. Адресное пространство будет использоваться вложенными виртуальными машинами и существует для обработки объявлений маршрутов обратно на локальный. В этой подсети фактически не будут развертываться виртуальные компьютеры.
oКонфигурация верхнего уровня в четвертой подсети.
▪Name (имя): Azure — VMS
▪Адресное пространство: 10.0.3.0/24
▪Примечание: подсеть, содержащая виртуальные машины Azure.
2.На нашем узле Hyper-V имеются указанные ниже конфигурации сетевых адаптеров.
oОсновная сетевая карта
▪IP-адрес: 10.0.0.4
▪Маска подсети: 255.255.255.0
▪Шлюз по умолчанию: 10.0.0.1
▪DNS: настроено для DHCP
▪Переадресация IP включена: нет
oДополнительная сетевая плата
▪IP-адрес: 10.0.1.4
▪Маска подсети: 255.255.255.0
▪Шлюз по умолчанию: пустой
▪DNS: настроено для DHCP
▪Переадресация IP включена: Да
oСлужба Hyper-V создала NIC для внутреннего виртуального коммутатора
▪IP-адрес: 10.0.2.1
▪Маска подсети: 255.255.255.0
▪Шлюз по умолчанию: пустой
3.Наша таблица маршрутов будет иметь одно правило.
oПравило 1
▪Имя: вложенные виртуальные машины
▪Destination (назначение): 10.0.2.0/24
▪Следующий прыжок: виртуальное устройство — 10.0.1.4
Заключение
Теперь вы можете развернуть виртуальную машину (даже с 32-битным ВМ!) на узле Hyper-V и получить доступ к нему из локальной среды и в Azure.
Требования к системе для Hyper-V в Windows 10
Hyper-V доступна в 64-разрядную версию Windows 10 Pro, Корпоративная и для образовательных учреждений. Для Hyper-V требуется функция преобразования адресов второго уровня (SLAT). Она есть в текущем поколении 64-разрядных процессоров Intel и AMD.
На узле, имеющем 4ГБ оперативной памяти, можно запустить три-четыре базовые виртуальные машины, однако для большего числа виртуальных машин потребуется больше ресурсов. Кроме того, можно создать мощные виртуальные машины с 32процессорами и 512ГБ ОЗУ в зависимости от оборудования.
Требования к операционной системе
Роль Hyper-V можно включить в таких версиях Windows 10:
•Windows 10 Корпоративная
•Windows 10 Pro
•Windows 10 для образовательных учреждений
Роль Hyper-V невозможно установить в следующих версиях:
•Windows 10 Домашняя
•Windows 10 Mobile
•Windows 10 Mobile Корпоративная
ОС Windows 10 Домашняя можно обновить до Windows 10 Pro. Для этого перейдите в раздел Параметры > Обновление и безопасность > Активация.
Здесь вы можете посетить Магазин Windows и приобрести обновление.
Требования к оборудованию
Хотя в этом документе не приводится полный список оборудования, совместимого
сHyper-V, укажем следующие обязательные требования:
•64-разрядный процессор с поддержкой преобразования адресов второго уровня
(SLAT).
•Поддержка расширения режима мониторинга виртуальной машины (технология VT- c на компьютерах с процессорами Intel).
•Не менее 4ГБ оперативной памяти. Так как виртуальные машины и узел Hyper-V используют память совместно, необходимо обеспечить достаточный объем памяти для обработки предполагаемой рабочей нагрузки на виртуальной машине.