Различие между PV Xen, Xen KVM и HVM?

Xen поддерживал типы виртуализации

Поддержки Xen, выполняющие два различных типов гостей. Гостей Xen часто звонят как domUs (непривилегированные домены). Оба гостевых типа (PV, HVM) могут использоваться одновременно в единственной системе Xen.

Паравиртуализация Xen (PV)

Паравиртуализация является эффективным и легким методом виртуализации, представленным Xen, позже принятым также другими решениями для виртуализации. Паравиртуализация не требует расширений виртуализации от хоста ЦП. Однако паравиртуализированные гости требуют специального ядра, которое портировано для выполнения исходно на Xen, таким образом, гости знают о гипервизоре и могут работать эффективно без эмуляции или виртуальных эмулированных аппаратных средств. Xen гостевые ядра PV существуют для Linux, NetBSD, FreeBSD, OpenSolaris и операционных систем Сетевого обеспечения Novell.

У гостей PV нет вида виртуальных эмулированных аппаратных средств, но графическая консоль является все еще возможным гостем использования pvfb (паравиртуальный кадровый буфер). Гость PV графическая консоль может быть просмотрен с помощью клиента VNC или virt-средства-просмотра Redhat. Существует отдельный сервер VNC в dom0 для PVFB каждого гостя.

Восходящие ядра Linux kernel.org начиная с Linux 2.6.24 включают гостя PV Xen (domU) поддержка на основе Linux pvops платформа, таким образом, каждое восходящее ядро Linux может автоматически использоваться в качестве Xen гостевое ядро PV без любых дополнительных патчей или модификаций.

Посмотрите страницу XenParavirtOps wiki для получения дополнительной информации о Linux pvops поддержка Xen.

Xen Полная виртуализация (HVM)

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

Повысить производительность полностью виртуализировало гостей HVM, может использовать специальные парадрайверы виртуального устройства для обхода эмуляции для диска и сети IO. Гости Windows HVM Xen могут использовать драйверы GPLPV с открытым исходным кодом. Посмотрите страницу XenLinuxPVonHVMdrivers wiki для получения дополнительной информации о Xen PV-on-HVM драйверы для Linux гости HVM.

Это из http://wiki.xenproject.org/wiki/XenOverview

KVM не является Xen вообще, это - другая технология, где KVM является собственным модулем ядра Linux и не дополнительным ядром, как Xen. Который делает KVM лучшим дизайном. оборотная сторона здесь - то, что KVM является более новым, чем Xen, таким образом, он мог бы испытывать недостаток в некоторых функциях.

Xen - это гипервизор, который работает на железе (ПК / сервер) и затем размещает виртуальные машины, называемые доменами.

Домен Xen PV является паравиртуализированный домен , это означает, что операционная система (обычно мы говорим здесь linux) была изменена для работы под Xen, и нет необходимости фактически эмулировать оборудование. Этот должен быть наиболее эффективным с точки зрения производительности.

Домен Xen HVM - это домен с аппаратной эмуляцией , что означает, что операционная система (может будь Linux, Windows, что угодно) никаким образом не изменялся, а оборудование эмулировалось. Это довольно медленно, поэтому обычно вы устанавливаете PV-драйверы в гостевой ОС для критически важного оборудования (обычно диска и сети), поэтому гость в целом будет работать полностью виртуализировано, но наиболее критичные к производительности части оборудования будут работать паравиртуализированными. В последних системах Linux в ядре есть драйверы PV для диска и сети, а также существуют различные драйверы PV для Windows. При всех разработках HVM в последние годы обычно наблюдается небольшая разница в производительности между HVM и PV для стандартных рабочих нагрузок.

KVM - это не Xen, это еще одна платформа виртуализации, встроенная в ядро ​​Linux. С точки зрения гостя он напоминает Xen HVM: гость работает полностью виртуализировано, и есть специальный драйвер для паравиртуализированного запуска некоторых частей (опять же, диск и сеть).

И Xen HVM, и Linux KVM нуждаются в поддержка виртуализации с аппаратной поддержкой (Intel VT-x, AMD AMD-V), тогда как Xen PV не работает, но не может запускать операционные системы без поддержки PV (вы не можете запускать Windows на Xen PV).

И Xen HVM, и Linux KVM будет использовать части программного обеспечения виртуализации qemu для эмуляции реального оборудования для устройств, не использующих драйверы PV в гостевой системе.

Xen (как PV, так и HVM) может выполнять динамическую миграцию запущенного гостя с одного физического сервера на другой, я не знаю, может ли KVM тоже.

И Xen, и KVM не могут перегружать память, поэтому вы обычно получаете " истинная оперативная память », в то время как другие платформы, такие как VMware, могут заменять часть гостевой оперативной памяти на диск.

Существуют различия, но обычно относятся к конкретным установкам, а не к общему виртуальному частному серверу для продажи другим людям. Например, последние гипервизоры Xen поддерживают трансцендентную память, которая может улучшить использование памяти и производительность гостевой системы, если гость поддерживает ее (ядра linux> = 3.something).

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