VMware ESX 3.0已经发布了三年多时间，目前有很多用户希望升级到VMware最新的vSphere 4.0虚拟化平台，而大量运行ESX 3.0的服务器也到了需要更新换代的时刻。这些运行了三年ESX 3.0的老旧服务器虽然已经不能完全满足未来快速增长的负载需求，但还是具有不小的性能空间，将这一大批当时非常昂贵的服务器关闭弃之不用，确实显得有些浪费。为了不将老旧的虚拟化主机丢弃在角落，很多企业也在重新利用这些服务器，有些企业将它们建立集群，分担部分业务负载；而有的企业将这些旧服务器用于测试或者培训应用。

假如你拥有多个办公室或者一个大型的校园，建立一个热备站点需要利用大量的硬件，这需要大笔的花费。这时这些替换下来的老旧服务器就可以帮你节省成本了，将这些服务器用于热备站点，即使不能承担百分百的负载，但是在一些状况下聊胜于无--可以在新服务器出现故障，或者更换硬件的时候作为后备暂时负担起业务，避免业务的间断。

那么，下面我们就来看看怎么样给你的新虚拟化主机做个热备站点吧。

步骤1：定义服务级别

首先，你需要定义你的热备站点的服务级别，是希望保护所有站点内所有服务器还是部分？你需要多短的故障恢复时间？你需要恢复什么时候的数据？这些问题的答案将影响你的架构设计过程，不同的服务级别也影响着硬件上的花费。一个热备站点上的所需要的花费可能要比你现在能承受的要多，这种情况下最好节省你的开支，精确的进行投入，而不是花钱在没用的事情上。

步骤2：规划SAN配置

SAN是第一个需要关注的硬件部分，因为这几乎是最昂贵的部分了。如果可能的话，在部署一个热备站点的时候最好采用SAN-to-SAN的异步复制（asynchronous replication），但依赖于所使用的SAN平台，这种复制方式可能不能实现，或者并不经济。举例来说，如果你的Web站点运行的是没有iSCSI 连接的FC SAN，并且没有暗光纤（dark fiber），在没有特定硬件如FCIP网关或软件如EMC的RepliStor情况下是不能实现SAN复制的。如果你是这样的情况，以后升级或者替换 SAN的时候一定要考虑这些因素。另一方面，对于采用一些设备品牌的用户还有一些问题需要注意，如NetApp用户应该添加更多的SnapMirror许可证。

如果不能执行SAN到SAN的复制，你也有一些其它的选择。现在有一些很好的基于主机的复制软件包，可以运行在ESX主机，实现主机到主机的直接复制，包括Vizioncore vReplicator和 NSI DoubleTake等，但注意其许可证是每虚拟机而不是每主机。还有需要注意的是用老主机做热备的时候需要给它们连接大量的存储，因为如果这些老主机连接到了SAN，就不再有自己的硬盘。

不管你打算怎么去做，无论是SAN还是基于主机的复制，存储配置的设计是热备站点最重要的一个部分，需要仔细的进行考虑。