该文档对Xen Hypervisor（管理程序）和其相关的工具以及所有支撑一个虚拟化环境所必需的应用程序做了一个较高层的，对于架构的综述。
Xen Components
一个Xen虚拟环境包括几个重要组成部分：
Xen Hypervisor
Domain 0
Domain Management and Control（Xen DM&C）
Domain U（Dom U）PV Guest
Domain U（Dom U）HVM Guest
下图描述了这几部分之间的关系：
Xen Hypervisor
Xen hypervisor是对这个软件的最基本、最底层的抽象层。它主要负责针对运行在该硬件设备之上的多个虚拟机的CPU轮转，内存划分的工作。Hypervisor不仅仅对底层硬件设备进行了抽象，而且同时控制着虚拟机的执行。它不负责联网、外存、显示以及任何其他IO功能。
Domain 0
Domain 0是一个修改过的Linxu kernel，一个运行在Xen hypervisor之上的独特的虚拟机，它可以控制物理IO资源，并且同时与其他运行于该平台上的虚拟机进行交互（Domain U：PV and HVM Guests）。所有的Xen虚拟环境都需要一个运行着的Domain 0来启动其他的虚拟机。
Domain 0包括了两个驱动，来支持来自于其他虚拟机的网络和本地磁盘请求。（见下图）；Network Backend Driver和Block Backend Driver。NB Driver直接与本地网络硬件进行交互，来处理所有来自于Domain U的虚拟机请求。BB Driver直接与本地磁盘进行交互，基于Domain U的请求来从驱动器读写数据。
Domain U
所有的运行于Xen hypervisor之上的半虚拟机（Paravirtualization），都叫做Domain U PV Guests，他们（PV Guests）运行的是修改后的Linux OS，Solaris， FreeBSD和其他UNIX OS。所有运行于Xen hypervisor之上的全虚拟机都是叫做Domain U HVM Guests，并且可以运行标准的Windows或者任何没有修改过的操作系统。
Domain U PV Guests知道不能直接访问硬件，并且知道在本地机器上运行的其他虚拟机。Domain U HVM Guests不知道它在分享处理器时间以及其他虚拟机的存在。
PV Guest包含有两个针对网络和磁盘访问的驱动，PV Network Driver和PV Block Driver
HVM Guest没有PV驱动安装在虚拟机上，但是针对每一个启动的HVM Guest都有一个特殊的daemon---- Qemu-dm。Qemu-dm支持HVM Guests进行网络互联和磁盘访问请求。
HVM Guests必须初始化，以便于软件能够添加到HVM Guests，Xen Virtual firmware来模拟BIOS来启动操作系统。（？？The Domain U HVM Guest must initialize as it would on a typical machine so software is added to the Domain U HVM Guest，Xen virtual firmware, to simulate the BIOS an operating system would expect on startup.）。
社区：
