使用 Azure Kubernetes Fleet Manager 定义可重用的更新策略

1. 在 Azure 门户中，导航到 Azure Kubernetes Fleet Manager 资源。

2. 从服务菜单的“设置”下，选择“成员群集”“添加”>。

   

3. 选择要添加的群集，然后选择“下一步：查看 + 添加”。

4. 输入要将群集分配到的更新组的名称，然后选择“添加”。

   Azure 门户页面的屏幕截图，显示 Azure Kubernetes Fleet Manager 查看并添加成员群集的步骤。

使用 az fleet member create 命令将成员群集添加到舰队时，将成员群集分配给更新组，并将 --update-group 参数设置为更新组的名称。

az fleet member create \
    --resource-group $GROUP \
    --fleet-name $FLEET \
    --name member1 \
    --member-cluster-id $CLUSTERID \
    --update-group group-1a

1. 在 Azure 门户中，导航到 Azure Kubernetes Fleet Manager 资源。

2. 从服务菜单的“设置”下，选择“成员群集”。

3. 选择要分配给更新组的群集，然后选择“分配更新组”

   

4. 输入要将群集分配到的更新组的名称，然后选择“分配”。

   

使用 az fleet member update 命令将现有舰队成员分配给更新组，并将 --update-group 标志设置为更新组的名称。

az fleet member update \
 --resource-group $GROUP \
 --fleet-name $FLEET \
 --name member1 \
 --update-group group-1

1. 在 Azure 门户中，导航到 Azure Kubernetes Fleet Manager 资源。

2. 在服务菜单中的“设置”下，选择“多群集更新”“策略”>，然后选择“创建”。

3. 输入策略的名称。

4. 首次查看页面时，会显示一个更新策略说明图，有助于直观显示策略的功能。

   

5. 选择“创建阶段”并输入以下内容：

   • 阶段名称 - 命名阶段 - 它在策略中的所有阶段名称中必须是唯一的。
   • （可选） 阶段审批 - 如果要在此阶段开始之前或完成后等待审批，请选择此选项。 有关详细信息，请参阅 添加审批以更新组和阶段。
   • （可选）阶段后暂停 - 如果要在移动到下一阶段之前定义暂停，请选择此选项。
   • （可选） 暂停持续时间 - 选择预定义持续时间，或输入自定义值（以秒为单位）。

   

6. 将一个或多个 更新组 分配到阶段，然后选择“ 创建”。

   注意

   每个更新阶段的最大更新组数为 50。

   

对于此方案，我们将创建阶段和组，以匹配用于Azure门户过程的详细信息。

1. 创建 JSON 文件以定义更新运行的阶段和组。 阶段按 JSON 文件中显示的顺序按顺序运行。 组在每个阶段中并行运行，因此排序并不重要。 以下示例文件（example-stages.json）定义了包含两个阶段的策略，并包括可选 maxConcurrency 和 maxAllowedFailures 设置：

   {
       "stages": [
           {
               "name": "stage-1",
               "maxConcurrency": "7",
               "maxAllowedFailures": "2",
               "groups": [
                   {
                       "name": "group-1",
                       "maxConcurrency": "3",
                       "maxAllowedFailures": "1"
                   },
                   {
                       "name": "group-2",
                       "maxConcurrency": "50%",
                       "maxAllowedFailures": "25%"
                   }
               ],
               "afterStageWaitInSeconds": 300
           },
           {
               "name": "stage-2",
               "maxConcurrency": "100%",
               "maxAllowedFailures": "0",
               "groups": [
                   {
                       "name": "group-3",
                       "maxConcurrency": "2",
                       "maxAllowedFailures": "0"
                   }
               ]
           }
       ]
   }
   

   maxConcurrency

   该 maxConcurrency 字段是可选的，控制在阶段或组级别可以并发升级的群集数量。 使用更大的值可以更快地在整个机群中升级群集，或者使用较小的值进行更受控的推出，以便在出现问题时限制爆炸半径。

   在此示例中，stage-1将maxConcurrency设置为"7"，这允许在此阶段多达"7"个群集同时升级。 在 stage-1 中，group-1 将并发性限制为 "3" 个群集，这意味着此组中最多有 "3" 个可以同时升级。 group-2 "50%"最多允许其群集同时升级（例如，如果组包含 4 个群集，则最多可以同时升级 2 个群集）。

   值可以是固定整数（例如）"3"或百分比（例如）。 "100%" 如果省略，系统将应用默认值。 有关如何解析这些值及其上限的详细信息，请参阅最大并发性（预览版）。

   maxAllowedFailures

   该 maxAllowedFailures 字段是可选的，控制在将组或阶段标记为失败之前允许多少个成员群集升级失败。 默认情况下（如果未设置或 "0"），单个失败将停止整个更新运行。

   此设置仅根据失败次数进行评估。 它不会强制实施最低成功率。 因此，即使部分或所有成员失败，组或阶段也可以以 Completed 结束，只要 Fleet 在作出调度决策时失败阈值尚未被超过。

   在此示例中，stage-1将maxAllowedFailures设置为"2"，可容忍整个阶段内最多两个成员发生故障。 在 stage-1 中，group-1 可容忍 "1" 发生故障，而 group-2 可容忍其 "25%" 个成员发生故障（例如，如果该组包含 4 个群集，则最多可容忍 1 个成员发生故障）。 stage-2将maxAllowedFailures设置为"0"，这意味着任何失败都会立即停止此次运行，并且通常对生产阶段很有用。

   对于大多数发布，优先选择百分比值，因为它们对不同规模的群组具有更好的适应性。 避免将该值设为等于成员总数，除非你有意让该分段实际上表现为“永不失败”。

   值可以是固定整数（例如）"3"或百分比（例如）。 "25%" 有关如何解决这些值的详细信息，请参阅允许的最大失败数（预览版）。

2. 使用 az fleet updatestrategy create 命令新建更新策略，并将 --stages 标志设置为 JSON 文件的名称。

   az fleet updatestrategy create \
    --resource-group $GROUP \
    --fleet-name $FLEET \
    --name $STRATEGY \
    --stages example-stages.json