Ich arbeite an einem Postgres-Upgrade mit pg_upgrade, und der Kern des Prozesses besteht darin, die Datendateien der Datenbank [unverändert] vom alten Cluster-Verzeichnis in das neue zu kopieren. Um das Datenvolumen nicht aufzublähen, habe ich der Instanz ein zweites EBS-Volume hinzugefügt. Um das Upgrade schnell abzuschließen, habe ich außerdem den Durchsatz auf den Maximalwert [1000 MiB/s] eingestellt und die IOPS für beide Volumes auf dem Standardwert [4000] belassen und warte darauf, dass das Volume meldet, dass die „Optimierung“ abgeschlossen ist.
Während des Upgrade-Vorgangs ist mir jedoch aufgefallen, dass weder der Durchsatz noch die IOPS die konfigurierten Grenzwerte erreichen, obwohl bei den Vorgängen große, zusammenhängende Dateien kopiert werden. Unten sehen Sie einen Schnappschuss der Überwachung für die Volumes, der zwei verschiedene Durchläufe des Vorgangs zeigt.
Das Betriebssystem ist Rocky Linux 8.5, die Instanz ist eine neu erstellte m5a.2xlarge-Instanz unter Verwendung des von Rocky erstellten AMI und die Volumes sind als ext4 formatiert. Die CPU-Auslastung der Instanz im gleichen Zeitraum ist wie unten angegeben, obwohl die Betriebssystemstatistiken eine beträchtliche Menge an IOwait zeigten.
Gibt es einen Parameter, den ich in Bezug auf diese Volumes oder die Instanz oder eine fehlende Betriebssystemkonfiguration anpassen sollte? Oder ist dies nur ein Symptom dafür, dass der EBS-Backing-Store zu ausgelastet ist, um meine Anforderungen tatsächlich zu erfüllen?