Un architecte de solutions doit concevoir une solution Amazon ElastiCache for Redis hautement disponible qui prévient la dégradation des performances et la perte de données localement et au sein d'une région AWS. La solution doit offrir une haute disponibilité au niveau des nœuds et des régions. Quelle solution répond à ces exigences ?

La bonne réponse est d'utiliser des groupes de réplication Redis Multi-AZ avec des shards qui contiennent plusieurs nœuds. Cette configuration offre une haute disponibilité au niveau des nœuds (grâce aux répliques dans les groupes de réplication) et au niveau des zones de disponibilité (grâce au Multi-AZ). Les shards permettent une mise à l'échelle horizontale et une meilleure isolation des pannes. Les autres options sont incorrectes car : Utiliser des shards Redis avec les fichiers AOF activés ne fournit pas de haute disponibilité inter-AZ ni de réplication automatique en cas de défaillance de nœud. Utiliser un cluster Redis Multi-AZ avec plus d'un réplica en lecture dans le groupe de réplication est une bonne pratique, mais l'option correcte est plus complète en incluant explicitement la notion de shards pour la scalabilité et la résilience. Utiliser des shards Redis avec l'Auto Scaling activé n'est pas une fonctionnalité native d'ElastiCache pour Redis pour la haute disponibilité des nœuds ou des AZs. L'Auto Scaling est plus pertinent pour l'ajustement de la capacité.