You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/kubernetes-fleet/concepts-update-orchestration.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,9 +21,10 @@ Platform admins managing large number of clusters often have problems with stagi
21
21
***Update group**: Each update stage contains one or more update groups, which are used to select the member clusters to be updated. Update groups are also used to order the application of updates to member clusters. Within an update stage, updates are applied to all the different update groups in parallel; within an update group, member clusters update sequentially. Each member cluster of the fleet can only be a part of one update group.
22
22
***Update strategy**: An update strategy describes the update sequence with stages and groups. You can reuse a strategy in your update runs instead of defining the sequence repeatedly in each run.
23
23
24
-
Currently, the supported update operations on the cluster are upgrades. There are two types of upgrades you can choose from:
24
+
Currently, the supported update operations on the cluster are upgrades. There are three types of upgrades you can choose from:
25
25
26
26
- Upgrade Kubernetes versions for the Kubernetes control plane and the nodes (which includes upgrading the node images).
27
+
- Upgrade Kubernetes versions for only the control planes of the clusters
27
28
- Upgrade only the node images.
28
29
29
30
You can specify the target Kubernetes version to upgrade to, but you can't specify the exact target node image versions as the latest available node image versions may vary depending on the region of the cluster (check [release tracker](../aks/release-tracker.md) for more information).
Copy file name to clipboardExpand all lines: articles/kubernetes-fleet/update-orchestration.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -54,7 +54,7 @@ Platform admins managing Kubernetes fleets with large number of clusters often h
54
54
55
55
1. On the page for your Azure Kubernetes Fleet Manager resource, go to the **Multi-cluster update** menu and select **Create**.
56
56
57
-
1. Choosing **One by one** would result in upgrading the member clusters present in the update run in a sequential manner one-by-one.
57
+
1. Choosing **One by one** upgrades all member clusters of the fleet in sequence one-by-one.
58
58
59
59
:::image type="content" source="./media/update-orchestration/update-run-one-by-one.png" alt-text="Screenshot of the Azure portal pane for creating update runs that update clusters one by one in Azure Kubernetes Fleet Manager." lightbox="./media/update-orchestration/update-run-one-by-one.png":::
60
60
@@ -97,7 +97,7 @@ When creating an update run, you have the ability to control the scope of the up
97
97
- `Full` upgrades Kubernetes version for control plane and node pools along with the node images.
98
98
- `NodeImageOnly` only upgrades the node images.
99
99
100
-
Also, the `--node-image-selection` flag supports choosing the behavior forthe target node images used for upgradesin an update run
100
+
Also, `--node-image-selection` flag supports the following values:
101
101
- **Latest**: Updates every AKS cluster in the update run to the latest image available forthat clusterin its region.
102
102
- **Consistent**: As it's possible for an update run to have AKS clusters across multiple regions where the latest available node images can be different (check [release tracker](../aks/release-tracker.md) for more information). The update run picks the **latest common** image across all these regions to achieve consistency.
103
103
@@ -254,7 +254,7 @@ You can define an update run using update stages in order to sequentially order
254
254
- `Full` upgrades Kubernetes version for control plane and node pools along with the node images.
255
255
- `NodeImageOnly` only upgrades the node images.
256
256
257
-
Also, the `--node-image-selection` flag supports choosing the behavior forthe target node images used for upgradesin an update run
257
+
Also, `--node-image-selection` flag supports the following values:
258
258
- **Latest**: Updates every AKS cluster in the update run to the latest image available forthat clusterin its region.
259
259
- **Consistent**: As it's possible for an update run to have AKS clusters across multiple regions where the latest available node images can be different (check [release tracker](../aks/release-tracker.md) for more information). The update run picks the **latest common** image across all these regions to achieve consistency.
0 commit comments