orchestrator
2023.10
false
Orchestrator 安装指南
- 入门指南
- 要求
- 最佳实践
- 安装
- 正在更新
- 身份服务器
- 对启动错误进行故障排除
重要 :
新发布内容的本地化可能需要 1-2 周的时间才能完成。
双活动数据中心灾难恢复部署模型,同时提供高可用性和故障转移弹性。
您可以实施下面说明的部署模型,以确保高可用性和灾难恢复。在这里,两个 Orchestrator 节点都处于活动状态,负载均衡器使用特定的算法(如轮询或其变体之一)将流量引向它们。
此配置要求位于不同地理区域的数据中心之间具有良好的网络连接。 该模型可以在内部部署或基于云实现。 对于云部署,您需要为主要位置和次要位置选择不同的区域。
备注:
此部署模型需要以下内容:
- SQL Server 2012 或更晚的版本,以及 Orchestrator 的High Availability add-on。早期版本的 SQL Server 不支持 AG,并且开源 Redis 不支持主动-主动配置。
- 两个High Availability add-on。
图 1. 灾难恢复 - 两个活动数据中心
为了为网络负载均衡器提供高可用性(如果 NLB 位于主数据中心),应在灾难恢复数据中心提供辅助 NLB。这两个 NLB 需要放置在主-辅助(或主-副本)配置中。
在同一数据中心内,可以使用一个 NLB,并为 Ochestrator 和 Elasticsearch 使用不同的虚拟服务器 (VIP)。 此 NLB 可用于以最佳方式将负载分配到 Orchestrator 和 Elasticsearch 节点。
“始终启用”可用性组功能可以由至少 2 台计算机组成:
- 第一个数据中心的主数据库;
- 第二个数据中心内的辅助数据库。
备注:
Minimum three nodes are required for both HAA and Elasticsearch in each datacenter, configured in different clusters and synchronized.
请参阅此处“始终启用”可用性组的必备程序、限制和建议。