All Products
Search

This Product

    Object Storage Service:Contoh konfigurasi lifecycle

    Document Center

    Object Storage Service:Contoh konfigurasi lifecycle

    Last Updated:Jul 16, 2026

    Dokumen ini menyajikan beberapa contoh konfigurasi lifecycle umum untuk membantu Anda mengelola objek di bucket menggunakan aturan lifecycle.

    Kondisi filter tunggal

    Setiap aturan lifecycle mencakup setidaknya satu kondisi filter yang menentukan objek dalam bucket yang terkena aturan tersebut. Contoh berikut menunjukkan cara menentukan kondisi filter dalam aturan lifecycle.

    Contoh 1: Transisi dan hapus objek dengan awalan tertentu setelah jumlah hari tertentu

    Dalam aturan lifecycle ini, kondisi filter menentukan awalan doc/. Aturan tersebut berlaku untuk objek dengan awalan doc/, seperti doc/test1.txt dan doc/test2.jpg. Objek-objek tersebut akan ditransisikan ke kelas penyimpanan Infrequent Access (IA) 180 hari setelah waktu modifikasi terakhirnya dan dihapus 365 hari setelah waktu modifikasi terakhirnya.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      Parameter konfigurasi Konsol untuk aturan lifecycle:

      • Status: Enabled

      • Policy: Match by prefix, prefix: doc/

      • File time policy: Number of days

      • Rule 1: Data secara otomatis ditransisikan ke Infrequent Access (IA) 180 hari setelah waktu modifikasi terakhir

      • Rule 2: Data dihapus 365 hari setelah waktu modifikasi terakhir (data yang dihapus tidak dapat dipulihkan)

      • Fragment expiration policy: Disabled

    Contoh 2: Hapus semua objek di bucket setelah jumlah hari tertentu

    Aturan lifecycle ini berlaku untuk semua objek di bucket dan menghapusnya 300 hari setelah waktu modifikasi terakhir.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • XML

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

    • Konsol

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      Item konfigurasi utama untuk aturan lifecycle di Konsol:

      • Status: Enabled

      • Policy: Applied to the entire bucket

      • File time policy: Number of days

      • Lifecycle management rule: Data secara otomatis dihapus 300 hari setelah waktu modifikasi terakhir (data yang dihapus tidak dapat dipulihkan)

      • Fragment expiration policy: Disabled

    Contoh 3: Hapus semua objek di bucket setelah tanggal tertentu

    Aturan lifecycle ini berlaku untuk semua objek di bucket (tanpa awalan) dan menghapus semua objek yang terakhir dimodifikasi sebelum 30 Desember 2023.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      Parameter konfigurasi spesifik untuk aturan lifecycle:

      • Status: Pilih Enabled

      • Policy: Pilih Applied to the entire bucket

      • File time policy: Pilih Specific date. Tetapkan aturan manajemen lifecycle untuk diterapkan pada objek yang waktu modifikasi terakhirnya sebelum 30 Desember 2023

      • Pemrosesan data: Pilih Data deletion (deleted data cannot be recovered)

      • Fragment expiration policy: Pilih Disabled

    Kondisi filter yang tumpang tindih

    Contoh berikut menjelaskan penanganan konflik antar aksi lifecycle ketika kondisi filter saling tumpang tindih.

    Contoh 1: Aksi lifecycle berdasarkan awalan yang tumpang tindih (tidak ada konflik)

    Misalnya, Anda mengonfigurasi dua aturan lifecycle dengan awalan yang tumpang tindih sebagai berikut:

    • Rule 1: Menentukan awalan test/ dan mentransisikan objek ke kelas penyimpanan Archive 30 hari setelah waktu modifikasi terakhir.

    • Rule 2: Berlaku untuk seluruh bucket (tanpa awalan) dan menghapus semua objek 365 hari setelah waktu modifikasi terakhir.

    Hasil: Aturan tidak saling bertentangan. Aksi dari Rule 1 dan Rule 2 sama-sama berlaku.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      • Rule 1

        Konfigurasi aturan lifecycle untuk Rule 1:

        • Status: Enabled

        • Policy: Match by prefix, prefix: test/

        • File time policy: Number of days. Data secara otomatis ditransisikan ke kelas penyimpanan Archive 30 hari setelah waktu modifikasi terakhir

        • Fragment expiration policy: Disabled

      • Rule 2

        • Status: Enabled

        • Policy: Applied to the entire bucket

        • File time policy: Number of days. Data secara otomatis dihapus 365 hari setelah waktu modifikasi terakhir (data yang dihapus tidak dapat dipulihkan)

        • Fragment expiration policy: Disabled

    Contoh 2: Aksi lifecycle berdasarkan filter tag (konflik)

    Misalnya, Anda menentukan dua aturan lifecycle sebagai berikut:

    • Rule 1: Menentukan kondisi filter berbasis tag (tag1/value1) dan mentransisikan objek ke kelas penyimpanan IA 180 hari setelah waktu modifikasi terakhir.

    • Rule 2: Menentukan kondisi filter berbasis tag (tag2/value2) dan menghapus objek 10 hari setelah waktu modifikasi terakhir.

    Kondisi: Sebuah objek memiliki kedua tag tersebut, sehingga kedua aturan berlaku untuk objek tersebut.

    Hasil: Objek tersebut dihapus 10 hari setelah waktu modifikasi terakhir. Karena objek telah dihapus, transisi kelas penyimpanan tidak dapat dilakukan. Oleh karena itu, hanya aksi penghapusan dari Rule 2 yang berlaku.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      • Rule 1

        Konfigurasi Konsol untuk Rule 1:

        • Status: Enabled

        • Policy: Applied to the entire bucket

        • Tag: tag1:value1

        • File time policy: Number of days. Data secara otomatis ditransisikan ke Infrequent Access (IA) 180 hari setelah waktu modifikasi terakhir

      • Rule 2

        Konfigurasi lifecycle untuk Rule 2:

        • Status: Enabled

        • Policy: Applied to the entire bucket

        • Tag: tag2:value2

        • File time policy: Number of days

        • Lifecycle management rule: Data deletion dieksekusi 10 hari setelah waktu modifikasi terakhir (data yang dihapus tidak dapat dipulihkan)

    Contoh 3: Aksi lifecycle berdasarkan periode waktu yang sama (konflik)

    Misalnya, Anda menentukan dua aturan lifecycle sebagai berikut:

    • Rule 1: Menentukan bahwa objek yang telah dimodifikasi lebih dari 365 hari dikonversi menjadi objek IA.

    • Rule 2: Menentukan bahwa objek yang telah dimodifikasi lebih dari 365 hari dihapus.

    Hasil eksekusi: Objek yang sesuai aturan dihapus setelah dimodifikasi lebih dari 365 hari.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      • Rule 1

        Konfigurasi untuk Rule 1:

        • Policy: Pilih Applied to the entire bucket

        • File time policy: Pilih Number of days. Aturan: Data secara otomatis ditransisikan ke Infrequent Access (IA) 365 hari setelah waktu modifikasi terakhir

        • Fragment expiration policy: Pilih Disabled

      • Rule 2

        Konfigurasi lifecycle untuk Rule 2:

        • Status: Enabled

        • Policy: Applied to the entire bucket

        • File time policy: Number of days

        • Lifecycle management rule: Data secara otomatis dihapus 365 hari setelah waktu modifikasi terakhir (data yang dihapus tidak dapat dipulihkan)

        • Fragment expiration policy: Disabled

    Contoh 4: Aksi lifecycle berdasarkan awalan yang tumpang tindih dengan aksi yang sama (konflik)

    Misalnya, Anda menentukan dua aturan lifecycle sebagai berikut:

    • Rule 1: Menentukan untuk mentransisikan objek dengan awalan logs/ ke kelas penyimpanan Infrequent Access 180 hari setelah waktu modifikasi terakhir.

    • Rule 2: Menentukan untuk mentransisikan semua objek di bucket ke kelas penyimpanan Infrequent Access 30 hari setelah waktu modifikasi terakhir.

    Hasil: Semua objek di bucket ditransisikan ke kelas penyimpanan Infrequent Access 30 hari setelah waktu modifikasi terakhir.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      • Rule 1

        Konfigurasi Konsol untuk Rule 1:

        • Status: Enabled

        • Policy: Match by prefix, prefix: logs/

        • File time policy: Number of days. Data secara otomatis ditransisikan ke kelas penyimpanan Infrequent Access (IA) 180 hari setelah waktu modifikasi terakhir

        • Fragment expiration policy: Disabled

      • Rule 2

        Konfigurasi Rule 2: Status adalah Enabled. File time policy adalah Number of days. Aturan manajemen lifecycle menentukan bahwa data secara otomatis ditransisikan ke kelas penyimpanan Infrequent Access (IA) 30 hari setelah waktu modifikasi terakhir. Fragment expiration policy adalah Disabled.

    Menonaktifkan aturan lifecycle

    Misalnya, Anda menentukan dua aturan lifecycle sebagai berikut:

    • Rule 1 (Disabled): Menentukan untuk mentransisikan objek dengan awalan logs/ ke kelas penyimpanan IA 100 hari setelah dibuat.

    • Rule 2 (Enabled): Menentukan untuk mentransisikan objek dengan awalan documents/ ke kelas penyimpanan Archive 50 hari setelah dibuat.

    Hasil: Hanya aturan yang diaktifkan yang berlaku.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      • Rule 1

        Konfigurasi aturan lifecycle untuk Rule 1:

        • Policy: Match by prefix, prefix: logs/

        • File time policy: Number of days. Data secara otomatis ditransisikan ke Infrequent Access (IA) 100 hari setelah waktu modifikasi terakhir

        • Fragment expiration policy: Disabled

        • Status: Disabled

      • Rule 2

        Konfigurasi untuk Rule 2: Policy diatur ke Match by prefix, prefix: documents/. File time policy diatur ke Number of days, dengan data secara otomatis ditransisikan ke kelas penyimpanan Archive 50 hari setelah waktu modifikasi terakhir. Fragment expiration policy diatur ke Disabled.

    Aturan lifecycle dengan versioning

    Saat versioning diaktifkan, setiap objek di bucket memiliki satu versi current dan nol atau lebih versi noncurrent. Untuk informasi selengkapnya tentang versioning, lihat Versioning.

    Contoh 1: Transisi dan hapus versi objek noncurrent setelah jumlah hari tertentu

    Pada contoh ini, aturan lifecycle dikonfigurasi untuk bucket dengan versioning diaktifkan. Aturan ini mentransisikan versi objek current ke kelas penyimpanan IA 10 hari setelah waktu modifikasi terakhir. Aturan ini juga mentransisikan versi objek noncurrent ke kelas penyimpanan Archive 60 hari setelah menjadi noncurrent, lalu menghapusnya 90 hari setelah menjadi noncurrent.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • 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

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      Detail konfigurasi:

      • Status: Pilih Enabled. Policy: Pilih Match by prefix

      • Current version file execution policy: File time policy: Pilih Number of days. Atur data agar secara otomatis ditransisikan ke Infrequent Access (IA) 10 hari setelah waktu modifikasi terakhir

      • Noncurrent version file execution policy: File time policy: Pilih Number of days. Atur untuk ditransisikan ke kelas penyimpanan Archive 60 hari setelah menjadi noncurrent, dan delete data 90 hari setelah menjadi noncurrent (data yang dihapus tidak dapat dipulihkan)

      • Fragment execution policy: Pilih Disabled

    Contoh 2: Hapus penanda hapus yang kedaluwarsa

    Jika satu-satunya versi objek adalah penanda hapus, maka disebut sebagai penanda hapus yang kedaluwarsa. Contoh berikut menunjukkan aturan lifecycle yang menghapus penanda hapus yang kedaluwarsa.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • XML

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

    • Konsol

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      Konfigurasi aturan lifecycle:

      • Status: Pilih Enabled

      • Policy: Pilih Applied to the entire bucket

      • Current version file execution policy: File time policy: Pilih Remove expired delete markers

      • Noncurrent version file execution policy: File time policy: Pilih Disabled

      • Fragment execution policy: Fragment expiration policy: Pilih Disabled

    Pembersihan fragmen yang kedaluwarsa

    Contoh ini menunjukkan aturan lifecycle yang menghapus fragmen dengan awalan logs/ setelah 5 hari. Fragmen adalah bagian dari unggah multi-bagian yang operasi CompleteMultipartUpload-nya tidak dieksekusi.

    Berikut adalah konfigurasi XML dan Konsol untuk aturan lifecycle ini:

    • XML

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

    • Konsol

      Catatan

      Anda juga dapat menggunakan Konsol untuk mengonfigurasi aturan lifecycle dengan kondisi ini. Untuk informasi selengkapnya, lihat Set lifecycle rules.

      Konfigurasi aturan lifecycle Konsol:

      • Status: Enabled

      • Policy: Match by prefix, prefix: logs/

      • File time policy: Disabled

      • Fragment expiration policy: Number of days. Fragmen yang dihasilkan lebih dari 5 hari lalu secara otomatis dihapus oleh sistem (data yang dihapus tidak dapat dipulihkan)

    Referensi