Eine Flotte von Linux EC2 Spot Instances verwendet angehängte EBS-Volumes, die aus Snapshots wiederhergestellt wurden und häufig gestartet und gestoppt werden. Nach dem Wiederherstellen von Volumes aus Snapshots ist der anfängliche E/A-Durchsatz niedriger als erwartet, und die Workload kann nicht die nahezu vollständigen bereitgestellten IOPS erhalten, die sie benötigt. Was sollte ein SysOps-Administrator tun, um sicherzustellen, dass wiederhergestellte EBS-Volumes sofort die erwartete Leistung liefern?

Fast Snapshot Restore (FSR) ist die korrekte Lösung, da es die Leistung von EBS-Volumes, die aus Snapshots wiederhergestellt wurden, sofort nach der Wiederherstellung vollständig initialisiert. Ohne FSR müssen die Daten erst von S3 auf das Volume geladen werden, was zu einer anfänglich niedrigeren E/A-Leistung führt, bis alle Blöcke gelesen oder geschrieben wurden. Die Wiederherstellung auf unverschlüsselten Volumes und anschließende Verschlüsselung ist umständlich und löst das Problem der anfänglichen Leistung nicht, da die Daten immer noch geladen werden müssen. Das Formatieren als XFS-Dateisystem vor der Wiederherstellung ist irrelevant für die Initialisierungsleistung des EBS-Volumes selbst. Das Erhöhen des Linux Read-Ahead-Puffers kann die Leistung bei sequenziellen Lesevorgängen verbessern, behebt aber nicht das grundlegende Problem der langsamen Initialisierung von EBS-Volumes aus Snapshots.