全球的服务器虚拟化市场都在飞速发展，那些以前可能仅专注于VMware的管理员慢慢发现有了新的任务：XenServer的管理任务也开始逐步成为他们的职责之一。
关于VMware和XenServer的混合管理问题可以写一整本书（两个平台使用了不同的架构）。本文重点在于针对VMware管理员在进行XenServer管理任务时需要关注的几个主要方面。
首先VMware管理员要意识到学习XenServer管理可以获得的好处。拥有其它hypervisor管理经验对于VMware管理员的职业生涯而言是极大地补充。因为现在越来越多的企业雇主开始意识到不应该局限于单一产品平台上。探索XenServer的同时也可以帮助VMware管理员更好地理解hypervisor技术本身相关的基本原理，而且并非只有一个厂商在推广这种技术。
意识到这些，VMware管理员还需要有兴趣去探索Type 1 hypervisor的底层核心技术、区分不同的术语以及学习如何使用它们各自的管理工具来完成通用管理任务。
VMware vs. XenServer管理：GUI vs. CLI
XenServer最早并非思杰的产品，而是基于一个开源的Linux项目，所以XenServer的管理可以通过通用CLI（command line interface）进行。我曾经见过一名思杰的工程师，完全通过在它的CentOS笔记本上安装的命令行终端程序，完成从零开始的多主机XenServer平台搭建工作。
很多VMware管理员更习惯于使用vCenter图形GUI界面，甚至从未接触过命令行，所以XenServer管理的CLI方式需要进行调整。一款名为XenClient的GUI管理终端可以解决该问题。
有趣的是，XenServer开始于CLI管理而正在试图增加CUI，另一方面VMware开始于GUI管理却把越来越多的控制通过CLI（PowerCLI 和 vSphere Management Assistant）来实现。这难道不是一个奇怪的循环吗？
XenServer管理是如何工作的
VMware管理员通过XenCenter进行XenServer管理时需要注意几点区别。XenCenter是安装在网络内任何一台机器上的终端软件，用于对XenServer进行配置和管理。界面跟VMware vCenter相似，但是拓扑和设计原理不同。vCenter带有多种调优工具，但是通过XenClient却很难改变主机上的资源配置。
XenServer的hypervisor是基于dom0,其架构是分布式的而不是集中的。因此，当我们启动XenClient，它开始试图连接到某台主机，而不是VMware vCenter所连接的中央服务器。您可以指定服务器池中的任何一台主机（想象成vCenter的集群模式）。每台主机都拥有其它主机的信息，而池中的某台XenServer作为“池管理员”角色——用于管理所用加到该池中的命令。池管理员角色可以转移到任意一台其它主机。也就是说我们需要把所有的服务器池添加给客户端，而不是同时显示出来（参考vCenter中的“data center”模式）。
注意XenServer中池的概念不同于VMware。在XenClient中也有资源池或服务器池，但是他们的表现方式不同于vCenter。资源规划和高可用的实现也存在差别。这些XenServer管理功能在XenClient中只是一些简单的复选框，但是vCenter中提供了丰富的可选项。不过如果不用XenClient，通过CLI可以打开XenServer中的很多选项。
对于VMware管理员，管理XenServer还存在一个主要的差别：存储。XenServer使用SR（storage repositories），而vCenter称为data store。分配给某个服务器池的SR不能被其它的池使用。而在VMware中则不同，这会限制迁移功能的实现。不过，XenServer存储方式的优势在于SR可以由多种不同的形式组成。
如果您恰好是一名希望了解XenServer管理的VMware管理员，可以搭建测试环境进行体验。无论您是否相信，我们甚至可以在VMware Workstation或ESX内部以子虚拟机的方式运行XenServer。
原文链接：http://virtual.51cto.com/art/201102/244739.htm
