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/aks/manage-abort-operations.md
+12-2Lines changed: 12 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ title: Abort an Azure Kubernetes Service (AKS) long running operation
3
3
description: Learn how to terminate a long running operation on an Azure Kubernetes Service cluster at the node pool or cluster level.
4
4
services: container-service
5
5
ms.topic: article
6
-
ms.date: 08/30/2022
6
+
ms.date: 09/06/2022
7
7
8
8
---
9
9
@@ -13,6 +13,12 @@ Sometimes deployment or other processes running within pods on nodes in a cluste
13
13
14
14
AKS now supports aborting a long running operation, allowing you to take back control and run another operation seamlessly. This design is supported using the [Azure REST API](/rest/api/azure/) or the [Azure CLI](/cli/azure/).
15
15
16
+
The abort operation supports the following scenarios:
17
+
18
+
- If a long running operation is stuck or suspected to be in a bad state or failing, That operation can be aborted provided it's the last running operation on the Managed Cluster or agent pool.
19
+
- If a long running operation is stuck or failing, then that operation can be aborted.
20
+
- An operation that was triggered in error can be aborted as long as the operation does not reach a terminal state firs
21
+
16
22
## Before you begin
17
23
18
24
This article assumes that you have an existing AKS cluster. If you need an AKS cluster, start with reviewing our guidance on how to design, secure, and operate an AKS cluster to support your production-ready workloads. For more information, see [AKS architecture guidance](/azure/architecture/reference-architectures/containers/aks-start-here).
@@ -35,7 +41,7 @@ The following example terminates a process for a specified managed cluster.
The Provisioning states to be used for this feature are *Canceling* and *Canceled*. Its important to understand that the abort call ultimately results in a **Canceled** provisioning state.
44
+
In the response, an HTTP status code of 204 is returned.
39
45
40
46
### [Azure CLI](#tab/azure-cli)
41
47
@@ -57,8 +63,12 @@ The following example terminates an operation against a specified managed cluste
57
63
az aks operation-abort --name myAKSCluster --resource-group myResourceGroup
58
64
```
59
65
66
+
In the response, an HTTP status code of 204 is returned.
67
+
60
68
---
61
69
70
+
The provisioning state on the managed cluster or agent pool should be *Canceled*. Run [Get Managed Clusters](/rest/api/aks/managed-clusters/get) or [Get Agent Pools](/rest/api/aks/agent-pools/get) to verify the operation. The provisioning state should update to *Canceled* within a few seconds of the abort request being accepted. Operation status of last running operation ID on the managed cluster/agent pool, which can be retrieved by performing a GET operation against the Managed Cluster or agent pool, should show a status of *Canceling*.
71
+
62
72
## Next steps
63
73
64
74
Learn more about [Container insights](../azure-monitor/containers/container-insights-overview.md) to understand how it helps you monitor the performance and health of your Kubernetes cluster and container workloads.
0 commit comments