Ein Unternehmen hat eine Read Replica zu einer Amazon RDS for MySQL-Instance hinzugefügt, um zusätzliche schreibgeschützte Abfragen während der Jahresendverarbeitung zu bewältigen. Nach diesem Zeitraum weist die Read Replica eine konstante CPU-Auslastung von 25 % und die primäre Instanz eine konstante CPU-Auslastung von 60 % auf. Das Unternehmen möchte die Datenbank richtig dimensionieren und gleichzeitig genügend Leistung für zukünftiges Wachstum bereitstellen. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Antwort ist, die Lesereplika auf eine kleinere Instanzgröße zu ändern und die primäre Instanz unverändert zu lassen. Die Lesereplika hat eine CPU-Auslastung von 25 %, was darauf hindeutet, dass sie überdimensioniert ist und auf eine kleinere Instanzgröße herunterskaliert werden kann, um Kosten zu sparen, ohne die Leistung zu beeinträchtigen. Die primäre Instanz hat eine CPU-Auslastung von 60 %, was ein gesundes Niveau ist, das Raum für zukünftiges Wachstum lässt, ohne dass eine sofortige Änderung erforderlich ist. Das Löschen der Lesereplika würde die Leselast wieder auf die primäre Instanz verlagern und möglicherweise deren Leistung beeinträchtigen. Eine Vergrößerung der Lesereplika wäre unnötig und kostspielig, da die aktuelle Auslastung niedrig ist. Eine Verkleinerung der primären Instanz würde das zukünftige Wachstum einschränken.