3.34 Les groupes de placement AWS

Les placement groups permettent de contrôler où AWS positionne nos instances EC2 — soit pour améliorer les performances (faible latence inter-instances), soit pour se protéger des défaillances matérielles. Trois stratégies sont disponibles, à choisir au lancement.

• Cluster — les instances sont regroupées sur le même hardware physique dans une seule zone de disponibilité. Performances élevées et latence très faible (utile pour HPC et applications nécessitant des échanges réseau rapides). Inconvénient : si le support physique tombe, toutes les instances tombent.
• Spread — chaque instance est placée sur son propre support physique, réparti entre différentes zones de disponibilité (limite : 7 instances par AZ par groupe). C'est l'inverse du Cluster — on optimise la résilience. Idéal pour les applications critiques où chaque instance doit survivre à la défaillance des autres.
• Partition — les instances sont réparties en partitions (jusqu'à 7 par AZ, jusqu'à 100 instances par partition). Les instances d'une même partition partagent le matériel, mais pas avec les autres partitions. Adapté aux gros workloads distribués type Cassandra, Kafka, HDFS.

Création dans la console

Dans la console EC2, on va dans Réseaux et sécurité → Placement Groups, puis on crée un nouveau groupe avec un nom et la stratégie souhaitée. Pour la stratégie Partition, on précise le nombre de partitions (jusqu'à 7). Pour affecter une instance à un placement group, on coche la case correspondante à l'étape "Configure Instance Details" lors du lancement.

Attention : la stratégie Cluster ne fonctionne pas avec tous les types d'instances. Un t2.micro ne peut pas être placé en Cluster — il faut un type performance comme m5.4xlarge. Pour Spread et Partition, les contraintes sont plus souples. Bien choisir sa stratégie selon le besoin : performance pure (Cluster), résilience maximale (Spread), ou gros workloads distribués (Partition).