Tüm Ürünler
Search

Bu Ürün

    Object Storage Service:Yaşam döngüsü yapılandırma örnekleri

    Belge Merkezi

    Object Storage Service:Yaşam döngüsü yapılandırma örnekleri

    Son Güncelleme:Oct 01, 2026

    Bu konu, paketlerinizdeki nesneleri yaşam döngüsü kuralları kullanarak yönetmenize yardımcı olmak amacıyla birkaç yaygın yaşam döngüsü yapılandırma örneği sunar.

    Tek filtre koşulu

    Her yaşam döngüsü kuralı en az bir filtre koşulu içerir. Filtre koşulu, kuralın uygulanacağı paketteki nesneleri belirler. Aşağıdaki örnekler, bir yaşam döngüsü kuralında filtre koşullarının nasıl belirtileceğini gösterir.

    Örnek 1: Belirli bir ön eke sahip nesneleri belirtilen gün sayısından sonra geçiş yaptırın ve silin

    Bu yaşam döngüsü kuralında filtre koşulu olarak doc/ ön eki belirtilir. Kural, doc/ ön ekine sahip nesnelere (örneğin doc/test1.txt ve doc/test2.jpg) uygulanır. Kural, nesneleri son değiştirilme zamanından 180 gün sonra Sık Erişilmeyen (IA) depolama sınıfına geçirir ve son değiştirilme zamanından 365 gün sonra siler.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule0</ID>
    <Prefix>doc/</Prefix>
    <Status>Enabled</Status>    
    <Transition>
      <Days>180</Days>
      <StorageClass>IA</StorageClass>
    </Transition>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      @id="image_f8h_i86_m2k"

      Yaşam döngüsü kuralı için konsol yapılandırma parametreleri:

      • Status: Enabled

      • Policy: Match by prefix, prefix: doc/

      • File time policy: Number of days

      • Kural 1: Veriler, son değiştirilme zamanından 180 gün sonra otomatik olarak Sık Erişilmeyen (IA) depolama sınıfına geçirilir

      • Kural 2: Veriler, son değiştirilme zamanından 365 gün sonra silinir (silinen veriler kurtarılamaz)

      • Fragment expiration policy: Disabled

    Örnek 2: Bir paketteki tüm nesneleri belirtilen gün sayısından sonra silin

    Bu yaşam döngüsü kuralı, bir paketteki tüm nesnelere uygulanır ve bunları son değiştirilme zamanından 300 gün sonra sona erdirir.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule1</ID>
    <Prefix></Prefix>
    <Status>Enabled</Status>
    <Expiration>
      <Days>300</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      @id="image_cgz_xn0_hvm"

      Konsoldaki yaşam döngüsü kuralı için temel yapılandırma öğeleri:

      • Status: Enabled

      • Policy: Applied to the entire bucket

      • File time policy: Number of days

      • Lifecycle management rule: Veriler, son değiştirilme zamanından 300 gün sonra otomatik olarak silinir (silinen veriler kurtarılamaz)

      • Fragment expiration policy: Disabled

    Örnek 3: Bir paketteki tüm nesneleri belirtilen bir tarihten sonra silin

    Bu yaşam döngüsü kuralı, bir paketteki tüm nesnelere uygulanır (ön ek boştur). Kural, son değiştirilme tarihi 30 Aralık 2023'ten önce olan tüm nesnelerin süresini doldurur.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule0</ID>
    <Prefix></Prefix>
    <Status>Enabled</Status>
    <Expiration>
      <CreatedBeforeDate>2023-12-30T00:00:00.000Z</CreatedBeforeDate>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      @id="image_kyi_zrz_8j6"

      Yaşam döngüsü kuralı için özel yapılandırma parametreleri:

      • Status: Enabled seçeneğini seçin

      • Policy: Applied to the entire bucket seçeneğini seçin

      • File time policy: Specific date seçeneğini seçin. Yaşam döngüsü yönetimi kuralını, son değiştirilme tarihi 30 Aralık 2023'ten önce olan nesnelere uygulanacak şekilde ayarlayın

      • Veri işleme: Data deletion (deleted data cannot be recovered) seçeneğini seçin

      • Fragment expiration policy: Disabled seçeneğini seçin

    Çakışan filtre koşulları

    Aşağıdaki örnekler, filtre koşulları çakıştığında yaşam döngüsü eylemleri arasındaki çakışmaların nasıl ele alındığını açıklar.

    Örnek 1: Çakışan ön eklere dayalı yaşam döngüsü eylemleri (çakışma yok)

    Çakışan ön eklere sahip iki yaşam döngüsü kuralı yapılandırdığınızı varsayalım. Kural ayrıntıları aşağıdaki gibidir:

    • Kural 1: test/ ön ekini belirtir ve nesneleri son değiştirilme zamanlarından 30 gün sonra Arşiv depolama sınıfına geçirir.

    • Kural 2: Tüm pakete (boş ön ek) uygulanır ve tüm nesneleri son değiştirilme zamanlarından 365 gün sonra siler.

    Sonuç: Kurallar çakışmaz. Hem Kural 1 hem de Kural 2'de belirtilen eylemler etkili olur.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule1</ID>
    <Prefix>test/</Prefix>
    <Status>Enabled</Status>
    <Transition>
      <Days>30</Days>
      <StorageClass>Archive</StorageClass>
    </Transition>
  </Rule>
 <Rule>
    <ID>test-rule2</ID>
    <Prefix></Prefix>
    <Status>Enabled</Status>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>  
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      • Kural 1@id="image_utj_bh4_olt"

        Kural 1 için yaşam döngüsü kuralı yapılandırması:

        • Durum: Enabled

        • İlke: Match by prefix, ön ek: test/

        • Dosya zaman ilkesi: Number of days. Veriler, son değiştirilme zamanından 30 gün sonra otomatik olarak Archive depolama sınıfına geçirilir

        • Parça sona erme ilkesi: Disabled

      • Kural 2@id="image_anx_b0q_ow2"

        • Status: Enabled

        • Policy: Applied to the entire bucket

        • File time policy: Number of days. Veriler, son değiştirilme zamanından 365 gün sonra otomatik olarak silinir (silinen veriler kurtarılamaz)

        • Fragment expiration policy: Disabled

    Örnek 2: Etiket filtrelemeye dayalı yaşam döngüsü eylemleri (çakışma)

    İki yaşam döngüsü kuralı belirttiğinizi varsayalım. Kural ayrıntıları aşağıdaki gibidir:

    • Kural 1: Etikete dayalı bir filtre koşulu (tag1/value1) belirtir ve nesneleri son değiştirilme zamanlarından 180 gün sonra IA depolama sınıfına geçirir.

    • Kural 2: Etikete dayalı bir filtre koşulu (tag2/value2) belirtir ve nesneleri son değiştirilme zamanlarından 10 gün sonra sona erdirir.

    Koşul: Bir nesne her iki etikete de sahip olduğundan, her iki kural da nesneye uygulanır.

    Sonuç: Nesne, son değiştirilme zamanından 10 gün sonra sona erer. Nesne silindiğinden depolama sınıfı geçişi gerçekleştirilemez. Bu nedenle, yalnızca Kural 2'deki sona erdirme eylemi etkili olur.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule1</ID>
    <Prefix></Prefix>
    <Tag>
      <Key>tag1</Key>
      <Value>value1</Value>
    </Tag>
    <Status>Enabled</Status>
    <Transition>
      <Days>180</Days>
      <StorageClass>IA</StorageClass>
    </Transition>
  </Rule>
  <Rule>
    <ID>test-rule2</ID>
    <Prefix></Prefix>
    <Tag>
      <Key>tag2</Key>
      <Value>value2</Value>
    </Tag>
    <Status>Enabled</Status>
    <Expiration>
      <Days>10</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      • Kural 1@id="image_227_mzc_2f8"

        Kural 1 için konsol yapılandırması:

        • Status: Enabled

        • Policy: Applied to the entire bucket

        • Tag: tag1:value1

        • File time policy: Number of days. Veriler, son değiştirilme zamanından 180 gün sonra otomatik olarak Sık Erişilmeyen (IA) depolama sınıfına geçirilir

      • Kural 2@id="image_qs5_vmn_vw5"

        Kural 2 için yaşam döngüsü yapılandırması:

        • Durum: Enabled

        • İlke: Applied to the entire bucket

        • Etiket: tag2:value2

        • Dosya zaman ilkesi: Number of days

        • Yaşam döngüsü yönetimi kuralı: Data deletion işlemi, son değiştirilme zamanından 10 gün sonra yürütülür (silinen veriler kurtarılamaz)

    Örnek 3: Aynı zaman dilimine dayalı yaşam döngüsü eylemleri (çakışma)

    İki yaşam döngüsü kuralı belirttiğinizi varsayalım. Kural ayrıntıları aşağıdaki gibidir:

    • Kural 1: Son değiştirilme süresi 365 günden uzun olan nesnelerin IA nesnelere dönüştürüleceğini belirtin.

    • Kural 2: Son değiştirilme süresi 365 günden uzun olan nesnelerin silineceğini belirtin.

    Çalıştırma sonucu: Kurallarla eşleşen nesneler, son değiştirilme süreleri 365 günden uzun olduktan sonra silinir.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>rule1</ID>
    <Prefix></Prefix>    
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>IA</StorageClass>
    </Transition>
  </Rule>
  <Rule>
    <ID>rule2</ID>
    <Prefix></Prefix>    
    <Status>Enabled</Status>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      • Kural 1@id="image_ldr_4ti_lpz"

        Kural 1 için yapılandırma:

        • Policy: Applied to the entire bucket seçeneğini seçin

        • File time policy: Number of days seçeneğini seçin. Kural: Veriler, son değiştirilme zamanından 365 gün sonra otomatik olarak Infrequent Access (IA) depolama sınıfına geçirilir

        • Fragment expiration policy: Disabled seçeneğini seçin

      • Kural 2@id="image_dv9_qil_7z2"

        Kural 2 için yaşam döngüsü yapılandırması:

        • Durum: Enabled

        • İlke: Applied to the entire bucket

        • Dosya zaman ilkesi: Number of days

        • Yaşam döngüsü yönetimi kuralı: Veriler, son değiştirilme zamanından 365 gün sonra otomatik olarak silinir (silinen veriler kurtarılamaz)

        • Parça sona erme ilkesi: Disabled

    Örnek 4: Aynı eylemi belirten çakışan ön eklere dayalı yaşam döngüsü eylemleri (çakışma)

    İki yaşam döngüsü kuralı belirttiğinizi varsayalım. Kural ayrıntıları aşağıdaki gibidir:

    • Kural 1: logs/ ön ekine sahip nesnelerin, son değiştirilme zamanlarından 180 gün sonra Sık Erişilmeyen depolama sınıfına geçirilmesini belirtir.

    • Kural 2: Mevcut paketteki tüm nesnelerin, son değiştirilme zamanlarından 30 gün sonra Sık Erişilmeyen depolama sınıfına geçirilmesini belirtir.

    Sonuç: Paketteki tüm nesneler, son değiştirilme zamanlarından 30 gün sonra Sık Erişilmeyen depolama sınıfına geçirilir.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>rule1</ID>
    <Prefix>logs/</Prefix>
    <Status>Enabled</Status>
    <Transition>
      <Days>180</Days>
      <StorageClass>IA</StorageClass>
    </Transition>
  </Rule>
 <Rule>
    <ID>rule2</ID>
    <Prefix></Prefix>
    <Status>Enabled</Status>
    <Transition>
      <Days>30</Days>
      <StorageClass>IA</StorageClass>
    </Transition>
  </Rule>  
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      • Kural 1@id="image_z03_ysx_iye"

        Kural 1 için konsol yapılandırması:

        • Status: Enabled

        • Policy: Match by prefix, prefix: logs/

        • File time policy: Number of days. Veriler, son değiştirilme zamanından 180 gün sonra otomatik olarak Sık Erişilmeyen (IA) depolama sınıfına geçirilir

        • Fragment expiration policy: Disabled

      • Kural 2@id="image_ie7_6vp_0t4"

        Kural 2 yapılandırması: Durum Enabled şeklindedir. Dosya zaman ilkesi Number of days olarak ayarlanmıştır. Yaşam döngüsü yönetimi kuralı, verilerin son değiştirilme zamanından 30 gün sonra otomatik olarak Infrequent Access (IA) depolama sınıfına geçirileceğini belirtir. Parça sona erme ilkesi Disabled olarak ayarlanmıştır.

    Bir yaşam döngüsü kuralını devre dışı bırakma

    İki yaşam döngüsü kuralı belirttiğinizi varsayalım. Kural ayrıntıları aşağıdaki gibidir:

    • Kural 1 (Devre Dışı): logs/ ön ekine sahip nesnelerin oluşturulduktan 100 gün sonra IA depolama sınıfına geçirilmesini belirtir.

    • Kural 2 (Etkin): documents/ ön ekine sahip nesnelerin oluşturulduktan 50 gün sonra Arşiv depolama sınıfına geçirilmesini belirtir.

    Sonuç: Yalnızca etkin kural etkili olur.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule1</ID>
    <Prefix>logs/</Prefix>
    <Status>Disabled</Status>
    <Transition>
      <Days>100</Days>
      <StorageClass>IA</StorageClass>
    </Transition>
  </Rule>
  <Rule>
    <ID>test-rule2</ID>
    <Prefix>documents/</Prefix>
    <Status>Enabled</Status>
    <Transition>
      <Days>50</Days>
      <StorageClass>Archive</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      • Kural 1@id="image_mh8_8rv_j29"

        Kural 1 için yaşam döngüsü kuralı yapılandırması:

        • Policy: Match by prefix, prefix: logs/

        • File time policy: Number of days. Veriler, son değiştirilme zamanından 100 gün sonra otomatik olarak Infrequent Access (IA) depolama sınıfına geçirilir

        • Fragment expiration policy: Disabled

        • Status: Disabled

      • Kural 2@id="image_8o3_g0y_iy7"

        Kural 2 için yapılandırma: İlke Match by prefix olarak, ön ek documents/ olarak ayarlanmıştır. Dosya zaman ilkesi Number of days olarak, veriler son değiştirilme zamanından 50 gün sonra otomatik olarak Archive depolama sınıfına geçirilecek şekilde ayarlanmıştır. Parça sona erme ilkesi Disabled olarak ayarlanmıştır.

    Sürüm oluşturma içeren yaşam döngüsü kuralları

    Sürüm oluşturma etkinleştirildiğinde, paketteki her nesnenin bir geçerli sürümü ve sıfır veya daha fazla geçerli olmayan sürümü bulunur. Sürüm oluşturma hakkında daha fazla bilgi için bkz. Sürüm Oluşturma.

    Örnek 1: Geçerli olmayan nesne sürümlerini belirtilen gün sayısından sonra geçiş yaptırın ve silin

    Bu örnekte, sürüm oluşturma özelliği etkinleştirilmiş bir paket için bir yaşam döngüsü kuralı yapılandırılır. Kural, geçerli nesne sürümlerini son değiştirilme zamanlarından 10 gün sonra IA depolama sınıfına geçirir. Ayrıca kural, geçerli olmayan nesne sürümlerini geçerli olmayan hale geldikten 60 gün sonra Arşiv depolama sınıfına geçirir ve geçerli olmayan hale geldikten 90 gün sonra siler.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule0</ID>
    <Prefix></Prefix>
    <Status>Enabled</Status>
    <Transition>
      <Days>10</Days>
      <StorageClass>IA</StorageClass>
    </Transition>
    <NoncurrentVersionTransition>
      <NoncurrentDays>60</NoncurrentDays>
      <StorageClass>Archive</StorageClass>
    </NoncurrentVersionTransition>
    <NoncurrentVersionExpiration>
      <NoncurrentDays>90</NoncurrentDays>
    </NoncurrentVersionExpiration>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      @id="image_oc4_yfo_fh6"

      Yapılandırma ayrıntıları:

      • Status: Enabled seçeneğini seçin. Policy: Match by prefix seçeneğini seçin

      • Current version file execution policy: Dosya zaman ilkesi: Number of days seçeneğini seçin. Verilerin son değiştirilme zamanından 10 gün sonra otomatik olarak Infrequent Access (IA) depolama sınıfına geçirilmesini ayarlayın

      • Noncurrent version file execution policy: Dosya zaman ilkesi: Number of days seçeneğini seçin. Geçerli olmayan hale geldikten 60 gün sonra Archive depolama sınıfına geçiş yapacak ve geçerli olmayan hale geldikten 90 gün sonra verileri delete edecek şekilde ayarlayın (silinen veriler kurtarılamaz)

      • Fragment execution policy: Disabled seçeneğini seçin

    Örnek 2: Süresi dolmuş silme işaretçilerini silin

    Bir nesnenin tek sürümü bir silme işaretçisi ise buna süresi dolmuş silme işaretçisi denir. Aşağıdaki örnek, süresi dolmuş silme işaretçilerini kaldıran bir yaşam döngüsü kuralını gösterir.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>test-rule0</ID>
    <Prefix></Prefix>
    <Status>Enabled</Status>
    <Expiration>
      <ExpiredObjectDeleteMarker>true</ExpiredObjectDeleteMarker>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      @id="image_p65_1o0_nyr"

      Yaşam döngüsü kuralı yapılandırması:

      • Status: Enabled seçeneğini seçin

      • Policy: Applied to the entire bucket seçeneğini seçin

      • Current version file execution policy: File time policy: Remove expired delete markers seçeneğini seçin

      • Noncurrent version file execution policy: File time policy: Disabled seçeneğini seçin

      • Fragment execution policy: Fragment expiration policy: Disabled seçeneğini seçin

    Süresi dolmuş parçaları temizleme

    Bu örnek, logs/ ön ekine sahip parçaların 5 gün sonra süresini dolduran bir yaşam döngüsü kuralını gösterir. Parçalar, CompleteMultipartUpload işlemi yürütülmemiş çok parçalı yükleme parçalarıdır.

    Aşağıdaki örnekler, bu yaşam döngüsü kuralı için XML ve konsol yapılandırmalarını gösterir:

    • XML

      <LifecycleConfiguration>
  <Rule>
    <ID>lifecyclerule1</ID>
    <Prefix>logs/</Prefix>
    <Status>Enabled</Status>
    <AbortMultipartUpload>
      <Days>5</Days>
    </AbortMultipartUpload>
  </Rule>
</LifecycleConfiguration>

    • Konsol

      Not

      Bu koşullara sahip bir yaşam döngüsü kuralını konsol üzerinden de yapılandırabilirsiniz. Daha fazla bilgi için bkz. Yaşam döngüsü kurallarını ayarlayın.

      @id="image_b91_v3x_kia"

      Konsol yaşam döngüsü kuralı yapılandırması:

      • Status: Enabled

      • Policy: Match by prefix, prefix: logs/

      • File time policy: Disabled

      • Fragment expiration policy: Number of days. 5 günden daha eski parçalar sistem tarafından otomatik olarak silinir (silinen veriler kurtarılamaz)

    Başvurular