Hyper v плюсы и минусы

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

Технологию виртуализации Hyper-V применяют для обеспечения параллельной работы множества ОС на базе одного выделенного сервера или компьютера. Разработкой платформы занимается компания Microsoft, поэтому она включена в стандартный инструментарий различных версий операционной системы Windows Server начиная с 2008 года, а также корпоративных версий Windows 8, Windows 8.1, Windows 10 и Windows 11.

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

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

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

Работа Hyper-V на VPS/VDS

VPS и VDS, созданные на базе Hyper-V, с точки зрения пользователя ничем не отличаются от обычного выделенного сервера. Вы точно так же можете установить любую удобную панель управления и операционную систему. В том числе и различные дистрибутивы Linux, Ubuntu, Debian, FreeBSD, CentOS и т.д.

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

Преимущества Hyper-V на VDS

Резюмируем основные плюсы применения этой платформы для виртуализации серверов:

Недостатки Hyper-V на VDS

Их не так много, как преимуществ, но всё же для кого-то они могут оказаться значительными:

Надеемся, наш материал поможет вам определиться с тем, стоит ли использовать виртуальные серверы на платформе Hyper-V, или лучше отдать предпочтение другим программным решениям, таким как VMware, KVM или OpenVZ. На этом заканчиваем наш материал, всего доброго!

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

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

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

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

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

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

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

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

Установка пакета инструментов или драйверов

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

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

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

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

Технология виртуализации

Что касается программного обеспечения Hyper V, то здесь речь идет о создании низкоуровневой оболочки, которая позволяет объединить в себе все необходимые для пользователя процессы. Также не стоит забывать о том, что здесь попутно используется гипервизор и ряд других компонентов. Если же рассматривать VirtualBox, то здесь речь идет про открытую аппаратную виртуализацию с возможностью объединения или изолирования присутствующих гостевых систем. Разумеется, каждый отдельный представленный вариант имеет свое конкретное назначение, из-за чего определить более предпочтительный софт по данному показателю сложно. Здесь все зависит исключительно от предпочтений пользователя.

Требования оперативной памяти

Как уже было сказано ранее, чтобы использовать ту или иную систему виртуализации, ваше устройство должно отвечать минимальным системным требованиям, в том числе иметь достаточное пространство ОЗУ для взаимодействия. Так как VirtualBox работает на любых системах, здесь будет вполне достаточно 512 мегабайт для корректного функционирования без задержек, однако, это минимальный показатель и окончательная производительность будет напрямую зависеть от мощности процессора. Если же рассматривать Hyper V, то эта виртуальная машина подходит только для 64-битных платформ и выше, из-за чего, минимальный порог памяти установлен на отметке в 1024 мегабайт.

Графический интерфейс

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

https://youtube.com/watch?v=F-5ESMyP8vc%3Ffeature%3Doembed

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

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

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

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

Сравнение систем виртуализации

VMware можно назвать флагманом рынка виртуализации. Компания основана 10 февраля 1998 года пятью техническими специалистами во главе с Дианой Грин (Diane Greene). Уже в 1999 году они представили свой первый продукт Workstation 1.0, который стал началом коммерчески успешного взлёта компании. Продукт был предназначен для «десктопной» виртуализации. Чтобы выйти на рынок Enterprise-решений, VMware в 2002 году представили свой первый гипервизор ESX Server 1.5, который эволюционировал в платформу виртуализации VMware vSphere.

Xen

История Xen корнями уходит в исследовательский проект в Кембриджском университете под руководством Яна Пратта (Ian Pratt) и Кейр Фрейзер (Keir Fraser). Первая версия была анонсирована в 2004 г. и вскоре с другими выпускниками университета была основана компания XenSource Inc, целью которой было продвижение Xen на корпоративном рынке. 22 октября 2007 г. Citrix Systems завершила поглощение XenSource Inc, начав предлагать корпоративным клиентам XenServer, который позже был переименован в Citrix Hypervisor.

KVM

KVM (Kernel-based Virtual Machine) — программное решение, обеспечивающее виртуализацию в среде Linux. K VM создано усилиями компании Qumranet, которая была куплена Red Hat за $107 млн. 4 сентября 2008 года. После сделки KVM (наряду с системой управления виртуализацией oVirt) вошла в состав платформы виртуализации Red Hat Enterprise Virtualization (RHEV). 28 октября 2018 года IBM выкупила Red Hat за 34 миллиарда долларов.

В Microsoft бросились догонять уходящий поезд виртуализации в 2008 году, представив свой гипервизор Hyper-V (кодовое имя Viridian) в составе MS Windows Server 2008. С целью составить конкуренцию на рынке виртуализации, Microsoft представила Hyper-V Server как бесплатную операционную систему с единственной ролью: быть сервером виртуализации.

Типы гипервизоров

Существуют различные классификации гипервизоров. Классическое деление на «гипервизор первого типа» (автономный, тонкий, исполняемый на «голом железе», Type 1, native, bare-metal) и «гипервизор второго типа» (хостовый, монитор виртуальных машин, hosted, Type-2, V) впервые было представлено в работе «Формальные требования к виртуализируемым архитектурам третьего поколения» (Formal Requirements for Virtualizable Third Generation Architectures) Джеральдом Попеком (Gerald J. Popek) и Робертом Голдбергом (Robert P. Goldberg) в 1973 г.

По данной классификации гипервизор типа 1 выполняется непосредственно на «голом железе», а тип 2 — гипервизор, входящий в состав операционной системы. Как выяснилось, на практике очень тяжело провести грань между этими типами. Многими специалистами считается, что гипервизор VMware принадлежит к первому типу. При этом гипервизор KVM относят ко второму типу, поскольку законченное решение для запуска виртуальных машин требует создания адресного пространства в ОЗУ и такого компонента как QEMU — при этом они работают только поверх операционных систем на базе Linux. Со временем появились новые архитектурные решения, которые не вписывались в жёсткую схему из двух типов. Так Hyper-V уже можно отнести к гибритному типу (Hybrid, Type-1+), где гипервизор контролирует процессор и память, а специальная служебная ОС даёт гостевым операционным системам доступ к физическому оборудованию. Гипервизор Xen работает на «голом железе», но для своей работы ему требуется управляющая операционная система в dom0.

Сравнение возможностей

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

Для полного сравнения

Многие системы виртуализации акцентируют внимание на термине «Высокая Доступность» (High Availability), но дело в том, что у большинства при отказе физического узла виртуальные машины нужно перезапускать на другом узле, и пока они запускаются, пользователь не может взаимодействовать с ними. Возникает простой (DownTime).

VMware Fault Tolerance — это технология VMware, разработанная для защиты критически важных виртуальных машин с реальной непрерывной доступностью. Для машин, защищенных VMware Fault Tolerance, выполняется постоянное копирование всего состояния памяти и процессорных инструкций в реальном времени. В случае выхода их строя узла или части кластера, рабочая копия виртуальной машины (Primary) мгновенно переключится на «вторичную» (Secondary) или «теневую» копию, работающую на другом сервере. При сбое первичного хоста, пользователи даже не заметят процесса переключения на вторичный узел. Именно этим Fault Tolerance отличается от High Availability.

Distributed Resource Scheduler (DRS) и Storage DRS (SDRS)

Distributed Resource Scheduler — это технология, позволяющая в автоматическом режиме балансировать нагрузку на ЦПУ и ОЗУ. В отличие от System Scheduler в последних версиях Red Hat, выполняющего примерно те же задачи, VMware DRS балансирует нагрузку предиктивно.

Storage DRS (SDRS) выравнивает нагрузку на хранилища и позволяет обеспечить требуемый уровень заполненности хранилища (Utilized Space) и/или задержки ввода-вывода (I/O Latency).

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

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

VMware против Microsoft Hyper-V

После того, как KVM стал частью ядра Linux, он автоматически стал «генеральной линией партии» (mainline) в вопросе «а что выбрать для создания виртуализации средствами Linux». Заметьте, что Red Hat сделала ставку на KVM и в версии Red Hat Enterprise Linux 6.0 полностью исключил Xen, сделав окончательный выбор.

Эта борьба двух Linux-проектов, которые завязли в братской войне, шла на пользу VMware и Hyper-V, так как KVM и Xen отбирали долю рынка у друг друга, а не у конкурентов.

К минусам KVM часто относят:

Традиционно к плюсам KVM относят неприхотливость к аппаратной части сервера, буквально — «если Linux работает на нём, то всё будет хорошо». Адепты свободного софта могут прочесть исходные коды гипервизора. Благодаря KVM можно получить недорогую виртуальную среду.

VMware против Citrix Xen

Citrix Xen одно время мог похвастать паравиртуализацией, которая требует модифицировать гостевую операционную систему, что невозможно для закрытых систем типа MS Windows, для более быстрой работы и снижения накладных расходов (overhead) на виртуализацию. Но с той поры прошло много лет, и все игроки на рынке виртуализации и аппаратного обеспечения приблизили работу гостя к производительности схожей «как на голом железе», что нивелирует плюсы паравиртуализации. А контейнеры и вовсе отобрали лавры быстрого гостя для UNIX- и Linux-гостей.

Citrix с Xen подвергся усилению конкуренции со стороны решений с открытым кодом от KVM и OpenStack, а также отсутствию поддержки поставщиков и сообщества, в отличие от KVM и OpenStack.

На сегодняшний день одной из сильных сторон можно назвать продвинутые возможности по предоставлению внутри виртуальной машины 3D аппаратной акселерации GPU от производителей Intel, AMD, NVIDIA.

К особенностям гипервизора можно отнести:

Такие технологии очень востребованы в секторах Computer-Aided Design (CAD) и Computer-Aided Manufacture (CAM), что позволяет виртуализировать рабочее место специалистов по компьютерному моделированию, чертёжников, проектировщиков и т.д.

Так что же выбрать?

Флагман отрасли, с соответствующим ценообразованием и особенностями лицензирования, востребован крупными корпорациями и отраслевыми представителями. Ядро гипервизора принадлежит первому типу, следовательно, аппаратное обеспечение должно быть подобрано более тщательно. Существует список поддерживаемого оборудования (HCL), которое гарантирует беспроблемную работу. Также требует тщательного подбора системы хранения данных (СХД) и обычно итог дороже, чем у конкурентов.

Microsoft — ближайший конкурент VMware, буквально дышит в спину со своим единственным отличным от Linux-гипервизоров продуктом Hyper-V. Привлекательные схемы лицензирования Hyper-V и возможность с покупкой Windows Server Datacenter бесплатно получить автоматическую активацию (Automatic Virtual Machine Activation (AVMA)) неограниченного количества гостевых операционных систем делают выбор привлекательным для тех, кому нужна тесная интеграция с экосистемой MS Windows и знакомый интерфейс.

Позиции Xen были сильны в прошлом. Многие известные компании типа Amazon строили свою инфраструктуру на Xen, но потом они же и сменили его на KVM. Паравиртуализация была хороша, но сейчас её плюсы не ощущаются. В сухом остатке, Citrix Hypervisor в современных реалиях занял нишу виртуализации с активным использованием 3D, родственной нишей «Рабочее место как услуга» (VDI) и виртуализация приложений (Citrix Virtual Apps and Desktops).

Недорогой и лояльный к аппаратным ресурсам KVM, знакомый всем в мире open source, интересен прежде всего компаниям, менее заинтересованным в функциях корпоративного уровня. Оптимален для создания бюджетных виртуальных сред, к примеру, для тестировщиков.

Аналитические отчёты

Аналитическая компания Gartner проводит различные исследования, в том числе «Magic Quadrant for x86 Server Virtualization Infrastructure». Изучают игроков рынка технологий виртуализации, а также анализируют сильные и слабые стороны платформ виртуализации. Производителей выстраивают по горизонтальной оси X — полнота видения (completeness of vision) и по вертикальной оси Y — способность внедрить и использовать данный функционал на предприятиях (Ability to Execute).

Магический квадрант в области виртуализации серверной инфраструктуры, Gartner, 2016 г.

Spiceworks

Spiceworks в 2016 году опубликовала график зависимости использования той или иной платформы виртуализации от размера компании, измеряемого в количестве сотрудников. По графику видно, что чем крупнее компания, тем выше у неё требования к системе виртуализации и тем чаще предпочтение отдается VMware.

Зависимость частоты использования платформ виртуализации от размера компании, Spiceworks, 2016 г.

Решения DataHouse

Облачная система на базе VMware

Поможем выстроить инфраструктуру и перенести сервисы в облако.

Аренда программного обеспечения

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

Бэкапирование и хранение архивов

Организуем архивирование и настроим хранение данных в Veeam Backup, организуем взаимодействие с репозиторием DataCloud S3.

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

Прикрепить техническое задание

Предисловие: по необходимости наткнулся на крутую статью про установку бесплатного гипервизора от Microsoft. Не могу не сохранить тут. Спасибо автору.

Наконец-то в открытом доступе появилась финальная версия бесплатного гипервизора от Microsoft. Я расскажу, как установить и настроить Microsoft Hyper-V Server 2019 для удобного создания и управления виртуальными машинами. Традиционно, там не так все просто и удобно, как могло бы быть. Обязательно требуется первоначальная подготовка к комфортной работе. Теоретический курс по основам сетевых технологий. Позволит системным администраторам упорядочить и восполнить пробелы в знаниях. Цена очень доступная, есть бесплатный доступ. Все подробности по ссылке. Можно пройти тест на знание сетей, бесплатно и без регистрации.

Цели статьи

История релиза Hyper-V Server 2019 получилась необычной и даже какой-то драматичной, как и все последние релизы от компании Microsoft. Поясню для тех, кто не в курсе. Сам 2019-й сервер зарелизился в октябре 2018 года с какими-то критичными багами. Подробности проблем не помню, но в итоге релиз отозвали. Через месяц зарелизили еще раз и вроде как успешно.

И вот дождались. 15-го июня я увидел новость о том, что Hyper-V Server 2019 доступен для загрузки в Evaluation Center. Зашел, проверил. В самом деле это так. Появился iso образ, который можно свободно загрузить, что я успешно сделал.

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

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

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

Второй минус — нет никакой возможности пробросить USB в виртуальную машину. Подчас это очень неудобно и вынуждает использовать что-то другое, вместо Hyper-V. Не понимаю, почему в Microsoft за столько лет не могут это исправить. Запрос очень актуальный и злободневный, особенно у нас, где повсеместно используется 1С с USB ключами.

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

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

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

Если вы по какой-то причине закроете это окно, вызвать его снова можно в командной строке с помощью команды sconfig. На этом установка Windows Hyper-V server 2019 закончена. Переходим к настройке.

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

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

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

У нас есть несколько вариантов управления Hyper-V. Я сначала рассмотрю 2 наиболее удобных из них:

Установка Windows Admin Center для управления Hyper-V 2019

Теперь нам надо передать скачанный файл на гипервизор и установить панель управления. Ранее мы разрешили подключение к Windows Hyper-V Server 2019 по rdp. Подключимся к нему, чтобы было удобно выполнять команды на самом гипервизоре.

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

netsh advfirewall set currentprofile state off
netsh advfirewall set currentprofile state on

Либо разрешить некоторые команды удаленного управления, которые позволят в том числе передавать файлы на гипервзиор по smb. Следующие команды нужно вводить не в обычной консоли, а powershell. Для этого наберите команду powershell в стандартной консоли, которая загружается после подключения по rdp, а потом сами команды.

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

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

Возвращаемся на гипервизор, идем в паеку C:/Soft и запускаем переданный файл.

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

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

В моем примере у меня только один сетевой интерфейс на гипервизоре. Я создам один коммутатор типа Внешний (External).

Получилось вот так.

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

Я предпочитаю использовать классические оснастки для управления гипервизором. Если вы так же как и я, предпочитаете их, переходим к следующему способу подключения и управления Hyper-V Server 2019. Для этого нам понадобится компьютер или виртуальная машина с Windows 10. Можно ее установить прямо на этом же гипервизоре. Иногда я так делаю для удобства. Получается автономный гипервизор со всем необходимым для управления.

Удаленное подключение и управление Hyper-V Server 2019 через оснастки

Отправляемся по rdp на гипервизор и настраиваем правила firewall, если не сделали это ранее. Можете любо полностью отключить его через cmd:

либо разрешить только то, что нужно через powershell:

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

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

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

Если, как и я, получили ошибку:

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

Значит у вас одно из сетевых подключений имеет статус общедоступной, что недопустимо.

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

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

Вводим следующую команду, которая разрешает управление удаленными системами:

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

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

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

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

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

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

Enable-PSRemoting
Enable-WSManCredSSP -Role server

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

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

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

Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.

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

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

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

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

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

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

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

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

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

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

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

Дальше указываете различные параметры бэкапа, в том числе место, куда он будет сделан. Не буду останавливаться на этом подробно. У Veeam отличная документация и интуитивно понятный интерфейс. Пример хорошего продукта. За то, что он есть под Hyper-V, я и люблю последний. Очень не хватает аналога Veeam для KVM или Xen.