Виртуализация серверов с применением microsoft hyper-v

Виртуализация в Hyper-V серверов, сетей, рабочих станций — настройка, перенос, установка — услуги в СПб

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

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

Для каких целей платформа виртуализации Microsoft Hyper-V применяется на практике

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

Рассмотрим несколько преимуществ, которые дает технология виртуализации Hyper-V

Рациональное использование оборудования

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

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

Организация частной облачной среды предприятия

Система виртуализации Hyper-V поможет создать общедоступные облачные ресурсы компании и гибко управлять их использованием. Для большей безопасности и защиты виртуальных серверов Hyper-V существует технология экранирования виртуальных машин (Shielded virtual machines).

Безопасность данных компании

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

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

Встроенные средства поддержки виртуализации Hyper-V есть в Windows 7, 10 Pro или Enterprise.

Виртуальные рабочие столы (VDI)

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

Моделирование любых сред для задач разработки и тестирования приложений

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

Непрерывность бизнес-процессов

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

Гипервизор Hyper-V распространяется бесплатно, его можно скачать с сайта Microsoft, устанавливается он на любой Windows или Linux сервер. Им легко управлять и просто использовать.

У вас появились вопросы? консультация – бесплатно!

Обратитесь к нам за бесплатной консультацией. Позвоните или напишите нам и мы подробно расскажем:

  • как мы можем помочь вашему бизнесу расти быстрее, сократить затраты и ускорить операции
  • как и в какие сроки будут проводиться работы по проекту
  • сколько будет стоить проект (рассчитывается индивидуально)

Как мы работаем

  • Заявка или звонок
  • Аудит
  • Договор
  • Настройка
  • Документирование
  • Сопровождение

Источник: https://integrus.ru/blog/virtualizaciya-hyper-v.html

Знакомство с Hyper-V в Windows 10

  • 06/25/2018
  • Время чтения: 2 мин
  • Соавторы

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

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

Причины использовать виртуализацию

Виртуализация позволяет выполнять следующие операции.

  • Запуск программного обеспечения, для которого требуются более старые версии Windows или операционные системы, отличные от Windows.
  • Эксперименты с другими операционными системами. Hyper-V существенно упрощает создание и удаление различных операционных систем.
  • Тестирование программного обеспечения в нескольких операционных системах с помощью нескольких виртуальных машин. Благодаря Hyper-V их можно запускать на настольном компьютере или ноутбуке. Эти виртуальные машины можно экспортировать, а затем импортировать в любую другую систему Hyper-V, включая Azure.

Системные требования

Hyper-V доступна в 64-разрядных версиях Windows 10 Pro, Корпоративная и для образовательных учреждений. Не поддерживается в выпуске Home.

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

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

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

Операционные системы, которые можно запустить на виртуальной машине

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

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

Дополнительные сведения об операционных системах, которые поддерживаются как гостевые в Hyper-V в Windows, см. в статьях Гостевые операционные системы, поддерживаемые в Windows и Гостевые операционные системы, поддерживаемые в Linux.

Различия между Hyper-V в Windows и Windows Server

Некоторые функции работают по-разному в Hyper-V для Windows и Windows Server.

Компоненты Hyper-V, доступные только в Windows Server:

  • динамическая миграция виртуальных машин с одного узла на другой;
  • реплика Hyper-V;
  • Виртуальный адаптер Fiber Channel
  • сеть СSR-IOV;
  • общий доступ к .VHDX.

Компоненты Hyper-V, доступные только в Windows 10:

  • Быстрое создание и коллекция виртуальных машин
  • Сеть по умолчанию (коммутатор NAT)

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

Ограничения

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

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

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

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

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

Дальнейшие действия

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

Источник: https://docs.microsoft.com/ru-ru/virtualization/hyper-v-on-windows/about/

Hyper — V

Аннотация: В рамках данной лекции будут рассмотрены следующие вопросы: Microsoft Hyper — V технология. Архитектура Hyper — V: общая структура, родительский раздел (parent partition), дочерний раздел (child partition). Особенности Hyper — V. Сравнение с MS Virtual Server. Сценарии использования Hyper — V технологии. Список материалов для самостоятельного изучения.

При подготовке данной лекции были использованы материалы следующих книг:

  1. Kappel J., Velte A., Velte T. «Microsoft Virtualization with Hyper — V» (раздел «Virtualization Overview»)
  2. Tulloch M. «Understanding Microsoft Virtualizations Solutions» (раздел «Server Virtualization»)
  3. Kelbley J., Sterling M., Stewart A. «Windows Server 2008 Hyper — V» (раздел «Introduction to Hyper — V»)

Hyper — V является технологией, разработанной Microsoft для виртуализации серверов, в основе которой лежит гипервизор для x64 систем.

Hyper — V распространяется двумя способами:

  1. как часть платформы Windows Server 2008;
  2. в качестве отдельного, независимого, бесплатного решения Microsoft Hyper-V Server.

В первом случае Hyper-V может быть развернут, как при полной установке Windows 2008, в качестве соответствующей роли, так и в режиме Core. Во втором случае возможна установка только в Core — режиме.

Также отметим, что Core — версия поддерживает до четырех процессоров (или 24 процессорных ядер) и до 32Гб оперативной памяти и не имеет графического интерфейса пользователя.

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

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

Рис. 6.1. Архитектура Hyper – V: Ring 0 — уровень ядра. Ring 1 — уровень гипервизора. Ring 3 — уровень пользователя.

Гипервизор Hyper — V является гипервизором первого типа (см. предыдущую лекцию). Уровнем выше гипервизора располагаются родительский и дочерний разделы — области изоляции, в рамках которых работают информационные системы.

Хостовая операционная система запускается в родительском разделе, как и стек виртуализации. Гостевые операционные системы располагаются в дочерних разделах.

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

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

Рассмотрим более подробно родительский и дочерние разделы.

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

Родительский раздел создается системой в первую очередь, как только гипервизор начинает работу. Родительский раздел создается только для операционной системы Windows Server 2008 R2 с Hyper-V ролью.

Особенности родительского раздела:

  1. Родительский раздел используется для создания и управления дочерними разделами системы и включает WMI провайдера, предоставляющего интерфейс для удаленного администрирования.
  2. Родительский раздел управляет и распределяет аппаратные ресурсы, за исключением процесса физического распределения памяти, который осуществляется гипервизором.
  3. Аппаратные ресурсы родительского раздела являются общими и выделяются для использования дочерними разделами.
  4. Родительский раздел управляет питанием, «plug and play» — операциями и ведет журналы аппаратных сбоев.

Рис. 6.2. Структура родительского раздела

Стек виртуализации

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

  • Virtual Machine Management Service.
  • Virtual Machine Worker Process (рабочий процесс виртуальной машины).
  • Virtual Devices.
  • Virtualization Infrastructure Driver.
  • Windows Hypervisor Interface Library.

Кроме того, в родительском разделе функционируют VM — шина и провайдер служб виртуализации (VSP).

Как уже отмечалось, в рамках дочерних разделов функционируют гостевые операционные системы. Гипервизор первого типа поддерживает три основные типа дочерних разделов:

  1. с операционной системой семейства Windows и установленными компонентами интеграции;
  2. с операционной системой, отличной от семейства Windows и с установленными компонентами интеграции;
  3. с операционной системой, не поддерживающей компоненты интеграции.

В каждом из указанных случаев, набор компонент дочернего раздела будет разным (см. рис. 6.1).

Дочерний раздел с Windows и установленными компонентами интеграции содержит следующие компоненты:

  • Клиенты служб виртуализации (VSС) — устройства позволяющие дочерним разделам получить доступ к аппаратным ресурсам.
  • Улучшения — модификации в коде операционной системы.

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

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

Источник: http://www.intuit.ru/studies/courses/2324/624/lecture/13591

Установка и настройка Windows Hyper-V Server 2016

Не так давно вышла очередная новая версия Windows Server 2016. Вместе с ним обновился и бесплатный гипервизор от Microsoft — Windows Hyper-V Server 2016. Его можно свободно скачать и использовать на свое усмотрение. Как обычно, первоначальная настройка сложна и не очевидна, придется немного повозиться для получения приемлемого функционала.

Читайте также:  Winscp скачать. winscp как пользоваться. ssh клиент для копирования файлов с linux

Введение

Ранее я рассказывал об установке и настройке Hyper-V Server 2012 R2, предыдущей версии бесплатного гипервизора.

К сожалению, те методы настройки hyper-v в рабочей группе без домена неактуальны в версии 2016. В частности, утилита hvremote не работает на новой версии. Изменились настройки машины для управления.

В данном случае в ее качестве будет выступать рабочая станция под управлением Windows 10.

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

  1. Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.
  2. Много различных способов бэкапа виртуальных машин. Это могут быть простые скрипты, бесплатные программы, либо полноценные платные версии крупных компаний, специализирующихся на программном обеспечении для бэкапа.
  3. Стандартная панель управления гипервизором, которую легко установить на компьютер под управлением windows, начиная с win 8.1.
  4. В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

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

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

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

Скачать бесплатный Hyper-V Server можно с сайта microsoft со специальной страницы с ознакомительными версиями, где в том числе обитают и бесплатные гипервизоры — https://www.microsoft.

com/ru-ru/evalcenter/evaluate-windows-server-2016-essentials. К сожалению, требуется регистрация, но это стандартная практика.

Если вам не хочется регистрироваться, можете скачать актуальную версию сервера на момент написания статьи с моего яндекс.диска — https://yadi.sk/d/h4AVkIwPzeuaJ.

Дальше выполняете установку стандартным способом, как и любую другую систему. Загружаетесь с iso образа и следуете по шагам инсталлятора. Каких-то нюансов или проблем с тем, чтобы установить hyper-v server нет, так что я не буду заострять на этом внимание. Обращу внимание только на самый конец установки. У меня появилось вот такое окно:

При этом я не мог ничего сделать или выбрать. Я нажал ctrl+alt+delete и появилось предложение задать пароль администратора. Я сделал это, установка завершилась, загрузилось окно со стандартным интерфейсом управления:

Если вы по какой-то причине закроете это окно, вызвать его снова можно в командной строке с помощью команды sconfig.

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

Сразу же выполняем первоначальную настройку Hyper-V Server 2016 через стандартную консоль управления:

  1. Указываете рабочую группу, если вас не устраивает стандартная.
  2. Меняем имя сервера на что-то более осмысленное и понятное.
  3. Добавьте еще одного администратора. Это нужно сделать, чтобы иметь еще одну админскую учетную запись, отличную от administrator. В дальнейшем рекомендую все настройки и подключения выполнять под этой учетной записью.
  4. Разрешаем удаленное управление, в том числе ping.
  5. Автоматическое обновление оставляю на ваше усмотрение. Я обычно отключаю и все делаю вручную.
  6. Рекомендую сразу проверить обновления и установить их.
  7. Включаем Remote Desktop со всеми версиями клиента.
  8. Указываем сетевые настройки. Стандартно стоит dhcp, рекомендую установить адрес статически.
  9. Настройте время, если по-умолчанию стоит не правильное.
  10. Настройки телеметрии полностью отключить нельзя. Такой вот микрософт. Не приходится удивляться, с учетом нововведений в последних версиях системы.

Быстренько пробежались по основным настройкам hyper-v server 2016. Теперь бы сразу начать установку виртуальных машин, но, к сожалению, пока это не получится сделать. Нам надо каким-то образом подключиться к серверу с помощью панели управления. Пока нам доступен только rdp доступ, но этого не достаточно.

Удаленное подключение и управление Hyper-V Server 2016

Подключаемся по rdp к серверу, чтобы было удобно копировать и вставлять длинные команды в командную строку. В консоли cmd переходим в powershell, просто введя команду:

powershell

Вводим команды для настройки разрешений на фаерволе для удаленного управления:

Set-NetFirewallRule -DisplayGroup 'Windows Management Instrumentation (WMI)' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Event Log Management' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Volume Management' -Enabled true -PassThru

Теперь переходим на клиентскую систему. Напоминаю, что в моем случае это Windows 10 Корпоративная. Заходить на нее нужно под учетной записью с теми же параметрами, что создана на гипервизоре. Добавьте такого же пользователя и работайте под ним.

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

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

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

192.168.1.100 hyperv2016

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

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

Я не сразу смог найти, где это сделать, поэтому подсказываю вам. Продолжаем настройку хоста для подключения к hyper-v server 2016. Запускаем cmd от администратора и переходим в powershell. Выполняем команду:

winrm quickconfig

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

winrm set winrm/config/client '@{TrustedHosts=»hyperv2016″}'

В данном примере, hyperv2016 — имя моего гипервизора.

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

Теперь нам нужно изменить еще один параметр. Запускаем оснастку dcomcnfg.exe, выполнив эту команду в cmd. Открывается оснастка управления службой компонентов.

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

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

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

Для начала надо изменить один параметр в локальной политике компьютера. Для этого выполняем в cmd команду gpedit. Откроется оснастка управления локальными политиками компьютера. Идем по пути: Конфигурация компьютера -> Административные шаблоны -> Система -> Передача учетных данных -> Разрешить передачу новых учетных данных с проверкой подлинности сервера «только NTLM».

Включаем ее и добавляем запись:

wsman/hyperv2016

Далее выполняем команды в powershell. Не забудьте запустить консоль от имени администратора:

Set-Item WSMan:localhostClientTrustedHosts -Value «hyperv2016»
Enable-WSManCredSSP -Role client -DelegateComputer «hyperv2016»

Теперь надо внести некоторые изменения на самом гипервизоре. Подключаемся к нему по rdp, переходим в cmd, запускаем powershell и выполняем команды:

Enable-PSRemoting
Enable-WSManCredSSP -Role server

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

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

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

Запускаете стандартную оснастку «Управление компьютером», выбираете локальный компьютер, жмете правой правой кнопкой мыши и выбираете подключиться к другому компьютеру:

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

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

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

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

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

Сохраняйте настройки. Вы увидите предупреждение о том, что сетевые соединения будут сброшены. Все в порядке, соглашайтесь. Будет создан новый виртуальный сетевой интерфейс с теми же настройками, что были у физического. Но здесь есть один важный нюанс. Если ваш сервер получал сетевые настройки по dhcp, то он скорее всего получит новый ip адрес. Имейте это ввиду.

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

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

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

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

Бэкап виртуальных машин Hyper-V

Ранее я уже рассказывал про программу HVBackup для бэкапа виртуальных машин. Она замечательно работает с Windows Hyper-V Server 2016, приведенная статья полностью актуальна. Для работы программы необходимо установить на гипервизоре .Net Framework 3.5 с помощью команды powershell:

Install-WindowsFeature NET-Framework-Core

А дальше все по приведенной инструкции. Если не хочется возиться с консольной программой, скриптами, планировщиком, но хочется быстро сделать бэкап виртуальной машины hyper-v, можно воспользоваться бесплатной программой Veeam Backup Free Edition. Она позволяет вручную сделать копию виртуальной машины.

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

Подробнее о различиях платной и бесплатной версии можно узнать по ссылке — https://www.veeam.com/pdf/datasheet/veeam_backup_9_5_free_vs_paid_comparison_ru.pdf

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

Читайте также:  Диск загружен на 100%. диск с используется на 100%. компьютер зависает из-за диска

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

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

Подключение к Hyper-V Server 2016 с Windows 7

Рассмотрим еще один вариант подключения к бесплатному hyper-v, когда у вас в наличие только операционная система Windows 7. Вам нужно создать виртуальную машину, либо изменить настройки существующей, завершить ее работу, или наоборот запустить.

Оснастку управления Hyper-V на Windows 7 поставить не получится. На помощь придет программа 5nine Manager Free. Скачать ее можно либо с указанного сайта, но нужна регистрация, после которой на почту придет ссылка для скачивания и файл с лицензией.

Для нормальной установки требуется .NET Framework 4.5 или выше. Если в системе он не будет установлен, то инсталлятор просто не начнет установку, даже не сказав почему.

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

После установки запускайте программу и добавляйте hyperv server.

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

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

 Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Сам еще не проверял его в работе и особо не интересовался нововведениями, пока не было времени. Смотрел на него только в тестовых стендах. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox.

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

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

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

В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.

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

Видео

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

Источник: https://serveradmin.ru/ustanovka-i-nastroyka-windows-hyper-v-server-2016/

Вложенная виртуализация Hyper-V в Windows Server 2016

Ни для кого не секрет, что в Windows Server 2016 появилась вложенная виртуализация Hyper-V. Несмотря на то, что на момент написания статьи доступна лишь версия Technical Preview 5, уже в ней можно очень близко познакомиться с новым функционалом, о котором я и постараюсь коротко рассказать в этой статье.

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

Если вам интересна тематика Windows Server, рекомендую обратиться к тегу  Windows Server  на моем блоге.

Вложенная виртуализация Hyper-V

Функция вложенной виртуализации в гипервизорах разных производителей доступна достаточно давно. Например у VMWare поддержка 64х-битных вложенных виртуальных машин была реализована в версии ESXi 5.1 и это было аж в 2011 году, не говоря о поддержке 32х-битных вложенных ОС, доступных ещё ранее.

Другие вендоры также не отставали. Тем не менее, у Microsoft мы не могли увидеть такого функционала до сегодняшнего дня.

Почему? Официального ответа мне найти не удалось, но можно говорить как об общей позиции (неприоритетная на то время задача), так и о чисто логических рассуждениях — в 2008 году с выходом Windows Server 2008 и последующей 2008 R2 говорить о вложенной виртуализации было не совсем актуально, ведь гипервизор был ещё во многом сыроват по многим направлениям (например max. vCPU упиралось в 4 шт.), а ситуация с конкурентами была такова, что Microsoft по сути вынужден был активно их догонять.

Архитектура

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

При этом доступен только один уровень виртуализации — Level 1 — и использование вложенных виртуальных машин (VM внутри VM) не подразумевается.

В общем виде архитектура выглядит следующим образом 1:

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

Так происходило потому, что гипервизор намеренно маскировал от гостевых ОС наборы аппаратных инструкций (Virtualization Extensions), отвечающих за виртуализацию 2 — Intel VT-x и AMD-V (все мы помним, что Hyper-V — это система именно аппаратной виртуализации и без поддержки функционала со стороны «железа» работать не будет).

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

Все это открывает возможности для вложенной виртуализации, которая при этом не ограничена вторым уровнем (Level 2 на рис. вверху).

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

Но как и у любой свежей технологии (в данном случае свежей именно для Microsoft), у неё есть некоторые ограничения, о которых ниже.

Ограничения

Условно можно разделить на аппаратные и программные.

Аппаратные

Аппаратные ограничения упираются в обязательную поддержку процессором Intel технологий VT-x 3 и EPT. Если наличие VT-x было стандартным требованиям и для ранних версий Hyper-V, то необходимость в EPT появилась только сейчас и только для вложенной виртуализации 4:

Примечание: Intel EPT предоставляет виртуальным машинам прямой доступ к памяти, минуя гипервизор 5 и по сути представляет из себя технологию виртуализации страниц памяти. Технология эта не нова и её можно встретить даже в давно устаревших Core 2 Quad.

И я ничего не забыл, не написав про процессоры AMD. Дело в том, что в Windows Server 2016 TP5 вложенная виртуализация на процессорах AMD пока что не поддерживается.

Программные

Программных ограничений значительно больше:

  1. Использование Windows Server 2016 или Windows 10 как в родительском, так и в гостевых разделах;
  2. Виртуальная машина с версией конфигурации 8.0 и выше;

Примечание: в Windows Server 2016 изменился формат хранения файлов конфигурации виртуальных машин 6. Если верить разработчикам, то новый формат стал более надежным, также появилась поддержка новых функций, которые будут недоступны при использовании виртуальных машин со старой версией конфигурации (для Windows Server 2012 R2 эта версия — 5.0).

Для вложенных виртуальных машин не поддерживается:

  1. Динамическая память;
  2. Динамическая миграция;
  3. Снимки виртуальных машин и состояния Save/Restore;

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

Есть и обходной вариант — использовать NAT (это тоже новый функционал, о котором расскажу ниже).

Применение

У тех, кто встретился с вложенной виртуализацией впервые, может возникнуть вопрос об области её применения. Остановимся на этом более подробно.

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

Мне стало интересно проверить на реальной среде падение производительности ЦП внутри виртуальных машин разной степени вложенности. Для этого я использовал Hot CPU Tester Pro. Хоть и тестирование получилось исключительно субъективное, но оно как минимум намекает на существенное падение отдачи CPU:

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

Моего терпения хватило только для развертывания экземпляра третьей вложенности.

Настройка

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

Обновление версии VM

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

Или через Powershell:

Update-VMVersion -Name «vm_name»

Последний вариант удобен при массовом обновлении виртуальных машин. Обновить все VM враз можно командой Get-VM | Update-VMVersion.

Активирование вложенной виртуализации

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

Set-VMProcessor -VMName VMName -ExposeVirtualizationExtensions $true

Изменение опции ExposeVirtualizationExtensions доступно только через Powershell.

Спуфинг MAC-адресов / NAT

Если вы планируете настроить сеть вложенных виртуальных машин таким образом, чтобы все они находились в реальной локальной сети, то на одном единственном сетевом адаптере «хостовой» виртуальной машины будут висеть несколько MAC-адресов. Это ожидаемо вызовет проблемы со связью, если не активирована настройка Включить спуфинг MAC-адресов (а она не активирована по умолчанию).

Ставим галочку вручную:

Или через Powershell:

Get-VMNetworkAdapter -VMName «vm_name» | Set-VMNetworkAdapter -MacAddressSpoofing On

Если же вы не планируете выпускать вложенные VM в локальную сеть, но все же хотите обеспечить их возможностью коммуникаций по сети, можно поднять NAT 7. Для этого необходимо создать виртуальный коммутатор внутреннего типа командой (на данный момент настройка NAT возможна только через Powershell):

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

New-VMSwitch -Name «NAT 01» -SwitchType Internal

Создаем NAT:

New-NetNat -Name «name» –InternalIPInterfaceAddressPrefix 'ip-address/netmask'

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

Назначаем адрес для интерфейса:

Get-NetAdapter «name» | New-NetIPAddress -IPAddress ip_address -AddressFamily IPv4 -PrefixLength number

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

Конструкция команд, используемая на скриншоте выше, совсем необязательна, вы можете обойтись и без Get-NetAdapter 8, указав командлету New-NetIPAddress 9 индекс сетевого интерфейса (поле ifIndex).

В этом случае моя команда выглядела бы таким образом: New-NetIPAddress -IPAddress 172.16.0.1 -AddressFamily IPv4 -PrefixLength 24 -InterfaceIndex 9.

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

И проверим связь с внешним миром:

Переходим к последнему этапу.

Отключение динамической памяти

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

Или через Powershell командой:

Set-VMMemory «vm_name» -DynamicMemoryEnabled $false

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

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

Читайте также:  Ammyy admin скачать бесплатно. как пользоваться программой.

Источник: https://blog.bissquit.com/windows/windows-server/vlozhennaya-virtualizatsiya-hyper-v-v-windows-server-2016/

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

Еще в Windows 8 появилась технология виртуализации Hyper-V, ранее доступная только в серверных ОС Microsoft. Это решение выглядит более удачным, чем входившая в Windows 7 виртуальная машина Windows Virtual PC. Сегодня я расскажу, как в Windows с помощью Hyper-V создать виртуальную машину, а также настроить в ней Интернет, локальную сеть и обмен файлами.

На DevCon’12 мы сидели с Денисом Дягилевым (MVP по виртуализации) в зоне «Спроси эксперта», а на нашем стенде был планшет Samsung с Windows 8. Денис предложил провести время с пользой и установить Windows на виртуальную машину, задействовав встроенный гипервизор.

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

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

[+] Содержание

Общие сведения о Hyper-V в Windows

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

Hyper-V:

  • доступен только в 64-разрядной Windows не ниже профессионального издания
  • является единственной на данный момент технологией виртуализации Microsoft, поддерживающей 64-разрядные гостевые системы
  • в клиентских системах поддерживает режимы сна и гибернации, в отличие от серверного гипервизора
  • это вам не VirtualBox! © 🙂

Системные требования для работы Hyper-V в Windows

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

У процессора должна быть в наличии и включена в BIOS:

  1. Аппаратная виртуализация. У Intel эта технология называется Intel-VT (может обозначаться как VMX), а у AMD – соответственно AMD-V (SVM).
  2. Трансляция адресов второго уровня, SLAT (Intel EPT или AMD RVI)

Проще всего определить наличие этих технологий с помощью утилиты Coreinfo из набора Sysinternals. У меня утилита указала на отсутствие поддержки VMX и EPT (прочерк на скриншоте), хотя по факту она есть. В комментариях читатель Артем подсказал причину — я запускал утилиту уже после установки компонента Hyper-V.

Увеличить рисунок

Кроме Coreinfo можно использовать фирменную утилиту Intel (у AMD есть аналогичная).

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

Включение компонента Hyper-V

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

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Если вы предпочитаете графический интерфейс, нажмите Win + R, введите OptionalFeatures и нажмите Enter.

В открывшемся окне отметьте флажком Hyper-V.

Так или иначе, компонент станет доступен после перезагрузки системы. Из проблем с установкой в Windows 8 RP пока была замечена циклическая перезагрузка по вине драйверов контроллера USB 3.0, которая на некоторых системах решалась отключением USB 3.0 в BIOS.

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

Нажмите Win + R, введите virtmgmt.msc и нажмите Enter, чтобы открыть диспетчер Hyper-V. Из меню Действия выберите СоздатьВиртуальная машина.

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

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

Если у вас уже есть виртуальный диск в формате VHD, можете подключить его. Я, кстати, так и сделал, воспользовавшись диском, созданным ранее для Virtual Box.

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

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

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

Здесь тоже все просто, но немного непривычно для тех, кто ранее не сталкивался с Hyper-V.

Увеличить рисунок

В диспетчере Hyper-V:

  • для запуска виртуальной машины нажмите «Пуск»
  • для взаимодействия с ней нажмите «Подключить» или дважды щелкните эскиз машины

Когда в параметрах машины указан загрузочный ISO-образ Windows, вы увидите на экране знакомую надпись Press any key to boot… Дальше вы уже сами справитесь, но если вам нужны пошаговые инструкции по установке, они есть на OSZone для Windows 7 и Windows 8.

Если операционная система на физической машине новее той, что установлена на виртуальной, рекомендуется обновить компоненты интеграции (спасибо, Артем). Для этого подключитесь в диспетчере Hyper-V к виртуальной машине, нажмите Ctrl + I и запустите setup.exe.

Настройка доступа в Интернет и локальной сети

Инструкции из этого раздела необходимы лишь в том случае, если вас не устраивает коммутатор по умолчанию (Default Switch), появившийся в Windows 10 1709. Его нельзя удалить или переименовать, а в случае подключения хоста к VPN виртуальная машина также использует VPN.

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

Увеличить рисунок

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

Увеличить рисунок

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

Увеличить рисунок

Теперь в установленной Windows у вас будет подключение к Интернету и локальная сеть между физической и виртуальной машинами.

Увеличить рисунок

На рисунке выше вы видите:

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

Как видите, настройка Интернета и локальной сети не столько сложна, сколько непривычна для пользователей клиентских ОС Microsoft.

Обмен файлами между физической и виртуальными машинами

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

Общие сетевые папки

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

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

Картинка стоит тысячи слов, как говорят американцы.

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

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

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

Допустим, в корне диска виртуальной машины есть папка Shared. Щелкните по ней правой кнопкой мыши и выберите Общий доступОтдельные люди (или Конкретные пользователи в Windows 7).

Увеличить рисунок

Теперь вы можете открыть общую папку по сети в проводнике, в том числе введя в адресную строку адрес вида \имя-компьютераимя-папки.

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

В Hyper-V между физической и виртуальной машиной невозможен обмен файлами путем копирования и вставки. Можно лишь вставлять скопированный на физической машине текст сочетанием клавиш Ctrl + V. Однако после запуска виртуальной машины можно соединяться с ней посредством RDP вместо того чтобы открывать ее из диспетчера Hyper-V. Этот способ работает в изданиях Pro и выше.

Действия на виртуальной машине

Сначала нужно разрешить на виртуальной машине подключения к удаленному рабочему столу в свойствах системы. Нажмите Win + R и выполните:

RUNDLL32.EXE shell32.dll,Control_RunDLL sysdm.cpl,,5

Затем разрешите подключение, как показано на рисунке.

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

Действия на физической машине

Нажмите Win + R и введите mstsc и раскройте параметры входа.

В открывшемся окне:

  1. Введите IP-адрес виртуальной машины (обязательно).
  2. Укажите имя пользователя, в чью учетную запись будет выполнен вход.
  3. Включите запоминание учетных данных.
  4. Сохраните параметры подключения.

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

Теперь можно обмениваться файлами между физической и виртуальной машинами привычными сочетаниями клавиш Ctrl + C и Ctrl + V.

Советы по использованию Hyper-V

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

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

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

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

Будьте внимательны со снимками

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

Александр Косивченко (MVP по виртуализации) подробно, хотя и несколько сумбурно, описал принцип работы снимков Hyper-V на Хабре.

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

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

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

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

Hyper-V vs. VirtualBox

Разбираясь с Hyper-V, я невольно сравнивал решение Microsoft для клиентской операционной системы с Oracle VirtualBox.

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

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

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

Опрос

Я познакомился с виртуальными машинами в 2004 году, когда начал заниматься автоустановкой Windows. С тех пор они стали неотъемлемой частью моей повседневной работы, включая тестирование системных настроек, программ и т.п.

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

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

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

Я хочу специально подчеркнуть, что комментарии не предназначены для обсуждения графического интерфейса и прочих нововведений в Windows 8. Своим взглядом на эти моменты и личным опытом работы в Windows 8 RP на десктопе я обязательно поделюсь с вами.

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

А пока я прошу вас не выходить за рамки темы виртуализации.

Источник: http://www.outsidethebox.ms/13657/

Ссылка на основную публикацию