Aurora I/O

Ich bin neugierig, ob sonst noch jemand Discourse auf AWS über eine EC2-Instanz und eine RDS-Einrichtung betreibt?

Wir sind auf ein Problem gestoßen, bei dem die Anzahl der I/O-Anfragen in die Höhe schießt und erhebliche Kosten verursacht. Wir verarbeiten derzeit 5,5 Milliarden monatliche I/O-Anfragen, was für ein Forum mit vielleicht 1.000 aktiven Benutzern viel zu sein scheint.

1 „Gefällt mir“

Dieses Forum hier läuft auf EC2 / RDS, daher sind wir damit recht vertraut.

Meine erste Frage wird sein: Warum verwenden Sie Aurora? Warum war Standard-PostgreSQL auf RDS nicht ausreichend?

1 „Gefällt mir“

Das ist eine gute Frage. Ich bin mir im Nachhinein nicht sicher, warum diese Entscheidung getroffen wurde. Ich gehe davon aus, dass die Kosten für Standard-PostgreSQL günstiger wären, versuche aber auch festzustellen, ob es ein Einrichtungsproblem gibt, das mehr I/O-Anfragen verursacht als nötig.

1 „Gefällt mir“

Ich würde RDS Performance Insights nach Hinweisen durchsuchen.

Ok. Mein Entwickler merkte auch an: „Aurora wurde entwickelt, um nicht im Voraus Platz zu reservieren/zuzuweisen und um eine bessere Verwaltung zu ermöglichen.“

Das ist Teil des Kompromisses. Kein Grund, sich um Festplattenspeicherwarnungen zu kümmern, im Austausch dafür, mehr für den Dienst zu bezahlen.

Ich habe Aurora (vor ein paar Jahren) getestet und sie bestand damals nicht alle Discourse-Tests. Wir betreiben Hunderte von Discourse-Instanzen in AWS, aber wir verwenden in all diesen PostgreSQL RDS.

2 „Gefällt mir“

Vielen Dank für diese Erkenntnis. Ich werde mich auf jeden Fall damit beschäftigen, ob eine Migration (falls möglich) möglich ist.

1 „Gefällt mir“

Danke für Ihr Feedback. Wir haben gerade die Migration von Aurora zu Standard-PostgreSQL abgeschlossen.