WebSphere 反向投资者: 高可用性（重申）与持续可用性

核心提示：再次重申虽然我从未发现有关高可用性或灾难恢复的问题出现短缺，但 上一期 WebSphere 反向投资者（处理 WebSphere Application Server 管理高可用性选项）提示最近这些问题的数量似乎有所增加，WebSphere 反向投资者: 高可用性（重申）与持续可用性，因此，在这里我将继续高可用性这一主

再次重申

虽然我从未发现有关高可用性或灾难恢复的问题出现短缺，但 上一期 WebSphere 反向投资者（处理 WebSphere Application Server 管理高可用性选项）提示最近这些问题的数量似乎有所增加。因此，在这里我将继续高可用性这一主题，另外会添加一些有关如何获得高可用性（HA）和持续可用性（CA）的想法。但在我们开始讨论这些话题以前，先让我们确保大家对以下两个术语达成共识：

高可用性：基础架构（或在其上运行的应用程序）不可以承受一次超过几秒钟或几分钟的计划外中断，但这样做可能并不会对企业的业务产生严重的影响。此外，偶尔终止应用程序几个小时以进行有计划的维护是可以接受的。

连续可用性：基础架构（或在其上运行的应用程序）根本不可以中断。基本上，无论计划外的还是计划内的中断都没有任何中断补偿。这种可用性级别通常被称为 “五个 9” 或 99.999% 可用性，即可以理解为每年计划内和计划外的中断总共刚刚超过 5 分钟。

要补充说明的是，很多情况下有些人将声称他们 “只” 需要 “四个 9”（99.99%）的可用性或一个类似的数字，以为这样的可用性会被归类为 HA，实际上在一年的期间内 99.99% 和 99.999% 可用性之间并没有任何有意义的区别。如果您进行一下数学计算，您将发现 99.99% 可用性的情况下每年仍然需要总共刚刚超过 5 小时的中断；换个方式说，您不可能再容忍计划外中断超过 99.999% 可用性的情况，同样您也不可能进行计划内中断的补偿。

在这里我不再描述运行 WebSphere Application Server Network Deployment 时的具体操作过程，因为这些在 这本书 和 这篇文章 中已经进行了记录。阅读完其中一篇或这两篇参考资料后，明显就会了解通过认真管理好的过程和详细的计划，单个 Network Deployment 单元也可以提供 HA。而且，双单元会稍微增加管理工作（因为您需要管理两个单元），借助这些优势，无论是 HA 或 CA 环境，从操作的角度看其管理的复杂性都将大为简化。