传统HA系统的终结者

开篇：润墨网以专业的文秘视角，为您筛选了一篇传统HA系统的终结者范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

传统ha系统已经完成了自己华丽的使命，可以寿终正寝了，即使你很念旧情，也不能阻挡Hypervisor HA的来袭。

90年代末入行IT的时候正是HA大发展的时候，那时候还是双机热备的天下，我也有幸参与了某HA（High Available，高可用性双机集群）系统的开发工作，这也就是我这里所提到的传统HA系统。虽然今天各个主流的HA都成为集群系统，可以支持多个节点，但是双机热备仍是最主流的应用模式。随着云计算时代的来临，传统基于操作系统的HA系统正在走向末路，云计算正成为传统HA系统的终结者。

传统HA系统本来是要解决软硬件系统故障时应用的可用性问题，如果主节点出现故障，可以通过部署在备用机器上的应用来接管主节点的工作。这个基本逻辑没有问题，并且看上去也很合理。但是因为传统HA的构建模式和传统的容灾系统类似，所以，管理的复杂性就不言而喻。下面说说传统HA系统的特点：

节点配置同步困难：即使采用常见的双机配置，我们也要确保两边操作系统版本、配置的一致性、补丁一致性、两边相关软件的版本、配置一致性等，系统运维的复杂性骤升。两节点的传统HA系统配置同步都困难，更不用说多节点了。时至今日，多节点的HA（或称为集群）系统基本都陷入“理论可行、运维人员头疼、实际没有几个客户采用”的尴尬。

演练复杂导致几乎没有用户进行演练：因为操作系统、应用配置都会不断发生变更，这些变更可能会影响到HA系统的正常工作。为了验证HA系统的工作情况，每次进行操作系统、应用等变更时都需要进行HA系统的演练，只有这样才能确保发生故障时HA系统的正常工作。但是因为系统往往变更频繁，如果每次变更都需要演练HA的话，运维的压力会极为巨大，导致系统失去维护性。

成本昂贵，只能针对“特权”应用来部署：因为维护的原因，几乎所有的传统HA都是双机方式存在，导致传统HA系统都需要配置完全相同的主备节点硬件资源，并且需要购买主备节点操作系统和应用软件，导致系统软硬件成本都同时加倍，而运维的复杂性不仅仅是加倍，甚至是3～4倍。这让传统的HA系统听上去很美好，但是一般的应用都不能享受这个特权，只有十分关键的应用才能配备HA系统，传统HA的贵族习性也因此被诟病。

自从虚拟化的x86服务器颠覆了传统小型机的霸主地位，一系列的革命性创新就无往不利，包括VMotion、DRS、DPM等。当然，传统的HA也不在话下，通过在Hypervisor层提供HA的功能，让传统HA的桎梏瞬间打开。因为传统的操作系统和应用全部运行在Hypervisor层之上，基于Hypervisor的HA可以完全独立于操作系统和应用，无论多节点的集群还是简单的双机HA，都不需要在操作系统层和应用层做复杂的配置，也无须购买多套应用软件和操作系统，节约的不仅仅是购买操作系统和应用软件的费用，也包括减少大量硬件资源的购置成本。HA系统从此走下神坛，中小型用户都可以轻松拥有，并且便捷运维这个系统。传统HA昂贵的培训费用再也不需要了，只需要点两三个按钮就轻松完成原来需要半天才能完成复杂的HA系统配置工作，并且原来HA系统维护的复杂性也变成了系统的自我监控，因为原来需要的配置同步、演练等的流程全部可以取消。因为任何运行在Hypervisor HA之上的应用都只有一个副本，根本不存在配置同步等的问题，也就无需演练这样复杂的操作。另外，基于虚拟环境还可以轻松实现克隆、快照等系统的保护，在HA系统的基础上进一步增强了系统的可用性。

当然，第一代的Hypervisor HA仍然是系统级的，不能检测应用的故障，曾经被很多用户诟病。不过可喜的是最新版本的vSphere 5.5，已经内嵌了应用支持，默认就可以支持各种常见的应用了，从而让Hypervisor HA完全具备了传统HA的能力，而抛弃了传统HA的贵族习气。

随云而生的Hypervisor HA正茁壮成长，焕发出勃勃生机，以秋风扫落叶之势，迅速占领关键应用的制高点。传统HA系统已经完成了自己华丽的使命，可以寿终正寝了，即使你很念旧情，也不能阻挡Hypervisor HA的来袭。就让我们张开双臂，热情拥抱云计算时代的新宠Hypervisor HA吧。