Bir şirket, verileri analiz etmek için Amazon OpenSearch Service'i kullanıyor. S3 Standard kullanan bir S3 paketinden 10 veri düğümüne sahip bir OpenSearch kümesine veri yüklüyor. Veriler, salt okunur analiz için bir ay boyunca kümede kalır ve ardından dizin silinir. Uyumluluk için, şirketin tüm girdi verilerinin bir kopyasını saklaması gerekir. Şirket, devam eden maliyetleri azaltmak istiyor. Hangi çözüm gereksinimleri en uygun maliyetle karşılar?

Doğru seçenek, maliyetleri düşürmek için en uygun çözümü sunar. Mevcut 10 veri düğümünü 2'ye düşürmek ve UltraWarm düğümleri eklemek, aktif sorgulama gerektirmeyen eski veriler için daha uygun maliyetli depolama sağlar. OpenSearch'e alınan verilerin doğrudan UltraWarm'a geçirilmesi, sıcak depolama maliyetlerini azaltır. Bir ay sonra S3'teki girdi verilerini S3 Glacier Deep Archive'a geçirmek için bir S3 Yaşam Döngüsü politikası kullanmak, uyumluluk gereksinimlerini karşılarken uzun vadeli depolama maliyetlerini minimize eder. Diğer seçenekler neden yanlış: İlk seçenek, tüm veri düğümlerini UltraWarm ile değiştirmeyi önerir ancak aktif veriler için sıcak depolama gereksinimini göz ardı eder ve S3'teki verileri doğrudan Glacier Deep Archive'a taşımak, OpenSearch'e yükleme sonrası maliyet avantajı sağlamaz. Üçüncü seçenek, soğuk depolama düğümleri eklemeyi önerir, ancak OpenSearch Service'te "soğuk depolama düğümleri" diye bir kavram yoktur. Ayrıca, S3'teki girdi verilerini silmek uyumluluk gereksinimini karşılamaz. Dördüncü seçenek, örnek destekli veri düğümleri eklemeyi önerir, ancak bu, UltraWarm'ın maliyet etkinliğini sunmaz ve S3'teki verileri OpenSearch'e yüklerken doğrudan Glacier Deep Archive'a taşımak, OpenSearch'teki verilerin depolama maliyetini etkilemez.