Tous les produits
Search
Centre de documentation

Container Service for Kubernetes:DeleteClusterNodes

Dernière mise à jour :Aug 18, 2026

Supprime les nœuds d'un cluster Container Service for Kubernetes (ACK) lorsqu'ils ne sont plus nécessaires, via l'interface DeleteClusterNodes. Lors de la suppression des nœuds, vous pouvez indiquer s'il faut libérer les instances Elastic Compute Service (ECS) et drainer les nœuds.

Description de l'opération

  • Utilisez cette API ou la console ACK pour supprimer des nœuds. Ne supprimez pas un nœud en exécutant la commande kubectl delete node.

  • Ne libérez et ne supprimez jamais directement des instances ECS via la console ou les API ECS ou Auto Scaling. Renouvelez les instances ECS à abonnement avant leur expiration. Le non-respect de cette règle peut entraîner l'arrêt des nœuds et leur suppression de la console ACK.

  • Si un pool de nœuds est configuré avec le paramètre Nœuds attendus, le pool de nœuds met automatiquement à l'échelle d'autres instances ECS pour maintenir le nombre de nœuds attendu.

  • Lorsque vous supprimez un nœud, les pods de ce nœud sont migrés vers d'autres nœuds. Pour éviter les interruptions de service, supprimez les nœuds pendant les heures creuses. Des risques inattendus peuvent survenir lors de la suppression des nœuds. Sauvegardez les données au préalable.

  • ACK draine le nœud lors de sa suppression. Assurez-vous que les autres nœuds du cluster disposent de ressources suffisantes pour héberger les pods évincés.

  • Pour vous assurer que les pods du nœud que vous souhaitez supprimer peuvent être planifiés avec succès sur d'autres nœuds, vérifiez si les règles d'affinité de nœud et les stratégies de planification des pods répondent aux exigences.

Testez maintenant

Testez cette API dans OpenAPI Explorer, sans signature manuelle. Les appels réussis génèrent automatiquement du code SDK correspondant à vos paramètres. Téléchargez-le avec une sécurité intégrée des identifiants pour une utilisation locale. Testez cette API dans OpenAPI Explorer, sans signature manuelle. Les appels réussis génèrent automatiquement du code SDK correspondant à vos paramètres. Téléchargez-le avec une sécurité intégrée des identifiants pour une utilisation locale.

Test

Autorisation RAM

Le tableau ci-dessous décrit les autorisations nécessaires pour appeler cette API. Vous pouvez les définir dans une politique Resource Access Management (RAM). Les colonnes du tableau sont détaillées ci-dessous :

  • Action : les actions peuvent être utilisées dans l'élément Action des instructions de politique de permissions RAM pour accorder les autorisations nécessaires à l'exécution de l'opération.

  • API : l'API que vous pouvez appeler pour exécuter l'action.

  • Niveau d'accès : le niveau d'accès prédéfini accordé pour chaque API. Valeurs valides : create, list, get, update et delete.

  • Type de ressource : le type de ressource qui prend en charge l'autorisation pour exécuter l'action. Il indique si l'action prend en charge les permissions au niveau de la ressource. La ressource spécifiée doit être compatible avec l'action. Sinon, la politique sera inefficace.

    • Pour les API avec permissions au niveau de la ressource, les types de ressource requis sont marqués d'un astérisque (*). Spécifiez l'Alibaba Cloud Resource Name (ARN) correspondant dans l'élément Resource de la politique.

    • Pour les API sans permissions au niveau de la ressource, la valeur All Resources est affichée. Utilisez un astérisque (*) dans l'élément Resource de la politique.

  • Clé de condition : les clés de condition définies par le service. La clé permet un contrôle granulaire, applicable aux actions seules ou aux actions associées à des ressources spécifiques. En plus des clés de condition propres au service, Alibaba Cloud fournit un ensemble de clés de condition communes applicables à tous les services pris en charge par RAM.

  • Action dépendante : les actions dépendantes requises pour exécuter l'action. Pour mener à bien l'opération, l'utilisateur RAM ou le rôle RAM doit disposer des permissions pour toutes les actions dépendantes.

cs:DeleteClusterNodes

delete

*Cluster

acs:cs:{#regionId}:{#accountId}:cluster/{#ClusterId}

Aucune Aucune

Syntaxe de la requête

POST /clusters/{ClusterId}/nodes HTTP/1.1

Paramètres de chemin

Paramètre

Type

Requis

Description

Exemple

ClusterId

string

Oui

L'identifiant du cluster.

c850429a2287b4d968e27e87a4921****

Paramètres de requête

Paramètre

Type

Requis

Description

Exemple

body

object

Non

Le corps de la requête.

drain_node

boolean

Non

Indique s'il faut supprimer tous les pods des nœuds que vous souhaitez supprimer. Valeurs valides :

  • true : supprime automatiquement tous les pods.

  • false : ignore la suppression des pods.

Valeur par défaut : false

false

release_node

boolean

Non

Indique s'il faut libérer les instances ECS. Valeurs valides :

  • true : libère les instances ECS.

  • false : conserve les instances ECS.

Valeur par défaut : false

**

Remarques Non pris en charge pour les instances ECS à abonnement.

true

nodes

array

Oui

La liste des nœuds à supprimer. Vous devez spécifier les noms de nœuds utilisés dans le cluster, par exemple, cn-hangzhou.192.168.xx.xx.

string

Non

Le nom du nœud.

cn-hangzhou.192.168.xx.xx

Éléments de réponse

Élément

Type

Description

Exemple

object

Le corps de la réponse.

cluster_id

string

L'identifiant du cluster.

c104d5d5f301c4e2a8ee578c37******

request_id

string

L'identifiant de la requête.

A9891419-D125-4D89-AFCA-688466******

task_id

string

L'identifiant de la tâche.

T-60fea8ad2e27000ae9******

Exemples

JSON format

{
  "cluster_id": "c104d5d5f301c4e2a8ee578c37******",
  "request_id": "A9891419-D125-4D89-AFCA-688466******",
  "task_id": "T-60fea8ad2e27000ae9******"
}

Codes d'erreur

Consultez Codes d'erreur pour la liste complète.

Notes de version

Consultez Notes de version pour la liste complète.