Работа с hyper v на windows server 2012

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

В Hyper-V в Windows Server 2012 заложены весьма широкие возможности масштабирования, виртуальные машины могут иметь до 64 виртуальных процессоров (vCPU) и до 1 Тбайт оперативной памяти. Благодаря новому формату VHDX теперь возможно создавать виртуальные жесткие диски (VHD) объемом до 64 Тбайт, что избавляет от необходимости задействовать транзитное хранилище. Таким образом, можно согласиться с тем, что практически любое приложение может быть виртуализовано с помощью Hyper-V.

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

Такие новые возможности, как виртуализация операций ввода-вывода SR-IOV (single root I/O virtualization), протокол Server Message Block (SMB) версии 3.0, виртуальный адаптер Fibre Channel и виртуализация сети, делают Hyper-V очень эффективным гипервизором. Однако многие организации не рассматривали его ранее и не знают, с чего начать. В этой статье мы рассмотрим основы установки и настройки Windows Server 2012 Hyper-V.

Какое аппаратное обеспечение мне потребуется?

В простом случае, то есть при развертывании одного сервера, вам потребуется сервер с 64-разрядным процессором, поддерживающим аппаратную виртуализацию. У процессоров Intel эта технология называется Intel Virtualization Technology (VT), у процессоров AMD — AMD virtualization (AMD-V). Практически любой процессор из выпущенных за последние пять лет поддерживает эту технологию. Но если вы не уверены в своем аппаратном обеспечении, загрузите и запустите из командной строки с повышенными привилегиями утилиту Coreinfo (technet.microsoft.com/en-us/sysinternals/cc835722.aspx) с параметром –v. Утилита покажет, поддерживает ли процессор аппаратную виртуализацию и преобразование адресов второго уровня (Second Level Address Translation (SLAT); для процессоров Intel и AMD эта возможность также может называться Extended Page Tables. Результат запуска утилиты, показанный на экране 1, говорит о том, что аппаратная виртуализация Intel включена, а это все, что нужно, чтобы начать. Поддержка SLAT не является обязательной для работы Hyper-V, но улучшает производительность. Поэтому предпочтительно задействовать SLAT всегда, когда это возможно, а в тех средах, где используются технологии виртуальных рабочих столов, такие, как виртуализованные серверы служб удаленных рабочих столов Remote Desktop Services или инфраструктура виртуальных рабочих столов (VDI), применение SLAT является абсолютно необходимым.

Экран 1. Пример вывода утилиты Coreinfo

Windows Server 2012 не имеет ограничения на соотношение между физическими и логическими процессорами (в Windows Server 2008 R2 поддерживалось соотношение 8:1 для виртуальных машин с серверными операционными системами). Если вас удовлетворяет, как сервер справляется с нагрузкой, то Microsoft этого достаточно.

Объем необходимой памяти полностью зависит от того, сколько памяти вы планируете выделить виртуальным машинам. Обычно я выделяю 2 Гбайт на хост, а затем добавляю память, которая потребуется для виртуальных машин. Для крупномасштабных виртуальных сред серверы с объемом памяти в 96 или 192 Гбайт — дело обычное. Но для тестовой среды вам хватит ровно столько памяти, сколько необходимо для работы.

У каждой виртуальной машины есть один или более виртуальных дисков. В Windows Server 2012 используется новый формат VHDX, который не только поддерживает диски объемом 64 Тбайт (старый формат поддерживал диски объемом до 2 Tбайт), но и был оптимизирован так, что его производительность практически не уступает физическим жестким дискам. Это верно даже для динамических виртуальных жестких дисков, которые изначально занимают немного места и увеличиваются в объеме по мере записи данных. Также есть возможность создания VHD фиксированного размера. Этот вариант, как правило, используется в производственных средах, как из соображений производительности, так и для того, чтобы не израсходовать все свободное место на диске. А это вполне может произойти, если фактический объем занимаемого дискового пространства не отслеживается должным образом, поскольку динамические файлы VHDX увеличиваются в размере. Используйте старый формат VHD только в том случае, если вам нужна совместимость с предыдущими версиями серверов Hyper-V, такими как Windows Server 2008 R2.

Файлы VHDX могут храниться на локально подключенном хранилище (в тестовой среде, например, это могут быть встроенные диски), но в идеале стоит использовать внешнее хранилище, такое как SAN. Новая возможность в Windows Server 2012 — это хранение и запуск виртуальных машин из общей сетевой папки, с использованием протокола SMB 3.0. Применение внешнего хранилища упрощает создание резервных копий виртуальной среды. Внешнее хранилище позволяет задействовать больший объем дискового пространства по мере увеличения количества серверов. Использование центрального пула упрощает управление. Внешнее хранилище также пригодится, если вы собираетесь использовать отказоустойчивую кластеризацию для включения нескольких узлов кластера, позволив, тем самым, виртуальным машинам легко перемещаться между хостами и автоматически перезапускаться, если один хост выйдет из строя. Миграция типа Shared Nothing Live Migration позволяет виртуальным машинам также перемещаться без перерыва в работе за пределы кластера, как уже упоминалось выше. Кроме того, кластеры чрезвычайно полезны для проведения планового обслуживания, поскольку они позволяют переместить все виртуальные машины на другой узел (используя динамическую миграцию, что предотвращает момент недоступности виртуальной машины), пока на первоначальный узел устанавливаются обновления и он перезагружается, после чего машины перемещаются обратно и следующий узел обновляется и перезагружается. Любой узел в кластере может быть обновлен без простоя виртуальных машин. Используя этот процесс, в Windows Server 2012 можно обновить весь кластер одним щелчком мыши.

Что с сетевыми подключениями?

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

1. Вам необходимо управлять хостом Hyper-V. Соответственно, вам требуется подключение для выполнения административных задач.
2. Скорее всего, виртуальным машинам потребуется связь с внешним миром. Частный виртуальный коммутатор позволяет виртуальным машинам взаимодействовать между собой, а внутренний виртуальный коммутатор позволяет им взаимодействовать между собой и хостом Hyper-V. Но ни один из них не дает возможности взаимодействовать с внешним миром. Следовательно, вам понадобится сетевой адаптер для трафика виртуальных машин. В производственной среде вам, вероятнее всего, потребуется как минимум два адаптера для трафика виртуальных машин; вы сможете объединить их для создания отказоустойчивого подключения. Существует возможность использовать один и тот же адаптер как для управления, так и для виртуальных машин; в тестовой среде вы можете задействовать этот вариант. Но в идеале лучше разделять административный трафик и виртуальный сетевой коммутатор, который управляет трафиком виртуальных машин. Вы ведь не хотите потерять доступ к серверу, если что-то случится с виртуальным коммутатором.
3. Необходимо, чтобы узлы в кластере обменивались служебной информацией, такой, как различные сообщения IsAlive. Обычно для этого применяется отдельная сеть. Дополнительно к трафику подтверждения соединения кластера (heartbeat) кластерная сеть используется для трафика общего тома кластера cluster shared volume (CSV). Это позволяет всем узлам кластера одновременно задействовать одни LUN в NTFS. Обычно трафик CSV состоит только из изменений метаданных. Однако в некоторых ситуациях отдельные узлы используют эту сеть для передачи трафика, относящегося к хранилищу. Поэтому при использовании CSV кластеру потребуется отдельная сеть.
4. Вам потребуется выделенная сеть, чтобы гарантировать, что миграция виртуальных машин между узлами происходит за приемлемое время. Таким образом, вам нужно выделить сеть для динамической миграции.
5. Если вы используете iSCSI для подключения к хранилищу, то вам опять же потребуется выделенная сеть.

Это требование наличия пяти сетевых подключений не учитывает использование нескольких сетевых адаптеров для трафика виртуальных машин или объединения сетевых карт (для балансировки нагрузки и обеспечения высокой доступности). Кроме того, оно не учитывает использование нескольких сетевых подключений iSCSI или Microsoft Multipath I/O (MPIO) для обеспечения дополнительной отказоустойчивости.

В данном расчете предполагается, что вы используете подключения 1 Гбит/с. При использовании подключений 10 Гбит/с ситуация меняется. Не имеет смысла выделять отдельный интерфейс 10 Гбит/с для административного трафика или трафика CSV. В средах с 10 Гбит/с, вероятнее всего, будет два подключения; используйте объединение сетевых карт для каждого из них для обеспечения отказоустойчивости и должного качества обслуживания Quality of Service (QoS), чтобы гарантировать пропускную способность для каждого типа трафика. Подробные рекомендации Microsoft можно найти в статье «Hyper-V: Live Migration Network Configuration Guide» (technet.microsoft.com/en-us/library/ff428137(v=WS.10).aspx).

Можно применять тот же подход и в сетях 1 Гбит/с. Используйте объединение сетевых карт и QoS, чтобы гарантировать пропускную способность для трафика разных типов.

Какую операционную систему использовать?

После того, как вы определили подходящие процессор, память, диски и сеть, все, что вам нужно — это выбрать операционную систему. Но какую именно редакцию выбрать — Windows Server 2012 Standard, Windows Server 2012 Datacenter или бесплатную Microsoft Hyper-V Server 2012? С точки зрения Hyper-V разницы нет. Все три операционные системы имеют одинаковые ограничения, возможности кластеризации и функции. Решение зависит от того, какая операционная система будет использоваться на хосте Hyper-V.

Если это Windows Server, то планируете ли вы свободно перемещать виртуальные машины между хостами? В Hyper-V 2012 Server невозможно установить на виртуальную машину операционную систему Windows Server. И это имеет смысл – операционная система бесплатна и вполне подойдет, если вы не будете устанавливать на виртуальные машины операционную систему Windows Server. Если вы используете виртуальные рабочие столы (VDI) с виртуальными машинами Windows 8 или у вас виртуальные машины только на UNIX или Linux, то ориентируйтесь на Hyper-V 2012.

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

Если предстоит запускать несколько экземпляров операционной системы Windows Server, то вам потребуется редакция Windows Server 2012 Datacenter, которая дает возможность запускать неограниченное количество виртуальных машин с серверными операционными системами. При расчете учтите стоимость версий Standard и Datacenter применительно к своей среде. Например, если вам нужно запускать менее шести виртуальных машин с Windows Server, то дешевле купить несколько копий Standard, чем Datacenter. А если вы используете кластеризацию и хотите перемещать виртуальные машины, то вам придется учесть следующий фактор: лицензии Windows Server привязаны к аппаратному обеспечению, и их можно перемещать между серверами только раз в 90 дней.

Давайте рассмотрим пример с региональным офисом, в котором развернуты два кластера виртуализации. Повторюсь, речь идет о лицензировании Windows, а не Hyper-V, поэтому все, о чем я говорю, не зависит от используемого гипервизора. На каждом узле Hyper-V обычно работает 4 виртуальные машины, поэтому мне нужны две копии Windows Server 2012 Standard для каждого узла. Поскольку узлы включены в кластер, я могу перемещать виртуальные машины между узлами. Например, для установки обновлений мне нужно переместить все виртуальные машины на узел B (в результате на нем одновременно будет работать восемь виртуальных машин), пока я буду устанавливать обновления и перезагружать сервер А. Затем мне понадобится переместить все восемь машин на узел А, пока я буду обновлять и перезагружать узел B. Но я могу это сделать, только подождав 90 дней с момента перемещения всех виртуальных машин на узел В. К тому же, если узел выйдет из строя, то я не смогу в течение 90 дней передвинуть обратно перемещенные виртуальные машины, когда узел будет восстановлен. Для того чтобы свободно перемещать виртуальные машины, мне необходимо достаточное количество свободных лицензий, чтобы обеспечить ими все виртуальные машины, которые только могут оказаться на данном узле, то есть восемь машин. Для этого мне понадобится четыре копии Standard для каждого сервера, что делает Datacenter в данном случае более разумным вариантом.

Многие компании часто неверно понимают это сравнение, которое имеет большое значение, когда речь идет о планировании количества необходимых лицензий. Как правило, когда виртуализация используется мало, вам будет достаточно Windows Server 2012 Standard. В то время как в полностью виртуализованных средах, вероятнее всего, понадобится Windows Server 2012 Datacenter.

Еще один важный вопрос — использовать ли режим Server Core или режим с графическим пользовательским интерфейсом. В общем случае использование Server Core предпочтительно, так как требует установки меньшего количества обновлений и, как следствие, перезагрузок. Но при этом в Windows Server 2012 пользовательский интерфейс в любой момент можно добавить или удалить, что требует только одной перезагрузки. Поэтому, особенно если вы еще не очень хорошо знакомы с Windows Server 2012, изначально установите сервер с пользовательским графическим интерфейсом. Сделайте все настройки, освойтесь, а затем удалите графическую оболочку и инструменты управления и используйте сервер в режиме Server Core, управляя им удаленно с компьютера с операционной системой Windows 8.

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

Итак, вы установили Windows Server 2012, применили последние обновления, подключили сервер к системе хранения, переименовали сетевые подключения, чтобы их было проще различать (и объединили их, если необходимо) и настроили IP-адреса. Следующий шаг — установка роли Hyper-V. Эту задачу можно решить из графического интерфейса с помощью диспетчера сервера или же используя Powershell:

Install-WindowsFeature Hyper-V -IncludeManagementTools –Restart

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

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

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

1. Зарегистрируйтесь на сервере, который будет хостом Hyper-V, под учетной записью с правами администратора и запустите диспетчер сервера. Или запустите диспетчер сервера на удаленной машине, используя учетную запись с правами администратора на сервере, который будет хостом Hyper-V.
2. Выберите «Добавить роли и функции» из меню «Управление».
3. Нажмите «Далее».
4. На странице «Выбор типа установки» выберите «Установка на основе ролей» и нажмите «Далее».
5. На странице «Выбор сервера» из списка серверов выберете сервер, на который необходимо установить Hyper-V, и нажмите «Далее».
6. В списке «Роли сервера» отметьте Hyper-V и подтвердите автоматическую установку инструментов управления.
7. На странице «Создать виртуальный коммутатор», показанной на экране 2, выберите сетевой адаптер, который будет использоваться для трафика виртуальных машин, и нажмите «Далее».
8. Оставьте режим «Включить динамическую миграцию» выключенным и нажмите «Далее». Динамическую миграцию легко включить позже.
9. Укажите место для хранения виртуальных машин или оставьте значения по умолчанию и нажмите «Далее».
10. Установите флажок для автоматической перезагрузки сервера, если это необходимо, и щелкните «Да» в окне подтверждения. Нажмите кнопку «Установить».

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

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

bcdedit /enum

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

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

Запустите диспетчер сервера, в разделе «Инструменты» выберите «Диспетчер Hyper-V» и подключитесь к своему серверу. На нем пока нет виртуальных машин. Но если вы нажмете «Диспетчер виртуальных коммутаторов», вы увидите единственный виртуальный коммутатор, который будет называться так же, как и контроллер сетевого адаптера, например Realtek PCIe GBE Family Controller, как показано на экране 4.

Экран 4. Настройка виртуального коммутатора

Я рекомендую заменить название на более понятное, например «Внешний коммутатор», чтобы было ясно, к какой сети он подключен. Использовать типовые имена для коммутаторов на всех хостах Hyper-V очень важно. Если вы перемещаете виртуальные машины между хостами, коммутатор с одним и тем же названием должен существовать как на исходном, так и на конечном хосте, чтобы виртуальная машина сохранила сетевое подключение. Кроме того, как показано на экране 4, не выбирайте пункт Allow management operating system to share this network adapter. Данная настройка нужна, только если у вас нет отдельного сетевого адаптера для управления сервером или если у вас только один сетевой адаптер, который используется совместно виртуальными машинами и хостом. Здесь же вы можете создать дополнительные коммутаторы, если это необходимо.

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

Есть еще несколько моментов, на которые необходимо обратить внимание.

• Если вы включили Windows Update, то, вероятно, не хотите, чтобы ваш сервер автоматически перезагружался после установки обновлений. Поэтому если вы используете корпоративное решение для управления обновлениями, настройте сервисный интервал, во время которого сервер Hyper-V может перезагрузиться, так, чтобы он не пересекался с рабочими часами. Во время перезагрузки Hyper-V виртуальные машины недоступны.
• Если вы используете антивирусное программное обеспечение на сервере Hyper-V, то в целях повышения производительности необходимо исключить из сканирования определенные файлы и папки. Исключения описаны в статье Microsoft «Virtual machines are missing, or error 0x800704C8, 0x80070037, or 0x800703E3 occurs when you try to start or create a virtual machine» (support.microsoft.com/kb/961804).
• Делайте резервные копии своих виртуальных машин. В Windows Server 2012 дополнительное преимущество заключается в том, что если у вас есть резервная копия виртуальной машины, то импортировать ее на новый сервер Hyper-V очень просто. Вам не нужно предварительно экспортировать ее.
• Если на вашем сервере Hyper-V установлен большой объем оперативной памяти, то по умолчанию Windows создаст большой файл подкачки. Размер этого файла может быть изменен вручную, так как большую часть памяти используют виртуальные машины. Вы спокойно можете создать для сервера Hyper-V файл подкачки размером 4 Гбайт, используя модуль «Система» в панели управления. Перейдите на вкладку «Дополнительно», нажмите кнопку «Настройки» в разделе «Производительность», снова откройте вкладку «Дополнительно», нажмите кнопку «Изменить» в разделе «Виртуальная память» и задайте необходимый размер. Нажмите «Задать» и «ОК» во всех открытых диалоговых окнах.

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

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

В этой инструкции мы покажем пример настройки виртуализатора Hyper-V на сервере Windows Server 2012 R2.

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

Шаг 1. Проверьте поддержку аппаратной виртуализации

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

Чтобы проверить, поддерживает ли ваше оборудование аппаратную виртуализацию, откройте консоль Windows PowerShell, введите systeminfo.exe и нажмите Enter.

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

Если соответствующий пункт не отмечен пометкой Да, то установка Hyper-V на вашу систему невозможна.

Шаг 2. Добавьте сервер в список компонентов

Откройте диспетчер серверов. В меню сверху выберите Управление → Добавить роли и компоненты.

Выбор сервера

В открывшемся мастере добавления ролей и компонентов кликните на пункт Выбор сервера на панели слева и выберите нужный сервер. Если сервер в списке один, то он будет выбран автоматически. Нажмите Далее.

Роли сервера

В меню Роли сервера отметьте флажок рядом с надписью Hyper-V. После этого автоматически откроется окно в котором нужно активировать флажок Включить средства управления (если применимо). После этого нажмите кнопку Добавить компоненты и Далее.

Компоненты

В меню Компоненты отметьте необходимые для работы Hyper-V флажки:

• cредства удалённого администрирования сервера;
• cредства администрирования ролей;
• cредства упраления Hyper-V (2 пункта);

Виртуальные коммутаторы

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

Хранилища по умолчанию

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

Подтверждения

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

После этого нажмите кнопку Установить внизу и дождитесь окончания установки.

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

Шаг 3. Создайте виртуальную машину

Откройте диспетчер Hyper-V. На правой панели выберите пункт Создать → Виртуальная машина.

Имя виртуальной машины

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

Выбор поколения

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

Выделяемая память

Укажите количество выделяемой памяти. Мы рекомендуем выделять не менее 1 Гб, то есть 1024 Мб.

Настройка сети

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

Виртуальный жёсткий диск

Далее потребуется создать или выбрать уже имеющийся виртуальный жёсткий диск. В нашем примере мы создаём новый жёсткий диск размером 40 Гб.

Источник установки операционной системы

Выберите способ установки операционной системы. В нашем примере мы устанавливаем её с DVD-диска.

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

Шаг 4. Включите виртуальную машину

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

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

Если вы точно следовали инструкции и указали корректный носитель или .iso образ с дистрибутивом системы, машина запустится и начнётся установка Windows.

Шаг 5. Установите TrueConf Server

После успешной настройки виртуальной машины остаётся установить на неё TrueConf Server. Воспользовавшись нашей инструкцией, вы сможете сделать это за 15 минут.

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

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

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

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

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

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

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

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

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

sconfig

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

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

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

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

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

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

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

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

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

192.168.18.145 HV-CORE-2012R2

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

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

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

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

winrm quickconfig
winrm set winrm/config/client '@{TrustedHosts="ServerName"}'

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

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

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

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

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

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

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

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

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

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

\ServerNameC$

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

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

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

В этом документе описывается установка и первоначальная настройка Microsoft Windows Hyper-v server 2012 r2 core на не серверное (десктопное) оборудование, дополнительные утилиты управления, различные особенности; перенос виртуальных машин (VM) с других hyper-v хостов; полезные ссылки.

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

Установка

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

Язык

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

sconfig

После установки из средств управления на сервере присутствуют только командная строка (с возможностью запуска powershell) и средство первоначального конфигурирования сервера sconfig.

Запуск sconfig из командной строки: sconfig

Запуск powershell из командной строки: powershell

Драйверы

При установке на десктоп возможны проблемы с установкой драйверов. Драйверы Intel для чипсета были установлены с CD без проблем. Возникли проблемы с установкой драйвера для сетевой карты.

Сетевая карта I217-V (серверная называется просто i217). Драйверы есть только под серверную карту.

Нужно:

• скачать свежие драйверы для windows 8
• найти в них файл со строками I217-V. Будет найдено несколько файлов в разных папках — NDIS64 для Windows 8.1/2012R2, NDIS63 для Windows 8/2012, NDIS62  для Windows 7/2008 R2 и NDIS61 is for Windows Vista/2008
• редактируем тот,  который нужен для нашей ОС (в данном случае PRO1000Winx64NDIS64e1d64x64.inf)
• добавляем необходимые строки, как это описано здесь и сохраняем файл
• отключаем проверку целостности драйверов и включаем тестовый режим (также нужно отключить UEFI secure boot в BIOS, иначе не получится выполнить вторую команду):
  

  bcdedit -set loadoptions DISABLE_INTEGRITY_CHECKS
  bcdedit -set TESTSIGNING ON

• если вторая команда не сработает, можно попробовать отключение DEP — bcdedit.exe /set {current} nx AlwaysOff    Предотвращение выполнения данных (Data Execution Prevention, DEP) – это набор программных и аппаратных технологий, позволяющих выполнять дополнительные проверки содержимого памяти и предотвращать запуск вредоносного кода
• перезагрузить
• запустить инсталлятор или подсунуть наш измененный inf файл в качестве драйвера для сетевого интерфейса
• разрешить проверку целостности драйверов и выключить тестовый режим:
  

  bcdedit -set loadoptions ENABLE_INTEGRITY_CHECKS
  bcdedit -set TESTSIGNING OFF    (возможно еще bcdedit.exe /set {current} nx AlwaysOn )

• перезагрузиться

CoreConfigurator

Ставим CoreConfigurator

Удобное управление установкой драйверов и пр. в Windows Core.

Настройка сетевого интерфейса

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

Запустим powershell во второй консоли.

1) Узнаем под какими именами фигурируют адаптеры. Для этого выполним команду Get-NetAdapter

PS C:UsersAdministrator> Get-NetAdapter
Name                      InterfaceDescription                    ifIndex Statu
                                                                          s
----                      --------------------                    ------- -----
Ethernet 5                Broadcom BCM5708C NetXtreme II Gi...#47      16 Up
Ethernet 4                Intel(R) PRO/1000 PT Dual Port Ser...#2      15 Di...
Ethernet 3                Intel(R) PRO/1000 PT Dual Port Serve...      14 Di...
Ethernet 2                Broadcom BCM5708C NetXtreme II Gi...#49      13 Up

2) Создадим виртуальный свитч привязанным к адаптеру Ethernet 5

PS C:UsersAdministrator> New-VMSwitch -Name "bridged" -NetAdapterName "Ethernet 5"

Name    SwitchType NetAdapterInterfaceDescription
----    ---------- ------------------------------
bridged External   Broadcom BCM5708C NetXtreme II GigE (NDIS VBD Client) #47

5nine Manager Free для Hyper-V 

Устанавливаем бесплатное приложение 5nine Manager Free для Hyper-V.

Позволяет

• Управление Hyper-V с помощью графического интерфейса пользователя (GUI)
• Поддержка нескольких версий Hyper-V
• Подключение к виртуальным машинам через RDP (не проверено)

Удаленное управление

http://sergiuz-it.blogspot.ru/2013/09/hyper-v-server-2012.html

Расположение файлов Hyper-v

Understanding where your virtual machine files are [Hyper-V]

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

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

• делаем дефрагментация на гостевой vm
• запускаем в настройках vm кнопку compact

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

Проблема описана здесь.

Перенос виртуальных машин

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

Import-VM -Path ′D:Hyper-VSC3Virtual Machines4e782fc5-8a82-4311-8627-b69ab2e894f5.xml′

В параметре Path указываем расположение xml-файла конфигурации. Для копирования ВМ в другое место с тем же ID воспользуемся параметром Copy, а для генерации нового идентификатора используем параметр GenerateNewId:

Import-VM -Path ′D:Hyper-VSC3Virtual Machines4e782fc5-8a82-4311-8627-b69ab2e894f5.xml′ -Copy -GenerateNewId

Полезная ссылка

Проверка на совместимость

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

Compare-VM -Path ′D:SC3Virtual Machines4e782fc5-8a82-4311-8627-b69ab2e894f5.xml′

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

Для уточнения проблемы еще раз выведем отчет о совместимости и поместим его в переменную:

$report = Compare-VM -Path ′D:SC3Virtual Machines4e782fc5-8a82-4311-8627-b69ab2e894f5.xml′

Затем извлечем причину несовместимости:

$report.Incompatibilities | ft -AutoSize

Как видно из сообщения, проблема в отсутствии на данном хосте виртуального свича с именем Private. Этот свич прописан в конфигурации ВМ, и для успешного импорта его надо оттуда удалить. Сделаем это с помощью команды:

$report.Incompatibilities[0].Source | Disconnect-VMNetworkAdapter

Затем проверим еще раз совместимость:

Compare-VM -CompatibilityReport $report

И поскольку проблема устранена, то импортируем машину командой:

Import-VM -CompatibilityReport $report

ВНИМАНИЕ! при экспорте мы получаем точную копию виртуальной машины, включая идентификатор безопасности (SID), имя и IP-адрес (при статической адресации). Поэтому, во избежании конфликтов, при развертывании такой машины надо быть крайне осторожным, и делать это желательно в изолированной среде, особенно если виртуальная машина является членом домена AD.

Приложения

Основные команды для управления hyper-v через powershell

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

Манипулирование состоянием виртуальных машин
Get-VMState, Set-VMState, Convert-VmState,
Ping-VM, Test-VMHeartBeat, Shutdown-VM, Start-VM, Stop-VM, Suspend-VM
Get-VMKVP, Add-KVP, Remove-KVP, Get-VMJPEG

Возможность делать бэкапы, экспорт виртуальных машин и снятие снэпшотов
Export-VM, Import-VM, Get-VMSnapshot, Choose-VMSnapshot, Apply-VMSnapshot, New-VMSnapshot ,Remove-VMSnapshot, Rename-VMSnapShot, Update-VMSnapshot, Get-VMSnapshotTree, Get-VmBackupScript

Добавление и удаление вирт. машин, настройка их свойств
New-VM, Remove-VM, Set-VM, Get-VMCPUCount, Set-VMCPUCount, Get-VMMemory, Set-VMMemory, Set-VMSerialPort

Управление дисковыми контроллерами
Get-VMDiskController
Add-VMSCSIController, Remove-VMSCSIcontroller
Get-VMDriveByController, Add-VMDRIVE, Remove-VMdrive
Get-VMDiskByDrive, Add-VMDISK, Set-VMDisk, Get-VMDisk
Get-VMFloppyDisk, Add-VMFloppyDisk
Add-VMNewHardDisk

Управление сетевыми интерфейсами
Get-VMNic, List-VMNic, Choose-VMNIC, Add-VMNIC, Remove-VMNIC, Set-VMNICAddress, Set-VMNICConnection, Get-VMNicport,
Get-VMnicSwitch, Choose-VMSwitch, New-VMSwitchPort, Get-VMByMACaddress, Choose-VMExternalEthernet,
New-VMExternalSwitch, New-VMInternalSwitch,New-VmPrivateSwitch

Работа с VHD файлами
Get-VHDDefaultPath, Get-VHDInfo, New-VHD, Compact-VHD, Test-VHD,Convert-VHD,Merge-VHD,Mount-VHD, Unmount-VHD

PowerShell+Hyper-V

 Полезные ссылки

Как я перестал беспокоиться и полюбил Hyper-V Server

http://www.vmstart.ru/opisaniya-i-czeny/556-nastrojka-hyper-v-server-2012-r2#link1

Добрый день.

В предыдущий раз было дано описание процесса установки гипервизора компании VMware — ESXi. На эот раз, как и было анонсировано ранее, будет рассмотрен продукт другого довольно известного и популярного разработчика.
В статье ниже я задался целью пролить еще немного света на тему виртуализации, но на сей раз на платформе от Microsoft – Hyper-V. Причем выбрана бесплатная версия данного гипервизора существующая ввиде отдельного сервера. Статей на эту тему в сети немало, да что там, — идею этой статьи я честно подчерпнул из одного такого мануала. Однако я решил несколько усовершенствовать процесс настройки описанный там, снабдив более удобными «костылями» из других источников, чтобы в итоге получить более гарантированный результат при еще большей наглядности и ясности в деталях. У кого получилось интереснее — судить читателю.

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

Содержание

Устанавливаем Hyper-V Server 2012 R2
Настраиваем новый гипервизор из консоли sconfig (TUI-интерфейс)
Настройка сетевых интерфейсов
Настройка межсетевого экрана (Advanced Firewall) через PowerShell
Установка и настройка системы хоста управления для Hyper-V
Настройка хоста управления гипервизором Hyper-V на Windows 8.1
Источники

Устанавливаем Hyper-V Server 2012 R2

Начнем со скучного, установим сам Hyper-V. Подключаем привод, образ или флешку и устанавливаем.

Рис. 01

Рис. 02

Рис. 03

Картинки выше, конечно не отображают всю полную хронологию, скорее для демонстрации интуитивной понятности процесса и его малым отличием от типовой установки ОС этого поколения Windows. Потому тут — «галопом по европам».
Единственное, на что я тут отвлекся на несколько секунд — установил размер системного раздела сервера по своему усмотрению. Остаток места можно использовать например для хранилища виртуальных машин (ВМ), создав позже еще раздел рядом.

Пока двигаемся дальше.

Настраиваем новый гипервизор из консоли sconfig (TUI-интерфейс)

После завершения установки, первое, что видит пользователь — пара окон CMD и открытая в ней же утилита базовой настройки сервера — Sconfig. Не густо, но для сервера нам вполне хватит.
Рис. 04

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

1. Указываем рабочую группу. (В моем случае сервер вне доменной сети, имя группы — HOMELAB).
2. Указываем имя сервера (мое значение — HYPERV01).
3. Создаем дополнительного пользователя (для примера — hvoper). Можно администрировать от имени Administrator, который создается по-умолчанию, но можно создать для управления отдельного пользователя. Чуть позднее будет ясно для чего
4. Включаем удаленное управление. (Включаем возможность ответов на PING) (опционально)

5. Включаем автоматическое обновление. (опционально)
6. Скачиваем и инсталлируем обновления. (опционально)

7. Разрешаем подключаться по rdp всем клиентам, с любой версией протокола.

8. Задаем сетевые настройки.

9. Устанавливаем время и дату.

Настраивать и проводить обновление сразу или же после завершения конфигурирования сервера — на ваш выбор. Можно обновить систему и затем просто перевести этот процесс на ручное управление — не оставлять же карты судьбы продакшн-сервера в руках малопредсказуемых индусов отдела троянских коней обновления Windows из славной организации MS. В своем случае я это сделал сразу, пока имел выданные адреса от моего DHCP. Статический IP-адрес можно настроить в Sconfig с целью работы по RDP, хотя делать это сразу вовсе не обязательно, поскольку позже планируется настраивать сеть более обстоятельно (процесс будет ниже по тексту).

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

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

Для первичной настройки и удобства оной временно выключаем встроенный брандмауэр сервера (также будет настроен чуть позже):

netsh advfirewall set allprofiles state off

Для удобства дальнейшей работы с ФС копируем на Hyper-V некоторые полезные инструменты:
— Total Commander (Far)
— HVRemote
— Дистрибутив ОС ввиде образа ISO будущей виртуальной машины.

Total Commander можно сразу же и установить.

По-моему так рабочее место администратора в Hyper-V выглядит более оптимистично:

Рис. 05

Настройка сетевых интерфейсов

Ввиду того, что наш сервер не имеет привычного для семейства Windows рабочего стола, где можно бодро двигать мышкой и ставить нужные «галочки», приличная часть дальнейшего текста будет посвящена настройке с использованием командной строки, а в частности ее более современного и мощного средства — PowerShell. Если и после этого вы готовы продолжать, тогда продолжим — впереди нас ждет удача!

Открываем окно CMD и запускаем сеанс PowerShell:

powershell

Рис. 06

Смотрим какие у нас есть данные по сетевому адаптеру:

Get-NetAdapter | Where-Object -Property Status -eq Up

Name                      InterfaceDescription                    ifIndex Status       MacAddress             LinkSpeed
----                      --------------------                    ------- ------       ----------             ---------
Ethernet 2                Broadcom NetXtreme Gigabit Ethernet          13 Up           11-22-33-44-55-AB         1 Gbps

Добавляем новый виртуальный «коммутатор» (сеть) используя значение Name из вывода команды выше:

New-VMSwitch -Name "local1" -NetAdapterName "Ethernet 2"

где: local1 – имя нашего нового «коммутатора»

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

Set-VMSwitch -Name "local1" -AllowManagementOS 1

Проверяем наличие нового созданного устройства:

Get-VMSwitch

Name   SwitchType NetAdapterInterfaceDescription
----   ---------- ------------------------------
local1 External   Broadcom NetXtreme Gigabit Ethernet

Настройка протоколов сети

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

Проверяем текущую настройку IPv6 на интерфейсе. Имя интерфейса берем из вывода командлетов

Get-NetAdapter

или

Get-NetIPConfiguration

Смотрим, включена ли она:

Get-NetAdapterBinding -InterfaceDescription "Microsoft Hyper-V Network Adapter" | Where-Object -Property DisplayName -Match IPv6 | Format-Table –AutoSize

Если видите что IPv6 активен (наличие полей IPv6 в выводе), то выключаем:

Disable-NetAdapterBinding -InterfaceDescription "Microsoft Hyper-V Network Adapter" -ComponentID ms_tcpip6

где: «Microsoft Hyper-V Network Adapter» — ваше значение из описания (InterfaceDescription) сетевого адаптера.

Теперь посмотрим, какие сетевые установки у нас имеются:

Get-NetIPConfiguration

(тут смотрим InterfaceIndex)

InterfaceAlias       : vEthernet (local1)
InterfaceIndex       : 27
InterfaceDescription : Hyper-V Virtual Ethernet Adapter #2
IPv4Address          : 192.168.10.2
IPv4DefaultGateway   : 192.168.10.1
DNSServer            : 192.168.10.1

InterfaceAlias       : Ethernet 3
InterfaceIndex       : 14
InterfaceDescription : Broadcom NetXtreme Gigabit Ethernet #2
NetAdapter.Status    : Disconnected

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

Даем новый IP-адрес:

New-NetIPAddress -InterfaceIndex 27 -IPAddress 192.168.55.101 -DefaultGateway 192.168.55.254 -PrefixLength 24

В этом месте очевидно, потребуется пересоединиться к серверу по RDP — перезапустить сессию с новым IP.

И новые DNS:

Set-DnsClientServerAddress -InterfaceIndex 27 -ServerAddress 192.168.55.254,192.168.10.1

После чего они должны принять вид похожий на таблицу ниже:

InterfaceAlias       : vEthernet (local1)
InterfaceIndex       : 27
InterfaceDescription : Hyper-V Virtual Ethernet Adapter #2
IPv4Address          : 192.168.55.101
IPv4DefaultGateway   : 192.168.55.254
DNSServer            : 192.168.55.254
192.168.10.1

InterfaceAlias       : Ethernet 3
InterfaceIndex       : 14
InterfaceDescription : Broadcom NetXtreme Gigabit Ethernet #2
NetAdapter.Status    : Disconnected

Настройка межсетевого экрана (Advanced Firewall) через PowerShell

Настройка разрешающих правил

После появления PowerShell в стандартной поставке Hyper-V в системе имеется удобный способ настройки встроенного брандмауэра. Для просмотра соответствующих доступных командлетов выполните:

Get-Command -Noun *Firewall* -Module NetSecurity

Проверим правило разрешающее удаленное управление рабочим столом (RDP).

Get-NetFirewallRule | Where-Object -Property DisplayName -Match "remote desktop" | Format-List -Property Name, DisplayName, Enabled

Если видим в графе Enabled: значение False, разрешаем это правило:

Enable-NetFirewallRule RemoteDesktop-UserMode-In-TCP

Переключимся на окно CMD и активируем брандмауэр:

netsh advfirewall set allprofiles state on

Если все было сделано правильно, то соединение через RDP не должно прерваться.

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

Проверим, включено ли оно:

Get-NetFirewallRule | Where-Object -Property DisplayName -Match "firewall" | Format-List -Property Name, DisplayName, Enabled

Если в строке Enable видим False, то выполним следующее:

Enable-NetFirewallRule -Name RemoteFwAdmin-In-TCP,RemoteFwAdmin-RPCSS-In-TCP

После этого должна стать доступна оснастка «Брандмауэр Windows» MMC на хосте управления (Windows 8.1, Windows 2012 Server), которая нужна чтобы получить доступ к фаерволу сервера Hyper-V:

Точно также, при желании можно изменить статус для других правил, например для удаленного управления службой Virtual Disk (vds):

Смотрим, включено или нет

Get-NetFirewallRule | Where-Object -Property DisplayName -Match "volume" | Format-List -Property Name, DisplayName, Enabled

Включаем нужные модули, если они выключены:

Enable-NetFirewallRule RVM-VDS-In-TCP,RVM-VDSLDR-In-TCP,RVM-RPCSS-In-TCP

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

Get-NetFirewallRule | Where-Object -Property DisplayName -Match "smb" | Format-List -Property Name, DisplayName, Enabled

Name        : FPS-SMB-In-TCP
DisplayName : File and Printer Sharing (SMB-In)
Enabled     : False

Name        : FPS-SMB-Out-TCP
DisplayName : File and Printer Sharing (SMB-Out)
Enabled     : False

Name        : FPSSMBD-iWARP-In-TCP
DisplayName : File and Printer Sharing over SMBDirect (iWARP-In)
Enabled     : False

Если видите аналогичную «фальш», меняем ситуацию:

Enable-NetFirewallRule FPS-SMB-In-TCP

Добавление автозагрузки сеанса PowerShell (опционально)

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

New-ItemProperty -path HKLM:SOFTWAREMicrosoftWindowsCurrentVersionrun -Name PowerShell -Value "cmd /c start /max C:Windowssystem32WindowsPowerShellv1.0powershell.exe -noExit" -Type string

Внедряем HVRemote (его функции будут нужны позднее):

Копируем файл скрипта hvremote.wsf в удобный для вас каталог, переходим в него.

В каталоге с hvremote.wsf в консольном окне CMD на хосте Hyper-V и выполняем:

cscript hvremote.wsf /add:hvoper

где: hvoper – имя администратора для Hyper-V

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

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

1. Вы используете реальный (отдельный физический) компьютер / сервер.
2. Устанавливаете виртуальную машину

Какой бы вариант не выбрали, в любом случае далее нужно будет установить одну из версий ОС на «выбор»: Windows 8.1 Professional или Windows Server 2012. Такое требование связано с наличием в этих версиях ОС необходимых инструментов администрирования для Hyper-V 2012 R2 начиная с указанных версий (тот же Windows 7 или Windows Server 2008 использовать можно только для управления Hyper-V 2008).

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

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

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

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

Загружаем с сетевого ресурса локальной сети образ ISO нужного дистрибутива будущей виртуальной машины (Windows 8.1 Pro или Windows 2012 Server) в локальный каталог Hyper-V.

Рис. 07

Качаем и ставим на клиента (например с Windows 7) программу 5nine Manager for Hyper-V.

Для корректной обработки запроса соединения с консолью виртуальной машины в программе 5nine Manager, на своей рабочей станции в файл hosts добавьте строку такого вида:

192.168.55.101 hyperv01

Добавляем в конфигурацию 5nine Manager наш сервер Hyper-V .

Рис. 08

Создаем в 5nine Manager новую виртуальную машину.

Рис. 09

Рис. 10

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

Рис. 11

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

Рис. 12

Выполним инсталляцию ВМ из ISO.

Рис. 13

Настройка хоста управления гипервизором Hyper-V на Windows 8.1

Все манипуляции выполняются на системе «клиента», т. е. хоста управления, если не сказано иное.

Устанавливаем Windows 8.1

После завершения установки, создаем пользователя-оператора с парой логин-пароль как для дополнительного админа на Hyper-V: hvoper (пароль должен совпадать с «коллегой» из гипервизора имеющего права группы Hyperv-V-Администраторы там – добавляли выше с помошью hvremote)

Рис. 14

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

Например 192.168.55.0/24 и 192.168.10.0/24 как в данной статье.

Активируем удаленный доступ к ВМ и правило на входящие подключения в брандмауэре.
Правим файл hosts (необходимо для корректной работы оснасток в Windows 8 по имени хоста сервера):

192.168.55.101 hyperv01

Устанавливаем компонент «Диспетчер управления Hyper-V»:
Панель управления — Программы и компоненты — Включение и отключения компонентов Windows;

Рис. 15

В загрузившемся окне диалога, отмечаем галкой пункт «Hyper-V» – применяем изменения кнопкой ОК.

Загружаем Средства удаленного администрирования сервера для Windows 8.1 (RSAT) и устанавливаем.

Рис. 16

Загружаем на хост управления скрипт HVRemote. Файл скрипта необходимо поместить в любой каталог, до которого есть прописаный путь в переменной текущего пользователя или системы (например корень домашней папки — %userprofile% (C:Usersusername), C:Windows).

Рис. 17

Запускаем командную строку Windows от имени администратора и окне CMD выполняем:

C:WindowsSystem32cscript C:WindowsSystem32hvremote.wsf /AnonDCOM:grant

Если пользователь в вашей ОС один и он администратор, то при действующих переменных можно сделать тоже самое короткой формой команды:

сscript hvremote.wsf /AnonDCOM:grant

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

Запускаем команду для тестирования настроек связки клиент-сервер Hyper-V:

Вариант с CMD «от имени администратора»:

C:WindowsSystem32cscript C:WindowsSystem32hvremote.wsf /show /target:hyperv01

Или от пользователя-администратора

cscript hvremote.wsf /show /target:hyperv01

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

Запускаем mmc
Добавляем необходимые оснастки (во всех случаях для сервера HYPERV01):

Диспетчер Hyper-V
Брандмауэр Windows
Управление компьютером

Для последнего пункта. если он востребован, необходимо в правила брандмауэра на сервере Hyper-V добавить несколько дополнительных, для обеспечения требуемых типов соединений в зависимости от нужного раздела данной оснастки — их нетрудно найти в оснастке «Брандмауэр Windows» для HYPERV01, в перечне имеющихся по-умолчанию правил.
Кроме этого, на хосте управления также надо добавить некоторые отдельные правила, например одно важное для оснастки «Управление дисками» сервера. Для доступа к службе VirtualDisk на Hyper-V, в брандмауэре хоста управления надо включить разрешающее правило:

«Удаленное управление томами — загрузчик службы виртуальных дисков».

Рис. 18

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

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

Рис. 19

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

Удачи!

Источники:

http://serveradmin.ru/
http://www.vmstart.ru/
https://blogs.technet.microsoft.com/
http://vmind.ru/