Une entreprise souhaite utiliser un cluster de base de données Amazon RDS for PostgreSQL afin de réduire la charge administrative des workloads de production. La base de données doit être hautement disponible avec un basculement automatique dans la plupart des scénarios en moins de 40 secondes. L'entreprise souhaite également décharger les lectures de l'instance principale et maintenir les coûts à un niveau bas. Quelle solution répond à ces exigences ?

La bonne réponse est d'utiliser un déploiement de cluster de base de données Amazon RDS Multi-AZ et de diriger le workload de lecture vers le point de terminaison du lecteur. Un cluster de base de données RDS Multi-AZ (tel qu'Amazon Aurora ou RDS Multi-AZ avec deux réplicas lisibles) offre une haute disponibilité avec un basculement rapide (généralement moins de 35 secondes pour Aurora, et moins de 40 secondes pour RDS Multi-AZ avec deux réplicas lisibles) et la possibilité de décharger les lectures via des réplicas lisibles. Le point de terminaison du lecteur distribue automatiquement les connexions de lecture entre les réplicas disponibles. L'option "déploiement d'instance de base de données Amazon RDS Multi-AZ" ne permet pas de décharger les lectures vers l'instance secondaire, car celle-ci est une copie synchrone non lisible utilisée uniquement pour le basculement. Créer un réplica en lecture séparé avec un déploiement d'instance RDS Multi-AZ est possible, mais un cluster Multi-AZ est plus optimisé pour la haute disponibilité et le basculement rapide avec des réplicas lisibles intégrés. Diriger le workload de lecture vers les instances secondaires d'une paire Multi-AZ est incorrect car les instances secondaires ne sont pas lisibles.