Ein Unternehmen betreibt eine mehrschichtige E-Commerce-Anwendung auf Amazon EC2 mit einer Amazon RDS for MySQL Multi-AZ DB-Instanz. RDS verwendet die neueste Generation von Instanzen mit 2.000 GB Speicher auf einem General Purpose SSD (gp3) EBS-Volume. Bei Spitzenauslastung verschlechtert sich die Anwendungsleistung, wenn die Lese- und Schreib-IOPS 20.000 überschreiten. Was sollte ein Solutions Architect tun, um die Datenbankleistung zu verbessern?

Die Anwendung erreicht bei 20.000 IOPS einen Engpass, was die Leistung des aktuellen gp3-Volumes übersteigt. gp3-Volumes bieten eine Baselinelinie von 3.000 IOPS und können bis zu 16.000 IOPS skaliert werden, wenn die IOPS explizit erhöht werden. Provisioned IOPS SSD (io2) Volumes sind speziell für Workloads mit hohen Transaktionsraten und geringer Latenz konzipiert und können bis zu 256.000 IOPS liefern, was den Leistungsanforderungen der Anwendung gerecht wird. Das Ersetzen durch ein magnetisches Volume wäre eine Verschlechterung, da diese die niedrigste Leistung bieten. Das Erhöhen der IOPS auf dem gp3-Volume würde die maximale Kapazität von 16.000 IOPS nicht überschreiten und somit das Problem nicht lösen. Das Aufteilen des gp3-Volumes in zwei kleinere gp3-Volumes würde die Gesamt-IOPS nicht erhöhen und wäre ineffizient.