 | |
 | |
| Original author(s) | Keir Fraser, Steven Hand,Ian Pratt,University of Cambridge Computer Laboratory |
|---|---|
| Developer(s) | Linux Foundation Intel |
| Initial release | October 2, 2003; 21 years ago (2003-10-02)[1][2] |
| Stable release | |
| Repository | |
| Written in | C |
| Type | Hypervisor |
| License | GPLv2 |
| Website | xenproject |
Xen (pronounced/ˈzɛn/) is afree and open-source type-1hypervisor, providing services that allow multiple computeroperating systems to execute on the samecomputer hardware concurrently. It wasoriginally developed by theUniversity of Cambridge Computer Laboratory and is now being developed by theLinux Foundation with support fromIntel,Citrix,Arm Ltd,Huawei,AWS,Alibaba Cloud,AMD,Bitdefender andEPAM Systems.
The Xen Project community develops and maintains Xen Project asfree and open-source software, subject to the requirements of theGNU General Public License (GPL), version 2. Xen Project is currently available for theIA-32,x86-64 andARMinstruction sets.[4]
Xen Project runs in a more privileged CPU state than any other software on the machine, except forfirmware.
Responsibilities of the hypervisor include memory management and CPU scheduling of all virtual machines ("domains"), and for launching the most privileged domain ("dom0") - the only virtual machine which by default has direct access to hardware. From the dom0 the hypervisor can be managed and unprivileged domains ("domU") can be launched.[5]
The dom0 domain is typically a version ofLinux orBSD. User domains may either be traditional operating systems, such asMicrosoft Windows under which privileged instructions are provided by hardware virtualization instructions (if the host processor supportsx86 virtualization, e.g.,Intel VT-x andAMD-V),[6] orparavirtualized operating systems whereby the operating system is aware that it is running inside a virtual machine, and so makes hypercalls directly, rather than issuing privileged instructions.
Xen Project boots from abootloader such asGNU GRUB, and then usually loads aparavirtualized host operating system into the host domain (dom0).
Xen originated as a research project at theUniversity of Cambridge led byIan Pratt, asenior lecturer in theComputer Laboratory, and his PhD student Keir Fraser. According toAnil Madhavapeddy, an early contributor, Xen started as a bet on whether Fraser could make multiple Linux Kernels boot on the same hardware in a weekend.[7] The first public release of Xen was made in 2003, with v1.0 following in 2004. Soon after, Pratt and Fraser along with other Cambridge alumni including Simon Crosby and founding CEO Nick Gault created XenSource Inc. to turn Xen into a competitive enterprise product.
To support embedded systems such as smartphone/ IoT with relatively scarce hardware computing resources, the Secure Xen ARM architecture on an ARM CPU was exhibited at Xen Summit on April 17, 2007, held in IBM TJ Watson.[8][9] The first public release of Secure Xen ARM source code was made at Xen Summit on June 24, 2008[10][11] bySang-bum Suh,[12] a Cambridge alumnus, in Samsung Electronics.
On October 22, 2007,Citrix Systems completed its acquisition of XenSource,[13] and the Xen Project moved to the xen.org domain. This move had started some time previously, and made public the existence of the Xen Project Advisory Board (Xen AB), which had members fromCitrix,IBM,Intel,Hewlett-Packard,Novell,Red Hat,Sun Microsystems andOracle. The Xen Advisory Board advises the Xen Project leader and is responsible for the Xen trademark,[14] which Citrix has freely licensed to all vendors and projects that implement the Xenhypervisor.[15] Citrix also used the Xen brand itself for some proprietary products unrelated to Xen, includingXenApp andXenDesktop.
On April 15, 2013, it was announced that the Xen Project was moved under the auspices of theLinux Foundation as a Collaborative Project.[16] The Linux Foundation launched a new trademark for "Xen Project" to differentiate the project from any commercial use of the older "Xen" trademark. A new community website was launched at xenproject.org[17] as part of the transfer. Project members at the time of the announcement included: Amazon, AMD, Bromium, CA Technologies, Calxeda, Cisco, Citrix, Google, Intel, Oracle, Samsung, and Verizon.[18] The Xen project itself is self-governing.[19]
Since version 3.0 of theLinux kernel, Xen support for dom0 and domU exists in the mainline kernel.[20]
| Version | Release date | Notes |
|---|---|---|
| 1.0 | October 2, 2003[1][2] | |
| 2.0 | November 5, 2004[21] | Live migration of PV guests. |
| 3.0 | December 5, 2005[22][23] |
The releases up to 3.0.4 also added:
|
| 3.1 | May 18, 2007[27] | Live migration for HVM guests, XenAPI |
| 3.2 | January 17, 2008[28] | PCI passthrough and ACPI S3 standby mode for the host system. |
| 3.3 | August 24, 2008[29] | Improvements for the PCI passthrough and the power management. Xen ARM hypervisor source code released for ARM CPU support |
| 3.4 | May 18, 2009[30] | Contains a first version of the "Xen Client Initiative", shortly XCI. |
| 4.0 | April 7, 2010[31] | Makes it possible to use a dom0 Linux kernel, which has been implemented by using PVOps. A Linux kernel of version 2.6.31 has been modified for this purpose, because the official Linux kernel actually does not support the usage as dom0 kernel (date July 2010).[32] |
| 4.1 | March 25, 2011[33] | Some of the improvements: Support for more than 255 processors, better stability. Linux kernel v2.6.37 and onward support usage as dom0 kernel.[34] |
| 4.2 | September 8, 2012[35] | XL became the default toolstack. Support for up to 4095 host processors and up to 512 guest processors. |
| 4.3 | July 9, 2013[36] | Experimental ARM support. NUMA-aware scheduling. Support forOpen vSwitch. |
| 4.4 | March 10, 2014[37] | Solid libvirt support for libxl, new scalable event channel interface, hypervisor ABI for ARM declared stable, Nested Virtualization on Intel hardware.[38][39] |
| 4.5 | January 17, 2015[40] | With 43 major new features, 4.5 includes the most updates in the project's history.[40] |
| 4.6 | October 13, 2015[35] | Focused on improving code quality, security hardening, enablement of security appliances, and release cycle predictability.[35] |
| 4.7 | June 24, 2016[41] | Improved: security, live migrations, performances and workload. Hardware support (ARM and Intel Xeon).[42] |
| 4.8.1 | April 12, 2017[43] | |
| 4.9 | June 28, 2017[44] | Xen Project 4.9 Release Notes |
| 4.10 | December 12, 2017[45] | Xen Project 4.10 Release Notes |
| 4.11 | July 10, 2018[46] | Xen Project 4.11 Release Notes |
| 4.12 | April 2, 2019[47] | Xen Project 4.12 Release Notes |
| 4.13 | December 18, 2019[48] | Xen Project 4.13 Release Notes |
| 4.14 | July 24, 2020 | Xen Project 4.14 Release Notes |
| 4.15 | April 8, 2021 | Xen Project 4.15 Release Notes |
| 4.16 | December 2, 2021 | Xen Project 4.16 Release Notes |
| 4.17 | December 14, 2022 | Xen Project 4.17 Release Notes |
| 4.18 | November 23, 2023 | Xen Project 4.18 Release Notes |
| 4.19 | July 29, 2024 | Xen Project 4.19 Release Notes |
| 4.20 | March 5, 2025 | Xen Project 4.20 Release Notes |
 | This article needs to beupdated. Please help update this article to reflect recent events or newly available information.(May 2016) |
Internet hosting service companies use hypervisors to providevirtual private servers.Amazon EC2 (from August 2006 to November 2017),[49] IBMSoftLayer,[50] Liquid Web,Fujitsu Global Cloud Platform,[51]Linode,OrionVM[52] andRackspace Cloud use Xen as the primary VM hypervisor for their product offerings.[53]
Virtual machine monitors (also known as hypervisors) also often operate onmainframes and large servers running IBM, HP, and other systems.[citation needed]Server virtualization can provide benefits such as:
Xen's support for virtual machine live migration from one host to another allowsload balancing and the avoidance of downtime.
Virtualization also has benefits when working on development (including the development of operating systems): running the new system as a guest avoids the need to reboot the physical computer whenever a bug occurs.Sandboxed guest systems can also help in computer-security research, allowing study of the effects of somevirus orworm without the possibility of compromising the host system.
Finally, hardware appliance vendors may decide to ship their appliance running several guest systems, so as to be able to execute various pieces of software that require different operating systems.[citation needed]
Xen offers five approaches to running the guest operating system:[54][55][56]
Xen provides a form of virtualization known as paravirtualization, in which guests run a modified operating system. The guests are modified to use a special hypercallABI, instead of certain architectural features. Through paravirtualization, Xen can achieve high performance even on its host architecture (x86) which has a reputation for non-cooperation with traditional virtualization techniques.[57][58] Xen can run paravirtualized guests ("PV guests" in Xen terminology) even on CPUs without any explicit support for virtualization. Paravirtualization avoids the need to emulate a full set of hardware and firmware services, which makes a PV system simpler to manage and reduces the attack surface exposed to potentially malicious guests. On 32-bit x86, the Xen host kernel code runs inRing 0, while the hosted domains run inRing 1 (kernel) andRing 3 (applications).
CPUs that support virtualization make it possible to run unmodified guests, including proprietary operating systems (such as Microsoft Windows). This is known ashardware-assisted virtualization, however, in Xen this is known as hardware virtual machine (HVM). HVM extensions provide additional execution modes, with an explicit distinction between the most-privileged modes used by the hypervisor with access to the real hardware (called "root mode" in x86) and the less-privileged modes used by guest kernels and applications with "hardware" accesses under complete control of the hypervisor (in x86, known as "non-root mode"; both root and non-root mode have Rings 0–3). Both Intel andAMD have contributed modifications to Xen to exploit their respective Intel VT-x and AMD-V architecture extensions.[59] Use ofARM v7A and v8A virtualization extensions came with Xen 4.3.[60] HVM extensions also often offer new instructions to allow direct calls by a paravirtualized guest/driver into the hypervisor, typically used for I/O or other operations needing high performance. These allow HVM guests with suitable minor modifications to gain many of the performance benefits of paravirtualized I/O. In current versions of Xen (up to 4.2) only fully virtualized HVM guests can make use of hardware facilities for multiple independent levels of memory protection and paging. As a result, for some workloads, HVM guests with PV drivers (also known as PV-on-HVM, or PVH) provide better performance than pure PV guests. Xen HVM has device emulation based on theQEMU project to provide I/O virtualization to the virtual machines. The system emulates hardware via a patched QEMU "device manager" (qemu-dm) daemon running as a backend in dom0. This means that the virtualized machines see an emulated version of a fairly basic PC. In a performance-critical environment, PV-on-HVM disk and network drivers are used during the normal guest operation, so that the emulated PC hardware is mostly used for booting.
Administrators can "live migrate" Xen virtual machines between physical hosts across a LAN without loss of availability. During this procedure, the LAN iteratively copies the memory of the virtual machine to the destination without stopping its execution. The process requires a stoppage of around 60–300 ms to perform final synchronization before the virtual machine begins executing at its final destination, providing an illusion of seamless migration. Similar technology can serve to suspend running virtual machines to disk, "freezing" their running state for resumption at a later date.
Xen can scale to 4095 physical CPUs, 256 VCPUs[clarification needed] per HVM guest, 512 VCPUs per PV guest, 16 TB of RAM per host, and up to 1 TB of RAM per HVM guest or 512 GB of RAM per PV guest.[61]
The Xen hypervisor has been ported to a number of processor families:
Xen can be shipped in a dedicated virtualization platform, such asXCP-ng or XenServer (formerly Citrix Hypervisor, and before that Citrix XenServer, and before that XenSource's XenEnterprise).
Alternatively, Xen is distributed as an optional configuration of many standard operating systems. Xen is available for and distributed with:
Guest systems can run fully virtualized (which requires hardware support), paravirtualized (which requires a modified guest operating system), or fully virtualized with paravirtualized drivers (PVHVM[74]).[75] Most operating systems which can run on PCs can run as a Xen HVM guest. The following systems can operate as paravirtualized Xen guests:
Xen version 3.0 introduced the capability to run Microsoft Windows as a guest operating system unmodified if the host machine's processor supportshardware virtualization provided by Intel VT-x (formerly codenamed Vanderpool) or AMD-V (formerly codenamed Pacifica). During the development of Xen 1.x,Microsoft Research, along with the University of Cambridge Operating System group, developed a port ofWindows XP to Xen — made possible byMicrosoft's Academic Licensing Program. The terms of this license do not allow the publication of this port, although documentation of the experience appears in the original XenSOSP paper.[79] James Harper and the Xen open-source community have started developing free software paravirtualization drivers for Windows. These provide front-end drivers for the Xen block and network devices and allow much higher disk and network performance for Windows systems running in HVM mode. Without these drivers all disk and network traffic has to be processed through QEMU-DM.[80] Subsequently, Citrix has released under a BSD license (and continues to maintain) PV drivers for Windows.[81]
Third-party developers have built a number of tools (known as Xen Management Consoles) to facilitate the common tasks of administering a Xen host, such as configuring, starting, monitoring and stopping of Xen guests. Examples include:
The Xen hypervisor is covered by the GNU General Public Licence, so all of these versions contain a core of free software with source code. However, many of them contain proprietary additions.
| General | |||
|---|---|---|---|
| Software packages | |||
| Community | |||
| Organisations | |||
| Licenses |
| ||
| Challenges | |||
| Related topics | |||
