Azure Service Fabric应用程序中的地理冗余

Question

我尝试使用Service Fabric可靠的Actors / Services管理状态，尝试提供实现Geo-Redundancy（2+数据中心）的解决方案。它暗示here可以进行地理复制

  

例如，如果您未进行地理复制并且整个群集位于一个数据中心，并且整个数据中心出现故障，则可能会发生这种情况。

但没有解释如何开启它。

有人知道它是否是ASF尚未发布的计划功能，或者它是否存在但尚未完全探索？

当使用ASF的StateManager存储运行应用程序所需的状态时，是否有人建议使用任何推荐的交叉DC弹性方法？

感谢， 亚历克斯

Answer 1

亚历，

显然，服务架构团队仍然要解决这个问题 - 更多信息如下。但是，您应该能够自己在Azure上使用GeoHA Service Fabric Cluster。这是一个例子：

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

干杯，

圣保罗

Answer 2

没有理由不能将不同区域中的一系列节点作为同一Fabric的一部分安装，并使用放置约束来控制服务分配。只要节点可以正确地相互通信，就应该没有问题。

如果您使用的是Azure，则应将其部署到虚拟网络，并使用VPN将它们链接在一起。你甚至可以穿越本地。

Answer 3

我相信答案是使用自定义复制器实现并使用expressroute桥接多个集群。