简单来说，高可用性意味着保护应用程序不受不可预见的事件（如硬件故障）的影响。虽然在这篇博文中有许多技术将集中于在公共云中配置sapha的概念。

我们需要在云中配置HA吗？

一般来说，云服务器如何，云基础设施应该是用冗余组件构建的，但一块硬件随时可能出现故障。现代技术推动了可用性的提高，但与此同时，企业越来越依赖于数字技术，当系统崩溃时，数字技术将产生深远的影响。归根结底，大数据资源，这更多的是一个是否拥有HA的商业决策。

SAP系统中的单点故障是什么？

如果我们回到几年前，这是怎么做到的？只需购买2件相同的硬件并将它们放在同一个建筑物中，或者可以是同一地点的2个不同建筑物并创建一个逻辑集群。

使用云，这已更改为可用性区域。可用性区域是两个物理上分开的位置，每个位置有一个或多个数据中心。虽然云提供商不提供这些地点之间的距离，但通常假设它们相距60-100英里。加上低延迟，这为高可用性提供了一个更强大的选择。

应用程序单点故障

所有数据都存储在这里，如果数据库变得不可用，云服务器多少钱，应用程序将无法运行。在过去，返利商城系统开发，大多数集群使用共享磁盘，这意味着两个节点都可以使用相同的数据，但为了保护数据完整性，集群的配置方式是在任何给定时间只有一个节点可以访问数据。

对于可用区域，基础设施没有共享，因此我们需要使用技术在两个节点之间同步数据通过使用数据库日志传送功能

Oracle Data Guard for Oracle，可以完成节点和这一点。db2hadrfordb2。SYBASE数据复制。SQL Server复制。Hana系统复制

如果是Linux操作系统，我们也可以使用DRBD（分布式复制块设备）

现在我们有一个数据库，可以在两个节点上运行，有两个不同的IP。从应用程序的角度来看，我们需要一个IP，这样在DB故障转移时就没有人工干预，这就是虚拟IP的来源进入游戏。虚拟Ip是在节点

SAP ASCS（也称为中央服务）和ERS之间移动的浮动Ip，它们是并行不悖的。SAP ASCS覆盖2个单点故障，即SAP消息服务器和排队服务器。排队服务器持有所有应用程序锁。当ASCS failover消息服务器在其他节点上启动时，应用程序服务器将恢复连接，但锁已丢失，这意味着所有正在进行的事务都将丢失，用户必须重做该事务。这就是ERS发挥作用的地方，ERS将帮助从ASC复制锁表，当ASC发生故障时，锁表将使用ERS的副本重建，用户可以从离开的地方继续。

这不是更像是把所有的鸡蛋放在同一个篮子里吗？如果在同一个节点上有主锁表和复制表，那么在节点发生故障时，大数据的4，这两个表都会丢失。结合大多数供应商（Pace Maker、HACMP、VERITAS、MSCS）的SAP参数和HA配置功能，我们可以确保ASCS和ERS始终在相反的节点上运行。

这是SAP HA最简单的部分，只是一个数字，我们获得的可用性越高。当使用可用性区域时，关键是将它们分布到两个区域，这样我们就可以随时使用应用程序服务器。

现在我们已经配置了SAP HA，这就是全部吗？实际上，SAP HA并不是因为没有配置负载平衡而在大多数情况下失败的。最佳做法是使用负载平衡，即使您只有一台SAP应用程序服务器，当更多的应用程序服务器添加到环境中时也会有所帮助

结论

跨多个可用性区域部署高可用性体系结构通过将SAP逻辑组件分布到两个独立的应用程序服务器上，增加了另一层保护低延迟的物理位置。这种设计通过将工作负载移动到另一个区域，帮助减轻由于一个区域的问题而导致的停机。