Une entreprise souhaite fournir à ses scientifiques des données un accès en lecture seule quasi en temps réel à la base de données de production Amazon RDS for PostgreSQL de l'entreprise. La base de données est actuellement configurée comme une base de données Single-AZ. Les scientifiques des données utilisent des requêtes complexes qui n'affecteront pas la base de données de production. L'entreprise a besoin d'une solution hautement disponible. Quelle solution répondra à ces exigences de la manière la PLUS rentable ?

La bonne réponse est de modifier la configuration en un déploiement de cluster Multi-AZ avec deux instances de secours lisibles et de fournir des points d'accès en lecture aux scientifiques des données. Cette approche offre une haute disponibilité et permet aux scientifiques des données d'exécuter des requêtes complexes sur des instances de secours lisibles sans impacter les performances de la base de données de production. Les instances de secours lisibles sont synchronisées avec l'instance principale, garantissant un accès quasi en temps réel aux données. Mettre à l'échelle la base de données de production existante n'est pas idéal car les requêtes complexes pourraient toujours affecter les performances de la production. Modifier la configuration en Multi-AZ avec une instance de secours secondaire plus grande ne permet pas d'accéder à l'instance secondaire pour la lecture, car elle est destinée à la reprise après sinistre. Modifier la configuration en Multi-AZ et fournir deux réplicas en lecture supplémentaires est une option viable mais potentiellement moins rentable si les instances de secours lisibles peuvent déjà gérer la charge.