Tous les produits
Search

Ce produit

    Elastic Compute Service:deployment set

    Centre de documentation

    Elastic Compute Service:deployment set

    Dernière mise à jour :Aug 18, 2026

    Configurez des ensembles de déploiement pour contrôler la distribution des instances ECS. Cela permet d'atténuer les points de défaillance uniques sur les serveurs physiques ou de répondre aux exigences d'ultra-faible latence d'applications telles que le trading à haute fréquence. Optez pour une stratégie de haute disponibilité afin de répartir les instances et améliorer la tolérance aux pannes, ou choisissez une stratégie de faible latence pour les regrouper et accélérer la communication réseau.

    Limites

    • La création d'hôtes dédiés dans un ensemble de déploiement est impossible.

    • Restrictions liées à la région et à la zone : Une instance et son ensemble de déploiement doivent se trouver dans la même région. Pour un ensemble de déploiement utilisant la stratégie de faible latence, toutes les instances doivent résider dans la même zone.

    • Restrictions liées aux familles d'instances : La plupart des familles d'instances de génération 6 ou ultérieure prennent en charge les ensembles de déploiement utilisant les stratégies de haute disponibilité, de groupe de haute disponibilité et de faible latence.

      Les différentes stratégies de déploiement prennent en charge des familles d'instances spécifiques.

      Pour obtenir la liste définitive des familles d'instances prises en charge, consultez la réponse renvoyée par l'opération API DescribeDeploymentSetSupportedInstanceTypeFamily.

      Stratégie de déploiement

      Familles d'instances prises en charge

      stratégie de haute disponibilité et stratégie de groupe de haute disponibilité

      • g9a, g9ae, g9i, g8a, g8i, g8ine, g8ise, g8y, g7, g7a, g7h, g7ne, g7nex, g7se, g7t, g6, g6a, g6e, g6h, g5, g5ne

      • c9a, c9ae, c9i, c8a, c8i, c8ine, c8y, c7, c7a, c7nex, c7se, c7t, c6, c6a, c6e, c5

      • r9a, r9ae, r9i, r8a, r8i, r8y, r7, r7a, r7se, r7t, r6, r6a, r6e, r5

      • hfc9i, hfg9i, hfr9i, hfc8i, hfg8i, hfr8i, hfc7, hfg7, hfr7, hfc6, hfg6, hfr6, hfc5, hfg5

      • ebmc9i, ebmg9a, ebmg9i, ebmr9i, ebmc8a, ebmc8i, ebmc8y, ebmg8a, ebmg8i, ebmg8y, ebmr8a, ebmr8y, ebmc7, ebmc7a, ebmg7, ebmg7a, ebmg7se, ebmhfc7, ebmhfg7, ebmhfr7, ebmr7, ebmr7a, ebmg5

      • i5, i5g, i5ge, ic5, i4, i4g, i4r, i3, i3g, i2, i2g, i2gne, i2ne

      • gn6i

      • d3c, d3s, d2c, d2s, d1ne

      • re6, re6p, s6, t6, e4, mn4, n4, re4, xn4, sn2ne, u2a, u2i, se1, se1ne, sn1ne, u1, e

      stratégie de faible latence

      • g9a, g9ae, g9i, g8a, g8ae, g8i, g8ise, g8y, g7, g5ne

      • c9a, c9ae, c9i, c8a, c8ae, c8i, c8ine, c8y, c7, c7nex

      • r9a, r9ae, r9i, r8a, r8ae, r8i, r8y, r7

      • hfc9i, hfg9i, hfr9i, hfc8i, hfg8i, hfr8i

      • ebmc9i, ebmg9a, ebmg9i, ebmr9i, ebmc8a, ebmc8i, ebmc8y, ebmg8a, ebmg8i, ebmg8y, ebmgn8v, ebmr8a, ebmr8y, ebmc7, ebmc7a, ebmg7, ebmg7a, ebmg7se, ebmgn7ex, ebmhfc7, ebmhfg7, ebmhfr7, ebmr7, ebmr7a

      • i5, i5g, i5ge, i4

      • gn8v

      • hpc8ae, hpc8i, hpc7ip, hpc6id, u2a, u2i

    Démarrage rapide

    Étape 1 : Créer un ensemble de déploiement

    Console

    1. Accédez à Console ECS - Ensembles de déploiement.

    2. Dans le coin supérieur gauche de la page, sélectionnez une région et un groupe de ressources.

    3. Sur la page Deployment Set, cliquez sur Create Deployment Set.

    4. Dans la boîte de dialogue Create Deployment Set, saisissez un Name et une Description, puis sélectionnez une Strategy. Si vous choisissez la stratégie de haute disponibilité, vous pouvez également définir le type de déploiement (serveur physique, baie ou commutateur) et l'affinité (1-10). Comment choisir une stratégie de déploiement ?

    API

    Appelez l'opération CreateDeploymentSet pour créer un ensemble de déploiement dans une région spécifiée et définir sa stratégie de déploiement.

    • Pour la stratégie de groupe de haute disponibilité, spécifiez le paramètre GroupCount afin de définir le nombre de groupes.

    • Pour la stratégie de haute disponibilité, spécifiez le paramètre Type pour définir le type de déploiement (host, rack ou sw). La valeur par défaut est host.

    • Pour la stratégie de haute disponibilité, spécifiez le paramètre Affinity pour définir le niveau d'affinité (1-10). La valeur par défaut est 1.

    Étape 2 : Créer ou ajouter des instances

    Console

    Important

    Le type d'instance, la région et le nombre d'instances ECS doivent respecter les limites. Pour plus d'informations, consultez la section Limites.

    • Créer une nouvelle instance dans un ensemble de déploiement :

      Sur la page de liste des ensembles de déploiement, localisez l'ensemble de déploiement cible. Dans la colonne Actions, cliquez sur Create Instance. Sur la page Custom Launch, finalisez la configuration de l'instance.

    • Ajouter une instance existante à un ensemble de déploiement : Consultez la section Modifier l'ensemble de déploiement d'une instance.

    API

    • Créer une nouvelle instance dans un ensemble de déploiement : Appelez l'opération RunInstances et spécifiez le paramètre DeploymentSetId.

    • Ajouter une instance existante à un ensemble de déploiement : Appelez l'opération ModifyInstanceDeployment et spécifiez les paramètres InstanceId et DeploymentSetId.

      Remarque

      Si l'ensemble de déploiement spécifié utilise la stratégie AvailabilityGroup (stratégie de groupe de haute disponibilité), vous pouvez utiliser le paramètre DeploymentSetGroupNo pour indiquer le numéro de groupe de l'instance au sein de l'ensemble de déploiement.

    Stratégies de déploiement

    Une stratégie de déploiement détermine la manière dont les instances ECS sont placées sur les serveurs physiques. Choisissez une stratégie en fonction de vos besoins en matière de haute disponibilité, de latence réseau et d'échelle de déploiement.

    Scénario

    Stratégie recommandée

    Principales limites

    Clusters à petite échelle nécessitant une isolation stricte des pannes

    Stratégie de haute disponibilité

    Jusqu'à 20 instances par zone

    Déploiements à grande échelle avec isolation par groupe

    Stratégie de groupe de haute disponibilité

    Jusqu'à 7 groupes, avec un maximum de 20 instances par groupe dans chaque zone

    Faible latence réseau

    Stratégie de faible latence

    Toutes les instances doivent se trouver dans la même zone. Le nombre maximal d'instances est de 20.

    Stratégie de haute disponibilité

    Répartit les instances sur différents serveurs physiques, baies ou commutateurs afin d'éviter que plusieurs instances ne deviennent indisponibles en raison d'un point de défaillance unique.

    Remarque

    Plus la granularité de la distribution est fine (par exemple au niveau du commutateur), plus la tolérance aux pannes est élevée, mais plus le risque d'échec de création est important. Si la zone actuelle ne dispose pas d'assez de serveurs physiques, de baies ou de commutateurs distincts pour satisfaire l'exigence de répartition, la création de l'instance échoue. Dans ce cas, patientez et réessayez, ou choisissez une autre zone.

    • Cas d'utilisation : Déploiements à petite échelle exigeant une continuité de service et une isolation élevées, tels que les clusters de calcul distribué Hadoop et les clusters de bases de données SQL.

    • Zones : Les instances peuvent être déployées dans différentes zones.

    • Limite d'instances : Le nombre maximal d'instances dans une seule zone dépend du type de déploiement et des paramètres d'affinité.

    Type de déploiement

    Le type de déploiement spécifie la dimension utilisée pour répartir les instances ECS au sein de l'ensemble de déploiement. Les valeurs valides sont décrites dans le tableau suivant.

    Valeur

    Dimension de répartition

    Description

    host (par défaut)

    Serveur physique

    Les instances sont réparties sur différents serveurs physiques pour éviter qu'une panne de serveur unique n'affecte plusieurs instances.

    rack

    Baie

    Les instances sont réparties sur différentes baies pour atténuer le risque d'indisponibilité massive des instances due à des pannes d'alimentation des baies.

    sw

    Commutateur

    Les instances sont réparties sur différents commutateurs pour atténuer le risque d'interruptions réseau dues à des pannes de commutateur.

    Affinité

    L'affinité définit le nombre maximal d'instances autorisées par serveur physique. La valeur doit être un entier compris entre 1 et 10. La valeur par défaut est 1.

    • Une affinité de 1 impose une répartition stricte, ce qui signifie que chaque serveur physique peut héberger au maximum une instance.

    • Une affinité supérieure à 1 offre une répartition au mieux, adaptée aux scénarios comportant un grand nombre d'instances tout en nécessitant un certain degré d'isolation des pannes.

    Les exemples suivants illustrent l'impact de l'affinité sur la distribution des instances pour le type de déploiement host :

    Scénario 1 : Créer des instances basées sur un ensemble de déploiement

    Vous créez un ensemble de déploiement de type host avec une affinité de 2, puis vous créez trois instances ECS au sein de cet ensemble. Le système distribue les instances sur différents serveurs physiques en respectant la contrainte d'affinité, chaque serveur physique pouvant héberger au maximum 2 instances.

    image

    Scénario 2 : Augmenter l'affinité d'un ensemble de déploiement

    L'augmentation de l'affinité d'un ensemble de déploiement existant de 1 à 2 permet à un seul serveur physique d'héberger davantage d'instances, offrant ainsi de l'espace pour une mise à l'échelle future. Les instances existantes ne sont pas migrées.

    image

    Limites d'instances

    Le type de déploiement et l'affinité déterminent la limite d'instances d'un ensemble de déploiement.

    Type de déploiement

    Affinité

    Limite par zone

    sw (commutateur)

    1-10

    20 instances

    rack (baie)

    1-10

    20 instances

    host (serveur physique)

    1-10

    20 instances

    Stratégie de groupe de haute disponibilité

    Attribue les instances à plusieurs groupes (jusqu'à 7). Les instances appartenant à des groupes différents sont strictement réparties sur différents serveurs physiques, tandis que les instances d'un même groupe peuvent être colocalisées.

    Les instances ECS de groupes différents sont strictement placées sur des serveurs physiques distincts au sein de la région spécifiée afin d'éviter les points de défaillance uniques. Les instances d'un même groupe ne bénéficient pas d'une garantie de répartition et peuvent être placées sur le même serveur physique pour réduire la latence réseau entre elles.

    Remarque

    Vous pouvez appeler l'opération DescribeInstances pour interroger le numéro de groupe (DeploymentSetGroupNo) d'une instance dans un ensemble de déploiement. Les applications distribuées, telles que HDFS et Cassandra, peuvent utiliser ce numéro de groupe pour prendre des décisions intelligentes concernant le placement des réplicas, garantissant ainsi que les différents réplicas sont placés dans des groupes distincts. Cela maintient la disponibilité des données même en cas de panne au niveau du groupe.

    • Cas d'utilisation : Déploiements à grande échelle nécessitant une isolation élevée, en particulier pour les services dotés de mécanismes de haute disponibilité intégrés, tels que la réplication primaire-réplica Redis ou l'équilibrage de charge Nginx.

    • Zones : Les instances peuvent être déployées dans différentes zones.

    • Limite d'instances : Jusqu'à 20 instances par groupe dans une seule zone, avec un maximum de 7 groupes par zone.

    Stratégie de faible latence

    Colocalise les instances au sein de la même topologie réseau afin de minimiser la latence de communication réseau entre elles.

    Important

    Cette stratégie privilégie la faible latence au détriment de la haute disponibilité. Plusieurs instances peuvent être placées sur le même serveur physique. Assurez-vous que votre application dispose de son propre mécanisme de haute disponibilité intégré, tel que la réplication multicopie ou le basculement primaire-secondaire.

    • Cas d'utilisation : Applications très sensibles à la latence réseau, telles que le calcul haute performance (HPC), l'analyse de données en temps réel et l'inférence IA.

    • Zone : Toutes les instances doivent être déployées dans la même zone.

    • Limite d'instances : Le nombre maximal d'instances est de 20.

    • Capacité insuffisante : Si les ressources disponibles au sein de la même topologie réseau sont insuffisantes, la création de l'instance échoue. Nous vous recommandons d'attendre et de réessayer, ou de contacter le support pour confirmer la disponibilité des ressources.

    Autres opérations

    Modifier l'ensemble de déploiement d'une instance

    Modifiez l'ensemble de déploiement d'une instance ECS pour la déplacer vers un autre ensemble ou ajouter une instance non assignée à un ensemble.

    Console

    1. Accédez à Console ECS - Instances.

    2. Dans le coin supérieur gauche de la page, sélectionnez une région et un groupe de ressources.

    3. Cliquez sur l'ID de l'instance cible pour accéder à la page des détails de l'instance. Cliquez sur All Operations pour développer toutes les opérations, puis recherchez et cliquez sur Change Deployment Set.

    4. Dans la boîte de dialogue Change Deployment Set, sélectionnez l'ensemble de déploiement cible et configurez le paramètre Force Change.

      • Oui : Autorise la modification du serveur physique de l'instance. Cette opération peut redémarrer l'instance et affecter la continuité du service. Utilisez cette option avec prudence.

      • Non : Ne modifie pas le serveur physique de l'instance. Cette option tente d'ajouter l'instance à l'ensemble de déploiement spécifié. Elle évite le risque de redémarrage, mais la modification échoue si l'instance ne répond pas aux exigences du nouvel ensemble de déploiement.

    API

    Appelez l'opération ModifyInstanceDeployment et spécifiez les paramètres suivants pour modifier l'ensemble de déploiement d'une instance :

    • RegionId : La région où réside l'instance. Par exemple, cn-hangzhou pour Chine (Hangzhou).

    • InstanceId : L'ID de l'instance. Par exemple, i-bp67acfmxazb4ph***.

    • DeploymentSetId : L'ID de l'ensemble de déploiement cible. Par exemple, ds-bp67acfmxazb4ph****.

    • Force : Indique s'il faut forcer la modification du serveur physique lors du changement d'ensemble de déploiement. Valeurs valides :

      • true : Autorise la modification du serveur physique de l'instance. Cette action peut redémarrer l'instance et affecter la continuité du service. Utilisez cette option avec prudence.

      • false (par défaut) : Ne modifie pas le serveur physique de l'instance. Cette option tente d'ajouter l'instance à l'ensemble de déploiement spécifié. Elle évite le risque de redémarrage, mais la modification échoue si l'instance ne répond pas aux exigences du nouvel ensemble de déploiement.

    Supprimer une instance d'un ensemble de déploiement

    Pour conserver les instances lors de la suppression d'un ensemble de déploiement, retirez-les d'abord. Les instances conservent leur état d'origine après la suppression.

    Important

    L'instance cible doit être dans l'état Running ou Stopped. Pour plus d'informations, consultez les sections Démarrer une instance et Arrêter une instance.

    • Appelez l'opération ModifyInstanceDeployment et spécifiez les paramètres suivants pour supprimer une instance d'un ensemble de déploiement :

      • RegionId : La région où réside l'instance. Par exemple, cn-hangzhou pour Chine (Hangzhou).

      • InstanceId : L'ID de l'instance. Par exemple, i-bp67acfmxazb4ph***.

      • DeploymentSetId : L'ID de l'ensemble de déploiement. Par exemple, ds-bp67acfmxazb4ph****.

      • RemoveFromDeploymentSet : Indique s'il faut supprimer l'instance sélectionnée de l'ensemble de déploiement. Définissez la valeur sur true.

    • Vérifiez que l'instance a été supprimée : Si l'appel API réussit et renvoie un code d'état 200, la suppression est effective.

    Modifier ou supprimer un ensemble de déploiement

    Accédez à la page Console ECS - Ensembles de déploiement, localisez l'ensemble de déploiement cible, puis cliquez sur Modify Information ou Delete dans la colonne Actions. Suivez les instructions à l'écran pour terminer l'opération.

    • Modifier un ensemble de déploiement : Vous pouvez changer le nom et la description de l'ensemble de déploiement.

    • Supprimer un ensemble de déploiement : Si un ensemble de déploiement n'est plus nécessaire, supprimez-le afin qu'il n'occupe pas de ressources.

      Important

      Avant de supprimer un ensemble de déploiement, assurez-vous qu'il ne contient aucune instance. Si des instances existent, retirez-les de l'ensemble de déploiement avant de pouvoir le supprimer. Pour plus d'informations, consultez les sections Modifier l'ensemble de déploiement d'une instance ou Supprimer une instance d'un ensemble de déploiement.

    Limites

    Important

    Pendant les périodes de forte demande dans une région, la création d'instances ECS ou le redémarrage d'instances ECS facturées à l'utilisation en mode Économique peuvent échouer. Dans la plupart des cas, vous pouvez résoudre ce problème en réessayant après une courte attente. Pour plus d'informations, consultez la section Mode Économique.

    • Quota d'ensembles de déploiement : Chaque compte Alibaba Cloud est soumis à une limite concernant le nombre d'ensembles de déploiement qu'il peut posséder. Vous pouvez consulter votre quota dans le Centre de quotas.

    • Le type de déploiement (Type) ne peut pas être modifié : Une fois un ensemble de déploiement créé, son type de déploiement ne peut pas être modifié. Pour changer le type de déploiement, vous devez créer un nouvel ensemble de déploiement et migrer les instances.

    • Règles de modification de l'affinité :

      • Augmenter l'affinité : Vous pouvez modifier ce paramètre directement sans aucune restriction. Lorsque le type de déploiement est host, l'augmentation de l'affinité peut également accroître le nombre maximal d'instances.

      • Diminuer l'affinité : Vous devez d'abord retirer toutes les instances de l'ensemble de déploiement avant de modifier l'affinité.

    • Les ensembles de déploiement ne peuvent pas être fusionnés.

    Facturation

    La fonctionnalité d'ensemble de déploiement est gratuite. Vous êtes facturé uniquement pour les ressources que vous utilisez, telles que les instances ECS, les disques, les snapshots, les images et la bande passante publique. Pour plus d'informations, consultez la section Présentation de la facturation.