Een Jenkins-server op EC2 gebruikt een gp2 EBS-volume van 500 GB. Nachtelijke builds vereisen een aanhoudende 3.000 IOPS, maar CloudWatch toont aan dat de BurstBalance van het volume 0 bereikt tijdens builds. Welke wijziging voldoet het meest kosteneffectief aan de vereiste voor aanhoudende IOPS?

Het wijzigen van het volumetype van gp2 naar gp3 is de meest kosteneffectieve oplossing. gp3-volumes bieden een basislijn van 3.000 IOPS en 125 MB/s doorvoer, onafhankelijk van de volumegrootte, en zijn goedkoper per GB dan gp2. Dit voldoet direct aan de vereiste van 3.000 aanhoudende IOPS zonder onnodige opslagcapaciteit toe te voegen. Het vergroten van het gp2-volume naar 1.000 GB zou de basislijn-IOPS verhogen naar 3.000 (3 IOPS/GB), maar dit is duurder dan een gp3-volume van 500 GB en voegt onnodige opslag toe. st1 (Throughput Optimized HDD) is geoptimaliseerd voor doorvoer, niet voor hoge, aanhoudende IOPS, en is ongeschikt voor de workload van een Jenkins-server. io2 (Provisioned IOPS SSD) zou de vereiste ruimschoots overtreffen, maar is aanzienlijk duurder dan gp3 en is niet kosteneffectief voor deze specifieke behoefte.