Skip to content

Commit 58ace98

Browse files
committed
updated to include scope and how to verify
1 parent 64eee60 commit 58ace98

File tree

1 file changed

+12
-2
lines changed

1 file changed

+12
-2
lines changed

articles/aks/manage-abort-operations.md

Lines changed: 12 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@ title: Abort an Azure Kubernetes Service (AKS) long running operation
33
description: Learn how to terminate a long running operation on an Azure Kubernetes Service cluster at the node pool or cluster level.
44
services: container-service
55
ms.topic: article
6-
ms.date: 08/30/2022
6+
ms.date: 09/06/2022
77

88
---
99

@@ -13,6 +13,12 @@ Sometimes deployment or other processes running within pods on nodes in a cluste
1313

1414
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/).
1515

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+
1622
## Before you begin
1723

1824
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.
3541
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.ContainerService/managedclusters/{resourceName}/abort
3642
```
3743

38-
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.
3945

4046
### [Azure CLI](#tab/azure-cli)
4147

@@ -57,8 +63,12 @@ The following example terminates an operation against a specified managed cluste
5763
az aks operation-abort --name myAKSCluster --resource-group myResourceGroup
5864
```
5965

66+
In the response, an HTTP status code of 204 is returned.
67+
6068
---
6169

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+
6272
## Next steps
6373

6474
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

Comments
 (0)