Een vloot van honderden EC2-instances heeft elk twee gp2 EBS-volumes van 1 GiB. Een kritieke workload verzadigt de EBS IOPS. Bedrijfsregels verbieden het wijzigen van instancetypen of volumetypen zonder langdurige tests. Wat is de snelste manier om de EBS I/O-prestaties te verbeteren zonder instance- of volumetypen te wijzigen?

De correcte optie is het vergroten van de geprovisioneerde grootte van de 1 GiB EBS-volumes. gp2-volumes leveren 3 IOPS per GiB, met een minimum van 100 IOPS en een maximum van 16.000 IOPS. Een 1 GiB gp2-volume levert dus slechts 100 IOPS (het minimum). Door de grootte te vergroten, bijvoorbeeld naar 34 GiB, stijgt het aantal IOPS naar 102 (3 IOPS/GiB 34 GiB), wat de prestaties verbetert zonder het volumetype te wijzigen. Dit is de snelste aanpak omdat het geen wijziging van het instancetype of volumetype vereist en direct de beschikbare IOPS verhoogt. Het toevoegen van extra Elastic Network Interfaces (ENI's) verhoogt de netwerkdoorvoer, niet de EBS I/O-prestaties. Transfer Acceleration is voor S3, niet voor EBS. Een cluster placement group verbetert de netwerklatentie tussen instances, niet de EBS I/O-prestaties.