Гипервизор xen что это

Виртуальные машины на платформе Xen

На данный момент этими возможностями обладают платформы компаний VMware, Virtual Iron и, в некоторой степени, SWSoft. Не так давно (в августе 2007 года) к этим участникам рынка присоединилась и компания XenSource, выпустившая после недолгого бета-тестирования четвертую версию своих платформ на основе гипервизора Xen.

О проекте Xen

Разработка некоммерческого гипервизора Xen начиналась как исследовательский проект компьютерной лаборатории Кембриджского университета. Основателем проекта и его лидером был Иан Пратт (Ian Pratt), сотрудник университета, который создал впоследствии компанию XenSource, занимающуюся разработкой коммерческих платформ виртуализации на основе гипервизора Xen, а также поддержкой Open Source сообщества некоммерческого продукта Xen. Основу этой платформы составляет монитор виртуальных машин (гипервизор), работающий в нулевом кольце хостовой системы и управляющий виртуальными системами. Изначально Xen представлял собой самую развитую платформу, поддерживающую технологию паравиртуализации. Эта технология позволяет гипервизору в хостовой системе управлять гостевой ОС посредством гипервызовов VMI (Virtual Machine Interface), что требует модификации ядра гостевой системы. Такой подход обещал высокое быстродействие гостевых систем при малых затратах на поддержание платформы паравиртуализации. Однако, по вполне понятным причинам, далеко не все разработчики проприетарных операционных систем, такие как Microsoft, готовы были пойти на модификацию кода своих платформ, поэтому технология паравиртуализации так и не приобрела популярности. С разработчиками Open Source-систем договориться было проще, однако не все поверили в перспективу технологии. Тем не менее, даже компания VMware, сторонник технологии нативной виртуализации, включила в некоторые свои продукты недокументированную поддержку паравиртуализованных гостевых систем. На данный момент бесплатная версия Xen включена в дистрибутивы нескольких ОС, таких как Red Hat, Novell SUSE, Debian, Fedora Core, Sun Solaris.

Надо отметить, что еще при разработке первой версии гипервизора Xen, сотрудниками Кембриджского университета и лабораторией Microsoft Research был разработан порт операционной системы Windows XP, поддерживающий технологию паравиртуализации, который, однако, не мог быть опубликован в соответствии с лицензионной политикой Microsoft. Тем не менее, опыт, полученный в ходе работы, был зафиксирован и на данный момент доступен в документах проекта Xen. Последний год компания XenSource ведет тесное сотрудничество с компанией Microsoft в рамках партнерских отношений, что позволит XenSource более эффективно виртуализовывать Windows-платформы, а компании Microsoft реализовать полноценную поддержку Linux в платформе Windows Virtualization, которая будет интегрирована в ОС Windows Server 2008 (Longhorn). Уже сейчас XenSource ведет разработку слоя совместимости гипервизора Xen с гипервизором Viridian в Windows Longhorn. Это свидетельствует о наметившейся тенденции объединения усилий различных компаний в конкурентной борьбе с лидером рынка VMware.

В середине августа 2007 года компания XenSource была поглощена компанией Citrix Systems. Сумма проведенной сделки — около 500 миллионов долларов (акциями и денежными средствами) говорит о серьезных намерениях Citrix в отношении виртуализации. Эксперты полагают, что не исключена и покупка Citrix компанией Microsoft, учитывая давнее ее сотрудничество с XenSource.

Платформа Xen

Гипервизор Xen представляет собой открытую платформу виртуализации для архитектур IA-32, x86-64, IA-64 и PowerPC, ведется также работа по портированию его на архитектуру SPARC. Xen может быть развернут на хостах с множеством различных Nix-систем, при этом поддерживаются гостевые Linux, Windows и BSD-системы. В платформе используются как технологии паравиртуализации для запуска паравиртуализованных операционных систем, так и технологии аппаратной виртуализации (VT-x и AMD-V) для поддержки немодифицированных версий ОС в виртуальных машинах. Процессоры, поддерживающие аппаратную виртуализацию, имеют дополнительные инструкции для управления виртуальными машинами, а также два режима работы: root-mode и nonroot-mode. Гипервизор Xen работает в режиме root-mode, напрямую общаясь с аппаратным обеспечением, и управляет гостевыми системами. Платформа Xen поддерживает до 64 процессоров в физической системе (64-way SMP).

Паравиртуализованные системы

Начиная с версии 3.0, гипервизор Xen поддерживает технологии аппаратной виртуализации AMD-V и Intel VT, что позволяет использовать операционные системы Windows в качестве гостевых, а также другие немодифицированные ОС.

Средства управления Xen

Кроме того, для коммерческих изданий Xen компании XenSource существуют такие мощные и многофункциональные средства управления как XenCenter (аналог Virtual Center у VMware для Virtual Infrastructure 3).

Применение бесплатного издания Xen

В настоящее время Open Source версия платформы Xen применяется в основном в образовательных и исследовательских целях. Некоторые удачные идеи, реализованные многочисленными разработчиками со всего мира, находят свое отражение в коммерческих версиях продуктов виртуализации компании XenSource. Сейчас бесплатные версии Xen включаются в дистрибутивы многих Linux-систем, что позволяет их пользователям применять виртуальные машины для изоляции программного обеспечения в гостевых ОС с целью его тестирования и изучения проблем безопасности, без необходимости установки платформы виртуализации. К тому же многие независимые разработчики ПО могут распространять его с помощью виртуальных шаблонов, в которых уже установлена и настроена гостевая система и предлагаемый продукт. Кроме того, Xen идеально подходит для поддержки старого программного обеспечения в виртуальной машине. Для более же серьезных целей, в производственной среде предприятия необходимо использовать платформы компании XenSource.

Платформы компании XenSource

Четвертое поколение продуктов виртуализации компании XenSource на основе гипервизора Xen включает в себя три версии платформы:

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

XenServer
Издание платформы для сектора SMB (Small and Medium Business), обеспечивающее решение основных задач по консолидации виртуальных серверов на нескольких физических хостах.

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

Структура возможностей каждого из изданий Xen приведена ниже:

Каждый из продуктов компании XenSource поддерживает 64-битные гостевые операционные системы (это позволяет использовать на полную мощность такие продукты, как Microsoft Exchange x64 или SQL Server x64), обладает открытым интерфейсом для написания приложений, взаимодействующих с виртуальными машинами (XenAPI на языках C, Python и C#), а также позволяет использовать продукт XenCenter для централизованного управления серверами виртуализации. Кроме того, XenServer и XenEnterprise включают в себя техническую поддержку и возможность использования нескольких физических серверов, а XenEnterprise обладает всеми необходимыми возможностями для применения виртуальных машин в производственной среде предприятия. В четвертом квартале 2007 года планируется также реализация поддержки решений компании Symantec для устройств хранения данных, а также «горячего» резервного копирования виртуальных машин. Надо отметить также, что издания XenExpress и XenServer могут быть «прокачаны» до изданий XenServer и XenEnterprise соответственно, путем введения нового лицензионного ключа без необходимости переустановки платформы.

Технические возможности изданий Xen

В приведенной ниже таблице представлены технические характеристики изданий платформ XenSource:

Поддерживаемое оборудование

Компания XenSource регулярно обновляет списки поддерживающего платформу Xen оборудования (HCL, Hardware Compatibility Lists), которые можно найти по адресу: http://hcl.xensource.com. Эти списки составляются как на основе тестов самой компании XenSource, так и информации производителей аппаратного обеспечения, а также членов сообщества Xen. Что касается поддерживаемых процессоров, то продукт XenEnterprise в данный момент поддерживает множество серверных платформ.

Системные требования и поддерживаемые гостевые системы

Сейчас платформы Xen поддерживают следующие гостевые системы:

Возможности XenEnterprise и XenCenter

В совокупности эти два продукта компании XenSource позволяют развернуть по-настоящему гибкую и легко управляемую виртуальную инфраструктуру, которая вполне может посоперничать с инфраструктурой VI3 компании VMware. Безусловным плюсом четвертой версии XenEnterprise является возможность использовать системы хранения данных в сетях SAN по протоколам iSCSI и Fiber Channel. Платформы XenSource используют испытанный формат виртуальных дисков компании Microsoft (VHD, Virtual Hard Drive), что позволяет довольно просто осуществлять миграцию между платформами компаний Microsoft и Virtual Iron, использующих этот же формат. Также XenEnterprise позволяет осуществлять живую миграцию виртуальных машин в пределах пула ресурсов между различными хостами в случаях с общей системой хранения, когда требуется остановка серверов для их обслуживания, чрезмерного увеличения нагрузки или износа оборудования. Эта возможность имеет название XenMotion и аналогична по своей сути функциям VMotion компании VMware. При миграции виртуальной машины на другой физический хост, работа виртуальной машины по отношению к внешним источникам не прерывается, что обеспечивает нулевое время простоя критически важных production-серверов.

Продукт XenCenter, обеспечивающий поддержку всех изданий платформ XenSource, позволяет централизованно управлять виртуальными машинами с выделенного сервера, осуществлять мониторинг производительности хостов в реальном режиме времени, выделять физические ресурсы виртуальным машинам в зависимости от приоритетов (QoS, Quality of Service), а также напрямую подключаться к консолям гостевых систем. В ближайшем будущем ожидается появление функций по автоматическому распределению нагрузки между хостами и обеспечению высокой доступности виртуальных серверов посредством XenCenter.

Миграция виртуальных машин Xen

К сожалению, компания XenSource не предоставляет собственного средства для P2V-миграции, в отличие от VMware, предлагающей VMware Converter. Также на данный момент нельзя напрямую конвертировать виртуальные машины бесплатного Xen в формат платформ XenSource, однако в ближайшем будущем ожидается переход компании на формат OVA (Open Virtual Appliances), что позволит использовать виртуальные машины в любом окружении Xen.

Производительность платформ Xen

Поскольку платформы компании XenSource вышли на серьезный Enterprise-уровень, в мире виртуализации разгорелись ожесточенные споры о производительности платформ в отношении продуктов виртуализации компании VMware (в частности ESX Server). В прошлом году VMware провела исследование по сравнению производительности гипервизоров Xen и ESX Server и сделала вывод о том, что последний заметно выигрывает в производительности. По результатам тестов SPECcpu2000, Passmark и прочих, затраты на виртуализацию гипервизора ESX Server в два раза меньше затрат гипервизора Xen версии 3.0.3. Снижение производительности ESX Server по сравнению с нативной составляет от 0 до 6 процентов, в то время как затраты Xen в некоторых тестах доходят до 12 процентов. Результат одного из тестов приведен ниже:

Однако компания XenSource не согласна с таким положением дел и в документе «A Performance Comparison of Commercial Hypervisors» дает понять, что по результатам того же теста разница составляет всего в 1 процент в пользу ESX. При этом по результатам тестов программы Passmark в отношении операций с памятью, гипервизор Xen опережает ESX, в то время как в тестах VMware совершенно обратная ситуация.

Поэтому в аспекте производительности сложно рассчитывать на объективную оценку. Но ясно одно: компания VMware серьезно воспринимает инфраструктуру XenEnterprise как ближайшего конкурента VMware Infrastructure 3.

Виртуальные лаборатории с помощью продуктов XenSource

Одним из главных продуктов компании VMware в корпоративном секторе является решение VMware LabManager (бывший продукт Akimbi Slingshot), позволяющее централизованно развертывать виртуальные машины в пределах виртуальной инфраструктуры, применяемое сейчас, в основном, для целей разработки и тестирования ПО в больших масштабах. VMware LabManager является одним из самых дорогих продуктов компании, на который она возлагает большие надежды. Компания XenSource также решила вторгнуться в сегмент рынка виртуальных лабораторий, заключив партнерское соглашение с компанией VMLogix.

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

Заключение

Зародившись как чисто исследовательский проект сообщества Open Source, Xen постепенно эволюционировал в поистине мощную платформу виртуализации благодаря усилиям компании XenSource. Эта компания является одной из немногих, кто предлагает несколько изданий платформ виртуализации для серверов в организациях различного масштаба. Множество энтузиастов по всему миру принимают участие в доработке открытой версии Xen и используют его для запуска виртуальных систем в самых различных целях. Безусловно, Xen имеет большие перспективы, несмотря на то, что технология паравиртуализации, на которую он был изначально нацелен, уже практически умерла. Аппаратная виртуализация, на которую сделала ставку XenSource, набирает обороты и в скором времени, возможно, вытеснит программные техники. По крайней мере, в этом сильно заинтересованы такие крупные вендоры процессоров, как Intel и AMD.

Включение Xen в дистрибутивы многих Linux-систем, бесспорно, будет способствовать росту популярности технологий виртуализации среди конечных пользователей, которым необходимо одновременно работать в двух мирах: Windows и Linux.

Платформы компании XenSource, развивающиеся стремительными темпами, уже сейчас составляют хорошую конкуренцию продуктам VMware. С точки зрения функциональности, им не хватает лишь некоторых решений по обеспечению высокой доступности и целостности виртуальной инфраструктуры, как у VMware. Будем надеяться, что покупка XenSource компанией Citrix даст дополнительный импульс в развитии платформы Xen и подарит рынку технологий виртуализации еще одного сильного конкурента VMware.

Источник

Показатели эффективности: KVM vs. Xen

Мы в Cloud4Y считаем лидирующим решением для виртуализации продукты VmWare. Тем не менее, мы интересуемся и другими решениями, в том числе, Xen и KVM. И вот что мы заметили: существует не так уж много информации, позволяющей сравнить эти гипервизоры: последние дельные исследования, которые мы нашли в сети, относятся к 2012 году и, конечно, уже не могут считаться актуальными. Сегодня мы представим вашему вниманию тоже не самое новое, но, на наш взгляд, достаточно полезное исследование, посвященное производительности гипервизоров KVM и Xen.

Гипервизор KVM

Да простят нас гуру виртуализации, но для начала мы напомним читателям, что такое гипервизор и для чего он нужен. Для выполнения разных по смыслу задач (разработки программного обеспечения, хостинга ) проще всего использовать виртуальные машины: они позволят иметь несколько разных ОС с соответствующей программной средой. Для простоты работы с виртуальными машинами применяются гипервизоры — программные средства, позволяющие быстро развертывать, останавливать и запускать ВМ. KVM является одним из наиболее широко распространенных гипервизоров.

KVM — это ПО, позволяющее организовывать виртуализацию на основе ПК под управлением ОС Linux и похожих. С недавнего времени KVM считается составляющей и развивается параллельно ему. Этот гипервизор может использоваться только в системах, где виртуализация поддерживается аппаратно — с помощью процессоров Intel и AMD.

В процессе работы KVM осуществляет доступ к ядру напрямую посредством модуля ( или ). К тому же, в состав комплекса включено основное ядро — kvm.ko и элементы UI, включая широко распространенный QEMU. KVM дает возможность напрямую работать с файлами ВМ и дисковыми образами. Каждая виртуальная машина обеспечивается своим изолированным пространством.

Гипервизор Xen

Изначально студентами Кембриджа был запущен проект, который в итоге стал коммерческой версией Xen. Первый релиз датирован 2003 годом, а в 2007 исходный код выкупила компания Citrix. Xen — это кроссплатформенный гипервизор с большим функционалом и огромными возможностями, что дает возможность применять его в корпоративной сфере. Xen поддерживает паравиртуализацию — особый режим ядра операционной системы, когда ядро настроено на одновременную работу с гипервизором.

В код Xen добавлен только необходимый комплект функций: управление виртуальной памятью и тактовой частотой процессора, работа с DMA, таймером реального времени и прерываниями. Остальной функционал вынесен в домены, то есть в работающие в это время виртуальные машины. Таким образом, Xen — самый легкий гипервизор.

Суть исследования

Пояснения

из вас может начать возмущаться — мол, владелец Fedora 20, Red Hat, тратит значительное количество усилий на поддержку именно KVM. Уточним: Red Hat не делали значительных продвижений по части Xen долгие годы.

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

Исследование проводилось на процессорах Intel, поэтому его результаты могут отличаться для AMD и ARM.

Результаты

Тесты для виртуальных машин, установленных непосредственно на «железо», то есть, без операционной системы (далее — «железо»), послужили основой для тестирования виртуальных машин. Отклонение в производительности между двумя серверами без виртуализации составило 0.51% или менее.

В тесте PostMark Xen был медленнее на 14.41%, чем «железо». При перезапуске результаты теста отличались от первоначальных на 2%. Лучший тест для KVM, MAFFT, оказался вторым в списке худших для Xen.

Вот краткий итог тестирования:

Если вы хотите увидеть результаты полностью, пройдите по ссылке.

Вместо заключения

В нашем тестировании KVM был почти всегда на 2% медленнее, чем «железо». Xen оказался на 2,5% медленнее в трех тестах из десяти, а в остальных и того хуже: на 5–7%. Хотя KVM показал себя с лучшей стороны в тесте PostMark, следует отметить, что мы провели всего один I/O тест, и для получения более достоверной картины стоит провести еще несколько.

Для выбора правильного гипервизора необходимо правильно оценить характер своих нагрузок. Если ваши нагрузки предполагают меньший объем для процессора и больший для I/O, то можно провести больше I/O тестов. Если же вы работаете, в основном, с аудио и видео, попробуйте тесты x264 или mp3.

[UPD] Как справедливо заметил mister_fog, в 2007 Citrix выкупила не исходный код Xen, а компанию XenSource, которая была основана разработчиками Xen и занималась коммерческим развитием этого открытого проекта. Пруф.

Источник

Национальная библиотека им. Н. Э. Баумана
Bauman National Library

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

Xen Project

Содержание

Общие сведения

Некоторые ключевые особенности гипервизора Xen Project:

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

История

Xen Project возник как научно-исследовательский проект в университете Кембриджа во главе с Яном Пратт, старшим преподавателем в Кембридже, который основал XenSource, Inc. с Саймоном Кросби, также из Кембриджского университета. Первый публичный релиз Xen был сделан в 2003 году.

22 октября 2007 года, компания Citrix Systems завершила приобретение XenSource, и Xen Project переехал на домен Xen.org. Этот шаг начался некоторое время назад, и обнародовал существование Xen Project Advisory Board (AB Xen), который состоял из членов Citrix, IBM, Intel, Hewlett-Packard, Novell, Red Hat, Sun Microsystems и Oracle. Xen Project Advisory Board советует лидеру Xen Project и отвечает за товарный знак Xen, который Citrix добровольно лицензирует для всех поставщиков и проектов, которые реализуют гипервизор Xen.

Citrix также использовал сам бренд Xen для некоторых патентованных продуктов, не связанных с Xen, в том числе, по меньшей мере XenApp и XenDesktop.

15 апреля 2013 года, было объявлено, что Xen Project был перенесен под эгидой Linux Foundation в качестве Collaborative Project. Организация Linux Foundation запустила новую торговую марку для Xen Project для разграничения проекта от любого коммерческого использования старого товарного знака Xen. Новый веб-сайт сообщества был запущен в xenproject.org в рамках передачи. Участники проекта на момент анонса включены: Amazon, AMD, Bromium, CA Technologies, Calxeda, Cisco, Citrix, Google, Intel, Oracle, Samsung, Verizon. Сам проект Xen является самоуправляемым.

Архитектура Xen Project

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

Подробнее о компонентах:

Гипервизор поддерживает запуск двух различных типов гостей: с Паравиртуализацией (PV) и Полное виртуализацией (HVM). Оба типа можно использовать одновременно на одном гипервизоре. Кроме того, можно использовать методы, используемые для Паравиртуализации в HVM гостя, и наоборот: по существу создавая сплошную среду между возможностями чистого PV и HVM. Здесь используются различные аббревиатуры для обозначения этих конфигураций, называемых HVM с драйверами PV, PVHVM и PVH.

Паравиртуализация (PV) является эффективным и легким методом виртуализации, изначально введеным Xen Project, а затем адаптированным для других платформ виртуализации. PV не требует расширений виртуализации от центрального процессора хоста. Тем не менее, паравиртуализированным гостям требуется поддержка PV ядром и драйверы PV, так что гости знают о наличии гипервизора и могут работать эффективно без эмуляции или виртуально эмулируемого оборудования. Ядра с поддержкой PV существуют для Linux, NetBSD, FreeBSD, OpenSolaris и др. В ядра Linux была включена поддержка PV начиная с 2.6.24. На практике это означает, что PV будет работать с большинством дистрибутивов Linux (за исключением очень старых версий дистрибутивов).

Полная виртуализация или виртуализация с аппаратной поддержкой (HVM) использует расширения виртуализации от центрального процессора для виртуализации гостей. HVM требует расширения оборудования Intel VT или AMD-V. Программное обеспечение Xen Project использует Qemu для эмуляции аппаратных средств PC, в том числе BIOS, IDE, VGA, контроллер USB, сетевой адаптер и т.д. Аппаратные расширения виртуализации используются для повышения производительности эмуляции. Полностью виртуализированные гостевые системы не требуют поддержки ядра. Это означает, что операционные системы Windows можно использовать в качестве гостя Xen Project HVM. Полностью виртуализированные гостевые системы обычно медленнее, чем паравиртуализированные из-за требуемой эмуляции.

PVHVM

В Xen Project 4.4 введен режим виртуализации под названием PVH для DomU. Xen 4.5 Project представил PVH для Dom0 (как для Linux, так и для некоторых BSD). По сути, это PV гость, использующий PV драйверы для загрузки и ввода/вывода. В противном случае он использует аппаратные расширения виртуализации без необходимости эмуляции. PVH считается экспериментальным и в 4,4 и в 4,5. Она работает довольно хорошо, но необходима дополнительная настройка (вероятно, в релизе 4.6), прежде чем она будет использована в производстве. PVH имеет потенциал для объединения всего наилучшего из всех режимов виртуализации при одновременном упрощении архитектуры Xen. В двух словах, PVH имеет меньше кода и меньше интерфейсов в Linux / FreeBSD: следовательно, он имеет меньший TCB и атакуемую поверхность, и, таким образом, меньше возможных уязвимостей. После утверждения и оптимизации, она должна также иметь более высокую производительность и низкую задержку, в частности, на 64-битных хостах.

Стеки управления, Managment API и консоли

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

Программное обеспечение Xen Project может быть запущен со стеком управления по умолчанию, с Libvirt или XAPI. Объединение гипервизора Xen Project и XAPI стал известен как XCP, который позже был заменен XenServer с открытым исходным кодом. Диаграмма выше показывает различные варианты: все они имеют различные компромиссы и оптимизированы для различных сценариев использования. Однако в целом, чем правее расположен блок, тем больше функциональности будет будет предоставлено.

Хосты

Xen может быть отправлен в специальную платформу виртуализации, таких как Citrix XenServer Enterprise Edition (ранее XenEnterprise XenSource).

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

Гостевые системы

Unix-подобные системы в качестве гостевой системы

Гостевые системы могут работать при полной виртуализировации (что требует аппаратной поддержки) или с паравиртуализации (что требует модифицированной гостевой операционной системы).

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

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

Системы Microsoft Windows в качестве гостевых систем

В Xen версии 3.0 введена возможность запуска Microsoft Windows в качестве гостевой операционной системы без изменений, если процессор хост-машины поддерживает аппаратную виртуализацию, предоставленную Intel VT-х (ранее известный под кодовым названием Vanderpool) или AMD-V (ранее известный под кодовым названием Pacifica).

Джеймс Харпер и комьюнити Xen приступили к разработке под лицензией GPL паравиртуализированных драйверов для Windows. Они обеспечивают интерфейсные драйвера для блочных и сетевых устройств Xen, что дает более высокую производительность диска и сети для системы Windows, работающих в режиме HVM. Без этих драйверов и диск, и сетевой трафик должен быть обработан через QEMU-DM.

Устанвка на Ubuntu Server 16.04 LTS

Далее будет описана установка на Ubuntu Server 16.04 LTS гипервизора, а на него будет установлена Ubuntu 16.04

В процессе установки Ubuntu Server 16.04 LTS

Источник