Veri erişim sıklığı zamanla azalır. Yaşam döngüsü yönetimi, nesneleri daha düşük maliyetli depolama sınıflarına (örneğin Seyrek Erişim veya Arşiv) otomatik olarak geçiren veya belirli bir sürenin ardından silen kurallar oluşturmanıza olanak tanır. Bu sayede manuel müdahale gerekmeden depolama maliyetlerini düşürürsünüz.
Nasıl Çalışır
Yaşam döngüsü yönetimi, bir paketteki nesneler üzerinde gerçekleştirilecek işlemleri otomatikleştirmek için kullanıcı tanımlı kuralları kullanır. OSS, yeni bir kuralı oluşturulduktan sonraki 24 saat içinde yükler. Kural yüklendikten sonra OSS, eşleşen kuralları her gün sabit bir saatte, genellikle bir sonraki gün 00:00 UTC'de (UTC+8 ile 08:00) yürütür.
Bir yaşam döngüsü kuralı üç ana bölümden oluşur:
-
Yönetilecek nesneler: Hedef nesneleri nesne ön eki (Prefix), nesne etiketi (Tag) veya nesne boyutuna (ObjectSize) göre filtreleyin.
Yaşam döngüsü kuralları joker karakterleri, son ek eşleştirmeyi veya düzenli ifadeleri desteklemez.
-
Gerçekleştirilecek eylemler: Filtrelenen nesnelerle ne yapılacağını tanımlayın:
Depolama sınıfı geçişi (Transition): Nesneleri Seyrek Erişim, Arşiv veya Soğuk Arşiv gibi daha düşük maliyetli depolama sınıflarına geçirin.
Süresi dolma ve silme (Expiration): Nesneler belirtilen yaşam döngüsü süresine ulaştığında bunları silin.
Parça temizliği (AbortMultipartUpload): Belirli bir sürenin ardından tamamlanmamış çok parçalı yüklemelere ait parçaları otomatik olarak silin.
-
Tetikleme ilkeleri: Eylemlerin ne zaman tetikleneceğini tanımlayın:
Son değiştirilme zamanı (Last-Modified-Time): Nesneleri son değiştirilme zamanına göre geçirin veya silin. Günlük kayıtları ve yedeklemeler gibi net bir yaşam döngüsüne sahip veriler için uygundur.
Son erişim zamanı (Last-Access-Time): Erişim izleme özelliğini etkinleştirdikten sonra nesneleri son erişim zamanına göre geçirin. Öngörülemeyen erişim desenleri (örneğin materyal kitaplığı) için uygundur. Soğuk veriler otomatik olarak düşürülür ve erişildiğinde geri yüklenir.
Yapılandırılabilen tüm parametreler Yaşam döngüsü yapılandırma öğeleri bölümünde belgelenmiştir.
Yapılandırma Senaryoları
Süresi dolmuş günlük dosyalarını otomatik olarak temizleme
Sunucular günlükleri her gün belirlenen bir dizine yükler. Depolama alanını serbest bırakmak ve maliyetleri azaltmak için son değiştirilme zamanı kuralını kullanarak belirtilen sayıda günün ardından bir paketteki tüm nesneleri silin.
Sıcak ve soğuk veriler için otomatik depolama katmanlamasını kullanma
Erişim sıklığı belirsiz olan veriler (web sitesi görselleri, videolar, belgeler) için erişim izlemeyi etkinleştirin ve akıllı veri katmanlama uygulamak üzere son erişim zamanına dayalı bir yaşam döngüsü kuralı kullanın. Sistem, gerçek erişim desenlerine göre soğuk verileri daha düşük maliyetli depolama sınıflarına geçirir.
Önceki sürümleri otomatik olarak temizleme
Sürüm oluşturma etkinleştirildiğinde üzerine yazma ve silme işlemleri önceki sürümler olarak kaydedilir. Bir pakette çok sayıda önceki sürüm veya süresi dolmuş silme işaretçisi biriktiğinde depolama maliyetlerini azaltmak için sürüm oluşturma ile birlikte son değiştirilme zamanına dayalı bir yaşam döngüsü kuralı kullanın. Bu yaklaşım maliyetleri düşürür ve nesne listeleme performansını artırır.
Çok parçalı yüklemelerden kalan parçaları otomatik olarak temizleme
Kesintiye uğrayan çok parçalı yüklemeler, ücretlendirmeye devam eden birleştirilmemiş parçalar bırakır. Belirtilen bir sürenin ardından tamamlanmamış parçaları temizlemek için bir yaşam döngüsü kuralı yapılandırın.
Önceki senaryolara ek olarak daha ayrıntılı veri yönetimi ilkeleri uygulayabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü yapılandırma örnekleri. Gereksinimlerinize göre paketinizdeki verilerin ayrıntılı yönetimini sağlamak amacıyla farklı kuralları birleştirebilirsiniz.
Birden Çok Yaşam Döngüsü Kuralı
Birden çok yaşam döngüsü kuralı iki mekanizmaya dayanır: kural yürütme önceliği ve yapılandırma üzerine yazma mekanizması.
Kural Yürütme Önceliği
Bir pakette birden çok bağımsız yaşam döngüsü kuralı bulunabilir. Bir nesne birden çok kuralla eşleştiğinde nihai eylem tüm eşleşme sonuçlarına göre belirlenir.
Aynı anda birden çok kural aynı nesneyle eşleştiğinde aşağıdaki öncelik sırasına göre yürütülür: Nesneyi Sil > Derin Soğuk Arşive Geçiş > Soğuk Arşive Geçiş > Arşive Geçiş > Seyrek Erişime Geçiş > Standarta Geçiş.
Silme eylemi her zaman depolama sınıfı geçişlerinden daha yüksek önceliğe sahiptir. Silme kuralları için zamanı geçiş kurallarından daha uzun olacak şekilde ayarlayın. Bu durum, geçiş tamamlanmadan önce nesnelerin silinmesini engeller.
Yürütme Örneği
Aşağıdaki iki yaşam döngüsü kuralını belirttiğinizi ve her iki kuralın da aynı nesneyle eşleştiğini varsayalım.
Kural 1: Son değiştirilme tarihi 365 günden eski olan nesnelerin Seyrek Erişim depolama sınıfına geçirilmesini belirtir.
Kural 2: Son değiştirilme tarihi 365 günden eski olan nesnelerin silinmesini belirtir.
Sonuç: Kurallarla eşleşen nesne, son değiştirilme tarihinden 365 gün sonra silinir.
Yapılandırma Üzerine Yazma Mekanizması
Konsol birleştirmeyi otomatik olarak işleyerek yanlışlıkla üzerine yazmayı önler. Ancak ossutil, SDK'lar veya API kullanırken her PutBucketLifecycle çağrısı mevcut tüm yaşam döngüsü yapılandırmalarını tamamen üzerine yazar. Mevcut kuralları dahil etmeden yeni bir kural gönderdiğinizde bu kurallar silinir.
Örnek
Mevcut kurallara yeni bir kural eklemek isterseniz aşağıdaki adımları uygulayın:
Şu anda etkili olan tüm yaşam döngüsü kurallarını görüntüleyin (örneğin Kural 1).
Yeni kuralı ekleyin (örneğin Kural 2).
Tüm kuralları (Kural 1 + Kural 2) içeren eksiksiz yapılandırmayı yeniden gönderin.
Not: Mevcut kuralı (Kural 1) dahil etmeden yalnızca yeni kuralı (Kural 2) içeren yapılandırmayı gönderirseniz Kural 1 silinir ve artık etkili olmaz.
Canlıya Geçiş
Yaşam döngüsü yönetimini üretim ortamında güvenli bir şekilde dağıtmak için:
Dağıtmadan önce test edin: Önce bir test paketinde kurallar oluşturun. Bunları üretime uygulamadan önce davranışı doğrulayın.
Silme kurallarını dikkatli kullanın: Önemli verilerin yanlışlıkla silinmesini önlemek için ön eki kesin olarak belirleyin.
Güvence olarak sürüm oluşturmayı etkinleştirin: Kritik veriler için sürüm oluşturmayı etkinleştirin. Böylece yaşam döngüsü kuralı tarafından yanlışlıkla silinen nesneleri önceki bir sürümden kurtarabilirsiniz.
-
Ek ücretlerden kaçınmak için aşamalı geçişleri kullanın: Her sonraki aşamanın tetikleme zamanının, önceki aşamanın tetikleme zamanı ile minimum depolama süresinin toplamını aşmasını sağlayın. Bu durum erken geçişlerden kaynaklanan ücretleri önler.
Yanlış örnek: Standart
30 days-> Seyrek Erişim40 days-> Arşiv Depolama. Nesne tekrar geçiş yapmadan önce yalnızca 10 gün boyunca IA'da kalır (< 30 days) ve ücretlendirilir.Doğru örnek: Standart
30 days-> Seyrek Erişim90 days-> Arşiv Depolama. Nesne Arşiv'e geçmeden önce 60 gün boyunca IA'da kalır (30 günlük minimumu karşılar) ve 90. günde Arşiv'e geçer.
Faturalama
Yaşam döngüsü kurallarını yapılandırmak ücretsizdir. Kurallar yürütüldüğünde ve depolama durumu değiştiğinde ücret uygulanır.
-
İstek ücretleri: Her depolama sınıfı geçişi, nesne silme veya parça silme işlemi bir
Puttürü istek oluşturur. Ücretler istek başına tahakkuk eder. Faturalandırma ayrıntıları için Yaşam döngüsü ücret açıklaması bölümüne bakın.Çok sayıda küçük dosya içeren paketler için istek ücretleri önemli olabilir. Kuralları yapılandırmadan önce değerlendirin.
-
Depolama ücretleri: Geçişten sonra nesneler yeni depolama sınıfı oranında faturalandırılır.
ÖnemliSeyrek Erişim, Arşiv ve Soğuk Arşiv gibi depolama sınıflarında minimum depolama süresi gereksinimleri bulunur (örneğin Seyrek Erişim için 30 gün, Arşiv için 60 gün). Bir yaşam döngüsü kuralı nesneyi minimum depolama süresi dolmadan siler veya geçirirse kalan depolama süresi için ödeme yapmanız gerekir. Geçişler veya silmeler nedeniyle belirtilen süreden kısa depolama için koşullu kapasite ücretlerinden kaçınmak için Belirtilen süreden kısa depolama için kapasite ücretlerinden nasıl kaçınırım? konusuna bakın. Geçiş yapmadan veya silmeden önce minimum depolama süresinin karşılandığından emin olun.
-
Veri getirme ücretleri: Yaşam döngüsü kuralları kendiliğinden veri getirme ücreti oluşturmaz. Ancak Seyrek Erişim veya Arşiv gibi depolama sınıflarındaki nesnelere erişmek getirme ücretlerine neden olur.
Bir IA nesnesini doğrudan okumak veri getirme ücretlerine neden olur.
Bir Arşiv nesnesini okumak gerçek zamanlı erişim için veri getirme kapasitesi ücretlerine neden olur.
Bir Arşiv nesnesini geri yüklemek Put türü istek ücretlerine ve getirme kapasitesi ücretlerine neden olur.
Soğuk Arşiv veya Derin Soğuk Arşiv nesnesini geri yüklemek getirme isteği ücretlerine, getirme kapasitesi ücretlerine ve geçici olarak geri yüklenmiş kapasite ücretlerine neden olur.
ÖnemliSoğuk Arşiv ve Derin Soğuk Arşiv nesneleri için ücret seçtiğiniz getirme önceliğine göre değişir. Daha yüksek öncelik daha yüksek ücrete neden olur.



