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/update-orchestration.md
+88-14Lines changed: 88 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -72,22 +72,42 @@ Platform admins managing Kubernetes fleets with large number of clusters often h
72
72
73
73
### [Azure CLI](#tab/cli)
74
74
75
-
Run the following command to update the Kubernetes version and the node image version for all clusters of the fleet one by one:
75
+
**Creating an update run**:
76
76
77
-
```azurecli-interactive
78
-
az fleet updaterun create --resource-group $GROUP --fleet-name $FLEET --name run-1 --upgrade-type Full --kubernetes-version 1.26.0
79
-
```
77
+
- Run the following command to update the Kubernetes version and the node image version for all clusters of the fleet one by one:
80
78
81
-
> [!NOTE]
82
-
> The `--upgrade-type` flag supports the values `Full` or `NodeImageOnly`. `Full` updates both the node images and the Kubernetes version.
83
-
>`--node-image-selection` supports the values `Latest` and `Consistent`.
84
-
> - **Latest**: Updates every AKS cluster in the update run to the latest image available forthat clusterin its region.
85
-
> - **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.
79
+
```azurecli-interactive
80
+
az fleet updaterun create --resource-group $GROUP --fleet-name $FLEET --name run-1 --upgrade-type Full --kubernetes-version 1.26.0
81
+
```
82
+
83
+
- Run the following command to update the Kubernetes version for only the control plane of all member clusters of the fleet one by one:
Run the following command to update only the node image versions for all clusters of the fleet one by one:
95
+
When creating an update run, you have the ability to control the scope of the update run. The `--upgrade-type` flag supports the following values:
96
+
- `ControlPlaneOnly` only upgrades the Kubernetes version for the control plane of the cluster.
97
+
- `Full` upgrades Kubernetes version for control plane and node pools along with the node images.
98
+
- `NodeImageOnly` only upgrades the node images.
99
+
100
+
Also, the `--node-image-selection` flag supports choosing the behavior forthe target node images used for upgradesin an update run
101
+
- **Latest**: Updates every AKS cluster in the update run to the latest image available forthat clusterin its region.
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
+
104
+
105
+
**Starting an update run**:
106
+
107
+
Run the following command to start any of the above created update run:
az fleet updaterun start --resource-group $GROUP --fleet-name $FLEET --name <run-name>
91
111
```
92
112
93
113
---
@@ -188,7 +208,7 @@ You can define an update run using update stages in order to sequentially order
188
208
1. Run the following command to create the update run:
189
209
190
210
```azurecli-interactive
191
-
az fleet updaterun create --resource-group $GROUP --fleet-name $FLEET --name run-3 --upgrade-type Full --kubernetes-version 1.26.0 --stages example-stages.json
211
+
az fleet updaterun create --resource-group $GROUP --fleet-name $FLEET --name run-4 --upgrade-type Full --kubernetes-version 1.26.0 --stages example-stages.json
192
212
```
193
213
194
214
Here's an example of input from the stages file (*example-stages.json*):
@@ -229,10 +249,19 @@ You can define an update run using update stages in order to sequentially order
229
249
}
230
250
```
231
251
252
+
When creating an update run, you have the ability to control the scope of the update run. The `--upgrade-type` flag supports the following values:
253
+
- `ControlPlaneOnly` only upgrades the Kubernetes version for the control plane of the cluster.
254
+
- `Full` upgrades Kubernetes version for control plane and node pools along with the node images.
255
+
- `NodeImageOnly` only upgrades the node images.
256
+
257
+
Also, the `--node-image-selection` flag supports choosing the behavior forthe target node images used for upgradesin an update run
258
+
- **Latest**: Updates every AKS cluster in the update run to the latest image available forthat clusterin its region.
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.
260
+
232
261
1. Run the following command to start this update run:
233
262
234
263
```azurecli-interactive
235
-
az fleet updaterun start --resource-group $GROUP --fleet-name $FLEET --name run-3
264
+
az fleet updaterun start --resource-group $GROUP --fleet-name $FLEET --name run-4
236
265
```
237
266
238
267
---
@@ -271,8 +300,53 @@ Creating an update run required the stages, groups, and their order to be specif
271
300
1. Run the following command to create an update run referencing this strategy:
- Under **Multi-cluster update** tab of the fleet resource, you can **Start** an update run that is either in **Not started** or **Failed** state.
314
+
315
+
:::image type="content" source="./media/update-orchestration/run-start.png" alt-text="A screenshot of the Azure portal showing how to start an update run in the 'Not started' state" lightbox="./media/update-orchestration/run-start.png":::
316
+
317
+
- Under **Multi-cluster update** tab of the fleet resource, you can **Stop** a currently **Running** update run.
318
+
319
+
:::image type="content" source="./media/update-orchestration/run-stop.png" alt-text="A screenshot of the Azure portal showing how to stop an update run in the 'Running' state" lightbox="./media/update-orchestration/run-stop.png":::
320
+
321
+
- Within any update run in **Not Started**, **Failed**, or **Running** state, you can select any **Stage** and **Skip** the upgrade.
322
+
323
+
:::image type="content" source="./media/update-orchestration/skip-stage.png" alt-text="A screenshot of the Azure portal shwowing how to skip upgrade for a specific stage in an update run." lightbox="./media/update-orchestration/skip-stage.png":::
324
+
325
+
You can similarly skip the upgrade at the update group or member cluster level too.
326
+
327
+
[Refer to conceptual overview on the update run states and skip behavior](concepts-update-orchestration.md#update-run-states) on runs/stages/groups for more information.
328
+
329
+
#### [Azure CLI](#tab/cli)
330
+
331
+
- You can **Start** an update run that is either in **Not started** or **Failed** state:
332
+
333
+
```azurecli-interactive
334
+
az fleet updaterun start --resource-group $GROUP --fleet-name $FLEET --name <run-name>
335
+
```
336
+
337
+
- You can **Stop** a currently **Running** update run:
338
+
339
+
```azurecli-interactive
340
+
az fleet updaterun stop --resource-group $GROUP --fleet-name $FLEET --name <run-name>
341
+
```
342
+
343
+
- You can skip update stages or groups by specifying them under targets of the skip command:
[Refer to conceptual overview on the update run states and skip behavior](concepts-update-orchestration.md#update-run-states) on runs/stages/groups for more information.
0 commit comments