Une entreprise doit exécuter une base de données en mémoire pour une application sensible à la latence sur Amazon EC2. L'application traite plus de 100 000 transactions par minute et nécessite un débit réseau élevé. Un architecte de solutions doit concevoir une architecture réseau rentable qui minimise les frais de transfert de données. Quelle solution répond à ces exigences ?

La bonne réponse est de lancer toutes les instances EC2 dans la même zone de disponibilité avec une stratégie de groupe de placement en cluster. Une stratégie de cluster place les instances proches les unes des autres sur le même matériel sous-jacent, ce qui est idéal pour les applications à faible latence et à débit réseau élevé comme les bases de données en mémoire. En les gardant dans la même zone de disponibilité, les frais de transfert de données sont minimisés car les transferts de données inter-AZ entraînent des coûts. Lancer des instances dans différentes zones de disponibilité (même avec une stratégie de partition) augmenterait la latence et les coûts de transfert de données inter-AZ, ce qui est contraire aux exigences. Les groupes Auto Scaling sont utiles pour la scalabilité et la haute disponibilité, mais ne répondent pas directement aux exigences de latence ultra-faible et de débit réseau élevé entre les instances pour une base de données en mémoire, et le déploiement dans différentes AZ augmenterait les coûts de transfert de données.