Topik ini menyajikan beberapa contoh umum konfigurasi lifecycle untuk membantu Anda mengelola objek di bucket dengan lebih efektif.
Tentukan kondisi filter
Setiap aturan lifecycle mencakup setidaknya satu kondisi filter, yang menentukan apakah aturan tersebut berlaku untuk objek tertentu atau semua objek dalam bucket. Berikut adalah cara menentukan kondisi filter dalam konfigurasi lifecycle:
Contoh 1: Mengubah kelas penyimpanan dan menghapus objek yang nama-namanya mengandung prefix tertentu setelah sejumlah hari tertentu telah berlalu
Dalam konfigurasi aturan lifecycle, prefix doc/ digunakan sebagai kondisi filter. Ini berarti aturan lifecycle hanya berlaku untuk objek dengan nama yang memiliki awalan doc/, seperti doc/test1.txt dan doc/test2.jpg. Aturan ini menetapkan bahwa kelas penyimpanan objek yang sesuai akan diubah menjadi Infrequent Access (IA) setelah 180 hari terakhir dimodifikasi, dan objek yang sesuai akan dihapus setelah 365 hari terakhir dimodifikasi.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol Object Storage Service (OSS):
Konfigurasi dalam Format 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>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.

Contoh 2: Hapus semua objek di bucket setelah sejumlah hari tertentu telah berlalu
Pada contoh konfigurasi lifecycle berikut, kondisi filter menetapkan bahwa aturan lifecycle berlaku untuk semua objek di bucket. Semua objek di bucket akan kedaluwarsa 300 hari setelah terakhir dimodifikasi berdasarkan aturan lifecycle.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format XML
<LifecycleConfiguration> <Rule> <ID>test-rule1</ID> <Prefix></Prefix> <Status>Enabled</Status> <Expiration> <Days>300</Days> </Expiration> </Rule> </LifecycleConfiguration>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.

Contoh 3: Hapus semua objek yang dimodifikasi sebelum tanggal tertentu di bucket
Pada contoh konfigurasi lifecycle berikut, parameter Prefix tidak dikonfigurasi, dan kondisi filter menetapkan bahwa aturan lifecycle berlaku untuk semua objek di bucket. Semua objek yang dimodifikasi sebelum 30 Desember 2023 akan kedaluwarsa berdasarkan aturan lifecycle.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format XML
<LifecycleConfiguration> <Rule> <ID>test-rule0</ID> <Prefix></Prefix> <Status>Enabled</Status> <Expiration> <CreatedBeforeDate>2023-12-30T00:00:00.000Z</CreatedBeforeDate> </Expiration> </Rule> </LifecycleConfiguration>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.

Tentukan kondisi filter yang tumpang tindih
Contoh berikut menunjukkan bagaimana operasi yang ditentukan dalam aturan lifecycle bertentangan ketika kondisi filter dari aturan lifecycle tumpang tindih.
Contoh 1: Operasi yang ditentukan oleh aturan lifecycle berdasarkan prefix yang tumpang tindih (tidak ada konflik)
Contoh ini menunjukkan bagaimana aturan lifecycle diterapkan ketika kondisi yang ditentukan dalam aturan lifecycle tidak bertentangan. Misalkan Anda menentukan aturan lifecycle berikut dengan prefix yang tumpang tindih:
Aturan 1 berlaku untuk objek dengan nama yang mengandung prefix test/ dan menetapkan bahwa kelas penyimpanan objek tersebut diubah menjadi Archive 30 hari setelah terakhir dimodifikasi.
Aturan 2 berlaku untuk semua objek di bucket dan menetapkan bahwa objek dihapus 365 hari setelah terakhir dimodifikasi.
Hasil Eksekusi: Kedua aturan tidak bertentangan. Oleh karena itu, operasi yang ditentukan dalam kedua aturan lifecycle berlaku.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format 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>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.
Aturan 1

Aturan 2

Contoh 2: Operasi yang ditentukan oleh aturan lifecycle berdasarkan tag (konflik)
Contoh ini menunjukkan bagaimana aturan lifecycle diterapkan ketika kondisi yang ditentukan dalam aturan lifecycle bertentangan. Misalkan Anda menentukan aturan lifecycle berikut:
Aturan 1 menentukan kondisi filter berdasarkan Tag A (tag1/value1) dan menetapkan bahwa kelas penyimpanan objek ke mana tag ditambahkan diubah menjadi IA 180 hari setelah terakhir dimodifikasi.
Aturan 2 menentukan kondisi filter berdasarkan Tag B (tag2/value2) dan menetapkan bahwa objek ke mana tag ditambahkan kedaluwarsa 10 hari setelah terakhir dimodifikasi.
Jika sebuah objek memiliki dua tag yang ditentukan dalam dua aturan lifecycle, kedua aturan lifecycle berlaku untuk objek tersebut.
Hasil Eksekusi: Objek tersebut kedaluwarsa 10 hari setelah terakhir dimodifikasi. Setelah objek dihapus, operasi konversi kelas penyimpanan yang ditentukan dalam aturan lifecycle pertama tidak dapat dilakukan. Oleh karena itu, hanya operasi kedaluwarsa yang ditentukan dalam aturan lifecycle kedua yang berlaku.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format 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>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.
Aturan 1

Aturan 2

Contoh 3: Operasi yang ditentukan oleh aturan lifecycle berdasarkan waktu yang sama (konflik)
Contoh ini menunjukkan bagaimana aturan lifecycle diterapkan ketika kondisi yang ditentukan dalam aturan lifecycle bertentangan. Misalkan Anda menentukan aturan lifecycle berikut:
Aturan 1: Menetapkan bahwa objek yang terakhir dimodifikasi lebih dari 365 hari diubah menjadi objek IA.
Aturan 2: Menetapkan bahwa objek yang terakhir dimodifikasi lebih dari 365 hari dihapus.
Hasil Eksekusi: Objek yang sesuai dengan aturan dihapus setelah terakhir dimodifikasi lebih dari 365 hari.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format 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>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.
Aturan 1

Aturan 2

Contoh 4: Operasi yang ditentukan oleh aturan lifecycle berdasarkan prefix yang tumpang tindih dan operasi yang sama (konflik)
Contoh ini menunjukkan bagaimana aturan lifecycle diterapkan ketika kondisi yang ditentukan dalam aturan lifecycle bertentangan. Misalkan Anda menentukan aturan lifecycle berikut:
Aturan 1 menetapkan bahwa kelas penyimpanan objek dengan nama yang mengandung prefix logs/ diubah menjadi IA 180 hari setelah terakhir dimodifikasi.
Aturan 2 menetapkan bahwa kelas penyimpanan semua objek diubah menjadi IA 30 hari setelah terakhir dimodifikasi.
Hasil Eksekusi: Kelas penyimpanan semua objek diubah menjadi IA 30 hari setelah terakhir dimodifikasi.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format 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>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.
Aturan 1

Aturan 2

Nonaktifkan aturan lifecycle
Contoh ini menunjukkan bagaimana aturan lifecycle diterapkan ketika kondisi yang ditentukan dalam aturan lifecycle bertentangan. Misalkan Anda menentukan aturan lifecycle berikut:
Aturan 1 dinonaktifkan dan menetapkan bahwa kelas penyimpanan objek dengan nama yang mengandung prefix
logs/diubah menjadi IA 100 hari setelah objek dibuat.Aturan 2 diaktifkan dan menetapkan bahwa kelas penyimpanan objek dengan nama yang mengandung prefix
documents/diubah menjadi Archive 50 hari setelah objek dibuat.
Hasil Eksekusi: Hanya aturan lifecycle dengan parameter Status disetel ke Enabled yang berlaku.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format 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>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.
Aturan 1

Aturan 2

Konfigurasikan aturan lifecycle untuk bucket yang diversioning
Dalam bucket dengan versioning, setiap objek memiliki versi saat ini dan mungkin memiliki versi sebelumnya. Untuk informasi lebih lanjut tentang versioning, lihat Versioning.
Contoh 1: Mengubah kelas penyimpanan dan menghapus versi sebelumnya dari objek setelah sejumlah hari tertentu telah berlalu
Aturan lifecycle menetapkan bahwa kelas penyimpanan semua objek di bucket diubah menjadi IA 10 hari setelah objek terakhir dimodifikasi dan menjadi Archive 60 hari setelah objek menjadi versi sebelumnya. Selain itu, objek dihapus 90 hari setelah objek menjadi versi sebelumnya.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format 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>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.

Contoh 2: Hapus penanda hapus yang kedaluwarsa
Jika versi saat ini dari objek adalah penanda hapus dan versi lain dari objek dihapus, penanda hapus kedaluwarsa. Anda dapat mengonfigurasi aturan lifecycle berikut untuk menghapus penanda hapus yang kedaluwarsa.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format XML
<LifecycleConfiguration> <Rule> <ID>test-rule0</ID> <Prefix></Prefix> <Status>Enabled</Status> <Expiration> <ExpiredObjectDeleteMarker>true</ExpiredObjectDeleteMarker> </Expiration> </Rule> </LifecycleConfiguration>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.

Konfigurasikan aturan lifecycle untuk menghapus bagian yang kedaluwarsa
Misalkan Anda menggunakan unggah multipart untuk mengunggah objek dan tidak memanggil operasi CompleteMultipartUpload untuk menyelesaikan tugas unggah multipart. Dalam kasus ini, Anda dapat mengonfigurasi aturan lifecycle untuk menentukan bahwa bagian-bagian dengan nama yang mengandung prefix logs/ kedaluwarsa 5 hari setelah bagian-bagian tersebut diunggah.
Berikut adalah contoh konfigurasi aturan lifecycle dalam format XML dan di Konsol OSS:
Konfigurasi dalam Format XML
<LifecycleConfiguration> <Rule> <ID>lifecyclerule1</ID> <Prefix>logs/</Prefix> <Status>Enabled</Status> <AbortMultipartUpload> <Days>5</Days> </AbortMultipartUpload> </Rule> </LifecycleConfiguration>Konfigurasi di Konsol OSS
CatatanGambar berikut menunjukkan konfigurasi aturan lifecycle sebelumnya di Konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Lifecycle.
