Ein Amazon Aurora PostgreSQL-Cluster mit einem einzelnen Writer hatte 11 Minuten lang eine Auslastung von über 90 %, als ein wöchentlicher automatisierter Bericht ausgeführt wurde, was zu Verlangsamungen für die Benutzer führte. Wie sollte der Administrator die wöchentliche Leistungsverschlechterung durch den Bericht verhindern?

Das Hinzufügen einer Reader-Instance und das Umleiten des Berichts auf diese Reader-Replika ist die effektivste Lösung. Amazon Aurora PostgreSQL unterstützt Lese-Replikate, die es ermöglichen, Lese-Workloads wie Berichte von der Writer-Instance zu entlasten. Dies verhindert, dass der ressourcenintensive Bericht die Leistung der primären Writer-Instance beeinträchtigt, die für Benutzeranfragen zuständig ist. Das Skalieren der vorhandenen DB-Instance auf eine größere Größe könnte das Problem vorübergehend lindern, ist aber teurer und adressiert nicht die Trennung von Lese- und Schreib-Workloads. Das Hinzufügen einer weiteren Writer-Instance ist bei Aurora PostgreSQL nicht direkt möglich, da es ein Single-Writer-Modell verwendet; zusätzliche Writer-Instances würden zu einem Multi-Master-Setup führen, das für diesen Anwendungsfall nicht geeignet ist. Die automatische Skalierung ist für Aurora Serverless v2 relevant, aber der Cluster wird hier als "einzelner Writer" beschrieben, was auf eine bereitgestellte Instance hindeutet, bei der die automatische Skalierung in diesem Kontext nicht die primäre Lösung für die Trennung von Workloads ist.