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.
Maintenez le trafic dans une seule zone de disponibilité et utilisez des groupes EC2 de placement
Également connue sous le nom d'affinité de zone de disponibilité, cette bonne pratique s'applique également aux rares cas de défaillance complète d'une zone de disponibilité. Il est recommandé d'éliminer tout trafic inter-AZ afin que tout trafic SIP ou RTP entrant dans une zone de disponibilité reste dans cette zone de disponibilité jusqu'à ce qu'il quitte la région.
Affinité de zone de disponibilité (au maximum, 50 % des appels actifs sont perdus)
La figure précédente montre une architecture simplifiée qui utilise l'affinité de zone de disponibilité. L'avantage comparatif de cette approche apparaît clairement si l'on tient compte des effets d'une interruption complète de la zone de disponibilité. Comme le montre le schéma, si la zone de disponibilité 2 est perdue, 50 % des appels actifs sont affectés au maximum (en supposant un équilibrage de charge égal entre les zones de disponibilité). Si l'affinité de zone de disponibilité n'avait pas été mise en œuvre, certains appels circuleraient entre les zones de disponibilité d'une région et une panne affecterait très probablement plus de 50 % des appels actifs.
Pour minimiser la latence du trafic, AWS vous recommande également d'utiliser des groupes de EC2 placement au sein de chaque zone de disponibilité. Les instances lancées au sein du même groupe de EC2 placement ont une bande passante plus élevée et une latence réduite, EC2 ce qui garantit la proximité réseau de ces instances les unes par rapport aux autres.
