Un'applicazione utilizza un cluster Aurora MySQL con una singola replica di lettura. Le prestazioni di lettura peggiorano quando le connessioni superano le 200; il carico normale è di circa 180 connessioni, ma a volte supera le 200. L'amministratore ha bisogno che il sistema si adatti automaticamente all'aumento e alla diminuzione delle connessioni utente. Quale approccio soddisfa questo requisito?

L'opzione corretta è creare una policy di auto scaling basata sulla metrica DatabaseConnections con un valore target di 195. Questo perché l'applicazione mostra un degrado delle prestazioni quando le connessioni superano le 200. Impostando un target di 195, l'Auto Scaling di Aurora aggiungerà automaticamente nuove repliche di lettura quando le connessioni si avvicinano a questa soglia, distribuendo il carico e prevenendo il degrado delle prestazioni. Quando il numero di connessioni diminuisce, le repliche in eccesso verranno terminate automaticamente, ottimizzando i costi. Aumentare la dimensione dell'istanza esistente potrebbe ritardare il problema ma non lo risolve in modo dinamico; le connessioni potrebbero comunque superare la capacità della nuova istanza. Passare alla modalità serverless ogni volta che le connessioni superano le 200 è un processo manuale e non automatico. Passare a un nuovo cluster con più istanze writer non è appropriato, poiché il problema riguarda le prestazioni di lettura e le repliche di lettura sono la soluzione per lo scaling orizzontale delle letture.