我正在尝试提出一种解决方案来实现地理冗余（2+ 数据中心），同时使用 Service Fabric 可靠的参与者/服务来管理状态。它在这里暗示可以进行地理复制
例如，如果您没有进行异地复制并且您的整个集群位于一个数据中心中，并且整个数据中心出现故障，则可能会发生这种情况。
但没有解释如何打开它。
有人知道这是 ASF 的一个计划中的功能，但尚未发布，或者它是否存在但尚未完全探索？
或者，当使用 ASF 的 StateManager 存储运行应用程序所需的状态时，是否有任何推荐的跨 DC 弹性方法？
谢谢，亚历克斯
亚历克斯，
显然，服务结构团队仍在解决这个问题 - 更多信息如下。但是，您应该能够自己在 Azure 上创建 GeoHA Service Fabric 集群。这是一个例子：
https://alexandrebrisebois.wordpress.com/2016/05/31/deploy-a-geo-ha-service-fabric-cluster-on-azure/
不是今天，但这是我们继续调查的常见要求。核心 Service Fabric 群集技术对 Azure 区域一无所知，并且可用于组合在世界任何地方运行的计算机，只要它们彼此具有网络连接即可。但是，Azure 中的 Service Fabric 群集资源是区域性的，构建群集的虚拟机规模集也是如此。此外，在相距很远的机器之间提供高度一致的数据复制存在固有的挑战。在支持跨区域集群之前，我们要确保性能是可预测和可接受的。来源：https ://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-common-questions
干杯，
保罗
没有理由不能在不同区域安装一系列节点作为同一个 Fabric 的一部分，并使用放置约束来控制服务分配。只要节点之间可以正常通信，这应该没有问题。
如果您使用的是 Azure，您应该将它们部署到虚拟网络，并使用 VPN 将它们链接在一起。你甚至可以跨到本地。
我相信答案是使用自定义复制器实现并使用 expressroute 桥接多个集群。