orchestrator
2022.10
false
- 入门指南
- 要求
- 最佳实践
- 安装
- 正在更新
- 身份服务器
- 对启动错误进行故障排除
灾难恢复 - 两个活动数据中心
重要 :
请注意此内容已使用机器翻译进行了部分本地化。
Orchestrator 安装指南
Last updated 2024年10月3日
灾难恢复 - 两个活动数据中心
您可以实施下面说明的部署模型,以确保高可用性和灾难恢复。在这里,两个 Orchestrator 节点都处于活动状态,负载均衡器使用特定的算法(如轮询或其变体之一)将流量引向它们。
此配置要求位于不同地理区域的数据中心之间具有良好的网络连接。 该模型可以在内部部署或基于云实现。 对于云部署,您需要为主要位置和次要位置选择不同的区域。
备注:
此部署模型需要以下内容:
- SQL Server 2012 或更晚的版本,以及 Orchestrator 的高可用性插件。早期版本的 SQL Server 不支持 AG,并且开源 Redis 不支持主动-主动配置。
- 两个。
为了为网络负载均衡器提供高可用性(如果 NLB 位于主数据中心),应在灾难恢复数据中心中提供辅助 NLB。 需要将两个 NLB 置于“主要-辅助”(或“主从”)配置中。
在同一数据中心内,可以使用一个 NLB,并为 Ochestrator 和 Elasticsearch 使用不同的虚拟服务器 (VIP)。 此 NLB 可用于以最佳方式将负载分配到 Orchestrator 和 Elasticsearch 节点。
始终启用可用性组功能可以由至少 2 台计算机组成:
- 第一个数据中心的主数据库;
-
第二个数据中心内的辅助数据库。
注意:每个数据中心内的 HAA 和 Elasticsearch 至少需要三个节点,这些节点在不同的集群中配置并同步。