Veri ağırlıklı bir uygulama yüzlerce EC2 instance üzerinde çalışır ve şu anda 200 TB veri içeren birkaç EC2 instance üzerinde barındırılan paylaşımlı bir dosya sistemi kullanır. Ayda bir kez çalışan aylık bir iş, dosyaların bir alt kümesini okur, yaklaşık 72 saat sürer ve işlem instance'ları bir Auto Scaling grubunda ölçeklenir. Paylaşımlı dosya sistemi EC2 host'ları her zaman çalışır durumdadır. Tüm kaynaklar aynı Region'dadır. 72 saatlik iş için yüksek performanslı erişim sağlarken maliyeti düşürmek amacıyla paylaşımlı dosya sistemi sunucularını değiştirmeniz gerekmektedir. İhtiyaçları karşılarken EN BÜYÜK genel maliyet düşüşünü hangi seçenek sağlar?

Doğru cevap, S3 Intelligent-Tiering ve FSx for Lustre'ı birleştirerek maliyeti en aza indirir. Veriler S3 Intelligent-Tiering'de depolanır, bu da erişim kalıplarına göre otomatik olarak katmanlama yaparak maliyet tasarrufu sağlar. Aylık iş için, yalnızca ihtiyaç duyulan verileri S3'ten tembel yükleme (lazy loading) ile çeken geçici bir FSx for Lustre dosya sistemi oluşturulur. Bu, yüksek performanslı erişim sağlarken, iş bittiğinde FSx silinerek yalnızca kullanıldığı süre boyunca ödeme yapılır. Diğer seçenekler daha az maliyet etkin veya uygun değildir: Multi-Attach EBS, yalnızca belirli EC2 instance türleriyle çalışır ve yüzlerce instance için ölçeklenirken karmaşıklık ve performans sorunları yaratabilir. Ayrıca, 200 TB veri için pahalı olabilir ve paylaşımlı dosya sistemi gereksinimini tam olarak karşılamaz. S3 Standard ve toplu yükleme yapan FSx for Lustre, S3 Intelligent-Tiering'in otomatik maliyet optimizasyonunu kaçırır ve tüm verinin önceden yüklenmesi gerektiği için daha yüksek FSx maliyetlerine yol açabilir. AWS Storage Gateway, bu senaryo için tasarlanmamıştır. Genellikle şirket içi ortamları AWS depolama ile entegre etmek için kullanılır ve büyük ölçekli, yüksek performanslı geçici iş yükleri için FSx for Lustre kadar uygun veya maliyet etkin değildir.