Tous les produits
Search
Centre de documentation

:RemoveServersFromServerGroup

Dernière mise à jour :Oct 10, 2026

Supprime des serveurs backend d'un groupe de serveurs d'équilibrage de charge.

Description de l'opération

L'opération RemoveServersFromServerGroup est asynchrone. Après avoir appelé cette opération, le système renvoie un identifiant de requête, mais les serveurs backend ne sont pas immédiatement supprimés. La tâche de suppression s'exécute toujours en arrière-plan.

  1. Vous pouvez appeler l'opération ListServerGroups pour interroger l'état du groupe de serveurs :

    • Si le groupe de serveurs est dans l'état Configuring, le groupe de serveurs est en cours de modification.

    • Si le groupe de serveurs est dans l'état Available, le groupe de serveurs est opérationnel.

  2. Vous pouvez appeler l'opération ListServerGroupServers pour interroger l'état des serveurs backend :

    • Si un serveur backend est dans l'état Removing, le serveur backend est en cours de suppression du groupe de serveurs.

    • Si le serveur backend ne peut pas être interrogé, le serveur backend est supprimé.

Remarque
  • Si la vidange des connexions est activée (ConnectionDrainEnabled est défini sur true) pour le groupe de serveurs auquel appartiennent les serveurs backend, les serveurs backend entrent d'abord dans l'état Removing, puis dans l'état Draining. Les serveurs backend ne sont supprimés du groupe de serveurs qu'après l'expiration du délai de vidange des connexions (ConnectionDrainTimeout).

  • Pendant cette période, vous pouvez ajouter à nouveau les serveurs backend au groupe de serveurs. Dans ce cas, l'état des serveurs backend passe de Draining à Adding, puis enfin à Available.

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.

gwlb:RemoveServersFromServerGroup

delete

*Groupe de serveurs.

acs:gwlb:{#regionId}:{#accountId}:servergroup/{#ServerGroupId}

Instance.

acs:ecs:{#regionId}:{#accountId}:instance/{#InstanceId}

Interface réseau.

acs:ecs:{#regionId}:{#accountId}:eni/{#ServerId}

Groupe de conteneurs.

acs:eci:{#regionId}:{#accountId}:containergroup/{#ServerId}

Aucune Aucune

Paramètres de requête

Paramètre

Type

Requis

Description

Exemple

ServerGroupId

string

Oui

L'identifiant du groupe de serveurs.

sgp-atstuj3rtoptyui****

Servers

array<object>

Oui

La liste des serveurs backend.

Remarque

Vous pouvez spécifier jusqu'à 200 serveurs backend en un seul appel.

object

Non

Le serveur backend.

Port

integer

Non

Le port utilisé par le serveur backend. Valeurs valides :

  • 6081.

6081

ServerId

string

Oui

L'identifiant du serveur backend.

  • Si le groupe de serveurs est de type Instance, ce paramètre spécifie l'identifiant de ressource d'une instance Ecs, Eni ou Eci.

  • Si le groupe de serveurs est de type Ip, ce paramètre spécifie une adresse IP.

i-bp67acfmxazb4p****

ServerIp

string

Non

L'adresse IP du serveur backend.

192.168.xxx.xxx

ServerType

string

Oui

Le type de serveur backend. Valeurs valides :

  • Ecs : une instance ECS.

  • Eni : une instance d'interfaces réseau élastiques (ENI) avec un contrôleur d'interface réseau (NIC).

  • Eci : une instance de conteneur élastique (ECI).

  • Ip : une adresse IP.

Valeurs valides :

  • Eni :

    Instance d'interfaces réseau élastiques (ENI) avec contrôleur d'interface réseau (NIC)

  • Ecs :

    Instance ECS.

  • Ip :

    Adresse IP.

  • Eci :

    Instance de conteneur élastique (ECI)

Ecs

DryRun

boolean

Non

Indique si la requête doit uniquement faire l'objet d'une pré-vérification. Valeurs valides :

  • true : pré-vérifie la requête sans supprimer les serveurs backend du groupe de serveurs. Le système vérifie si les paramètres requis sont spécifiés, si le format de la requête est valide et si les limites de service sont respectées. Si la requête échoue à la pré-vérification, l'erreur correspondante est renvoyée. Si la requête réussit la pré-vérification, le code d'erreur DryRunOperation est renvoyé.

  • false (par défaut) : envoie la requête. Si la requête réussit la pré-vérification, un code d'état HTTP 2xx est renvoyé et l'opération est exécutée.

false

ClientToken

string

Non

Le jeton client utilisé pour garantir l'idempotence de la requête.

Vous pouvez générer une valeur de paramètre sur votre client pour vous assurer que la valeur est unique parmi les différentes requêtes. Le jeton client ne peut contenir que des caractères ASCII.

Remarque

Si vous ne spécifiez pas ce paramètre, le système utilise automatiquement le RequestId de la requête API comme ClientToken. Le RequestId de chaque requête API est unique.

123e4567-e89b-12d3-a456-42665544****

Éléments de réponse

Élément

Type

Description

Exemple

object

La structure de la réponse.

RequestId

string

L'identifiant de la requête.

54B48E3D-DF70-471B-AA93-08E683A1B45

Exemples

JSON format

{
  "RequestId": "54B48E3D-DF70-471B-AA93-08E683A1B45"
}

Codes d'erreur

Code de statut HTTP

Code d'erreur

Message d'erreur

Description

400 IncorrectStatus.BackendServer The status of %s [%s] is incorrect. L'opération actuelle ne peut pas être effectuée sur le serveur. Vérifiez si le serveur est utilisé dans une autre opération.
400 IncorrectStatus.ServerGroup The status of %s [%s] is incorrect. L'opération actuelle n'est pas prise en charge car la ressource %s est dans l'état %s.
404 ResourceNotFound.BackendServer The specified resource of %s is not found. La ressource de serveur back-end spécifiée n'existe pas.
404 ResourceNotFound.ServerGroup The specified resource of %s is not found. La ressource de groupe de serveurs spécifiée n'existe pas.

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

Notes de version

Consultez Notes de version pour la liste complète.