Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Stratégies de placement pour vos groupes de placement
Vous pouvez créer un groupe de placement pour vos instances EC2 en utilisant l’une des stratégies de placement suivantes.
Stratégies de placement
Groupes de placement du cluster
Un groupe de placement du cluster est un regroupement logique d’instances dans une même zone de disponibilité. Les instances ne sont pas isolées dans un seul rack. Un groupe de placement du cluster peut s’étendre sur plusieurs réseaux privés virtuels (VPC) appairés dans la même région. Les instances d'un même groupe de placement de clusters bénéficient d'une limite de débit par flux plus élevée pour le TCP/IP trafic et sont placées dans le même segment de bande passante à bissection élevée du réseau.
L’image ci-après illustre les instances placées dans un groupe de placement du cluster.
Les groupes de placement de cluster sont recommandés pour les applications qui bénéficient d’une latence réseau faible, d’un débit réseau élevé, ou des deux. Ils sont également recommandés lorsque la majorité du trafic réseau est échangé entre les instances du groupe. Pour assurer la plus faible latence et les meilleures performances réseau de paquets par seconde pour votre groupe de placement, choisissez un type d’instance qui prend en charge la mise en réseau améliorée. Pour plus d’informations, consultez Gestion de réseau améliorée.
Vous pouvez vous assurer que les instances lancées dans un groupe de placement de cluster sont placées sur du matériel doté de capacités de précision temporelle en spécifiant un groupe de placement de précision parent lorsque vous créez le groupe de placement de cluster. Utilisez le --parent-group-id paramètre lorsque vous créez le groupe de placement du cluster pour établir cette relation.
Nous vous recommandons de lancer vos instances de la façon suivante :
-
Utilisez une seule demande de lancement pour lancer le nombre d’instances dont vous avez besoin dans le groupe de placement.
-
Utilisez le même type d’instance pour toutes les instances du groupe de placement.
Si vous essayez d’ajouter ultérieurement des instances supplémentaires au groupe de placement, ou si vous essayez de lancer plusieurs types d’instance dans le groupe de placement, vous augmentez les risques d’obtenir une erreur de capacité insuffisante.
Si vous arrêtez une instance dans un groupe de placement, puis que vous la relancez, elle s’exécute encore au sein de celui-ci. Par contre, le démarrage échoue si la capacité est insuffisante pour l’instance.
Si vous recevez une erreur de capacité lorsque vous lancez une instance dans un groupe de placement dont des instances sont déjà en cours d’exécution, arrêtez et démarrez toutes les instances dans le groupe de placement, puis réessayez le lancement. Le redémarrage des instances peut entraîner leur migration vers un matériel qui dispose d’une capacité suffisante pour toutes les instances demandées.
Règles et limitations
Les règles suivantes s’appliquent aux groupes de placement du cluster :
-
Seuls les types d’instances suivants sont pris en charge :
-
Instances de la génération actuelle, à l'exception des instances de performance burstable (par exemple, T2), des instances Mac1 et M7i-flex des instances.
-
Les instances de la génération précédente suivantes : A1, C3, C4, I2, M4, R3 et R4.
-
-
Un groupe de placement du cluster ne peut pas s’étendre sur plusieurs zones de disponibilité.
-
La vitesse de débit réseau maximale du trafic entre deux instances au sein d’un groupe de placement du cluster est limitée par la plus lente des deux instances. Pour les applications très exigeantes en débit, choisissez un type d’instance avec une connectivité réseau qui correspond à vos besoins.
-
Pour les instances pour lesquelles la mise en réseau améliorée est active, les règles suivantes s’appliquent :
-
Les instances se trouvant dans un groupe de placement du cluster peuvent utiliser jusqu’à 10 Gbit/s pour le trafic à flux unique. Les instances qui ne se trouvent pas dans un groupe de placement du cluster peuvent utiliser jusqu’à 5 Gbit/s pour le trafic à flux unique.
-
Le trafic vers et depuis des compartiments Amazon S3 de la même région via l’espace d’adressage IP public ou un point de terminaison d’un VPC peut utiliser la totalité de la bande passante cumulée disponible pour l’instance.
-
-
Vous pouvez lancer plusieurs types d’instance dans un groupe de placement du cluster. Toutefois, cela réduit la probabilité de disponibilité de la capacité requise pour que votre lancement réussisse. Nous vous recommandons d’utiliser le même type d’instance pour toutes les instances d’un groupe de placement du cluster.
-
Nous vous recommandons de réserver de la capacité de manière explicite dans le groupe de placement du cluster en créant une réservation de On-Demand capacité dans le groupe de placement du cluster. Notez que vous ne pouvez pas réserver de capacité à l’aide d’instances réservées zonales, car elles ne peuvent pas réserver de capacité explicitement dans un groupe de placement.
-
Le trafic réseau vers Internet et via une Direct Connect connexion aux ressources locales est limité à 5 Gbit/s pour les groupes de placement de clusters.
Groupes de placement par partition
Les groupes de placement de partitions permettent de réduire la probabilité de défaillances de matériel corrélé pour votre application. Lorsque vous utilisez des groupes de placement de partitions, Amazon EC2 divise chaque groupe en segments logiques, appelés partitions. Amazon EC2 assure que chaque partition dans un groupe de placement dispose de son propre ensemble de racks. Chaque rack est doté de son propre réseau et de sa propre source d’alimentation. Aucune partition dans un même groupe de placement ne dispose du même portant, ce qui vous permet ainsi d’isoler l’impact d’échecs matériels dans votre application.
L’image suivante est une représentation visuelle simplifiée d’un groupe de placement de partitions dans une seule Zone de disponibilité. Elle représente des instances placées dans un groupe de placement par partition composé de trois partitions—Partition 1, Partition 2 et Partition 3. Chaque partition comprend plusieurs instances. Les instances d’une partition ne partagent pas de portants avec les instances des autres partitions, ce qui vous permet de limiter l’impact des pannes matérielles à une seule partition.
Il est possible d’utiliser les groupes de placement par partition afin de déployer des charges de travail distribuées et répliquées volumineuses (telles que HDFS, HBase et Cassandra) sur différents portants. Lorsque vous lancez des instances dans un groupe de placement par partition, Amazon EC2 tente de distribuer uniformément les instances sur toutes les partitions que vous spécifiez. Vous avez également la possibilité de lancer des instances d’une partition donnée afin de mieux contrôler l’emplacement des instances.
Un groupe de placement par partition peut disposer de partitions dans plusieurs Zones de disponibilité de la même région. Un groupe de placement par partition peut contenir jusqu’à sept partitions par zone de disponibilité. Seules les restrictions de votre compte limitent le nombre d’instances pouvant être lancées dans un groupe de placement par partition.
De plus, les groupes de placement par partition vous permettent de voir le détail des partitions — types d’instance présents dans telle ou telle partition. Vous pouvez partager ces informations avec des applications prenant en compte la topologie, telles que HDFS, HBase et Cassandra. Ces applications utilisent ces informations pour prendre des décisions informées sur la réplication des données dans le but d’accroître la disponibilité et la durabilité de ces dernières.
Si vous démarrez ou lancez une instance dans un groupe de placement par partition et que le matériel nécessaire au traitement de la demande est insuffisant, la demande échoue. Amazon EC2 met à disposition davantage de matériel distinct au fil du temps, vous pouvez donc renouveler votre demande plus tard.
Règles et limitations
Les règles suivantes s’appliquent aux groupes de placement par partition :
-
Un groupe de placement par partition prend en charge jusqu’à sept partitions par zone de disponibilité. Seules les restrictions de votre compte limitent le nombre d’instances pouvant être lancées dans un groupe de placement par partition.
-
Lorsque vous lancez des instances dans un groupe de placement par partition, Amazon EC2 tente de distribuer uniformément les instances sur toutes les partitions. Amazon EC2 ne garantit pas une distribution uniforme des instances sur toutes les partitions.
-
Un groupe de placement par partition avec des instances dédiées peut comprendre deux partitions au maximum.
-
Les réservations de capacité ne réservent pas de capacité dans un groupe de placement par partition.
Groupes de placement étendu
Un groupe de placement par répartition est un groupe d’instances qui sont chacune placées sur du matériel distinct.
Les groupes de placement par répartition sont recommandés pour les applications ayant un petit nombre d’instances critiques, qui doivent être séparées les unes des autres. Le lancement d’instances dans un groupe de placement par répartition réduit le risque de défaillances simultanées, qui peuvent se produire lorsque les instances partagent le même matériel. Les groupes de placement par répartition fournissent un accès à du matériel distinct et sont par conséquent adaptés à l’association de différents types d’instance et au lancement d’instances au fil du temps.
Si vous démarrez ou lancez une instance dans un groupe de placement par répartition et que le matériel nécessaire au traitement de la demande est insuffisant, la demande échoue. Amazon EC2 met à disposition davantage de matériel distinct au fil du temps, vous pouvez donc renouveler votre demande plus tard. Les groupes de placement peuvent répartir des instances sur des racks ou des hôtes. Les groupes de placement répartis au niveau du rack peuvent être utilisés dans AWS les régions et au-delà AWS Outposts. Les groupes de placement de spread au niveau de l'hôte ne peuvent être utilisés AWS Outposts qu'avec.
Groupes de placement étendus au niveau du rack
L’image ci-après représente sept instances au sein d’une seule zone de disponibilité qui sont placées dans un groupe de placement par répartition. Les sept instances sont placées sur sept racks différents, chaque rack ayant son propre réseau et sa propre source d’alimentation.
Un groupe de placement étendu au niveau du rack peut couvrir plusieurs zones de disponibilité dans la même région. Dans une région, un groupe de placement étendu au niveau du rack peut avoir un maximum de sept instances en cours d’exécution par zone de disponibilité et par groupe. Avec les Outposts, un groupe de placement étendu au niveau du rack peut contenir autant d’instances qu’il y a de racks dans votre déploiement d’Outpost.
Groupes de placement par répartition au niveau des hôtes
Les groupes de placement de spread au niveau de l'hôte ne sont disponibles qu'avec AWS Outposts. Un groupe de placement étendu sur des hôtes peut contenir autant d’instances qu’il y a d’hôtes dans votre déploiement Outpost. Pour de plus amples informations, veuillez consulter Groupes de placement sur AWS Outposts.
Règles et limitations
Les règles suivantes s’appliquent aux groupes de placement par répartition :
-
Un groupe de placement par répartition sur de racks prend en charge un maximum de sept instances en cours d’exécution par zone de disponibilité. Par exemple, dans une région comportant trois zones de disponibilité, vous pouvez exécuter un total de 21 instances dans le groupe, avec sept instances dans chaque zone de disponibilité. Si vous essayez de lancer une huitième instance dans la même zone de disponibilité et dans le même groupe de placement par répartition, le lancement échoue. Si vous avez besoin de plus de sept instances dans une zone de disponibilité, nous vous recommandons d’utiliser plusieurs groupes de placement par répartition. L’utilisation de plusieurs groupes de placement par répartition ne garantit pas la répartition des instances entre les groupes, mais cela permet de garantir la répartition pour chaque groupe, limitant ainsi l’impact de certains types d’incidents.
-
Les groupes de placement par répartition ne sont pas pris en charge pour les instances dédiées.
-
Les groupes de placement de spread au niveau de l'hôte ne sont pris en charge que pour les groupes de placement activés AWS Outposts. Un groupe de placement étendu au niveau de l’hôte peut contenir autant d’instances qu’il y a d’hôtes dans le déploiement de votre Outpost.
-
Dans une région, un groupe de placement étendu au niveau du rack peut avoir un maximum de sept instances en cours d’exécution par zone de disponibilité et par groupe. Ainsi AWS Outposts, un groupe de placement de spread au niveau du rack peut contenir autant d'instances que vous avez de racks dans votre déploiement Outpost.
-
Les réservations de capacité ne réservent pas de capacité dans un groupe de placement par répartition.
Groupes de placement chronométré avec précision
Un groupe de placement temporel précis place les instances sur du matériel compatible avec un accès direct à des sources temporelles de haute précision au sein de AWS l'infrastructure. Les instances lancées dans un groupe de placement temporel précis peuvent accéder au service Amazon Time Sync amélioré, qui fournit des sources d'heure locales plus précises que le point de terminaison NTP local standard disponible pour toutes les instances Amazon EC2.
Les groupes de placement horaire précis sont recommandés pour les applications qui nécessitent une synchronisation précise à la microseconde, telles que les bases de données distribuées nécessitant l'ordre et la cohérence des transactions, les services financiers nécessitant un horodatage précis et les systèmes distribués qui ordonnent les événements à l'aide de relevés d'horloge locaux.
Les instances d'un groupe de placement temporel précis bénéficient des avantages suivants :
-
Une source de temps NTP locale améliorée avec une précision améliorée, disponible pour tous les systèmes d'exploitation pris en charge sans configuration supplémentaire.
-
Accès à un périphérique PTP Hardware Clock (PHC) pour une synchronisation précise à la microseconde (instances Linux uniquement).
-
Horodatage des paquets matériels pour les mesures réseau à une résolution de la nanoseconde (instances Linux uniquement).
Pour plus d'informations sur la configuration de votre instance afin d'utiliser les sources de temps améliorées, consultezConfigurez la référence temporelle de votre instance EC2 pour qu'elle utilise le service de synchronisation temporelle d'Amazon local.
Les règles suivantes s'appliquent aux groupes de placement temporel précis :
Règles et limitations
-
Pour la liste actuelle des familles d'instances prises en charge, consultezConfigurez la référence temporelle de votre instance EC2 pour qu'elle utilise le service de synchronisation temporelle d'Amazon local.
-
Si vous démarrez ou lancez une instance dans un groupe de placement temporel précis et que le matériel est insuffisant pour fournir un accès au service Amazon Time Sync amélioré, la demande échoue. Réessayez ultérieurement ou essayez une autre zone de disponibilité.
-
Vous ne pouvez pas supprimer un groupe de placement temporel précis parent d'un groupe de placement de clusters.
-
L'utilisation de groupes de placement temporel précis est gratuite.