高可用性，虽说不是在这个版本就开始免费的，但是连续的体验一下会更加完整些。
Figure 9在资源池的位置上右击选择High Availability，进入到配置HA的窗口中
Figure 10在资源池的位置上右击选择High Availability，进入到配置HA的窗口中
Figure 11选择用来进行监控池内有效性的存储资源，同时必须是共享存储才能启用
Figure 12设置其中的虚拟机在遇到主机障碍的时候使用何种方式进行策略实施，案例中HA可以自动重启（reatart）虚拟机
Figure 13Finish完成配置
Figure 14在池级别的Logs选项卡中可以查看到正在配置的HA，整个时间大概1分钟
Figure 15配置好HA之后将该虚拟机所在的主机进行维护模式切换
Figure 16系统会提示信息，虚拟机正在运行，请确是否进入到维护模式
Figure 17强行进入到维护模式后，系统会有2次掉线，同时将该虚拟机飘到了1号主机上
Figure 18尝试将3好主机从维护环境下呼唤回来，系统会提示是否需要还原之前飘到1号主机的虚拟机。本案例选择Skip跳过
Figure 19接下来进入选择对话框，询问是否继续，因为之前手动操作将使池的负载容错值从2变为3
如果主机宕机的话
稍后模拟突然一号机宕机，接着一号机上的信息会进行漂移，这个算法是有工作量与主机负荷来决定的，一会会在后面看到他具体漂移到那里了。
当1号主机宕机之后，XenCenter中会进行尝试性连接，发现彻底掉了以后该XenCenter将会告知用户失去池连接，同时我们需要新建一个池来接替曾经的池。
Figure 20可以看到新建池的工程中，系统已经通过他的特有算法将池主控主机标记给了10.5.70.204，选择Yes进行连接
Figure 21同时在XenCenter的电脑上Ping该虚拟机，发现长时间丢包
Figure 22统计得知，丢包数由40个，约200s的时间差
Figure 23查看池级别的Logs选项卡，有用信息都在其中
将一号主机复活
Figure 24系统发现曾经的池主要管理者回来了，但是由于现在已经是四号主机即位，因此系统会有这样的信息提示。
Figure 25验证再次3号机进入到维护模式，相应的负载容错计数器已经是3了，系统提示YES后将会把该值修改成2.
Figure 26经历过3次掉线，该虚拟机飘到了一号主机之上。
至此HA在Xenserver下的一些实用功能验证完毕。
-=EOB=-