Een relationele database op een burstable EC2-instance vertoont periodieke latentie. De database gebruikt een 350 GB gp2 EBS-volume. CloudWatch toont dat VolumeReadOps daalt tot minder dan 10% van de piek tijdens de trage periodes. Welke wijziging moet de SysOps-beheerder aanbrengen om constante hoge I/O-prestaties te bereiken?

De correcte optie is het migreren van het gp2-volume naar een gp3 General Purpose SSD (EBS)-volume. gp2-volumes leveren 3 IOPS per GB, met een burst-mogelijkheid, maar kunnen last hebben van periodieke latentie wanneer de burst-credits op zijn. gp3-volumes bieden een basislijn van 3.000 IOPS en 125 MB/s doorvoer, onafhankelijk van de volumegrootte, en kunnen afzonderlijk worden geprovisioneerd voor hogere IOPS en doorvoer, wat zorgt voor consistente hoge I/O-prestaties. Het migreren naar een Cold HDD (sc1) EBS-volume is onjuist omdat sc1-volumes zijn ontworpen voor lage kosten en zelden gebruikte data, met zeer lage IOPS, wat de prestaties van een relationele database verder zou verslechteren. Het overschakelen naar een geheugen-geoptimaliseerde instancefamilie is onjuist omdat het probleem gerelateerd is aan de I/O-prestaties van het EBS-volume, niet aan het geheugen van de EC2-instance. Het inschakelen van de unlimited burst-modus op de EC2-instance is onjuist omdat dit betrekking heeft op de CPU-prestaties van de instance, niet op de I/O-prestaties van het EBS-volume.