Een bedrijf heeft een lift-and-shift migratie uitgevoerd van een on-premises Oracle-database naar een Amazon EC2 memory-optimized Linux-instantie. De instantie gebruikt een 1 TB Provisioned IOPS SSD (io1) EBS-volume dat is geconfigureerd voor 64.000 IOPS. Na de migratie zijn de opslagprestaties van de database trager dan on-premises. Welke oplossing verbetert de opslagprestaties?

De correcte oplossing is het toevoegen van meer Provisioned IOPS SSD (io1) EBS-volumes en het gebruik van OS-tools (zoals LVM) om er een stripe overheen te creëren. Dit komt omdat de IOPS-limiet van een enkel io1-volume 64.000 IOPS is, ongeacht de grootte. Door meerdere volumes te stripen, kunnen de gecombineerde IOPS-limieten van de volumes worden benut, waardoor de totale doorvoer toeneemt. Het verhogen van het Provisioned IOPS SSD (io1) EBS-volume naar meer dan 64.000 IOPS is niet mogelijk, aangezien dit de harde limiet is voor een enkel io1-volume. Het vergroten van de omvang van het volume naar 2 TB zal de IOPS niet verhogen, omdat de IOPS-limiet van 64.000 al is bereikt. Het wijzigen van de EC2 Linux-instantie naar een storage-optimized instantietype zonder het EBS-volume te wijzigen, zal de opslagprestaties niet verbeteren als de bottleneck bij het EBS-volume zelf ligt.