Eine E-Commerce-Anwendung verwendet einen Amazon Aurora-Cluster mit speicheroptimierten Instances (ein Writer und ein Reader). Bei plötzlichen Verkehrsspitzen zeigt CloudWatch eine hohe RAM-Auslastung und eine erhöhte SELECT-Latenz. Die Änderung muss die Leistung des DB-Clusters mit minimaler Ausfallzeit und ohne Datenverlust verbessern. Welche Modifikation ist die beste Wahl?

Das Hinzufügen einer Aurora-Replica (Lesereplikat) ist die beste Lösung, da es die Leselast verteilt und somit die hohe RAM-Auslastung und SELECT-Latenz während Verkehrsspitzen reduziert. Aurora-Replicas teilen sich den gleichen Speicher wie der Writer-Instance, was eine schnelle Skalierung ermöglicht und die Lesevorgänge entlastet. Dies geschieht mit minimaler Ausfallzeit, da die Replica asynchron hinzugefügt wird und keine Daten verloren gehen. Die Konvertierung in einen Multi-Master-Cluster ist komplexer und primär für hohe Schreibverfügbarkeit gedacht, nicht für die Entlastung von Lesevorgängen. Das Erstellen eines Snapshots und Wiederherstellen in größeren Instances verursacht erhebliche Ausfallzeiten. Die Verdopplung der Speicherkapazität des DB-Clusters ist keine direkte Lösung für hohe RAM-Auslastung und SELECT-Latenz, da diese Probleme oft durch eine überlastete Writer-Instanz verursacht werden, die von Lesevorgängen dominiert wird.