全球的服務器虛擬化市場都在飛速發展，那些以前可能僅專注于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