你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

跨可用性区域部署 Azure Service Fabric 群集

项目
10/15/2024

Azure 中的可用性区域是一个高可用性产品/服务，在数据中心发生故障时可以保护应用程序和数据。可用性区域是一个唯一的物理位置，在 Azure 区域中配备独立电源、冷却系统和网络。

为了支持跨可用性区域的群集，Azure Service Fabric 提供了两种配置方法，如下文所述。可用性区域仅在选择区域中可用。有关详细信息，请参阅可用性区域概述。

如需获取示例模板，请参阅 Service Fabric 跨可用性区域模板。

可用性区域中跨越主节点类型的拓扑

注意

可用性区域中跨主节点类型的好处是实际上仅用于三个区域，而不仅仅是两个区域。

设置为 Platinum 的群集可靠性级别
单个使用标准 SKU 的公共 IP 资源
单个使用标准 SKU 的负载均衡器资源
由在其中部署虚拟机规模集的子网所引用的网络安全组 (NSG)

注意

虚拟机规模集的单个放置组属性必须设置为 true。

以下示例节点列表描述跨区域虚拟机规模集的 FD/UD 格式：

屏幕截图显示跨区域虚拟机规模集的 FD/UD 格式的示例节点列表。

跨区域分布服务副本

在跨可用性区域的节点类型上部署服务时，将放置副本以确保它们进入不同的区域中。每个节点类型中的节点上的容错域都配置有区域信息（即 FD = fd:/zone1/1 等）。例如，对于五个副本或服务实例，分布为 2-2-1，运行时将尝试确保跨区域的平均分布。

配置用户服务副本

在跨可用性区域的节点类型上部署的有状态用户服务应这样配置：目标副本计数 = 9，最小值 = 5。此配置有助于服务正常工作（即使一个区域出现故障），因为其他两个区域中仍有六个副本。此方案中的应用程序升级也将成功。

群集 ReliabilityLevel

此值定义群集中种子节点的数量和系统服务的副本大小。跨可用性区域设置具有更多的节点，这些节点分布在多个区域中以实现区域复原能力。

较高的 ReliabilityLevel 值可确保存在更多种子节点和系统服务副本，并且这些副本均匀地分布在各个区域中，这样，如果某个区域出现故障，群集和系统服务就不会受到影响。 ReliabilityLevel = Platinum（建议）确保群集中有九个种子节点跨区域分布，并且每个区域中有三个种子。

区域故障情况

当某个区域出现故障时，该区域的所有节点和服务副本都将显示为出现故障。由于其他区域中有副本，服务会继续响应。主副本故障转移到正常工作的区域。服务似乎处于警告状态，因为尚未达到目标副本计数，并且虚拟机 (VM) 计数仍高于最小目标副本大小。

Service Fabric 负载均衡器在工作区域中显示副本以匹配目标副本计数。此时，服务显示运行正常。如果出现故障的区域恢复正常，负载均衡器会将所有服务副本均匀分布到区域。

即将推出的优化

为了提供可靠的基础设施更新，Service Fabric 要求虚拟机规模集耐久性至少设置为银级。这使基础虚拟机规模集和 Service Fabric 运行时能够提供可靠的更新。此外，还需要每个区域至少具有 5 个 VM。对于主节点和非主节点类型，我们正在努力将此要求降低到每个区域 3 和 2 个 VM。
下面提到的所有配置和即将进行的工作都提供了到客户的就地迁移，在其中可以通过添加新节点类型和停用旧节点类型来升级同一群集以使用新配置。

网络要求

公共 IP 和负载均衡器资源

若要在虚拟机规模集资源上启用 zones 属性，该虚拟机规模集所引用的负载均衡器和 IP 资源必须都使用标准 SKU。在未设置 SKU 属性的情况下创建负载均衡器或 IP 资源时会创建基本 SKU，而后者不支持可用性区域。默认情况下，标准 SKU 负载均衡器会阻止来自外部的所有流量。若要允许外部流量，请将 NSG 部署到子网。

{
  "apiVersion": "2018-11-01",
  "type": "Microsoft.Network/publicIPAddresses",
  "name": "[concat('LB','-', parameters('clusterName')]",
  "location": "[parameters('computeLocation')]",
  "sku": {
    "name": "Standard"
  }
}

{
  "apiVersion": "2018-11-01",
  "type": "Microsoft.Network/loadBalancers",
  "name": "[concat('LB','-', parameters('clusterName')]",
  "location": "[parameters('computeLocation')]",
  "dependsOn": [
    "[concat('Microsoft.Network/networkSecurityGroups/', concat('nsg', parameters('subnet0Name')))]"
  ],
  "properties": {
    "addressSpace": {
      "addressPrefixes": [
        "[parameters('addressPrefix')]"
      ]
    },
    "subnets": [
      {
        "name": "[parameters('subnet0Name')]",
        "properties": {
          "addressPrefix": "[parameters('subnet0Prefix')]",
          "networkSecurityGroup": {
            "id": "[resourceId('Microsoft.Network/networkSecurityGroups', concat('nsg', parameters('subnet0Name')))]"
          }
        }
      }
    ]
  },
  "sku": {
    "name": "Standard"
  }
}

注意

目前不能在公共 IP 和负载均衡器资源上就地更改 SKU。如果要从具有基本 SKU 的现有资源进行迁移，请参阅本文的迁移部分。

适用于虚拟机规模集的 NAT 规则

负载均衡器的入站网络地址转换 (NAT) 规则应与虚拟机规模集中的 NAT 池匹配。每个虚拟机规模集必须有一个唯一的入站 NAT 池。

{
  "inboundNatPools": [
    {
      "name": "LoadBalancerBEAddressNatPool0",
      "properties": {
        "backendPort": "3389",
        "frontendIPConfiguration": {
          "id": "[variables('lbIPConfig0')]"
        },
        "frontendPortRangeEnd": "50999",
        "frontendPortRangeStart": "50000",
        "protocol": "tcp"
      }
    },
    {
      "name": "LoadBalancerBEAddressNatPool1",
      "properties": {
        "backendPort": "3389",
        "frontendIPConfiguration": {
          "id": "[variables('lbIPConfig0')]"
        },
        "frontendPortRangeEnd": "51999",
        "frontendPortRangeStart": "51000",
        "protocol": "tcp"
      }
    },
    {
      "name": "LoadBalancerBEAddressNatPool2",
      "properties": {
        "backendPort": "3389",
        "frontendIPConfiguration": {
          "id": "[variables('lbIPConfig0')]"
        },
        "frontendPortRangeEnd": "52999",
        "frontendPortRangeStart": "52000",
        "protocol": "tcp"
      }
    }
  ]
}

标准 SKU 负载均衡器的出站规则

与基本 SKU 相比，标准 SKU 负载均衡器和公共 IP 为出站连接引入了新的功能和不同的行为。如果在使用标准 SKU 时需要出站连接，则必须使用标准 SKU 公共 IP 地址或标准 SKU 负载均衡器显式定义它。有关详细信息，请参阅出站连接和什么是 Azure 负载均衡器？。

注意

标准模板引用的 NSG 默认允许所有出站流量。系统仅允许 Service Fabric 管理操作所需的端口上的入站流量。你可以根据需要对 NSG 规则进行修改。

重要

Service Fabric 群集中使用标准 SKU 负载均衡器的每个节点类型都需要使用一条规则来允许端口 443 上的出站流量。这是完成群集设置所必需的。任何没有此规则的部署都将失败。

1. 在单个虚拟机规模集中启用多个可用性区域

此解决方案使用户可以在同一节点类型中跨越三个可用性区域。这是建议的部署拓扑，因为它使你能够跨可用性区域进行部署，同时维护单个虚拟机规模集。

有关完整的示例模板，请参阅 GitHub。

Azure Service Fabric 可用性区域体系结构图示。

在虚拟机规模集上配置区域

若要在虚拟机规模集上启用区域，请在虚拟机规模集资源中包含以下三个值：

第一个值为 zones 属性，该属性指定虚拟机规模集中存在的可用性区域。
第二个值是 singlePlacementGroup 属性，该属性应设置为 true。即使 singlePlacementGroup = true，跨三个可用性区域的规模集也可纵向扩展至 300 个 VM。
第三个值为 zoneBalance，该值可确保严格进行区域均衡。该值应为 true。它确保了 VM 跨区域均匀分布，这意味着当一个区域出现故障时，其他两个区域有足够的 VM 来保持群集运行。

在一个区域出现故障的情况下，VM 分发不均衡的群集可能无法运行，因为该区域可能拥有大多数 VM。 VM 跨区域分发不均衡还会导致服务放置问题和基础结构更新停滞。阅读有关 zoneBalancing 的详细信息。

不需要配置 FaultDomain 和 UpgradeDomain 替代。

{
  "apiVersion": "2018-10-01",
  "type": "Microsoft.Compute/virtualMachineScaleSets",
  "name": "[parameters('vmNodeType1Name')]",
  "location": "[parameters('computeLocation')]",
  "zones": [ "1", "2", "3" ],
  "properties": {
    "singlePlacementGroup": true,
    "zoneBalance": true
  }
}

注意

Service Fabric 群集应至少有一个主节点类型。主节点类型的持久性级别应为银级或更高级别。
跨虚拟机规模集的可用性区域应至少配置三个可用性区域，无论其持久性级别如何。
跨具有银级或更高级别持久性的虚拟机规模集的可用性区域应至少有 15 个 VM（每个区域 5 个）。
跨具有铜级持久性的虚拟机规模集的可用性区域应至少有 6 个 VM。

启用对 Service Fabric 节点类型中多个区域的支持

必须启用 Service Fabric 节点类型才能支持多个可用性区域。

第一个值为 multipleAvailabilityZones，对于节点类型该值应设置为 true。
第二个值为 sfZonalUpgradeMode，该值为可选。如果群集中已存在具有多个可用性区域的节点类型，则无法修改此属性。此属性控制升级域 (UD) 中虚拟机的逻辑分组。
- 如果此值设置为 Parallel：节点类型下的 VM 将分组到 UD，并忽略五个 UD 中的区域信息。此设置会导致所有区域中的 UD 同时升级。此部署模式用于升级速度会更快，但不建议使用，因为它违反了 SDP 准则，该准则规定一次只能对一个区域应用更新。
- 如果此值被省略或设置为 Hierarchical：VM 将分组以反映最多 15 个 UD 中的区域性分布。三个区域各有五个 UD。这样可以确保一次更新一个区域，仅在第一个区域内完成五个 UD 之后才移动到下一个区域。此更新过程对于群集和用户应用程序更安全。
此属性仅定义 Service Fabric 应用程序和代码升级的升级行为。基础虚拟机规模集升级仍在所有可用性区域中并行进行。此属性不影响未启用多个区域的节点类型的 UD 分布。
第三个值为 vmssZonalUpgradeMode，它为可选值，可以随时更新。此属性定义虚拟机规模集跨可用性区域并行或按顺序进行的升级方案。
- 如果将此值设置为 Parallel：所有规模集在所有区域中并行更新。此部署模式用于升级速度会更快，但不建议使用，因为它违反了 SDP 准则，该准则规定一次只能对一个区域应用更新。
- 如果省略此值或将其设置为 Hierarchical：这样可以确保一次更新一个区域，仅在第一个区域内完成五个 UD 之后才移动到下一个区域。此更新过程对于群集和用户应用程序更安全。

重要

Service Fabric 群集资源 API 版本应为 2020-12-01-preview 或更高版本。

群集代码版本至少应为 8.1.321 或更高版本。

{
  "apiVersion": "2020-12-01-preview",
  "type": "Microsoft.ServiceFabric/clusters",
  "name": "[parameters('clusterName')]",
  "location": "[parameters('clusterLocation')]",
  "dependsOn": [
    "[concat('Microsoft.Storage/storageAccounts/', parameters('supportLogStorageAccountName'))]"
  ],
  "properties": {
    "reliabilityLevel": "Platinum",
    "sfZonalUpgradeMode": "Hierarchical",
    "vmssZonalUpgradeMode": "Parallel",
    "nodeTypes": [
      {
        "name": "[parameters('vmNodeType0Name')]",
        "multipleAvailabilityZones": true
      }
    ]
  }
}

注意

公共 IP 和负载均衡器资源应使用本文前面所述的标准 SKU。
节点类型上的 multipleAvailabilityZones 属性只能在创建节点类型时定义，且以后不能修改。无法使用此属性配置现有的节点类型。
如果 sfZonalUpgradeMode 被省略或设置为 Hierarchical，则群集和应用程序部署将会变慢，因为群集中存在更多升级域。必须正确调整升级策略的超时，以考虑 15 个升级域所需的升级时间。应更新应用程序和群集的升级策略，以确保部署不会超过 12 小时的 Azure 资源服务部署时间限制。这意味着部署 15 个 UD 不应超过 12 小时（也就是说，每个 UD 不应超过 40 分钟）。
将群集可靠性级别设置为 Platinum，以确保群集在一个区域出现故障的情况下能正常运行。
不支持为具有多个可用性区域的节点类型升级持久性级别。请改为创建具有更高持久性的新节点类型。
SF 仅支持 3 个可用性区域。目前不支持任何更高的数目。

提示

建议将 sfZonalUpgradeMode 设置为 Hierarchical 或将其省略。部署将遵循 VM 的区域性分布并将影响少量副本或实例，使其更安全。如果部署速度是优先考虑的事项，或者只有无状态工作负载在具有多个可用性区域的节点类型上运行，请使用设置为 Parallel 的 sfZonalUpgradeMode。这会使 UD 遍历在所有可用性区域中并行发生。

迁移到具有多个可用性区域的节点类型

对于所有迁移方案，都需要添加支持多个可用性区域的新节点类型。无法迁移现有节点类型以支持多个区域。纵向扩展 Service Fabric 群集主节点类型一文包括添加新节点类型和该新节点类型所需的其他资源（如 IP 和负载均衡器资源）的详细步骤。本文还介绍了如何在将具有多个可用性区域的新节点类型添加到群集后停用现有节点类型。

从使用基本负载均衡器和 IP 资源的节点类型迁移：对于每个可用性区域有一个节点类型的解决方案，下面的子部分已描述了此过程。

对于新的节点类型，唯一的区别是所有可用性区域只有一个虚拟机规模集和一个节点类型，而不是每个可用性区域各一个。
从使用标准 SKU 负载均衡器和带有 NSG 的 IP 资源的节点类型进行迁移：遵循前面描述的相同过程。但是，无需添加新的负载均衡器、IP 和 NSG 资源。可以在新节点类型中重复使用相同的资源。

2. 将一个虚拟机规模集固定到每个区域，以部署区域

这是目前提供的一般配置。若要使 Service Fabric 群集跨越可用性区域，必须在该区域支持的每个可用性区域中创建一个主节点类型。这会在每个主节点类型上平均分布种子节点。

建议用于主节点类型的拓扑需要以下内容：

三个标记为主节点的节点类型
- 每个节点类型都应映射到其自己的位于不同区域的虚拟机规模集
- 每个虚拟机规模集应至少具有五个节点（白银持续性）。

下图显示了 Azure Service Fabric 可用性区域体系结构：

显示 Azure Service Fabric 可用性区域体系结构的图示。

在虚拟机规模集上启用区域