Un'azienda ha migrato un'applicazione monolitica su una singola istanza Amazon EC2 e Amazon RDS. I moduli dell'applicazione sono strettamente accoppiati, quindi l'app viene eseguita su una sola istanza EC2. L'istanza EC2 registra un utilizzo elevato della CPU durante i periodi di punta e le prestazioni di lettura di RDS si degradano. L'azienda desidera ridurre l'utilizzo della CPU di EC2 e migliorare le prestazioni di lettura di RDS. Quale soluzione soddisfa questi requisiti?

L'opzione corretta risolve entrambi i problemi: ridimensionare l'istanza EC2 a un tipo con maggiore CPU riduce l'utilizzo elevato della CPU dell'istanza. La configurazione di un gruppo con scalabilità automatica (minimo e massimo di 1) garantisce la disponibilità dell'istanza anche in caso di problemi, senza aumentare il numero di istanze, dato che l'applicazione è monolitica e strettamente accoppiata. L'aggiunta di una replica di lettura RDS e il reindirizzamento delle richieste di lettura a essa migliorano le prestazioni di lettura del database, scaricando il carico dall'istanza principale di RDS. Le altre opzioni sono meno efficaci: Reindirizzare tutto il traffico di lettura/scrittura a una replica di lettura non è possibile, poiché le repliche di lettura sono solo per le letture. Aumentare la dimensione massima del gruppo con scalabilità automatica a 2 non è utile per un'applicazione monolitica strettamente accoppiata, che non può scalare orizzontalmente. Ridimensionare l'istanza DB RDS per la CPU non risolve specificamente il degrado delle prestazioni di lettura in modo efficiente come una replica di lettura. Ridimensionare l'istanza DB RDS per la CPU potrebbe migliorare le prestazioni complessive, ma una replica di lettura è una soluzione più mirata ed efficiente per il degrado delle prestazioni di lettura.