当组织的计算机系统和应用程序由于计划外停机而无法访问时，声誉损害可能与财务损失一样严重。如果受影响的系统需要数小时才能重新上线，则尤其如此。为防止停机时间延长，您应该为您的IT基础架构实施高可用性(HA)架构，使您能够实现高达99.999%的正常运行时间并将服务中断降至最低。本文更详细地解释了HA架构。

有些组织要求他们的系统24/7全天候运行。对于这些组织，HA架构是必不可少的。虽然HA不保证系统不会受到计划外中断的影响，但它可以最大限度地减少此类中断对您的操作的影响。响应速度更快的系统是HA的另一个好处。

HA架构可确保您的系统启动并运行，并且在面对不可预见的情况（如硬件和软件故障）时可供用户访问。有了它，您可以使用多个组件来确保持续且响应迅速的服务。您必须确保这些组件相互补充，否则您只会为您的应用程序添加潜在的故障点，从而增加停机的可能性。

以下是HA架构必须具备的四个特征：

对于不需要持续运行的组织，HA可能不是必需的，尤其是因为它需要投资新的硬件和软件，并且会增加您的维护和其他相关成本。在决定HA架构之前，请确保将与向基础架构添加更多组件相关的成本考虑在内。如果您决定将HA集成到您的基础架构中，那么选择云而不是本地基础架构可以帮助您的组织节省成本。确保回报值得您投入额外组件的投资。

理想的HA架构应包括确保冗余、数据备份和恢复、自动故障转移和负载平衡的元素。

如上所述，冗余是HA的一个关键特征，尽管它会增加实现HA的成本。采用冗余时，您可以从五种模型中进行选择，随着需要更多组件，每种模型的成本都会逐渐增加。

需要定期进行完整的数据备份以确保HA，并且应该包含在您的灾难恢复计划中。确保定期测试您的数据备份，并确保它们可以立即恢复。此外，您应该通过将数据存储在多个位置的辅助服务器或备用实例中来复制数据。这些位置中的数据应始终与您的主要位置中的数据同步。当灾难袭击您的主要位置时，其他位置应该准备好接管。

在发生故障的情况下，备份系统应准备好在称为自动故障转移的过程中立即接管。及时的故障检测对于该系统的工作至关重要。

具有自动故障转移的HA架构如下所示：

用户在上述过程中不知道有任何变化。如果处理得当，故障转移对他们来说是透明的。

HA架构使用负载平衡确保更好和更可靠的应用程序性能，该过程涉及使用基于硬件或软件的解决方案在多个服务器之间分配网络流量。您应该配置负载均衡器以使用适合您要求的算法。常见的负载均衡算法包括：

负载平衡本身并不能保证HA，因为它仍然可能是单点故障。要解决此潜在问题，您应该为负载平衡解决方案实施冗余。

虽然经常互换使用，但可用性和正常运行时间彼此不同。虽然系统可以启动并运行，但由于网络问题等因素，用户不一定可以使用它。此外，正常运行时间只是可用性的一个方面，而停机时间是另一个方面。

可用性是指系统在特定时期内工作的概率。以百分比表示，它是评估与托管解决方案的潜在供应商的服务水平协议(SLA)时要考虑的重要指标。

要计算可用性，请考虑以下因素：

可用性的理想度量被称为五个9或给定时间段内的99.999%可用性。这意味着一年中的停机时间略高于五分钟。如果24/7运营对您的组织至关重要，那么您应该争取99.999%的可用性。

服务器集群是支持HA架构的服务器组。使用专用网络连接持续监控集群中每个节点的运行状况。当一个节点宕机时，另一个节点接管它的操作。

在设计HA架构时，您可以从不同的集群类型中进行选择，包括：