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 cluster 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 à haute bissection 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 fonctionnalités de précision temporelle en spécifiant un groupe de placement temporel 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 démarrage des instances peut les faire migrer vers un matériel capable de répondre à 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 aux performances éclatantes (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 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.
-
Les blocs de capacité ne prennent pas en charge les groupes de placement. Pour de plus amples informations, veuillez consulter Blocs de capacité pour ML.
-
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.
En outre, les groupes de placement de partitions offrent une visibilité sur les partitions : vous pouvez voir quelles instances se trouvent dans quelles partitions. 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 étendu réduit les risques de défaillances simultanées qui peuvent se produire quand des instances partagent un même équipement. Les groupes de placement répartis permettent d'accéder à un matériel distinct et conviennent donc au mélange de types d'instances ou 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 répartis peuvent répartir les instances entre des racks ou des hôtes. Pour de plus amples informations, veuillez consulter Groupes de placement sur AWS Outposts.
L'image suivante montre sept instances d'un groupe de placement étalé dans une seule zone de disponibilité. Chaque instance est placée sur un rack différent, où chaque rack possède son propre réseau et sa propre source d'alimentation.
Règles et limitations
Les règles suivantes s’appliquent aux groupes de placement par répartition :
-
Rack-level les groupes de placement répartis sont pris en charge dans AWS les régions et ainsi de suite AWS Outposts.
-
Host-level les groupes de placement étalés ne sont pris en charge que sur AWS Outposts.
-
Un groupe de placement étalé au niveau du rack peut couvrir plusieurs zones de disponibilité dans la même région, mais il prend en charge un maximum de sept instances en cours d'exécution dans chaque zone de disponibilité.
Par exemple, dans une région comportant trois zones de disponibilité, vous pouvez exécuter un total de 21 instances dans un groupe de placement réparti, avec sept instances dans chaque zone de disponibilité. Si vous essayez de démarrer une huitième instance dans une zone de disponibilité qui compte déjà sept instances, l'instance ne démarre pas.
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 répartis ne garantit pas que les instances sont réparties entre les groupes, mais garantit qu'elles sont réparties au sein de chaque groupe, ce qui limite l'impact de certaines catégories de défaillances.
-
Activé 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, et un groupe de placement de spread au niveau de l'hôte peut contenir autant d'instances que vous avez d'hôtes.
-
Les groupes de placement par répartition ne sont pas pris en charge pour les instances dédiées.
-
Les réservations de capacité ne réservent pas de capacité dans un groupe de placement par répartition.
Groupes de placement temporel précis
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 dans 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 horaires locales plus précises par rapport au point de terminaison NTP local standard disponible pour toutes les instances Amazon EC2.
Les groupes de placement temporel précis sont recommandés pour les applications nécessitant une synchronisation d'horloge précise à la microseconde, telles que les bases de données distribuées nécessitant un ordre et une cohérence des transactions, les services financiers nécessitant un horodatage précis et les systèmes distribués qui classent 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 :
-
Source de temps NTP locale améliorée avec une précision accrue, 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 à résolution nanoseconde (instances Linux uniquement).
Pour plus d'informations sur la configuration de votre instance afin d'utiliser les sources temporelles 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 de précision :
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 permettre l'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 qui est le parent d'un groupe de placement de cluster.
-
L'utilisation de groupes de placement temporel de précision n'entraîne aucun frais supplémentaire.
