Что лучше hyper v или virtualbox: Hyper-V и VirtualBox — так кто же всё-таки лучше

Hyper-V и VirtualBox — так кто же всё-таки лучше

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

Преимущества и недостатки Hyper-V и VirtualBox

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

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

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

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

Системные требования для работы 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, то, как таковой графический интерфейс здесь отсутствует вовсе, однако, при установке вспомогательного набора инструментов вы сможете получить все необходимое для комфортной работы и взаимодействия с системой.

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

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

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

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

Сравниваем возможности виртуальных машин — «Хакер»

Содержание статьи

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

VMware ESXi

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

Да и сегодня на десктопах нередко можно найти VMware Workstation и VMware Player. Последний появился как ответ MS Virtual PC и является бесплатной версией Workstation. Работает он из-под установленной ОС, то есть к промышленной среде не совсем подходит. Для установки на «голое железо» предлагается VMware ESXi – самостоятельный продукт, являющийся основой для установки гостевых ОС, а совместно с VMware vSphere — средством для построения виртуальной инфраструктуры и управления виртуальными ресурсами (подробнее в статье «Виртуальная сфера», см. ][ 08.2010). По сути, ESXi — это сильно урезанная версия Linux, содержащая гипервизор (VMkernel) и консоли управления: vCLI (vSphere CLI), PowerCLI (PowerShell интерфейс к vCLI), SSH и DCUI (Direct Console User Interface).

Ранее ESXi считался «младшим братом» в линейке продуктов VMware, ведь он представляет собой бесплатный и урезанный вариант ESX. Но время ESX прошло, следующие версии VMware VSphere будут включать поддержку исключительно ESXi (предложено также его альтернативное название — VMware vSphere Hypervisor), а все преимущества ESX перед ESXi сошли на нет. Так что разработчики рекомендуют переходить на ESXi.

Главное отличие ESXi от ESX заключается в архитектуре. Основой ESX служит полноценная версия Linux, на которую можно устанавливать при необходимости свои приложения. Агенты VMware работают через COS (Console OS), то есть через дополнительный уровень. В итоге мы имеем больший размер дистрибутива: ~2 Гб по сравнению с 350 Мб у ESXi (на хард ставится всего 70Мб).

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

Дистрибутив можно записать на флэшку или вообще вшить в firmware сервера. Из-за некоторых особенностей официальный список совместимого оборудования у ESXi (clck.ru/9xlp) меньше, чем у ESX, который поддерживается и старыми серверами, но со временем он увеличится. Кроме того, добровольцами создан неофициальный список компьютеров ESXi Whitebox HCL (clck.ru/9xnD), на которых работает VMware ESXi. Системы из этого списка используются на свой страх и риск, но обычно проблем не возникает.

Продукт от VMware отличает поддержка большого количества гостевых ОС. Здесь полный фарш — Windows, Linux, Solaris, FreeBSD, Netware и многие другие, весь список доступен на сайте.

Функциональность последних релизов ESXi уже «подтянули» под возможности ESX — появилась интеграция с Active Directory (любая учетная запись будет проверяться в каталоге), функции расширенного управления памятью (неиспользованные ресурсы освобождаются), совместная работа с системами хранения данных VMware vStorage VMFS/Storage VMotion и SAN, настройка приоритетов трафика, технология безопасности VMsafe Security API. Гибкое распределение ресурсов позволяет «на горячую» добавить CPU, ОЗУ, жесткий диск (в том числе и изменить размер текущего без перезагрузки).

Установка дистрибутива на голое железо очень проста (стандартный вариант с привода или через PXE), к тому же начиная с версии 4.1 поддерживаются сценарии, позволяющие автоматизировать процесс инсталляции ПО, настройку сети и подключения к vCenter Server. Через VSphere API интегрировано управление резервного копирования ESXi.

Немаловажно наличие специального конвертера VMware vCenter Converter (vmware.com/products/datacentervirtualization/converter), позволяющего использовать в ESXi образы MS Virtual Server, Virtual PC, Hyper-V, а также физические серверы и образы дисковых разделов, созданных такими программами как Acronis True Image, Norton Ghost и другими.

Кроме этого, помочь в развертывании ESXi может и бесплатный веб-сервис VMware Go (go.vmware.com), позволяющий протестировать физический сервер на совместимость, установить ESXi и создать новые VM.

MS Hyper-V

Технология виртуализации от MS, финальная версия которой выпущена летом 2008 года. С выходом Win2k8R2 Hyper-V получил новые возможности — Live Migration, динамическая память, улучшены ряд инструментов и поддержка оборудования.

Hyper-V построен по принципу гипервизора с микроядром и напрямую «общается» с оборудованием сервера на Ring-1. Это уменьшает расходы, благодаря чему достигается высокая скорость работы. Предлагается в двух вариантах — как роль Windows Server 2k8/R2 (доступна в полном варианте и Server Core) или как отдельное решение для установки на «голое железо» — MS Hyper-V Server 2008 R2 (microsoft.com/hyper-v-server). Последний распространяется бесплатно (не требует Client Access License), лицензия понадобится лишь для гостевых Windows. По сути, это урезанный вариант Server Core, в котором установлена одна роль (без возможности изменения) и ограничены инструменты управления.

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

Сервер, на который устанавливается MS Hyper-V Server, может иметь ОЗУ в 1 Тб и до 8 CPU, чего вполне достаточно для задач небольшой и средней организации.
Официально поддерживаются 32- и 64-битные версии Windows XP SP3, Vista SP2/2k3 SP1/2k8 и Linux (SLES и RHEL). Но в интернете можно найти десяток руководств, в которых описана успешная эксплуатация других версий *nix — Ubuntu, FreeBSD и так далее. Для установки рекомендуется выбирать дистрибутивы Linux с ядром 2.6.32+, в котором добавлена поддержка Hyper-V (LinuxIC, распространяется MS под GPL). Правда, только гостевые Win2k8 могут быть сконфигурированы с 4 vCPU.

Для установки MS Hyper-V Server потребуется компьютер с x64 CPU, поддерживающий технологии Intel VT или AMD-V, и минимум 1 Гб RAM.

Для управления большими массивами виртуальных серверов MS предлагает отдельный продукт System Center Virtual Machine Manager 2008 (SCVMM 2008), имеющий инструменты для P2V(Physical to Virtual) и V2V-конвертирования серверов (с VMware). Опять же, в списке поддерживаемых для P2V только Win. Поэтому, чтобы перенести свой сервак, работающий на Linux, придется выбрать длинный путь: VMware vCenter Converter .. ESXi .. SCVMM .. Hyper-V. Не всегда данный процесс проходит гладко, особенно для дистрибутивов, не поддерживаемых официально.

В этом случае безопасней установить систему вчистую, а затем перенести данные из бэкапа. Вместо SCVMM в этой связке можно использовать бесплатный VMDK2VHD (vmtoolkit.com/files), Citrix XenConvert, Quest vConverter (quest.com/vconverter).

OpenVZ

OpenVZ (OpenVZ.org) представляет собой расширение к ядру Linux, реализующее концепцию виртуального окружения (Virtual Environments). Ядро базового дистрибутива одно на всех, виртуализация производится на уровне экземпляров ОС. Именно поэтому в качестве гостевых можно использовать только Linux.
Конечно, это несколько сужает сферу его применения. Каждый из «дистрибутивов» изолирован и работает в своем адресном пространстве, реализовано управление ресурсами и сохранение текущего состояния каждого виртуального сервера.

Такой подход практически не сказывается на производительности (накладные расходы не выше 1-3%). Зато в ресурсах админ практически не ограничен — до 64 Гб RAM, 4096 CPU и так далее. При установке создается виртуальное сетевое устройство (venet), которое дает возможность задать для каждой VM свои сетевые настройки (IP и правила маршрутизации). Собственно, отсутствие каких-либо ограничений на ресурсы (кроме тех ограничений, которые связаны с возможностями физического сервера) делают OpenVZ популярным у хостеров, да и у админов, юзающих Linux.

Гостевые ОС обычно разворачиваются при помощи подготовленных контейнеров ОС. Администратор указывает доступные ресурсы и дисковые квоты (по inodes и/или объему), создавая шаблоны, которые и становятся основой VM. Такой подход очень упрощает процесс при создании большого количества однотипных VM. Причем контейнеры используются и при миграции (Checkpointing), когда замороженное состояние переносится на другой физический сервер. Этот процесс происходит «вживую», пользователи обычно замечают лишь увеличенное время отклика.

Проект предлагает несколько десятков шаблонов дистрибутивов (download.openvz.org/contrib/template/precreated), а поискав в интернете можно найти и дополнительные варианты.

Управление OpenVZ производится при помощи пакета утилит vzctl (vzlist, vzmigrate, vzcalc, vzcfgvalidate, vzmemcheck, vzcpucheck, vzpid, vzsplit и других). Для удобства админы создают скрипты, хотя сегодня доступен ряд интерфейсов, делающих процесс управления OpenVZ, KVM и Xen (о них ниже) более наглядным — WebVZ (webvz.sf.net), Kloxo (она используется в спецдистрибутиве Proxmox VE) и HyperVM.

Традиционно OpenVZ является «домашней» системой виртуализации для дистрибутивов, базирующихся на Debian.

KVM

Технология виртуализации KVM (Kernel-based Virtual Machine) продвигается компанией RedHat и является «основной» в этом дистрибутиве и его клонах. Требует поддержку аппаратной виртуализации Intel VT или AMD V. Это означает, что KVM может использоваться далеко не на каждом компьютере: старые и некоторые из новых CPU (например, Intel Atom) не подойдут. В принципе, если оборудование закупается под задачу — это не проблема. Проверить очень просто:

$ egrep '^fl ags.*(vmx|svm)' /proc/cpuinfo

Распространяется он по лицензии GNU GPL, компании RedHаt и Novell предоставляют коммерческую поддержку.
Реализован в виде базового модуля ядра (kvm.ko) и userspace.

Последний представляет собой модифицированный QEMU (qemu.org), предназначенный для эмуляции аппаратного обеспечения. В зависимости от типа CPU грузится и специфический модуль — kvm-amd.ko или kvm-intel.ko. Для настройки виртуальных машин используется псевдоустройство /dev/kvm. Все инструкции выполняются в специальном гостевом режиме, в полностью изолированном от системы и друг от друга адресном пространстве. Ввод-вывод сетевых, блочных и balloon (работа с памятью) устройств реализован через драйвер Virtio, остальные в userspace. Накладные расходы выше, чем у OpenVZ, и, в зависимости от задач, могут быть до 20%.

Но у KVM есть несомненный плюс — в качестве гостевых можно запускать Linux, *BSD, Windows, Solaris, Mac OS X и ряд других ОС. Гостевые системы ограничены фактически ресурсами сервера, каждая может иметь до 16 vCPU (некоторые ОС, вроде Win XP, предварительно следует специфически подготовить). К слову, опыт показывает, что если в качестве гостевой используется Linux, то лучше выбрать такой же дистрибутив, как и базовая система. Производительность и стабильность работы будут заметно выше.

Удобно, что KVM поддерживает vmdk-образы, созданные в VMWare, процесс переноса очень прост и хорошо описан в соответствующем HOWTO (clck.ru/9xlp).
Учитывая, что KVM включен в состав ядра Linux начиная с версии 2.6.20 (раньше, чем другие системы виртуализации), проблем с установкой ни для одного из дистрибутивов нет.
В KVM поддерживается savevm/loadvm, offline и «живая» миграция виртуальных машин (последние — через команды migrate*).

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

Конвертирование P2V возможно двумя способами.

• Первый через dd, как описано в документации QEMU, но стандартной такую операцию назвать нельзя.
• Второй — применить VMWare Converter.

Так как KVM основан на QEMU (оба проекта тесно связаны друг с другом), то принципы управления (в частности, создания образов) остались те же. Для загрузки новой гостевой ОС через /dev/kvm используется специальная утилита kvm.

Управление осуществляется при помощи фронт-энда virt-manager, разработанного RedHat, или утилит командной строки qemu* и kvm. Чаще всего админы для удобства используют скрипты (на сайте проекта можно найти несколько заготовок).

Также доступны и интерфейсы: кроме тех о которых говорилось выше, это Karesansui (Xen/KVM), Symbolic, ConVirt (Xen/KVM), Ganeti (Xen/KVM).

Xen

Популярный гипервизор начал свой путь в конце 90-х, в недрах компьютерной лаборатории Кембриджского университета, и был доступен по GNU GPL. Первый публичный релиз вышел в 2007 году. Со временем была образована компания XenSource, выкупленная чуть позже Citrix, который создал на его основе свой Citrix XenServer (CentOS + Xen). Кроме того, гипервизор Xen используется в Oracle VM. Но изначально все новшества появляются в Xen, и только через некоторое время — в сторонних продуктах.

Относительно недавно проект начал разработку платформы облачных вычислений Xen Cloud Platform. Xen можно назвать универсальным, так как помимо поддержки полной (аппаратной) виртуализации (HVM, Hardware Virtual Machine) реализован режим паравиртуализации (PV). А значит, мы можем запустить его на сервере, не имеющем CPU с Intel-VT и AMD-V, но для этого требуется модифицированная версия ОС. К слову, именно разработчики Xen ввели в свет термин «паравиртуализация».

Код гипервизора и сопутствующих модулей сделан переносимым, в итоге Xen поддерживает несколько архитектур: x86, x86_64, Itanium, Power PC и ARM, хостовые ОС — Linux, NetBSD и FreeBSD. Первые релизы гипервизора были внедрены и в WinXP, однако конечное решение так и осталось экспериментом. В качестве гостевых ОС можно установить Linux, NetBSD, FreeBSD, Solaris и Windows. Производительность гостевых систем близка к работе непосредственно на железе, максимальные потери — до 8%. Поддерживаются Live Migration, изменение размеров диска, использование гостевой ОС видеокарты напрямую, задействование неиспользуемой памяти гостевых систем, синхронизация состояния VM между серверами (Remus Fault Tolerance), доступ к USB-устройствам.

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

В версии 4.1 физический сервер может иметь > 255 CPU, 1 Тб RAM, а гостевая система — до 128 vCPU; доработано управление пулами CPU и теперь каждый пул может работать со своим планировщиком. В ядре vanilla Linux Xen «поселился» с версии 2.6.37, хотя в некоторых дистрибутивах Linux он уже давно поддерживался «из коробки».

Управление производится при помощи пакетов xen-utils, xen-tools, плюс доступно несколько интерфейсов. Кроме тех, о которых говорилось выше, сюда можно добавить virt-manager, AQEMU, OpenQRM, Xen Orchestra, Zentific, xnCORE и некоторые другие.

Заключение

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

Бесплатный XenServer

XenServer (текущая версия 5.6.1) в чем-то похож на VMware ESXi. Предоставляется он бесплатно, и его можно использовать без ограничений. Но для централизованного управления фермой серверов предлагается XenCenter, продаваемый под собственнической лицензией Citrix. Функционально XenServer — очень мощный инструмент.

Админ получает неограниченное количество серверов и виртуальных машин; Live Motion; непрерывное обслуживание при условии, что ресурсы нескольких серверов объединены в пул; контроль доступа на основе ролей (RBAC) и интеграцию с Active Directory; динамическое управление памятью, позволяющее добавить RAM в VM без перезагрузки. Рабочая нагрузка динамически перераспределяется не только между виртуальными, но и между физическими серверами, что существенно упрощает управление. Спроектирован с учетом требований по предоставлению высокого уровня доступности системы (High Availability). Рабочую ОС, установленную на любом физическом сервере, можно легко конвертировать в виртуальную систему.

Умеет работать с основными системами хранения данных (локальный диск, NAS, SAN и так далее). Экспериментально может работать с образами дисков в форматах VMWare VMDK, MS VHD, VDI, WIM.

Официально в качестве гостевых систем поддерживаются все версии Windows, начиная от Win2k SP4, Linux (SLES, RHEL/CentOS, Oracle EL, Solaris, Debian). Гостевая система поддерживает до 64 логических процессоров, 256 Гб оперативной памяти и 16 сетевых адаптеров на хост. Хотя характеристики виртуальной машины будут зависеть от используемой гостевой ОС, VM не имеет ограничений на количество используемой оперативной памяти: все, что сможет выдать сервер, будет доступно.

Links

Hyper-V — дитя маркетинга или реальная альтернатива? / Блог компании Microsoft / Хабр

Привет, Хабр! Сейчас я задам вам вопрос, а вы задумайтесь: Что, очень популярное и когда-то вызывавшее трепет лично у вас, сегодня вспоминается только для «поностальгировать»? Наверняка, кто-то вспомнит Dendy или Super Nintendo, а некоторые свой пейджер. Так вот, к чему это я… Есть выражение «ничто не вечно». В сегодняшней статье рассмотрим, действительно ли это так в сфере разработки и стоит отказываться от VMWare в пользу Hyper-V в вопросе виртуализации? А также затронем плюсы обеих платформ и процесс перехода с одной на другую. Заглядывайте под кат!

Передаю слово автору.

Дисклеймер:

1. Данная статья носит информативный характер и не преследует желание похайпить, а просто желание поделиться своей историей, которая, возможно, будет кому-нибудь полезна. Некоторые вещи сугубо индивидуальны, а суждения — личные.
2. Нет, я не продался МS. Я просто долго искал статьи подобного плана как пищу для размышлений, но их не было. Пришлось делать самому.
3. Блог МS — у меня нет инвайта, а товарищам идея статьи понравилась, и они предложили ее выложить.
4. PR-а продукта не будет, будет рассказ про живое тестирование/внедрение.

Лирическое отступлениеМы живем в удивительном времени. А, может быть, и в ужасном, смотря с какой стороны посмотреть. Сейчас возможно то, что буквально лет 20 назад я читал в фантастических книжках: будущее наступившее через 200–500–1000 лет. Полеты на другие планеты, выход за пределы нашей солнечной системы, «цветущие яблони на Марсе» — все это казалось далеким и несбыточным.

А теперь у нас есть (ну практически есть) космический ядерный двигатель, план полететь на Марс в 2024 году и спутник за пределами нашей солнечной системы.

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

Эпиграф

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

Главный вопрос ИТ-профессионала – «Зачем?»

(или «А нафига?»)

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

А началась наша история перехода с того, что я увидел Hyper-V в одном углу вместе с VMware у квадранта Gartner. Тут-то я и призадумался. По итогу раздумий получилась вот такая табличка «за/против» перехода. А еще знаменитые косяки VMware с CBT… Прямо мнямка. Да еще и два раза в двух разных релизах. Прям огонь!

Минутка хайпаТут же вспоминается анекдот:

«Как узнать, что человек ярый веган. Никак. Он сам вам об этом расскажет.»

Так же и тут — как узнать ярого красноглазика. Никак. Он сам расскажет, что Linux — это божья благодать, а Windows — порождение князя тьмы.

Хейтеры 2×354 тут же встанут в стойку и, брызгая жидкостями, начнут рассказывать, как обновления Microsoft ломают к чертям вообще всю ОС. Это да, тут спорить не буду, есть у товарищей любовь к таким вот веселым подарочкам. Но в целом, процесс эволюции на мой взгляд у компании Microsoft доведен до совершенства. Революция — это не их, а вот эволюция — конек. И каждый выбирает то, что ему ближе.

Сразу оговорюсь — сравнение «by feature» тоже было, только в жизни никто «в здравом уме и крепкой памяти» не будет строить кластера по предельным значениям. Да и похожи они на самом деле практически как братья близнецы, а принципиальной разницы между тем, сколько сотен ядер можно отдать одной виртуальной машине я лично не вижу.Минута холивараПочему «Killer feature» от VMware во многом просто маркетинг?

Fault Tolerance. Серьезно? Вы читали ограничения? Вы реально это используете в продакшене? Если да, то мне вас искренне по-человечески жаль… За все время ни разу не видел, чтобы это кому-нибудь реально пригодилось…

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

Кэширование данных на чтение на локальные SSD. Да, когда вышла очень радовался этой возможности. Но в реальности прирост не увидел даже на синтетических данных. А в рабочей среде периодически ловил дикие зависания этой системы (тут я не утверждаю, что вина системы —возможно это мои кривые руки что-то не так настроили). И вишенка на торте: кэширует эта система только блоки определенного размера, и надо потратить много времени на сбор информации о размере запроса к диску, думать какая именно виртуалка должна быть приоритетна в использовании этой технологии.

Зато у Hyper-V есть штатная возможность уменьшить диск. Знаете, сколько раз я мечтал о таком в VMware? Гораздо больше чем можно себе это представить.

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

1. У вас основная ОС на Linux-серверах.
2. Вам нужно запускать экзотику.
3. Вам нужны готовые виртуальные сервера от вендеров (думаю это просто вопрос времени).
4. Вы не любите Microsoft.
5. VMware вы получили на халяву вместе с оборудованием.

Табличка размышлений

«Прыжок веры»

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

План тестирования был прост:

1. Берем сервер.
2. Устанавливаем на него esxi. Ничего не меняем, настройки по умолчанию.
3. Разворачиваем виртуальную машину.
4. Производим тесты 5 раз:

   a) Для 1С тест Гилева.

   b) Для SQL — скрипт на запись.

5. Настраиваем по Best Practice’s.
6. Производим тесты 5 раз:

   a) Для 1С тест Гилева.

   b) Для SQL — скрипт на запись.

7. Устанавливаем Hyper-V. Ничего не меняем, настройки по умолчанию.
8. Разворачиваем виртуальную машину.
9. Производим тесты 5 раз:

   a) Для 1С тест Гилева.

   b) Для SQL — скрипт на запись.

10. Настраиваем по Best Practice’s.
11. Производим тесты 5 раз:

    a) Для 1С тест Гилева.

    b) Для SQL — скрипт на запись.

12. Ставим на физическую машину Windows Server, настраиваем по Best Practice’s и проводим тесты.
13. Сравниваем и думаем.

Оборудование: Dell FC 630, 2 процессора Intel Xeon E5-2643 v4 (чисто под 1С), 512Гб памяти.

Диски: san-сеть на базе Dell SC 200 с Read-Intensive SSD.

Получили вот такие результаты:

Легенда

Тест Гилева — больше значит лучше, абстрактные «попугаи».

Тест SQL — меньше значит лучше, время исполнения.

Что настраивали:

1. Шаги по подготовке хоста DELL Poweredge 630.

1.1. Настраиваем хост по рекомендациям от DELL

1.1.1. Включить Processor Settings -> Virtualization Technology — включено.

1.1.2. Включить Processor Settings -> Logical Processor — включено.

1.1.3. Включить System Profile Settings -> Turbo Boost (в документации Turbo Mode) — включено.

1.1.4. Отключить Memory Setting -> Node Interleaving (включает NUMA) — отключено.

1.1.5. Включить Power Management -> Maximum Performance — похоже включено.

1.1.6. Отключить ненужные девайсы в Integrated Devices — не трогал.

1.1.7. Отключить System Profile Settings -> С1E — отключено.

1.1.8. Включить Processor Settings -> Hardware Prefetcher — включено.

1.1.9. Включить Processor Settings -> Adjacent Cache Line Prefetch — включено.

1.1.10. Включить Processor Settings -> DCU Streamer Prefetcher — включено.

1.1.11. Включить Processor Settings -> Data Reuse — не нашел.

1.1.12. Включить Processor Settings -> DRAM Prefetcher — не нашел.

1.2 Настраиваем хост по рекомендации

1.2.1 Настроить Fibre Chanel HBA.

1.2.1.1 При загрузке хоста зайти в QLogic Fast!UTIL (CTRL+Q).

1.2.1.2 Выбрать первый порт.

1.2.1.3 Сбросить настройки Configuration Settings -> Restore Default Settings.

1.2.1.4 Включить Configuration Settings -> Adapter Settings -> Host Adapter BIOS -> Host Adapter BIOS -> Enable.

1.2.1.5 Включить Configuration Settings -> Adapter Settings -> Host Adapter BIOS -> Connection Options -> 1.

1.2.1.6 Включить Configuration Settings -> Advanced Adapter Settings -> Enable LIP Reset -> Yes.

1.2.1.7 Включить Configuration Settings -> Advanced Adapter Settings -> Enable LIP Full Login -> Yes.

1.2.1.8 Включить Configuration Settings -> Advanced Adapter Settings -> Login Retry Count -> 60.

1.2.1.9 Включить Configuration Settings -> Advanced Adapter Settings -> Port Down Retry Count -> 60.

1.2.1.10 Включить Configuration Settings -> Advanced Adapter Settings -> Link Down Timeout -> 30.

1.2.1.11 Настроить второй порт по пунктам 1.2.1.3 – 1.2.1.10.

2. Шаги по тестированию на платформе VMware без best practices.

2.1 Устанавливаем VMware 5.5 со всеми апдейтами.

2.2 Делаем необходимые настройки на VMware (в кластер не включаем, тестим отдельно).

2.3 Устанавливаем Windows 2016 и все обновления.

2.4 Устанавливаем «1С: Предприятие». Настраиваем, если нужно пока ставим по дефолту, версия 1С — 8.3.10. (последняя).

2.5 На отдельной машине устанавливаем Windows 2016 с сервером SQL 2016 — со всеми апдейтами.

2.6 Проводим тесты (5 раз).

3. Шаги по тестированию на платформе VMware по best practices.

3.1.1 Поместить swap-файл на SSD диск. Cluster -> Swap file location -> Store the swap file in the same directory as VM. Configuration -> VM Swapfile location -> Edit.

3.1.2 Рекомендуется включить vSphere Flash Infrastructure layer – не знаю, насколько это реализуемо в наших реалиях.

3.1.3 Настроить SAN Multipathing через Host -> Configuration -> Storage -> Manage Paths -> Path Selection -> Round Robin.

3.1.4 Включить Host -> Configuration -> Power management -> Properties -> High Perfomance.

3.2 Настраиваем VM согласно рекомендациям:

3.2.1 Используем paravirtual диски: VM -> SCSI Controller -> Change Type -> Paravirtual.

3.2.2 Желательно использовать Thick provision eager zeroed.

3.2.3 Включаем VM -> Options -> CPU/MMU Virtualization -> Use Intel VTx for instruction set and Intel EPT for MMU Virtualization.

3.2.4 Отключаем VM BIOS -> Legacy diskette, VM BIOS -> Primary Mater CD ROM.

4. Шаги по тестированию на платформе Windows Server без best practices:

4.1 Устанавливаем Windows Server 2016 Datacenter на хост и все обновления.

4.2 Делаем необходимые настройки на хосте.

4.3 Устанавливаем виртуальную машину с Windows и все обновления.

4.4 Устанавливаем «1С: Предприятие». Настраиваем, если нужно пока ставим по дефолту, версия 1С — 8.3.10 (последняя).

4.5 На отдельной машине устанавливаем Windows Server 2016 с сервером SQL 2016 со всеми апдейтами.

5. Шаги по тестированию на платформе Windows Server по best practices
Best practices изложены тут, тут и тут.

5.1 Настраиваем Host согласно рекомендациям:

5.1.1 Активировать MPIO:
Enable-WindowsOptionalFeature – Online – FeatureName MultiPathIO

(Get-WindowsOptionalFeature – Online – FeatureName "MultiPathIO").State

5.2 Настраиваем VM согласно рекомендациям:

5.2.1 Используем Generation2 VM.

5.2.2 Используем fixed диски в VM.

Если жизнь на Марсе?

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

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

Тут же вспомнилась история о пятидневной переписке с техподдержкой VMware о проблеме при переходе на 5.5. Оказалось, веселая штука. Если ты заводишь на SQL-сервере отдельную учетную запись для подключения vSphere, то пароль у нее должен быть не длиннее 14 символов (или 10, сейчас уже не помню), ибо дальше система банально обрезает и выкидывает как ненужную часть кусок пароля. Действительно, вполне себе обоснованное поведение.

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

Но, собравшись с духом, мы, все-таки, решили повоевать. И знаете, что? Все получилось. И оказалось, что проблемы с сетевой картой были аппаратные, проблема с кластером решились после правильной настройки сети. А после того, как мы переставили хостовые ОС и VMM на английские версии вообще все стало хорошо. И тут мне стало грустно… 2017 год, а все еще нужно ставить английскую Windows чтобы было меньше проблем. Это epic fail на мой взгляд. Зато бонусом получили гораздо более простой поиск по тексту ошибок.

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

Кстати, отдельного котла в аду заслуживает тот, кто придумал интерфейс и логику VMM… Сказать, что он непонятный — это ничего не сказать. При первом открытии у меня появилось полное ощущение что я смотрю на приборную доску корабля пришельцев. Вроде формы знакомые, но понимания что тут что и зачем нет никакого. Хотя возможно через много лет я привыкну. Или просто заучу действия как обезьянка.

Каково это, когда все-таки завел трактор?

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

Еще очень сильно, но очень приятно удивил вопрос миграцией машин из VMWare. Изначально я читал форумы, искал софт, думал как это будет. Оказалось, за меня уже все придумали. Мы в два счета подключили в VMM vCenter и прямо из VMM сказали «дорогой товарищ, дайте, пожалуйста, вот тех конфеток, уж больно они вкусные смигрируй мне пожалуйста вот эту виртуалку на новый гипервизор.» И самое что забавное — смигрировал. С первого раза. Без бубна и ошибок. И в итоге миграция, на тест которой я планировал выделить неделю уложилась в 40 минут, из которых 20 была сама миграция.

Чего не хватает:

1. Маленького дистрибутива, заточенного именно под виртуализацию (аналога esxi).
2. Нормальной консоли управления (консоль неудобная, особенно после управлялки от VMware, но есть надежда на проект Гонолулу. Во всяком случае, глядя на техническое превью, возникает понимание что продукт должен дать то самое удобство управления).
3. Технической поддержки продукта виртуализации. Да, я знаю, что есть Premium Support, но это совсем не то, чего хочется.

Подводя итоги (если вам лень читать статью):

1. Сейчас производительность двух платформ примерно одинакова.
2. Производительность 1С такая же.
3. В Hyper-V виртуальные диски можно как увеличивать, так и уменьшать. Причем онлайн.
4. Очень, ну прямо очень, простая миграция с VMWare.
5. Беда с поддержкой в привычном ее понимании.
6. VMM крайне неудобная штука, особенно после vCenter. Но с другой стороны VMM это просто графическая оболочка для скриптов PowerShell, так что можно рулить всем этим через привычный Powershell CLI.
7. Переход требует переучиваться и разбираться с тонкостями именно Hyper-V. Многие вещи и идеологические подходы разнятся.
8. Шикарные шаблоны виртуальных машин с Windows. Удивительно удобно.
9. Экономия денег.
10. Более интересная на мой взгляд реализация Software-defined storage, но это «на любителя».
11. Уважение за то, что весь Azure построен на собственных технологиях, которые потом приходят on-premise.
12. Простая и очень плотная интеграция с облаком.
13. Неплохая виртуализация сети, с многими любопытными моментами.
14. На мой взгляд VDI – это не к Microsoft и Hyper-V. Но с другой стороны стрим проложений (RemoteApp) сделан весьма добротно, и для большинства компаний мало чем будет хуже, чем тот же Citrix.
15. Слабая поддержка сторонними вендорами готовых образов виртуалок для Hyper-V (предположу, что явление временное).
16. Весьма странная новая лицензионная политика (по ядрам).

Об авторе

Антон Литвинов – последние 6 лет работает в компании 585/Золотой. Прошел путь от сетевого инженера до руководителя отдела инфраструктурных решений и в итоге совмещает в себе мистера Джекила и доктора Хайда — фуллстак инженера и руководителя. В ИТ уже примерно 20 лет.

Как использовать VirtualBox и Hyper-V на одном компьютере

На сегодняшний день VirtualBox является самой популярной бесплатной платформой виртуализации, однако даже у её приверженцев в какой-то момент может возникнуть желании опробовать другие виртуальные машины, в частности, встроенную платформу Hyper-V. Только вот включивший её пользователь очень вскоре обнаружит, что виртуальные машины на его любимом VirtualBox больше не запускаются, а платформа выдаёт ошибку «Не удалось открыть сессию для виртуальной машины» с кодом E_FAIL (0x80004005).

Причиной ошибки может быть неудачная запись состояния ВМ в файл VBOX, кривое накопительное обновление самой Windows, отключение виртуализации в BIOS, но в данном случае причина кроется в конфликте VirtualBox с Hyper-V. Восстановить нормальную работу виртуалбокс можно удалив компоненты Hyper-V из системы, только вот как быть, если установленные на эту платформу машины вам всё же нужны? Запускать ВМ на одном ПК с включенными VirtualBox и Hyper-V нельзя, но можно временно отключить штатный компонент виртуализации, не удаляя его.

Делается это элементарно. Запустите от имени администратора командную строку или консоль PowerShell и выполните в ней команду bcdedit /set hypervisorlaunchtype off, а затем перезагрузите компьютер.

Виртуальные машины VirtualBox станут запускаться без ошибок. Чтобы вернуть Hyper-V в рабочее состояние, выполните команду bcdedit /set hypervisorlaunchtype auto и опять же перезагрузитесь.

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

Кроме того, вы можете добавить режим работы системы с Hyper-V и без него в загрузочное меню.

Для этого в запущенной с повышенными правами командной строке (не PowerShell) выполните команду bcdedit /copy {current} /d «Hyper-V отключена». При этом будет создан новый элемент в загрузочном меню, а в консоли отобразится его идентификатор (32-значная строка). Скопируйте её в буфер, замените ею элемент GUID в команде bcdedit /set {GUID} hypervisorlaunchtype off и выполните команду.

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

Первое будет загружать рабочий стол с включенной Hyper-V, второе — без неё.

Второе поколение виртуальных машин в Windows Server 2012 R2 / Блог компании Microsoft / Хабр

Сегодня я хотел бы подробнее остановиться на одной из новых возможностей Hyper-V в Windows Server 2012 R2, упомянутой мною в обзорном посте, а именно, обсудить второе поколение виртуальных машин (ВМ). Тема становится особенно актуальной с доступностью RTM Windows Server 2012 R2 для подписчиков TechNet и MSDN и скорым выпуском финальной версии System Center 2012 R2
С выходом Windows Server 2012 R2 в Hyper-V появилось возможность создавать ВМ двух разных типов или двух разных поколений (Generation 1 и Generation 2). ВМ первого поколения представляют собой виртуальные машины, хорошо известные по предыдущим версиям Hyper-V. Все, что вы привыкли видеть в настройках ВМ, плюс ряд новых настроек, вы увидите в машинах первого поколения. Они никуда не делись, вы можете и дальше спокойно их использовать.

Но помимо этого вы можете теперь создавать ВМ второго поколения. Это поколение отражает изменения, которые произошли и продолжают происходить как в архитектуре ОС, так и в аппаратном обеспечении современных компьютеров. На рубеже Windows 2000, Windows XP, Windows Server 2003 операционные системы проектировались без учета технологий виртуализации, тогда еще только набиравших обороты. Чтобы нормально запустить такие ОС внутри виртуальной машины необходимо было создать для них иллюзию запуска на физическом компьютере. Как следствие, приходилось эмулировать различное оборудование, как то: BIOS, контроллер прерываний, IDE-контроллер, стандартные порты ввода-вывода и пр. Вы легко увидите перечень эмулируемых устройств, если загляните в Device Manager на ВМ первого поколения.

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

С течением времени ОС стали проектироваться с учетом того, что система может, или даже скорее всего будет работать в виртуальной среде. Такая ОС «знает», что запускается внутри ВМ и, как на этапе загрузки, так и в ходе своей работы, опирается на ресурсы, предоставляемые родительским разделом (хостовой ОС). Иными словами, ОС уже при старте общается с гипервизором через шину VMBus, а не рассчитывает обнаружить контроллер прерываний или чипсет определенного типа. Следовательно, для таких ОС можно отказаться от унаследованных эмулируемых устройств и повысить производительность ВМ. Действительно, в Deviсe Manager ВМ второго поколения картина будет иной.

Отказ от эмуляции устаревших устройств изменяет «начинку» ВМ второго поколения. В свойствах таких ВМ вы увидите примерно следующее:

Отсюда можно выделить следующие преимущества ВМ второго поколения:

1. Безопасная загрузка (Secure Boot) ВМ. Вместо стандартного BIOS используется firmware на основе спецификации UEFI и как часть этой спецификации поддерживается безопасная загрузка ВМ, что предотвращает возможность поражения ОС при запуске. Secure Boot может быть отключена.
2. Загрузка с виртуального SCSI-диска или SCSI-DVD. Виртуальный IDE-контроллер вообще отсутствует в машинах второго поколения.
3. «Горячее» изменение размера загрузочного раздела. «Горячее» добавление, а также изменение размера (в том числе, уменьшение) виртуальных SCSI-дисков возможно и для ВМ первого поколения. Но поскольку именно ВМ второго поколения умеют грузиться со SCSI, то для них вы можете изменить размер в том числе загрузочного раздела «на лету».
4. Загрузка по сети с использованием синтетического сетевого адаптера проходит быстрее, чем при использовании Legacy Network Adapter в ВМ первого поколения.

Таблица ниже подытоживает «аппаратные» изменения в ВМ второго поколения.

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

В качестве иллюстрации я провел следующий эксперимент: создал две ВМ, первого и второго поколения соответственно, обеим ВМ выделил одинаковое количество оперативной памяти и виртуальных процессоров и одновременно запустил установку Windows Server 2012 R2 внутри созданных ВМ с одного и того же ISO-образа. Вот так выглядела картина в начальной фазе установки (ВМ второго поколения внизу):

И вот такую разницу можно было наблюдать позже:

Таким образом, при развертывании ВМ, а также при старте ВМ, что, например, особенно важно в сценариях VDI, разница в производительности ВМ второго поколения может достигать 50% и более.

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

В качестве гостевых ОС в ВМ второго поколения могут использоваться только:

• Windows Server 2012
• Windows Server 2012 R2
• 64-битная версия Windows 8
• 64-битная версия Windows 8.1

Это связано с тем, что именно эти версии ОС поддерживают спецификацию UEFI 2.3.1, в которой, в частности, реализована технология Secure Boot.

Вы можете создать ВМ второго поколения в консоли Hyper-V,

либо с помощью командлета PowerShell New-VM, указав ключ –Generation 2.

При этом надо иметь в виду, что поколение указывается только на этапе создания ВМ. В дальнейшем конвертировать ВМ из одного поколения в другое невозможно как раз в силу того, что в одном случае используется BIOS, в другом – UEFI.

Последний аспект, который хотелось бы отметить, связан с управлением. Управление хостами с Windows Server 2012 R2 возможно с помощью System Center 2012 R2 Virtual Machine Manager. В доступной сейчас preview-версии System Center 2012 R2 поддержка второго поколения ВМ отсутствует. Но в RTM-версии System Center 2012 R2 (а она уже не за горами) эта поддержка будет добавлена.

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

Дополнительную информацию о новых технологиях Windows Server 2012 R2 вы сможете найти на портале MVA в курсе “Jump Start: Все о Windows Server 2012 R2”.

Надеюсь, материал был полезен!

VirtualBox vs VMware или кто лучше. Краткий обзор.

Какая утилита лучше VirtualBox или Vmware? Кто станет победителем в схватке VirtualBox vs VMware? Этими и другими вопросами задаются многие пользователи, кому необходимы соответствующие опции, которые выполняет такой софт. Чтобы понять, какой компонент для вас лучше, необходимо провести полноценное сравнение, что позволит точно определиться с выбором. Так как эти приложения существенно похожи между собой, в данном случае необходимо взять для сравнения несколько критериев, и после провести анализ полученных результатов.

Что объединяет виртуальные машины Vmwаre Workstation и Oracle VirtualBоx

В процессе проведения сравнения VirtualBox vs программное обеспечение Vmware, также необходимо рассмотреть, какие именно моменты объединяют эти варианты софта. Здесь можно выделить следующее:

1. Прежде всего, следует выделить назначение программ.
2. Также эти утилиты схожи по присутствующим инструментам и функционалу.
3. Помимо всего прочего, их объединяет доступность для пользователей.
4. Кроме того, можно выделить список встроенных инструментов.

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

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

Vmwarе Wоrkstatiоn или Оracle VirtuаlBоx – что лучше

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

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

Если разобрать все эти моменты, присутствует возможность впоследствии правильно подобрать для себя наиболее подходящий вариант софта.

Технические требования

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

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

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

Создание и настройка

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

Цена и доступность

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

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

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

Возможности

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

Производительность

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

Интерфейс

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

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

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

KVM vs Hyper-V — какой тип виртуализации лучше?

Alla Rud
24.07.2020
0
616
на прочтение 1 минут

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

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

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

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

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

Гипервизор KVM входит в состав Red Hat Virtualization Suite и является комплексным решением для организации инфраструктуры виртуализации. Суть работы в том, что система KVM превращает ядро Linux в гипервизор. KVM объединен с основной веткой ядра Linux в версии ядра 2.6.20.

KVM (Kernel-based Virtual Machine) популярная и востребованная система виртуализации, которая включает поддержку аппаратных расширений — Intel VT и AMD-V.

С самого начала КВМ работал только с процессорами x86, а уже с разработкой последних версий включена поддержка остальных процессоров и гостевых ОС, например, популярных  Windows, Linux, Solaris, BSD. Это является на сегодняшний день очень значимым преимуществом при выборе способа виртуализации. Именно на наших VDS серверах мы используем KVM виртуализации для стабильной и быстрой работы ваших проектов. 

KVM — многофункциональный гипервизор, который позволяет быстро развертывать площадки, кроме того он достаточно лоялен и не требователен к аппаратным ресурсам.

KVM интегрирован в ядро Linux, чем объясняется быстрая работа гипервизора, ведь обращение к ресурсам сервера происходит напрямую.

Минусы гипервизора КВМ: слабые инструменты для управления системой по сравнению с другими видами гипервизоров. 

KVM – ПО, основной особенностью которого является простота и нетребовательность к ресурсам. Если вам нужно бюджетное решение, то КВМ однозначно подойдет под эти цели. Интерфейс управления на выбор — Virsh либо GUI virtmanager. Также KVM виртуализация предоставляет ряд преимуществ для пользователей:

— Возможность установки собственной ОС через образ ISO с помощью использования модифицированного ядра ОС;

— Изолированность ресурсов;

—  Большой выбор поддерживаемых операционных систем;

— Эмуляция сетевых карт, поддержка необходимых протоколов или firewall;

— Удобные возможности для управление виртуальными серверами.

КВМ гипервизор используют известные ресурсы, в том числе, MediaWiki, Wikimedia Foundation, Wikipedia, Wikidata и другие.

Существует также коммерческий вариант KVM — Red Hat Enterprise Virtualization. 

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

Hyper-V и VirtualBox — так кто же всё-таки лучше

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

Преимущества и недостатки Hyper-V и VirtualBox

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

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

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

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

Системные требования для работы 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, то как таковой графический интерфейс здесь отсутствует, однако при установке вспомогательного набора вы сможете получить необходимое для комфортной работы и быстрой системы.

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

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

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

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

Как использовать VirtualBox и Hyper-V на одном компьютере

На сегодняшний день VirtualBox является самой популярной бесплатной платформой виртуализации, однако даже у ее сторонников в какой-то момент может возникнуть желании опробовать другие виртуальные машины, в частности, свою платформу Hyper-V . Только вот включивший её пользователь очень быстро обнаружит, что виртуальные машины на его любимом VirtualBox больше не запускаются, платформа выдаёт ошибку «Не удалось открыть сессию для виртуальной машины» с кодом E_FAIL (0x80004005) .

Причина ошибки может быть неудачной записью состояния ВМ в файл VBOX , кривое накопительное обновление самой Windows, отключение виртуализации в BIOS , но в данном случае причина кроется в конфликте VirtualBox с Hyper-V . Восстановить нормальную работу виртуалбокс можно удалив компоненты Hyper-V из системы, только вот как быть, если установлены на этой платформе машины вам всё же нужны? Запускать ВМ на одном ПК с включенными VirtualBox и Hyper-V нельзя, но можно временно отключить штатный компонент виртуализации, не удаляя его.

Делается это элементарно. Запустите от имени администратора командную команду или консоль PowerShell и выполните команду bcdedit / выключите Hypervisorlaunchtype , а перезагрузите компьютер.

Виртуальные машины VirtualBox станут запускаться без ошибок. Чтобы вернуть Hyper-V в рабочее состояние, выполните команду bcdedit / set hyperlaunchtype auto и опять же перезагрузитесь.

Для удобства создать пакетные файлы с командой и link их на рабочем столе.

Кроме того, вы можете добавить режим работы системы с Hyper-V и без него в загрузочное меню.

Для этой запущенной с повышенной административной строки (не PowerShell) выполните команду bcdedit / copy {current} / d «Hyper-V отключена» . При этом будет создан новый элемент вочном меню, в консоли отображается его идентификатор (32-значная строка) . Скопируйте её в буфер, замените ее элемент GUID в команде bcdedit / установите {GUID} hypervisorlaunchtype off и выполните команду.

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

Первое будет загружать рабочий стол с включенной Hyper-V , второе без нее.

.

Как запускать виртуальные машины VirtualBox и Hyper-V на одном компьютере

09.04.2018 & nbsp windows

Если вы пользуетесь виртуальными машинами VirtualBox (многие даже эмуляторы Android имеют в своей основе именно эту ВМ) и устанавливают виртуальную машину Hyper-V (встроенный компонент Windows 10 и 8 отдельных компонентов) редакций), вы столкнетесь с тем, что виртуальные машины VirtualBox перестанут запускаться.

Текст ошибки будет сообщать: «Не удалось открыть сессию для данной машины», и описанием (пример для Intel): VT-x недоступен (VERR_VMX_NO_VMX) код ошибки E_FAIL (однако, если вы не установители Hyper-V, вероятнее всего , эта ошибка вызвана тем, что виртуализация не включена в БИОС / UEFI).

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

Быстрое отключение и включение Hyper-V для работы VirtualBox

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

Сделать это можно таким способом:

1. Запустите командную команду от имени администратора и введите следующую команду
2. bcdedit / set hypervisorlaunchtype off
3. После выполнения команды, перезагрузите компьютер.

Теперь VirtualBox запускаться без ошибок «Не удалось открыть сессию для виртуальной машины» (однако Hyper-V запускаться не будет).

Чтобы вернуть всё в исходное состояние, используйте команду bcdedit / set hypervisorlaunchtype auto с перезагрузкой компьютера.

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

1.  bcdedit / copy {current} / d "Отключить Hyper-V" 

2. Будет создан новый пункт меню загрузки Windows, а также в новой строке выделится GUID этого пункта.
3. Введите команду

    bcdedit / set {отображившийся GUID} hypervisorlaunchtype off 

В результате, после перезагрузки Windows 10 или 8 (8.1) вы получите ВМ Hyper-V, в другом — VirtualBox (в остальном это будет одна и та же система).

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

Отдельно отмечу, что описываемые в Интернете способы запуска службы hvservice, в том числе в реестре HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services в моих экспериментах нужного результата не принесли.

А вдруг и это будет интересно:

.

Вопросы и ответы по WSL 2

• 30.05.2019
• Чтение занимает 2 мин

В этой статье

Ниже приведен список часто задаваемых вопросов о подсистеме Windows для Linux 2. Ниже приведен список часто задаваемых вопросов (FAQ) о подсистеме Windows для Linux 2.

Использует ли подсистема WSL 2 Hyper-V? Использует ли WSL 2 Hyper-V? Будет ли она доступна в Windows 10 Домашняя? Будет ли она доступна в Windows 10 Домашняя?

Подсистема WSL 2 для всех номеров SKU, где сейчас предоставляется WSL, включая Windows 10 Домашняя.WSL 2 доступен для всех SKU, где в настоящее время доступен WSL, включая Windows 10 Home.

Последняя версия WSL использует архитектуру Hyper-V для включения виртуализации. Новейшая версия WSL использует архитектуру Hyper-V для обеспечения виртуализации.Эта архитектура будет доступна в качестве дополнительного компонента Платформа виртуальной машины (Платформа виртуальной машины). Эта архитектура будет доступна в дополнительном компоненте «Платформа виртуальной машины». Этот необязательный компонент будет доступен во всех номерах SKU. Этот дополнительный компонент будет доступен для всех SKU. Более подробную информацию об этом интерфейсе можно получить ближе к выпуску WSL 2. Вы можете ожидать увидеть более подробную информацию об этом опыте, как только мы приблизимся к выпуску WSL 2.

Что произойдет с подсистемой WSL 1? Что будет с WSL 1? Будет ли прекращена ее поддержка?

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

Если Hyper-V уже используется, то некоторые сторонние приложения не могут работать. Соответственно, они не могут быть при включенном WSL 2, например VMware и VirtualBox.Некоторые сторонние приложения не могут работать, когда используется Hyper-V, что означает, что они не смогут работать, когда включен WSL 2, например VMware и VirtualBox. Но недавно вышли новые выпуски VirtualBox и VMware, поддерживающие Hyper-V и WSL2. Однако недавно и VirtualBox, и VMware выпустили версии, поддерживающие Hyper-V и WSL2. Дополнительные сведения об изменениях VirtualBox см. здесь, а об изменениях VMware см. Подробнее об изменениях VirtualBox и VMware можно узнать здесь.Сведения об устранении неполадок можно найти в обсуждении проблем с VirtualBox в репозитории WSL на GitHub. Для устранения неполадок ознакомьтесь с обсуждениями проблем VirtualBox в репозитории WSL на GitHub.

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

Могу ли я получить доступ к графическому процессору в WSL 2? Могу ли я получить доступ к графическому процессору в WSL 2? Планируется ли усилить поддержку оборудования? Планируется ли увеличить поддержку оборудования?

Мы реализовали поддержку для доступа к GPU в дистрибутивах WSL 2. Мы реализовали поддержку доступа к GPU внутри дистрибутивов WSL 2! Это означает, что теперь вы можете использовать WSL для сценариев с применением машинного обучения, искусственного интеллекта, а также обработки и анализа данных, если можете задействовать большие наборы данных.Это означает, что теперь вы можете более легко использовать WSL для сценариев машинного обучения, искусственного интеллекта и науки о данных, когда задействованы большие наборы данных. Ознакомьтесь с руководством по началу работы с решениями по поддержке GPU. Ознакомьтесь с руководством по началу работы с поддержкой GPU. Сейчас WSL 2 не включает последовательную поддержку или поддержку USB-устройств. На данный момент WSL 2 не включает поддержку последовательного порта или USB-устройств. Мы ищем лучший способ добавить эти функции.

Может ли WSL 2 использовать сетевые приложения? Сможет ли WSL 2 использовать сетевые приложения?

Да, в целом сетевые приложения будут работать быстрее и лучше, поскольку у нас есть полная совместимость с системными вызовами. Однако в новой архитектуре используются виртуализированные сетевые компоненты.Это означает, что первоначальная ознакомительная версия сборки WSL 2 будет вести себя аналогично данной машине, например, в WSL 2 будет IP-адрес, отличный от того, на котором размещен хост-компьютер. Это означает, что в начальных предварительных сборках WSL 2 будет вести себя больше аналогично виртуальной машине, например: WSL 2 будет иметь IP-адрес, отличный от IP-адреса хост-машины. Мы стремимся сделать WSL 2 похожим на WSL 1, что включает в себя повышение производительности сети. Мы стремимся сделать WSL 2 таким же, как WSL 1, и это включает в себя улучшение нашей сетевой истории.

Можно ли запустить WSL 2 на виртуальной машине? Можно ли запустить WSL 2 на виртуальной машине?

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

Set-VMProcessor -VMName -ExposeVirtualizationExtensions $ true

Не забудьте заменить свою виртуальную машину.Обязательно замените «» на имя вашей виртуальной машины.

Можно ли использовать wsl.conf в WSL 2? Могу ли я использовать wsl.conf в WSL 2?

WSL 2 поддерживает тот же файл wsl.conf, который использует WSL 1. WSL 2 поддерживает тот же файл wsl.conf, что и WSL 1. Это означает, что все параметры конфигурации, заданные в дистрибутиве WSL 1, такие как автоподключение дисков Windows, включение или отключение взаимодействия, изменение каталога, в котором будут подключаться диски Windows, и т.д. будут работать в WSL 2. Это означает, что любые параметры конфигурации, которые вы установили в дистрибутиве WSL 1, такие как автоматическое монтирование дисков Windows, включение или отключение взаимодействия, изменение каталога, в котором будут монтироваться диски Windows и т. д., будут работать внутри него. WSL 2. Дополнительные сведения о параметрах конфигурации в WSL можно получить на странице управления подсистемой Windows для Linux и ее настройка. Подробнее о параметрах конфигурации в WSL можно узнать на странице управления дистрибутивом.

.