XenServer 5.5 vs ESXi 便利特性比较

官方免费的XenServer 5.5已经使用了一段时间了，和当初的VMware 的ESXi 相比较，在应用便利性方面直接影响实施的有3个方面差异：

1. ESXi的VM网络控制远比XenServer 方便：

ESXi 里面创建的每一台虚拟机的网络连线都可以单独控制，可以任意选择“连接”或者“断开”，无论该虚拟机处于关机状态还是开机运行状态。

这个特性我平时用得较多，如某一台vm的网络受到不明攻击、或者网络设置有冲突，在实际应用环境是先拔除网线，登录系统再检查即时状态。（ARP,DDOS等攻击时CPU 100%，拔除网线后CPU立刻恢复正常，可以登录检查日志）

XenServer 5.5 创建的虚拟机的网络连线状态只能在关机后才能改变，非常的不方便！要想排障就要关机一次，一些有用的痕迹都被抹除了：（

2. ESXi的内存和CPU资源管理可控性高，XenServer仅仅提供cpu优先级管理：

ESXi的资源管理功能强大、管理颗粒划分细致，特别是在内存和CPU的分配上有着其他产品无法逾越的特性（当然，VMware自己的收费版ESX server, vSphere 4就更牛X了）。一般应用中，我都会为每一个VM分配保留的最小内存和CPU，限定每一个VMs的最大内存和CPU占用。这些机制保证不会因为一台VMs异常导致其他VMs资源不够。

实际使用举例： 一台ESXi host，3.2Ghz x2 cpu , 8GB ram, 1TGB hdd, 共有4台windows 2003 server, 5台linux server, 3台lefthand router。总计的分配内存约10GB，指定保留的内存3GB、CPU 4Ghz左右。

XenServer 5.5 提供了VMs对CPU的占用的优先级别控制，不能为vm指定保留的内存和CPU的下限值及上限值。各VMs的摆放在单台host中可能令各个VM无序争抢资源。

   如果你的一些VMs会占用大量资源特别是CPU资源的话，其他的VMs可能就慢如蜗牛了！

3. ESXi可以选择VMs的启动顺序，XenServer 5.5只有自动启动选项而无顺序可选择：

在上面那台host中，启动顺序总是虚拟路由lefthand router先启动的，DNS服务器接着启动，数据库跟着也上场了。。。所以要在ESXi的启动管理中把一个12台VMs逐个列在启动顺序表中，非常切合平时的物理机器环境。

XenServer 5.5中，VM的startup Options中有且仅有一个"Auto-start on server boot"选项，没有顺序可言。

在XenServer 5.5 host试图实现由一个Openfiler 2.3 for xen提供iscsi及NFS ISO共享时，因为无法控制顺序，同一host中的VMs就总是连接失败，需要手工激活后其他的VMs才能正常访问由本host中的openfiler提供的iscsi及NFS ISO。

从这一段时间的比较应用来看，我的结论如下：

    从常规的小规模应用来看，我还是偏向于选择ESXi 3.5或者 ESXi 4。

    将来要实施VDI的话，再来部署XenServer！

原文：http://hi.baidu.com/gzitpro/blog/item/e6c39aca8ee84516be09e6a7.html