Ein Jenkins-Server auf EC2 verwendet ein 500 GB großes gp2 EBS-Volume. Nächtliche Builds erfordern dauerhaft 3.000 IOPS, aber CloudWatch zeigt, dass der BurstBalance des Volumes während der Builds auf 0 fällt. Welche Änderung erfüllt die Anforderung an dauerhafte IOPS am kostengünstigsten?

Die Umstellung auf gp3 ist die kostengünstigste Lösung. gp3-Volumes bieten eine Basisleistung von 3.000 IOPS und 125 MiB/s Durchsatz unabhängig von der Volume-Größe und können bei Bedarf auf bis zu 16.000 IOPS und 1.000 MiB/s skaliert werden. Dies erfüllt die Anforderung von 3.000 dauerhaften IOPS, ohne die Volume-Größe unnötig zu erhöhen. Das Erhöhen des gp2-Volumes auf 1.000 GB würde zwar die Burst-Leistung erhöhen (da gp2 3 IOPS pro GB bietet), aber immer noch auf einem Burst-Mechanismus basieren und wäre teurer als gp3 für die gleiche IOPS-Leistung. st1 ist für Durchsatz-intensive Workloads konzipiert, nicht für hohe IOPS. io2 bietet zwar garantierte hohe IOPS, ist aber deutlich teurer als gp3 und wäre für diesen Anwendungsfall überdimensioniert.