Een vloot van Linux EC2 Spot Instances gebruikt gekoppelde EBS-volumes die zijn hersteld vanaf snapshots en wordt regelmatig gestart en gestopt. Na het herstellen van volumes vanaf snapshots is de initiële I/O-doorvoer lager dan verwacht en kan de workload niet de bijna volledige geprovisioneerde IOPS krijgen die het nodig heeft. Wat moet een SysOps-beheerder doen om ervoor te zorgen dat herstelde EBS-volumes onmiddellijk de verwachte prestaties leveren?

Fast Snapshot Restore (FSR) is de juiste oplossing omdat het ervoor zorgt dat volledig geprovisioneerde prestaties onmiddellijk beschikbaar zijn bij het maken van een volume vanuit een snapshot. Zonder FSR moet een EBS-volume dat is gemaakt vanuit een snapshot worden geïnitialiseerd, wat resulteert in een lagere I/O-doorvoer totdat alle gegevens zijn geladen. Het herstellen naar een ongecodeerd volume en later coderen heeft geen invloed op de initiële prestaties. Het formatteren van EBS-volumes als XFS-bestandssystemen heeft geen invloed op de onderliggende EBS-prestaties bij het herstellen vanuit een snapshot. Het verhogen van de Linux read-ahead buffer kan de prestaties van specifieke workloads beïnvloeden, maar lost het onderliggende probleem van trage initialisatie van EBS-volumes vanuit snapshots niet op.