的辅助组件系统的每个辅助组件的容错能力是单独计算的。例如最初系统在单个实例单实例中使用存储。现在根据组件的不同这些至少是在多个虚拟或物理主机上运行的两台服务器这使您可以在一个节点出现故障时以尽可能短的应用程序停机时间继续工作。使用来管理数据库。复制用于提供高可用性。从主节点数据库不断复制复制到一个或多个其他节点副本。相应地当一个节点出现故障时主数据库节点的角色会自动切换使应用程序继续以相同的模式工作。此开关的平均延迟为秒。查询缓存使用快速内存数据存储。缓存服务器以主动被动模式运行。也就是说始终使用一个节点如果第一个节点不可用则所有填充缓存的请求都会切换到第二个节点。
主要组件的流量分配主要平台组件前端和服务器的集群以统一的方式排列。应用程序的单个入口点的角色由平衡器执行该平衡器在至少两个相互复制的代理服务器之间分发请求并将所有请求代理到应用程序的主要组件。我们建议客户 菲律宾 WhatsApp 号码列表 将代理服务器放置在同一区域内的不同区域。例如在不同的数据中心这样如果其中一个数据中心丢失应用程序将继续工作的工程师。数据丢失防护为了保护系统免受可能的数据丢失应用了非标准架构。
默认情况下中的数据复制负载均衡是以主从模式完成的。这种方法涉及两个数据库节点。其中之一被指定为主要主要第二个复制次要。所有读写数据的请求都转到主节点而从节点不断地从主节点复制所有更改。但是任何分布式数据库模式都不是理想的因此有时会在定义主角色时出现故障。例如两个具有主要角色的节点可能同时出现。通常发生这种情况是由于存储每个集群节点的状态并确保所做决策的一致性的辅助数据库的去同步化。