【问题标题】:Geo Redundancy in Azure Service Fabric ApplicationsAzure Service Fabric 应用程序中的异地冗余
【发布时间】:2016-03-21 04:22:47
【问题描述】:

我正在尝试提出一种解决方案,以实现地理冗余(2 个以上数据中心),同时使用 Service Fabric 可靠的参与者/服务来管理状态。它暗示here 可以进行地理复制

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

但没有解释如何打开它。

有人知道这是 ASF 的一个计划中的功能,但尚未发布,或者它是否存在但尚未完全探索?

当运行应用程序所需的状态使用 ASF 的 StateManager 存储时,是否有人有任何推荐的跨 DC 弹性方法?

谢谢, 亚历克斯

【问题讨论】:

标签: azure high-availability redundancy azure-service-fabric


【解决方案1】:

亚历克斯,

显然,Service Fabric 团队仍在解决这个问题 - 更多信息如下。但是,您应该能够自己在 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

干杯,

保罗

【讨论】:

    【解决方案2】:

    没有理由不能在不同区域安装一系列节点作为同一个 Fabric 的一部分,并使用放置约束来控制服务分配。只要节点之间可以正常通信,应该没有问题。

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

    【讨论】:

    • 抱歉,这看起来像是手动执行冗余/弹性。是否可以为 SF 选择跨多个数据中心的有保证的复制和可用性?
    【解决方案3】:

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2016-09-30
      • 2015-01-07
      • 2021-05-11
      • 2018-02-22
      • 2019-05-10
      • 2016-09-11
      • 1970-01-01
      • 2021-04-29
      相关资源
      最近更新 更多