Un'azienda desidera utilizzare un cluster di database Amazon RDS per PostgreSQL per ridurre il sovraccarico amministrativo per i carichi di lavoro di produzione. Il database deve essere altamente disponibile con failover automatico nella maggior parte degli scenari in meno di 40 secondi. L'azienda vuole anche scaricare le letture dall'istanza primaria e mantenere bassi i costi. Quale soluzione soddisfa questi requisiti?

La soluzione corretta è utilizzare un deployment di cluster DB Amazon RDS Multi-AZ e indirizzare il carico di lavoro di lettura all'endpoint del lettore. Un deployment di cluster DB Multi-AZ (come Amazon Aurora) offre alta disponibilità con failover automatico rapido (spesso inferiore a 30 secondi) e la possibilità di creare repliche di lettura per scaricare il traffico di lettura, mantenendo bassi i costi. L'endpoint del lettore distribuisce automaticamente le connessioni tra le repliche di lettura disponibili. Le altre opzioni sono meno ideali: Un deployment di istanze DB Amazon RDS Multi-AZ fornisce alta disponibilità ma le istanze secondarie non sono direttamente accessibili per le letture. Se si crea una replica di lettura esterna a questo setup, non si sfrutta appieno l'architettura cluster per la scalabilità delle letture. Creare due repliche di lettura con un deployment di cluster DB Multi-AZ è possibile, ma l'opzione più efficiente per indirizzare il traffico di lettura è l'endpoint del lettore, che gestisce automaticamente la distribuzione. Indirizzare il carico di lavoro di lettura alle istanze secondarie in un deployment di istanze DB Multi-AZ non è possibile, poiché le istanze secondarie sono in modalità standby e non accettano connessioni dirette.