Un cluster Aurora MySQL con una replica di lettura rallenta quando le connessioni client concorrenti superano le 200 (carico tipico ~180, con picchi oltre le 200). Il team desidera che il database si adatti automaticamente alle variazioni della domanda. Quale modifica soddisferà questo obiettivo?

La policy Aurora Auto Scaling con un target di 195 DatabaseConnections è la soluzione più efficace. Aurora Auto Scaling consente di aggiungere o rimuovere automaticamente repliche di lettura Aurora in base a metriche predefinite, come il numero di connessioni al database. Impostando un target di 195 connessioni, il sistema scalerà proattivamente prima che il limite di 200 connessioni venga raggiunto e superato, mantenendo le prestazioni. Migrare a un cluster Aurora multi-master non è l'obiettivo principale, poiché il problema riguarda la capacità di lettura e non la scrittura distribuita. La modalità serverless non è una transizione dinamica per un cluster esistente e non è l'opzione più adatta per un carico prevedibile con picchi. Aumentare la classe di istanza della replica migliorerebbe la capacità di una singola replica, ma non fornirebbe l'adattamento automatico e scalabile desiderato per gestire i picchi di carico.