Hyper-V против VMware: Какой выбрать?

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

• Hyper-V и VMware для серверов
• Hyper-V и VMware для пользователей настольных компьютеров

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

Что такое Hyper-V?

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

Вы можете использовать Hyper-V в Windows в двух основных вариантах:

• Hyper-V на серверах (на версиях Windows Server, таких как Windows Server 2016, 2019, 2022 и автономном сервере Hyper-V).
• Hyper-V на рабочих станциях (на Windows 8.1, Windows 10 и версиях Windows 11, таких как Pro и Enterprise).

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

Что такое VMware?

VMware – это известный во всем мире поставщик программного обеспечения, предоставляющий множество продуктов на рынке виртуализации. VMware ESXi, как и Hyper-V, также является гипервизором типа 1, который устанавливается на физический сервер (нативное железо).

VMware vSphere – это платформа виртуализации сервера с гипервизором ESXi в качестве ее основного компонента. По сути, VMware vSphere включает:

• VMware ESXi
• VMware vCenter
• VMware vSphere Client

Все эти продукты вместе составляют инфраструктуру VMware, которая обеспечивает централизованное управление созданным виртуальным окружением. VMware vSphere также включает дополнительные продукты, такие как NSX, vSAN и vRealize Operations Manager, которые расширяют функциональность vSphere.

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

• VMware Workstation
• VMware Player
• VMware Fusion (Pro)
• VMware Fusion Player

Таблица сравнения VMware и Hyper-V

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

Hyper-V на Windows Server 2022 VMware ESXi в vSphere 8.0 Hyper-V на Windows 10 VMware Workstation 17 Тип гипервизора Тип 1 Тип 1 Тип 1 Тип 2 Как устанавливается гипервизор Роль сервера Windows Установлен как отдельная ОС Функция Windows Установлен на поддерживаемой ОС Поддерживаемые хост-ОС Windows Н/Д Windows Windows, Linux Поддерживаемые гостевые ОС Windows
Linux
Free BSD Windows
Linux
Free BSD
Unix
macOS*
другие Windows
Linux
Free BSD Windows
Linux
Free BSD
Unix
macOS*
другие Инструменты управления и пользовательский интерфейс Менеджер Hyper-V
Менеджер аварийного восстановления кластера
SCVMM
PowerShell
Соединение с ВМ DCUI
Клиент хоста VMware
Клиент vSphere VMware
PowerCLI
ESXCLI
VMRC Менеджер Hyper-V
PowerShell
Соединение с ВМ Приложение с графическим интерфейсом, созданное VMware
Командная строка Службы операционной системы гостя Интеграционные службы Hyper-V Инструменты VMware Интеграционные службы Hyper-V Инструменты VMware Подключение USB-устройств к ВМ Только USB-накопители Да, любые USB-устройства Только USB-накопители Да, любые USB-устройства Общий буфер обмена Да Да, ограниченный Да Да Перетаскивание Нет Нет Нет Да Общие папки Нет Нет Нет Да Поддерживаемые файловые системы NTFS
ReFS VMFS NTFS
ReFS Файловые системы, поддерживаемые хост-ОС Протоколы обмена данными iSCSI
SMB 3.0

<di

Архитектура VMware по сравнению с Hyper-V

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

Hyper-V

Microsoft Hyper-V существует в двух режимах для Windows и как автономное решение:

• Как роль Hyper-V, которая является встроенной функцией Windows Server, которую может включить администратор сервера.
• Как функция Windows в Windows 10 и других версиях клиентских Windows. Пользователь или администратор может включить или выключить эту функцию.
• Как автономный продукт Microsoft (также известный как Hyper-V Server), с ограниченной функциональностью и компонентами управления Hyper-V.

Примечание: На момент написания этого сообщения последняя версия Hyper-V Server как автономного решения – это Hyper-V Server 2019. Нет Hyper-V Server 2022. Можно использовать Windows Server 2022 для последней версии Hyper-V.

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

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

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

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

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

VMware

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

Ранняя версия VMware ESXi – VMware ESX – работала на ядре Linux, которое действовало как основная ВМ. Позже гипервизор ESXi был введен для минимизации накладных расходов, наложенных VMware ESX. VMware ESXi требует минимального количества аппаратных ресурсов и обеспечивает небольшой размер 130 МБ (ESXi 7). Процесс виртуализации в ESXi поддерживается VMkernel, который запускается непосредственно на хостах и обеспечивает связь между ВМ и физическим оборудованием, обеспечивая высокую производительность.

VMware vSphere Client или VMware vCenter Server – это компоненты vSphere, предназначенные для управления виртуализационной платформой VMware. Они функционируют как инструменты управления, используемые для работы с хостами ESXi. Ниже мы расскажем о них и сравним их с аналогами Hyper-V.

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

Поддерживаемые операционные системы

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

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

Поддержка хост-ОС

Поддерживаемые хост-операционные системы для разных гипервизоров:

Hyper-V:

• Windows – единственная операционная система, на которой можно установить Hyper-V

ESXi:

• ESXi работает как собственная операционная система и не требует установки других операционных систем на сервере.

VMware Workstation и Player:

• Windows
• Linux

VMware Fusion (Pro) и Fusion Player:

• macOS

Поддержка гость-ОС

Гость-ОС, поддерживаемые VMware и Hyper-V, могут различаться.

Hyper-V

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

• Windows
• Linux
• FreeBSD

Обратите внимание, что самые старые операционные системы Windows не поддерживаются. Поддержка Windows начинается с Windows Vista.

VMware

Гипервизоры VMware (ESXi, VMware Workstation, VMware Player, VMware Fusion и Fusion Player) поддерживают установку большего количества гостевых операционных систем на виртуальные машины:

• Windows
• Linux
• Unix
• FreeBSD
• macOS, также известный как Mac OS X*

Гипервизоры VMware также поддерживают другие операционные системы, включая старые операционные системы, такие как DOS, Windows 95, Novell Netware и т.д.

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

*macOS по умолчанию поддерживается в VMware Fusion. Что касается других гипервизоров VMware, убедитесь, что лицензионное соглашение позволяет вам устанавливать macOS в качестве гостевой ОС. Прочитайте как установить macOS на VMware ESXi. Тот же подход действителен для VMware Workstation.

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

Мысли

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

VMware ESXi не требует ОС хоста. В общем, инфраструктура VMware не привязана к Windows и предоставляет большую гибкость при установке ESXi на сервера. VMware Workstation устанавливается на компьютеры под управлением Linux и Windows, а Fusion – на компьютеры пользователей под управлением macOS.

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

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

Инструменты управления и пользовательский интерфейс

VMware и Hyper-V управляются различными инструментами управления.

Менеджер Hyper-V

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

Подключение к виртуальной машине Hyper-V (VM Connect) – это инструмент, который вы видите, когда открываете интерфейс виртуальной машины, который обычно отображается на виртуальном мониторе виртуальной машины. VMConnect отправляет ваши действия с клавиатурой и мышью на виртуальную машину. Этот инструмент основан на функциональности удаленного рабочего стола Windows (RDP).

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

Менеджер виртуальных машин System Center

Менеджер виртуальных машин System Center (SCVMM) – это инструмент управления, разработанный Microsoft для управления несколькими виртуальными машинами, существующими в той же виртуальной среде Hyper-V на серверах Windows. SCVMM не устанавливается по умолчанию с Hyper-V. Это массовое решение, которое можно установить отдельно.

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

PowerShell

PowerShell – это интерфейс командной строки для управления Windows и Hyper-V. Существуют специальные командлеты PowerShell для Hyper-V. Некоторые расширенные параметры можно настроить только в PowerShell. Существует множество полезных команд PowerShell для администраторов Hyper-V. Использование PowerShell для управления Hyper-V доступно на серверных и клиентских версиях Windows. VMware DCUI для ESXi

VMware DCUI для ESXi

VMware Direct Console User Interface (DCUI) — это простой интерфейс с стилем, напоминающим DOS, разработанный в желто-серых цветах, который позволяет настроить базовые параметры ESXi, такие как имя хоста, настройки сети и т. д. Открытие DCUI является стартовой точкой для настройки ESXi. После настройки основных параметров в DCUI вы можете открыть VMware Host Client.

VMware Host Client

VMware Host Client — это встроенный веб-интерфейс для удаленного управления ESXi. Этот интерфейс удобен для пользователя и позволяет настроить множество параметров на узле ESXi. Вы можете редактировать конфигурацию ВМ, создавать, запускать и удалять ВМ. Вы также можете открыть пользовательский интерфейс гостевой ОС, работающей на ВМ (этот инструмент известен как VMware Web Console).

VMware vCenter и VMware vSphere Client

VMware vCenter Server — это решение для централизованного управления VMware vSphere, включая узлы ESXi. VMware vSphere Client — это веб-интерфейс для использования vCenter для управления vSphere. Этот интерфейс мощный и удобный для пользователя. Вы можете устанавливать другие компоненты vSphere, такие как vSAN, и управлять ими в vCenter.

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

Когда вы открываете интерфейс гостевой ОС виртуальной машины, вы можете использовать веб-консоль VMware в веб-браузере или установить Консоль удаленного доступа VMware для большего удобства. Если у вас установлен VMware Workstation на локальной машине, нет необходимости устанавливать Консоль удаленного доступа VMware (VMRC).

ESXCLI

ESXCLI – это интерфейс командной строки, доступный после установки ESXi. Вы можете получить доступ к этому интерфейсу непосредственно на сервере ESXi, нажав Alt+F1. В качестве альтернативы вы можете включить удаленный доступ SSH к хосту ESXi в DCUI или клиенте хоста VMware и использовать команды ESXCLI удаленно. Узнайте больше о командах ESXCLI и оболочке ESXi.

PowerCLI vSphere

VMware vSphere PowerCLI – это набор командлетов PowerShell для управления хостами ESXi и vCenter в VMware vSphere. Вам следует установить PowerCLI вручную, и вы можете использовать онлайн-репозитории для этого. PowerCLI позволяет автоматизировать конфигурацию и управление задачами в виртуальных средах VMware vSphere.

Пользовательский интерфейс VMware Workstation

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

VMware Workstation может действовать как Сервер VMware Workstation и обмениваться виртуальными машинами.

VMware Workstation также поддерживает интерфейс командной строки, который включает стандартизированный набор команд для Windows Linux и macOS для управления гипервизором и виртуальными машинами на этом локальном физическом компьютере. Команда vmware является основной командой для этого интерфейса командной строки.

Мысли

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

Службы гостевой операционной системы

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

Службы интеграции Hyper-V

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

Hyper-V Integration Services включают:

• Службу Hyper-V Guest Shutdown для инициации корректного выключения виртуальной машины
• Службу синхронизации времени Hyper-V для синхронизации часов VM с часами хоста
• Службу сердцебиения Hyper-V для отчетности о том, что VM работает правильно
• Службу обмена данными Hyper-V (KVP) для обмена базовыми метаданными
• Запросчик теневого копирования томов Hyper-V для корректного резервного копирования данных VM с использованием VSS
• Службу прямого управления PowerShell Hyper-V для управления VM напрямую без использования сетевого соединения
• Интерфейс службы гостевой системы Hyper-V для копирования файлов из VM

VMware Tools

VMware Tools — это набор утилит и драйверов, которые обеспечивают плавную интеграцию между хостом и гостевыми системами, а также эффективное управление данными ВМ. VMware Tools улучшают производительность ВМ и пользовательский опыт. VMware Tools устанавливаются на поддерживаемые гостевые ОС на любых ВМ VMware (работающих на VMware ESXi, VMware Workstation и Fusion).

VMware Tools включают в себя множество полезных компонентов, таких как:

• Панель управления VMware Tools предоставляет графический обзор VMware tools и позволяет пользователям настраивать их.
• Сервисы VMware Tools обеспечивают связь между хостом и гостевыми ОС.
• С помощью процесса VMware User вы можете копировать/вставлять текст и перетаскивать/отправлять файлы между хостом и гостевыми ОС.
• Драйверы устройств VMware предоставляет набор драйверов для установки, которые могут улучшить операции с мышью, производительность сети, а также качество звука и графики.

Установка VMware Tools предлагает множество преимуществ, некоторые из которых:

• Улучшенная производительность графики
• Высокий уровень синхронизации между файловыми системами хоста и гостевой ОС
• Совместный доступ к файлам и папкам в виртуальной среде

Рекомендуется устанавливать VMware Tools в гостевых операционных системах, работающих на ВМ VMware.

Мысли

Hyper-V Integration Services и VMware Tools не являются взаимозаменяемыми и могут использоваться только в своих собственных виртуальных средах.

VMware Tools могут быть установлены на более широком диапазоне гостевых операционных систем, чем Hyper-V Integration Services, даже при сравнении одних и тех же семейств операционных систем (Windows и Linux), поддерживаемых обеими виртуализационными компаниями. Некоторые функции являются общими для Hyper-V Integration Services и VMware Tools. Однако, VMware Tools поддерживают больше уникальных функций, поскольку они поддерживаются в гипервизорах VMware.

Обмен данными с ВМ

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

Hyper-V

Подключение USB-устройств хранения к ВМ. Hyper-V VM Connect основан на функциональности Windows Remote Desktop, поэтому только устройства хранения могут быть подключены через USB к ВМ. Вы можете выбрать том диска устройства, подключенного к вашему локальному компьютеру, на котором установлен Hyper-V.

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

Для использования общих папок и протокола SMB для обмена файлами необходимо настроить общую папку вручную в Windows (или другой операционной системе).

VMware

Проброс USB. Присоединение различных USB-устройств к виртуальной машине (не только хранилища) с использованием функции проброса USB. Эта функция доступна в VMware ESXi, VMware Workstation и VMware Fusion. Вы можете подключить любое USB-устройство к виртуальной машине, например, принтер, сканер, веб-камеру, ключ аппаратной защиты и т.д.

Общий буфер обмена. Поддержка общего буфера обмена для виртуальных машин, работающих на хостах ESXi, ограничена и позволяет копировать и вставлять текстовые данные. Это ограничение связано с соображениями безопасности. Что касается VMware Workstation и Fusion, то вы можете копировать и вставлять любые данные, включая изображения, файлы и т.д.

Перетаскивание. Эта функция делает жизнь пользователей удобной и позволяет перетаскивать файлы так же, как это можно делать между разными окнами в Windows, macOS или других операционных системах. Перетаскивание работает только на гипервизорах VMware типа-2 (VMware Workstation и Fusion), но не для виртуальных машин, работающих на ESXi (по соображениям безопасности).

Общие папки. Это еще одна функция для гипервизоров VMware типа-2 (VMware Workstation и Fusion), которая позволяет быстро делиться папкой и обмениваться файлами между хостом и гостем. Использование этой функции быстрее, чем ручная настройка общей папки в операционной системе с помощью доступных инструментов операционной системы. Общие папки недоступны на ESXi.

Мысли

В случае серверов, VMware ESXi предоставляет лучшие варианты обмена данными с виртуальными машинами по сравнению с Hyper-V для Windows Server. Что касается Hyper-V против VMware с точки зрения опций для обмена данными между хостами и гостями, гипервизоры VMware для настольных компьютеров, такие как VMware Workstation и VMware Fusion (Pro), предоставляют даже больше опций, чем ESXi по сравнению с клиентскими версиями Windows Hyper-V, такими как Windows 10. В результате, виртуализация VMware выглядит лучше в этой категории.

Развертывание хранилища – Поддерживаемые файловые системы

Hyper-V

Hyper-V поддерживает файловые системы NTFS и ReFS для хранения виртуальных машин. Эти файловые системы являются доступными в новых версиях Windows Server, таких как Windows Server 2012, 2016, 2019 и 2022.

NTFS (New Technology File System) – это проприетарная журналируемая файловая система, выпущенная Microsoft для Windows NT. Эта файловая система была выбрана по умолчанию для версий Windows семейства NT (клиентских и серверных версий). Это хорошо известная универсальная файловая система, используемая на серверных и клиентских версиях Windows.

ReFS (Resilient File System) была введена как встроенная функция Windows Server 2012. ReFS основана на своей предыдущей файловой системе – NTFS – и была разработана для устранения существующих проблем в NTFS и удовлетворения современных требований к хранению данных. ReFS позволяет пользователям получать прямой доступ к файлам VM с хост-сервера.

ReFS способен обнаруживать и оперативно устранять повреждения данных. Это можно сделать онлайн, что не вызывает остановки тома. Более того, благодаря новым функциям блочного клонирования и разреженной VDL (длины действительных данных), операции, выполняющиеся в ВМ, могут значительно ускориться.

Однако, когда речь идет о кластеризации, Hyper-V не обеспечивает такого же уровня гибкости. Несмотря на то что Hyper-V включает Общий том кластера (CSV), использование этой функциональности гораздо сложнее, чем в VMware VMFS.

VMware ESXi

VMware VMFS (Virtual Machine File System) – это кластерная файловая система, используемая для виртуализации хранилища данных в виртуализированной среде на серверах ESXi. Одним VMFS-томом могут одновременно пользоваться несколько ВМ в качестве виртуального хранилища, что приводит к уменьшению накладных расходов на управление и лучшему использованию ресурсов. Поддержка одновременного доступа к файловой системе требуется для кластеров.

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

Прочитайте все функции VMFS 6 и узнайте, как перенести данные с VMFS 5 на VMFS 6. Также возможно подключить VMFS в Linux в некоторых случаях.

NFS – это протокол совместного доступа к файлам, также известный как сетевая файловая система, широко используемая в среде Linux. VMware также поддерживает NFS на общем хранилище для хранения виртуальных машин.

VMware Workstation и Fusion

Любая файловая система, поддерживаемая хост-ОС, поддерживается в VMware Workstation и Fusion (например, NTFS, ext4, APFS).

Таким образом, если вы используете VMware Workstation на Windows, вы можете хранить файлы виртуальных машин на томах NTFS. Также поддерживается старая файловая система FAT32. Есть опция разбиения виртуальных дисков виртуальной машины на файлы размером 2 ГБ для совместимости с FAT32.

Если вы используете VMware Workstation на Linux, вы можете использовать любую понравившуюся файловую систему, например, ext4. В Linux поддерживается множество файловых систем.

Пользователи, запускающие VMware Fusion на macOS, могут хранить виртуальные машины на APFS или расширенной файловой системе Mac OS (HFS Plus или HFS+) и других файловых системах, поддерживаемых macOS.

Общее хранилище

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

Hyper-V

Hyper-V поддерживает общие папки, доступ к которым осуществляется по следующим протоколам:

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

Есть дополнительные функции сервера Windows для развертывания общего хранилища для Hyper-V:

• Общие тома кластера (CSV) – это более сложное решение по сравнению с готовой кластеризации файловой системой VMFS. CSV используется для создания общего хранилища для кластера Hyper-V.
• Файловый сервер масштабирования – это функция сервера Windows для создания кластеризованного хранилища для хранения и обмена файлами. Для этой цели можно использовать протокол обмена файлами SMB 3.0.

Виртуальный канал Fibre Channel для Hyper-V – это функция, которая позволяет подключаться к хранилищу Fibre Channel (SAN) из ВМ.

VMware

Fibre Channel. Хосты VMware ESXi, на которых установлен адаптер шины хоста FC, могут подключаться к хранилищу Fibre Channel SAN как к хранилищу класса предприятия. Fibre Channel SAN является рекомендуемым решением для больших сред, включая кластеры. Файлы ВМ можно хранить на хранилище Fibre Channel SAN, форматированное под файловую систему VMFS.

. Хосты VMware ESXi могут подключаться к цели iSCSI, которую можно настроить на SAN, NAS или сервере под управлением Linux или другой операционной системы. iSCSI – это протокол обмена блоками. Вы можете форматировать LUN, подключенный к хосту ESXi, с помощью VMFS.

NFS. Альтернативный способ настройки общего хранилища для хостов ESXi для хранения файлов – создание NFS-доли на сервере или NAS. Вы можете подключить файловую долю через протокол NFS к хосту ESXi.

Мысли

Обе решения Hyper-V и VMware ESXi поддерживают iSCSI, но есть протоколы обмена файлами, которые поддерживаются только одной из этих платформ. Подход к доступу к хранилищу Fibre Channel отличается. Использование VMFS на общем хранилище может быть более удобным, чем сложная конфигурация общих томов кластера.

Развертывание хранилища – Виртуальные диски

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

Hyper-V

Hyper-V поддерживает два формата виртуальных дисковых файлов:

• VHD – старый формат, используемый для ВМ Hyper-V первого поколения.
• VHDX – более новый формат, который поддерживает более высокие пределы и используется для VM поколения 2.

Hyper-V поддерживает два типа предоставления виртуальных дисков:

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

Примечание: Фиксированные и динамически выделенные виртуальные диски аналоги толстых и тонких предоставленных виртуальных дисков в VMware vSphere.

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

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

Параметры виртуальных дисков Hyper-V, объясненные в этом разделе, верны как для Hyper-V на серверных, так и на клиентских версиях Windows.

VMware

Формат виртуального жесткого диска для гипервизоров VMware:

• VMDK

  Примечание: Формат виртуального диска VMDK отличается для VMware ESXi и VMware Workstation/Fusion. Разница заключается в том, как дескриптор виртуального диска хранится – внутри файла виртуального диска или в виде отдельного файла (.vmdk и -flat.vmdk). Прочтите как извлечь данные из файлов виртуальных дисков VMDK.

VMware поддерживает два типа предоставления виртуальных дисков:

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

Тонкое выделение ресурсов – это функция VMFS. Чтобы убедиться в этом, вы можете скопировать тонко выделенный виртуальный диск с файловой системы VMFS (подключенной к хосту ESXi) на компьютер с любой другой файловой системой, например, NTFS или ext4. Вы заметите, что размер тонко выделенного виртуального диска будет максимальным после копирования этого файла, как если бы он был толсто выделенным. Однако вы сможете открыть такие скопированные виртуальные диски в VMware Workstation и Fusion.

VMware Workstation и VMware Fusion имеют аналоги толстых и тонко выделенных дисков (их названия не отображаются в пользовательском интерфейсе) для создания виртуальных дисков фиксированного размера и динамически расширяющихся. Существует возможность разделения виртуального жесткого диска на файлы размером 2 ГБ.

Освобождение свободного места. VMFS 6 автоматически освобождает свободное место (UNMAP), когда данные удаляются внутри тонко выделенных дисков. Эта функция удобна и позволяет использовать хранилище более эффективно для ВМ, работающих на серверах ESXi. В VMware Workstation и VMware Fusion автоматическое освобождение свободного места для динамически расширяющихся дисков не поддерживается. Ознакомьтесь с информацией о толстом и тонком выделении ресурсов и узнайте, как вручную уменьшать тонко выделенные диски при использовании гипервизоров VMware.

Прямое отображение устройства (RDM) – это функция передачи диска для гипервизоров VMware. В результате ВМ имеет прямой доступ к LUN или разделу. RDM поддерживается в VMware ESXi, VMware Workstation и VMware Fusion.

Мысли

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

Технология снимков

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

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

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

Проверки Hyper-V

Hyper-V имеет два типа проверок: стандартные проверки и производственные проверки. Оба доступны начиная с Windows 10 и Windows Server 2016.

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

Функции контрольных точек Hyper-V, о которых следует упомянуть при сравнении Hyper-V и VMware, следующие:

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

Снимки VMware

Снимки VMware мощны при использовании в тестовых и производственных средах. Основные характеристики снимков VMware следующие:

• VMware поддерживает создание дерева снимков и управление несколькими снимками, что делает их более гибкими, чем контрольные точки Hyper-V.Снимки VMware не разделены на несколько типов. Подход к тому, как застыть данные ВМ при создании снимка, зависит от установки VMware Tools и запуска службы теневого копирования объема.
• Сниппеты VMware не подразделяются на несколько типов. Подход к тому, как привести данные ВМ в состояние покоя при создании снимка, зависит от установки VMware Tools и запуска службы Volume Shadow Copy Service.
• Все файлы, связанные со снимками, хранятся в одной директории, которая по умолчанию является директорией ВМ.
• VMware ESXi, VMware Workstation и VMware Fusion Pro поддерживают автоматические снимки (также называемые авто-защитой).
• VMware использует удобное именование для файлов снимков. Имена файлов похожи на имена виртуальных дисков ВМ. Hyper-V использует GUID ВМ для именования файлов проверочных точек ВМ. Визуально проще найти нужный файл по имени, похожему на имя ВМ, чем запомнить 36-символьный GUID (например, e5d330d7-a01e-4ce8-bed1-05deaa0d3989).

  Например, в среде VMware имя файла виртуального диска снимка будет выглядеть следующим образом: windbserver-001.vmdk

  В то время как в Hyper-V: windbserver-e5d330d7-a01e-4ce8-bed1-05deaa0d3989

  Также обратите внимание, что файлы конфигурации снимков Hyper-V не включают префикс имени ВМ в начале имени файла.

• Снимки в VMware Workstation и Fusion Pro работают идентично VMware ESXi.

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

Основные различия между снимками и контрольными точками представлены в таблице ниже:

	Hyper-V	VMware ESXi
Максимальное количество снимков на виртуальную машину	50	32 (в цепочке)
Иерархия снимков	Линейная	Дерево
Выполнение снимка в производственной среде	Да	Да
Файлы, связанные со снимками	.avhdx .xml .bin .vsv	-delta.vmdk .vmsd .vmsn -sesparse.vmdk
Расположение файлов снимков (по умолчанию)	2 места	1 место
Автоматические снимки	Да	Да

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

Мысли

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

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

Отслеживание изменений

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

VMware CBT

Отслеживание измененных блоков (CBT) было впервые представлено в VMware vSphere 4.0 в 2009 году. Это функция, предназначенная для обеспечения инкрементного резервного копирования, означающего, что начальная копия резервной копии виртуальной машины является полной, тогда как во всех последующих копиях резервной копии резервируются только новые данные. CBT значительно ускоряет процесс резервного копирования и обеспечивает максимальную эффективность.

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

Отслеживание измененных блоков недоступно для VMware Workstation и VMware Fusion.

Hyper-V RCT

Устойчивое отслеживание изменений (RCT) – это собственная технология отслеживания изменений Hyper-V, которая была введена в Windows Server 2016 и Windows 10, и функционирует так же, как CBT. Обратите внимание, что если вы запускали виртуальную машину на Windows Server 2012 R2 или более ранних версиях, а затем переместили ее на хост-сервер с Windows Server 2016, вам следует обновить виртуальную машину до последней версии перед резервным копированием. Это можно сделать в менеджере Hyper-V.

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

Мысли

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

Управление памятью

Как VMware, так и Hyper-V применяют различные техники управления памятью. В чем разница между техниками управления памятью VMware и Hyper-V? Давайте найдем ответ.

VMware

Ниже приведены основные техники, используемые VMware ESXi для достижения высокого уровня оптимизации оперативной памяти:

• Сжатие памяти используется в качестве более эффективной и менее затратной альтернативы обмену на диске. Когда в оперативной памяти остается мало места, виртуальные страницы сжимаются и становятся достаточно маленькими, чтобы поместиться в память. Более того, сжатые файлы могут быть доступны быстрее и не прерывают рабочий процесс. Сжатие памяти включено по умолчанию.
• Раздувание памяти – это техника восстановления памяти VMware, которая может быть применена, когда на хосте ESXi нет свободной памяти. Эта технология искусственно увеличивает “давление” на память внутри гостевой системы. Эта техника позволяет виртуальной машине вашего выбора извлекать неиспользуемую память из других виртуальных машин и распределять ее тем, которым не хватает ресурсов ОЗУ. Для использования раздувания памяти требуется драйвер баллона, устанавливаемый в составе инструментов VMware.
• Прозрачное совместное использование страниц. По сути, это техника дедупликации, используемая для управления памятью. Когда процессор не используется ни одной программой, эта техника позволяет отслеживать страницы памяти виртуальной машины, которые идентичны, а затем делиться ими среди других виртуальных машин. Таким образом, освобождается пространство, занимаемое избыточными страницами памяти.
• Перераспределение/переполнение памяти в VMware. Эта техника позволяет назначать больше ресурсов ОЗУ, чем доступно на физическом хосте, для запущенных на этом хосте виртуальных машин. Система активно отслеживает виртуальные машины и количество памяти, которое они в настоящее время используют. С функцией налога на неактивную память гипервизор может оценивать количество неактивной памяти и активной памяти, используемой каждой виртуальной машиной. Память виртуальной машины, которая не используется, затем будет “облагаться налогом” и перераспределяться другим виртуальным машинам, которым она больше нужна.
• Добавление памяти в режиме онлайн (горячее подключение) – это функция, которая позволяет увеличивать объем памяти для виртуальной машины во время ее работы.

В VMware Workstation не поддерживаются добавление памяти в режиме онлайн и прозрачное совместное использование страниц.

Hyper-V

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

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

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

  • Загрузочная RAM
  • Минимум RAM
  • Максимум RAM
  • Буфер памяти
  • Вес памяти
• Добавление памяти в режиме онлайн – это функция, аналогичная горячему добавлению в VMware, позволяющая добавлять больше памяти к работающей виртуальной машине. Горячее добавление памяти в Hyper-V несовместимо с Динамической памятью – эти функции не могут использоваться вместе, и можно использовать только одну из них в данный момент.

Мысли

Как видите, VMware предоставляет широкий спектр техник управления памятью. Однако Hyper-V предоставляет Динамическую память, которая функционирует так же, как функция Переполнения VMware. И VMware ESXi, и Hyper-V поддерживают горячее добавление памяти в виртуальные машины.

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

Перенос рабочей нагрузки

Перенос рабочей нагрузки давно является необходимостью при работе в виртуальной среде. У VMware и Hyper-V есть собственные инструменты, позволяющие осуществлять миграцию производственной нагрузки по инфраструктуре. Таким образом, VMware vMotion и Hyper-V Live Migration следует рассматривать как отдельные сущности.

Hyper-V

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

Основные функции Hyper-V для миграции рабочей нагрузки:

• Быстрая миграция. Виртуальная машина переводится в спящий режим во время миграции между хостами Hyper-V, что вызывает простой работы.
• Живая миграция – функция миграции виртуальных машин в Hyper-V, аналогичная VMware vMotion по достигаемым результатам. Живая миграция в Hyper-V перемещает виртуальные машины без перевода их в режим гибернации. Начиная с Windows Server 2016, для выполнения миграции виртуальных машин в реальном времени настройка кластера с отказоустойчивостью в Hyper-V не требуется.

  Нагрузки на процессор и память виртуальных машин мигрируют с одного хоста Hyper-V на другой с помощью Живой миграции (необходимо использовать одинаковые процессоры или процессоры одного семейства на хостах Hyper-V). Момент, когда доступность виртуальной машины может быть нарушена, – это изменение MAC-адреса и обновление таблиц ARP. Для использования Живой миграции оба хоста Hyper-V должны иметь установленные процессоры одного семейства.

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

Обратите внимание, что реализация Live Migration намного сложнее, чем у VMware vMotion.

VMware vMotion

VMware vMotion является частью VMware vSphere, начиная с версии 5.0. Он позволяет безболезненно мигрировать рабочие нагрузки между серверами ESXi в терминах нагрузок процессора и памяти ВМ. Миграция нагрузки не вмешивается в процессы виртуальной среды, и все приложения по-прежнему могут быть доступны. Таким образом, отсутствует время простоя, и производительность ВМ не затрагивается.

Для использования vMotion для миграции нагрузок процессора и памяти ВМ между хостами ESXi требуются одинаковые процессоры (или процессоры одного семейства). Если невозможно установить идентичные процессоры, можно настроить режим VMware EVC.

VMware vCenter используется администраторами для инициирования миграции ВМ. Нельзя использовать Live Migration между автономными хостами ESXi, которые не управляются vCenter.

VMware Storage vMotion позволяет мигрировать данные ВМ между хранилищами, подключенными к хостам ESXi. Миграцию хранилища ВМ можно выполнять во время работы ВМ – без простоя.

VMware Workstation и Fusion не поддерживают функции живой миграции ВМ.Мысль

Мысли

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

Клонирование

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

Hyper-V

Hyper-V поддерживает кластер отказоустойчивости ВМ с балансировкой нагрузки. Есть две основные функции кластера Hyper-V:

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

Конфигурация кластера Hyper-V

• Кластеризация Hyper-V основана на функциональности кластеризации Windows Server.
• Вам необходимо настроить хост-свидетеля для работы кластера Hyper-V.
• Настройка кластера Hyper-V требует настройки общих томов кластера. Общие тома кластера (CSV) – это функция Hyper-V, которая обеспечивает одновременный доступ для чтения и записи к одному LUN (логическому номеру устройства), предоставленному в виде тома NTFS или ReFS.

VMware ESXi

VMware поддерживает два основных функционала для кластеризации:

• Высокая доступность (HA): VMware vSphere постоянно отслеживает состояние здоровья ВМ в кластере. Ресурсы нескольких хостов ESXi объединяются в кластер. В случае сбоя одного хоста ESXi (узла) в кластере ВМ автоматически перезапускаются на другом здоровом хосте ESXi.
• Дистрибутивный ресурсный планировщик (DRS) – это функция балансировки нагрузки для ВМ, работающих в кластере vSphere. VMware vSphere отслеживает потребление ресурсов на всех узлах кластера. Существует несколько параметров, которые могут использоваться в качестве метрик для определения того, когда следует перемещать ВМ на другой хост ESXi. Условия могут быть свободные/используемые ресурсы на хосте ESXi и счастье ВМ (когда количество ресурсов достаточно или нет для правильной работы ВМ).

Кластер балансировки нагрузки Hyper-V и кластер дистрибутивного ресурсного планировщика (DRS) VMware – это два разных подхода к управлению использованием ресурсов и балансировке в виртуализованной среде.

• Балансировка нагрузки Hyper-V кластер использует встроенную функцию балансировки нагрузки кластера отказоустойчивости Windows Server для распределения виртуальных машин между несколькими хостами. Функция балансировки нагрузки отслеживает использование ресурсов на хостах и перемещает виртуальные машины на другие хосты в кластере для балансировки нагрузки.
• Кластер VMware DRS, с другой стороны, предоставляет динамическое распределение и балансировку ресурсов для виртуальных машин в кластере vSphere. DRS постоянно отслеживает использование ресурсов и балансирует нагрузку виртуальных машин между несколькими хостами в реальном времени для обеспечения оптимального использования ресурсов. DRS также предоставляет рекомендации по использованию ресурсов и может автоматически перемещать виртуальные машины на разные хосты для балансировки нагрузки.

Конфигурация кластера VMware

• Конфигурация кластера интуитивно понятна и выполняется в VMware vCenter.
• Для настройки кластера в VMware vSphere требуется общая память, но нет необходимости настраивать сложные структуры, такие как Cluster Shared Volumes в Hyper-V.
• Настройка кластера проще, чем в Hyper-V. Что касается общей памяти для кластера, файловая система VMFS оптимизирована для кластеризации и поддерживает одновременный доступ на чтение и запись из коробки без необходимости настройки дополнительных функций.
• Нет необходимости настраивать свидетеля вручную. VMware vSphere достаточно интеллектуален, чтобы автоматически управлять здоровьем кластера. Необходимо настроить хост-свидетель, если вы развертываете кластер VMware vSAN.

VMware Fault Tolerance

Fault Tolerance – это функция для кластера VMware HA, которая обеспечивает бесперебойное переключение виртуальных машин (VM) в случае сбоя узла ESXi. Клон виртуальной машины (также называемый виртуальной машиной-призраком) является идентичной копией исходной виртуальной машины, которая обновляется в реальном времени для отражения состояния исходной виртуальной машины. Сетевая работа для этой виртуальной машины-призрака неактивна, пока не откажет основная виртуальная машина. Переключение виртуальных машин выполняется мгновенно. Единственное, что следует отметить, это немного более медленная сетевая задержка на мгновение (например, если вы пинговали свою виртуальную машину).

Обратите внимание, что кластеризация поддерживается только в Hyper-V для Windows Server и ESXi в VMware vSphere. Кластеризация не поддерживается в Hyper-V для Windows 10 и других клиентских версий Windows. Кластеризация не поддерживается в VMware Workstation и Fusion.

Мысли

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

Кластеры хранения

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

Решение Microsoft называется Storage Spaces Direct (S2D), а решение VMware называется VMware vSAN. Давайте сравним их в нескольких категориях:

• Архитектура. S2D использует присоединенное к серверу хранилище, такое как прямое подключенное хранилище (DAS) или просто набор дисков (JBOD), чтобы создать пул хранилища, в то время как vSAN использует локально подключенные устройства хранения для создания распределенного пула хранилища.
• Масштабируемость. vSAN более масштабируем, чем S2D, поскольку поддерживает до 64 узлов в кластере, в то время как S2D ограничен 16 узлами.
• Производительность. S2D оптимизирован для высокой производительности, особенно в рабочих нагрузках с интенсивным чтением, в то время как vSAN фокусируется на обеспечении стабильной производительности в различных рабочих нагрузках.
• Интеграция. S2D полностью интегрирован с операционной системой Windows Server и может управляться с помощью привычных инструментов Server Manager и Windows PowerShell. vSAN является автономным продуктом, требующим отдельной лицензии и интерфейса управления.
• Стоимость. S2D – бесплатная функция Windows Server, в то время как vSAN требует отдельной лицензии и может быть более дорогим для крупных развертываний.

Мысли

Каждое программно-определяемое хранилище оптимизировано для своей основной платформы (Microsoft Hyper-V или VMware vSphere), но VMware vSAN более масштабируем. Выбор между этими двумя решениями зависит от потребностей организации.

Масштабируемость

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

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

Система	Ресурс	Hyper-V на Windows Server 2022	VMware vSphere 8.0
Хост	Логические ЦП	512	896
	Физическая ОЗУ на хосте	48 ТБ	24 ТБ
	Виртуальные ЦП на хосте	2048	4096
	ВМ на хосте	1024	1024
ВМ	Виртуальные ЦП на ВМ	240 для ВМ поколения 2 64 для ВМ поколения 1 320 доступно для операционной системы хоста (root)	768
	Память на ВМ	12 ТБ для ВМ поколения 2 1 ТБ для ВМ поколения 1	24 ТБ
	Максимальный размер виртуального диска	64 ТБ (формат VHDX) 2040 ГБ (формат VHD)	62 ТБ
	Количество виртуальных SCSI дисков	256	256
Кластер	Максимальное количество ВМ в кластере	8000	10000
	Максимальное количество узлов (хостов в кластере)	64	96

Примечание: Обратитесь к максимальным настройкам VMware для подробностей по вашей версии VMware. Обратитесь к максимальным настройкам Hyper-V на веб-сайте Microsoft, чтобы проверить все ограничения Hyper-V для Windows Server.

Мысли

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

Безопасность

A virtual environment can be rather fragile. Thus, it needs to be securely protected against any malicious attacks or viruses and avoid data leaks. Both Hyper-V and VMware ensure security for your virtual environment with the help of various services and tools.

Hyper-V

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

• Guarded Fabric. Guarded Fabric – это техника защиты данных, которая позволяет создавать безопасную среду для виртуальных машин. Защищенная ткань включает в себя службу Host Guardian Service (HGS) и несколько защищенных виртуальных машин.
• Служба Host Guardian. HGS помогает контролировать состояние защищенных виртуальных машин и защищать ключи, используемые для расшифровки виртуальных машин. Если HGS не включен, защищенная виртуальная машина не может быть включена и останется зашифрованной.
• Защищенные виртуальные машины. Эта функция помогает обеспечить безопасность виртуальных машин путем шифрования файлов конфигурации виртуальных машин и использования модуля доверенной платформы (TPM) для безопасного хранения ключей. Hyper-V предоставляет виртуальный модуль доверенной платформы (vTPM) для защиты виртуальных машин путем шифрования данных виртуальных машин.

Последние добавления в систему защиты данных Hyper-V – это Windows Defender Advanced Threat Protection (ATP), которая позволяет обнаруживать кибератаки и реагировать на угрозы заранее с помощью машинного обучения, и Windows Defender Exploit Guard (EG), который защищает от атак вымогателей и снижает поверхность атаки критических приложений.

VMware

VMware vSphere применяет VM Encryption, которая разработана для защиты данных в покое и в движении и предотвращения несанкционированного доступа к системе. Более того, защита данных гарантирована даже во время миграции рабочей нагрузки. Когда включено зашифрованное перемещение (Encrypted vMotion), вы можете защитить данные при их перемещении между физическими серверами и даже через гибридное облачное окружение.

VMware vSphere поддерживает множество функций безопасности, включая:

• Шифрование виртуальных машин. VMware vSphere обеспечивает шифрование виртуальных машин для защиты данных виртуальной машины и обеспечения конфиденциальности данных. Поддерживаются UEFI Secure Boot, виртуальные модули доверенной платформы и виртуализационная безопасность (VBS).
• Управление доступом на основе ролей. VMware vSphere предоставляет управление доступом на основе ролей для ограничения доступа к виртуальным машинам и другим ресурсам vSphere на основе предопределенных ролей и разрешений. Вы можете настраивать роли и разрешения в vCenter для различных сценариев. VMware vSphere поддерживает интеграцию с Active Directory для аутентификации пользователей.
• Виртуализация сети NSX. VMware vSphere обеспечивает виртуализацию сети NSX для создания безопасных виртуальных сетей и изоляции виртуальных машин друг от друга.

VMware сосредоточен на защите с растущим числом функций и настроек безопасности. Вы можете настраивать брандмауэр ESXi, режим блокировки и другие настройки в интерфейсе.

Примечание: Функции безопасности для Hyper-V для Windows 10 и VMware Workstation довольно сходны (Secure Boot, шифрование виртуальных машин и т. д.), но их количество меньше, чем доступно для серверных версий.

Мысли

Следует отметить, что vSphere 6.7 ввела поддержку широкого спектра компонентов безопасности Hyper-V, выпущенных с Windows 10 и Windows Server 2016. Производители продолжают улучшать функции безопасности в vSphere 8.0 и Windows Server 2022. Компании Hyper-V и VMware работали вместе, чтобы обеспечить беспрепятственную интеграцию для ВМ, работающих на операционных системах Windows в среде vSphere.

Лицензирование и стоимость

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

Сложно сравнивать политику ценообразования Hyper-V и VMware, учитывая, что VMware ESXi лицензируется за сокет (физический процессор), тогда как Hyper-V лицензируется за ядро с 2016 года. Мы рассмотрим основное различие между Hyper-V и VMware с точки зрения лицензирования в этом разделе.

Microsoft Hyper-V

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

Основные функции лицензирования Hyper-V включают:

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

Ознакомьтесь с информацией о лицензировании и изданиях Windows Server и лицензировании Windows Server с Windows VM.

VMware vSphere

VMware vSphere 8.0 лицензируется на основе количества процессоров. Поэтому каждому процессору сервера должен быть назначен как минимум один лицензионный ключ. Обратите внимание, что VMware не накладывает ограничений на объем ОЗУ, количество процессоров и виртуальных машин, работающих на лицензированном процессоре.

Основные возможности лицензирования VMware vSphere включают:

• VMware vSphere 8 использует модель лицензирования на основе количества CPU. Каждому процессору требуется лицензия vSphere, при этом минимальное количество процессоров на лицензию составляет два.
• Лицензия vSphere включает доступ к гипервизору vSphere, vCenter Server и набор функций vSphere, таких как vMotion, High Availability и vSphere Replication.
• Существуют различные выпуски vSphere 8 с разными наборами функций и ценой, включая Standard, Enterprise и Enterprise Plus.
• VMware vSphere не включает лицензии для операционных систем Windows, установленных на виртуальных машинах. Лицензирование Windows на виртуальных машинах необходимо осуществлять отдельно.

Подробнее о VMware лицензировании vCenter.

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

	Издания	Цены
Hyper-V	Центр данных Windows Server	6 155 долларов США
	Стандартный выпуск Windows Server	1 069 долларов США
	Windows Server Essentials	501 доллар США
VMware	VMware vSphere Standard	1 394 доллара США
	VMware vSphere Enterprise Plus	4 780 долларов США
	VMware vSphere Essentials Kit	577 долларов США

Что касается VMware Workstation и Hyper-V для Windows 10 (и других клиентских версий Windows), вам нужно купить одну лицензию для VMware Workstation, чтобы запустить продукт на физическом компьютере, в то время как за Hyper-V платить не нужно, так как он входит в Windows.

• Цена для VMware Workstation составляет около 200 долларов. Вам нужно купить лицензию один раз и использовать продукт столько, сколько захотите. Когда выйдет новая версия, вам придется оплатить обновление, если хотите его получить.
• Цена для Windows 10 Pro составляет около 140 долларов, а для Windows 10 Enterprise около 200 долларов на устройство. Цена зависит от региона.

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

Размышления

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

Защита виртуальных машин VMware и Hyper-V с помощью резервного копирования и репликации NAKIVO

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

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

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

Заключение

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

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

Если вы используете Windows и хотите запускать более новые версии Windows или Linux на виртуальных машинах без уплаты стоимости за гипервизор.Если вы хотите интеграцию с облаком Azure, то Hyper-V хорошо интегрирован, поскольку оба продукта созданы Microsoft.

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

• Если Windows является доминирующей операционной системой в вашей среде, включая физические серверы, рабочие станции и виртуальные машины.
• Если вы используете Windows и хотите запускать новейшие версии Windows или Linux на виртуальных машинах без оплаты затрат на гипервизор.
• Если вы хотите интегрироваться с облаком Azure, Hyper-V хорошо интегрирован, поскольку оба продукта созданы Microsoft.

В качестве альтернативы VMware будет лучшим вариантом для вас в следующих случаях:

• Если вам нужно максимальное масштабирование, производительность и широкий набор опций для приложений, критически важных для бизнеса.
• Если вам нужно развернуть сложную программно-определенную сеть для большого количества виртуальных машин, используйте VMware vSphere и NSX.
• Если вы ищете гипервизор для персонального компьютера с множеством функций или вы хотите запускать виртуальные машины на своем компьютере и узлах ESXi с максимальной совместимостью, рассмотрите возможность выбора VMware Workstation.

При выборе гипервизора для рабочих станций определите, какой экосистеме вы отдаете предпочтение. Если вы ориентированы только на Windows или Hyper-V уже установлен на ваших других машинах, тогда Hyper-V может быть рациональным выбором. Если вам нужна удобная мультиплатформенная решение и интеграция с vSphere, выберите VMware Workstation или VMware Fusion.

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

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