Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Contoh konfigurasi Siklus Hidup S3
<a name="lifecycle-configuration-examples"></a>

Bagian ini memberikan contoh konfigurasi Siklus Hidup S3. Setiap contoh menunjukkan bagaimana Anda dapat menentukan XML dalam setiap contoh skenario.

**Topics**
+ [Mengarsipkan semua objek dalam satu hari setelah pembuatan](#lifecycle-config-ex1)
+ [Menonaktifkan aturan Siklus Hidup untuk sementara](#lifecycle-config-conceptual-ex2)
+ [Menjajarkan kelas penyimpanan selama masa pakai objek](#lifecycle-config-conceptual-ex3)
+ [Menentukan beberapa aturan](#lifecycle-config-conceptual-ex4)
+ [Menentukan aturan siklus aktif untuk bucket yang diaktifkan versioning-nya](#lifecycle-config-conceptual-ex6)
+ [Menghapus penanda penghapusan objek yang kedaluwarsa dalam bucket berkemampuan versi](#lifecycle-config-conceptual-ex7)
+ [Konfigurasi Lifecycle untuk membatalkan unggahan multibagian](#lc-expire-mpu)
+ [Objek noncurrent yang kedaluwarsa yang tidak memiliki data](#lc-size-rules)
+ [Contoh: Mengizinkan objek yang lebih kecil dari 128 KB untuk dialihkan](#lc-small-objects)

## Mengarsipkan semua objek dalam satu hari setelah pembuatan
<a name="lifecycle-config-ex1"></a>

Setiap aturan Siklus Hidup S3 mencakup filter yang dapat Anda gunakan untuk mengidentifikasi bagian objek dalam bucket Anda yang berlaku aturan Siklus Hidup S3. Konfigurasi Siklus Hidup S3 berikut menunjukkan contoh cara menentukan filter.
+ Dalam aturan konfigurasi Siklus Hidup S3 ini, filter menentukan awalan kunci (`tax/`). Oleh karena itu, aturan berlaku untuk objek dengan awalan nama kunci `tax/`, seperti `tax/doc1.txt` dan `tax/doc2.txt`.

  Aturan tersebut menetapkan dua tindakan yang mengarahkan Amazon S3 untuk melakukan hal berikut:
  + Transisi objek ke kelas penyimpanan S3 Glacier Flexible Retrieval 365 hari (satu tahun) setelah pembuatan.
  + Menghapus objek (tindakan `Expiration`) 3.650 hari (10 tahun) setelah pembuatan.

  ```
  <LifecycleConfiguration>
    <Rule>
      <ID>Transition and Expiration Rule</ID>
      <Filter>
         <Prefix>tax/</Prefix>
      </Filter>
      <Status>Enabled</Status>
      <Transition>
        <Days>365</Days>
        <StorageClass>GLACIER</StorageClass>
      </Transition>
      <Expiration>
        <Days>3650</Days>
      </Expiration>
    </Rule>
  </LifecycleConfiguration>
  ```

  Alih-alih menentukan usia objek dalam hal hari setelah pembuatan, Anda dapat menentukan tanggal untuk setiap tindakan. Namun, Anda tidak dapat menggunakan `Date` dan `Days` dalam aturan yang sama. 
+ Jika Anda ingin aturan Siklus Hidup S3 berlaku pada semua objek dalam bucket, tentukan awalan kosong. Dalam konfigurasi berikut, aturan menentukan tindakan `Transition` yang mengarahkan Amazon S3 untuk melakukan transisi objek ke kelas penyimpanan S3 Glacier Flexible Retrieval 0 hari setelah pembuatan. Aturan ini berarti bahwa objek memenuhi syarat untuk arsip ke S3 Glacier Flexible Retrieval pada tengah malam UTC setelah pembuatan. Untuk informasi selengkapnya tentang batasan siklus hidup, lihat [Kendala dan pertimbangan untuk transisi](lifecycle-transition-general-considerations.md#lifecycle-configuration-constraints).

  ```
  <LifecycleConfiguration>
    <Rule>
      <ID>Archive all object same-day upon creation</ID>
      <Filter>
        <Prefix></Prefix>
      </Filter>
      <Status>Enabled</Status>
      <Transition>
        <Days>0</Days>
        <StorageClass>GLACIER</StorageClass>
      </Transition>
    </Rule>
  </LifecycleConfiguration>
  ```
+ Anda dapat menentukan nol atau satu awalan nama kunci dan nol atau lebih tag objek pada suatu filter. Kode contoh berikut ini menerapkan aturan Siklus Hidup S3 pada subset objek dengan awalan kunci `tax/` dan untuk objek yang memiliki dua tag dengan kunci dan nilai spesifik. Saat Anda menentukan lebih dari satu filter, Anda harus menyertakan elemen `<And>` seperti yang ditunjukkan (Amazon S3 menerapkan `AND` logis untuk menggabungkan kondisi filter yang ditentukan).

  ```
  ...
  <Filter>
     <And>
        <Prefix>tax/</Prefix>
        <Tag>
           <Key>key1</Key>
           <Value>value1</Value>
        </Tag>
        <Tag>
           <Key>key2</Key>
           <Value>value2</Value>
        </Tag>
      </And>
  </Filter>
  ...
  ```

  
+ Anda dapat memfilter objek berdasarkan tag saja. Misalnya, aturan Siklus Hidup S3 berikut berlaku untuk objek yang memiliki dua label yang ditentukan (tidak menyebutkan awalan apa pun).

  ```
  ...
  <Filter>
     <And>
        <Tag>
           <Key>key1</Key>
           <Value>value1</Value>
        </Tag>
        <Tag>
           <Key>key2</Key>
           <Value>value2</Value>
        </Tag>
      </And>
  </Filter>
  ...
  ```

  

**penting**  
Jika Anda memiliki beberapa aturan dalam konfigurasi Siklus Hidup S3, objek dapat memenuhi syarat untuk beberapa tindakan Siklus Hidup S3 pada hari yang sama. Dalam kasus tersebut, Amazon S3 mengikuti aturan umum ini:  
Penghapusan permanen lebih diutamakan daripada transisi.
Transisi lebih diutamakan daripada pembuatan penanda [hapus](DeleteMarker.md).
Saat objek memenuhi syarat untuk transisi S3 Glacier Flexible Retrieval dan S3 Standard-IA (atau S3 One Zone-IA), Amazon S3 memilih transisi Pengambilan Fleksibel S3 Glacier.
 Sebagai contoh, lihat [Contoh filter yang tumpang tindih dan tindakan siklus hidup yang bertentangan](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 



## Menonaktifkan aturan Siklus Hidup untuk sementara
<a name="lifecycle-config-conceptual-ex2"></a>

Anda dapat menonaktifkan sementara aturan Siklus Hidup S3 menggunakan elemen. `status` Ini dapat berguna jika Anda ingin menguji aturan baru atau memecahkan masalah dengan konfigurasi Anda, tanpa menimpa aturan yang ada. Konfigurasi Siklus Hidup S3 berikut menetapkan dua aturan:
+ Aturan 1 mengarahkan Amazon S3 untuk melakukan transisi objek dengan awalan `logs/` ke kelas penyimpanan S3 Glacier Flexible Retrieval segera setelah pembuatan. 
+ Aturan 2 mengarahkan Amazon S3 untuk melakukan transisi objek dengan awalan `documents/` ke kelas penyimpanan S3 Glacier Flexible Retrieval segera setelah pembuatan. 

Dalam konfigurasi, Aturan 1 diaktifkan dan Aturan 2 dinonaktifkan. Amazon S3 mengabaikan aturan yang dinonaktifkan.

```
<LifecycleConfiguration>
  <Rule>
    <ID>Rule1</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule2</ID>
    <Filter>
      <Prefix>documents/</Prefix>
    </Filter>
    <Status>Disabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>
```

## Menjajarkan kelas penyimpanan selama masa pakai objek
<a name="lifecycle-config-conceptual-ex3"></a>

Dalam contoh ini, Anda menggunakan konfigurasi Siklus Hidup S3 untuk menurunkan kelas penyimpanan objek selama masa aktifnya. Penurunan tingkat dapat membantu mengurangi biaya penyimpanan. Untuk informasi selengkapnya tentang harga, lihat [Harga Amazon S3](https://aws.amazon.com/s3/pricing/).

Konfigurasi Siklus Hidup S3 berikut ini menentukan aturan yang berlaku untuk objek dengan awalan nama kunci `logs/`. Aturan menetapkan tindakan berikut ini:
+ Dua tindakan transisi:
  + Transisi objek ke kelas penyimpanan S3 Standard-IA 30 hari setelah pembuatan.
  + Transisi objek ke kelas penyimpanan S3 Glacier Flexible Retrieval 90 hari setelah pembuatan.
+ Satu tindakan kedaluwarsa yang mengarahkan Amazon S3 untuk menghapus objek setahun setelah pembuatan.

```
<LifecycleConfiguration>
  <Rule>
    <ID>example-id</ID>
    <Filter>
       <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>30</Days>
      <StorageClass>STANDARD_IA</StorageClass>
    </Transition>
    <Transition>
      <Days>90</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>
```

**catatan**  
Anda dapat menggunakan satu aturan untuk menjelaskan semua tindakan Siklus Hidup S3 jika semua tindakan berlaku pada set objek yang sama (diidentifikasi oleh filter). Jika tidak, Anda dapat menambahkan beberapa aturan dengan masing-masing menetapkan filter yang berbeda.

**penting**  
Jika Anda memiliki beberapa aturan dalam konfigurasi Siklus Hidup S3, objek dapat memenuhi syarat untuk beberapa tindakan Siklus Hidup S3 pada hari yang sama. Dalam kasus tersebut, Amazon S3 mengikuti aturan umum ini:  
Penghapusan permanen lebih diutamakan daripada transisi.
Transisi lebih diutamakan daripada pembuatan penanda [hapus](DeleteMarker.md).
Saat objek memenuhi syarat untuk transisi S3 Glacier Flexible Retrieval dan S3 Standard-IA (atau S3 One Zone-IA), Amazon S3 memilih transisi Pengambilan Fleksibel S3 Glacier.
 Sebagai contoh, lihat [Contoh filter yang tumpang tindih dan tindakan siklus hidup yang bertentangan](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 

## Menentukan beberapa aturan
<a name="lifecycle-config-conceptual-ex4"></a>



Anda dapat menentukan beberapa aturan jika Anda menginginkan tindakan Siklus Hidup S3 yang berbeda dari objek yang berbeda. Konfigurasi Siklus Hidup S3 berikut memiliki dua aturan:
+ Aturan 1 berlaku untuk objek dengan awalan nama kunci `classA/`. Aturan ini mengarahkan Amazon S3 untuk melakukan transisi objek ke kelas penyimpanan S3 Glacier Flexible Retrieval satu tahun setelah pembuatan dan mengakhiri objek ini 10 tahun setelah pembuatan.
+ Aturan 2 berlaku untuk objek dengan awalan nama kunci `classB/`. Aturan ini mengarahkan Amazon S3 untuk melakukan transisi objek ke kelas penyimpanan S3 Standard-IA 90 hari setelah pembuatan dan menghapusnya satu tahun setelah pembuatan.

```
<LifecycleConfiguration>
    <Rule>
        <ID>ClassADocRule</ID>
        <Filter>
           <Prefix>classA/</Prefix>        
        </Filter>
        <Status>Enabled</Status>
        <Transition>        
           <Days>365</Days>        
           <StorageClass>GLACIER</StorageClass>       
        </Transition>    
        <Expiration>
             <Days>3650</Days>
        </Expiration>
    </Rule>
    <Rule>
        <ID>ClassBDocRule</ID>
        <Filter>
            <Prefix>classB/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>        
           <Days>90</Days>        
           <StorageClass>STANDARD_IA</StorageClass>       
        </Transition>    
        <Expiration>
             <Days>365</Days>
        </Expiration>
    </Rule>
</LifecycleConfiguration>
```

**penting**  
Jika Anda memiliki beberapa aturan dalam konfigurasi Siklus Hidup S3, objek dapat memenuhi syarat untuk beberapa tindakan Siklus Hidup S3 pada hari yang sama. Dalam kasus tersebut, Amazon S3 mengikuti aturan umum ini:  
Penghapusan permanen lebih diutamakan daripada transisi.
Transisi lebih diutamakan daripada pembuatan penanda [hapus](DeleteMarker.md).
Saat objek memenuhi syarat untuk transisi S3 Glacier Flexible Retrieval dan S3 Standard-IA (atau S3 One Zone-IA), Amazon S3 memilih transisi Pengambilan Fleksibel S3 Glacier.
 Sebagai contoh, lihat [Contoh filter yang tumpang tindih dan tindakan siklus hidup yang bertentangan](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 

## Menentukan aturan siklus aktif untuk bucket yang diaktifkan versioning-nya
<a name="lifecycle-config-conceptual-ex6"></a>

Misalkan Anda memiliki bucket dengan dukungan Penentuan Versi, yang berarti untuk setiap objek Anda memiliki versi saat ini dan nol atau lebih versi lama. (Untuk informasi selengkapnya tentang Penentuan Versi S3, lihat [Mempertahankan beberapa versi objek dengan Versi S3](Versioning.md).) 

Dalam contoh berikut, Anda ingin mempertahankan sejarah satu tahun, dan mempertahankan 5 versi tidak terkini. Konfigurasi Siklus Hidup S3 mendukung penyimpanan 1 hingga 100 versi objek apa pun. Ketahuilah bahwa lebih dari 5 versi noncurrent yang lebih baru harus ada sebelum Amazon S3 dapat kedaluwarsa versi tertentu. Amazon S3 akan secara permanen menghapus versi noncurrent tambahan di luar nomor yang ditentukan untuk disimpan. Agar penghapusan terjadi, nilai `NoncurrentDays` dan `NewerNoncurrentVersions` nilai harus dilampaui.

Untuk menghemat biaya penyimpanan, Anda ingin memindahkan versi lama ke S3 Glacier Flexible Retrieval 30 hari setelah menjadi versi lama (dengan asumsi objek lama ini adalah data dingin yang tidak memerlukan akses waktu nyata). Selain itu, Anda mengharapkan frekuensi akses versi saat ini berkurang 90 hari setelah pembuatan, jadi Anda dapat memilih untuk memindahkan objek ini ke kelas penyimpanan IA Standar S3.

```
 1. <LifecycleConfiguration>
 2.     <Rule>
 3.         <ID>sample-rule</ID>
 4.         <Filter>
 5.            <Prefix></Prefix>
 6.         </Filter>
 7.         <Status>Enabled</Status>
 8.         <Transition>
 9.            <Days>90</Days>
10.            <StorageClass>STANDARD_IA</StorageClass>
11.         </Transition>
12.         <NoncurrentVersionTransition>      
13.             <NoncurrentDays>30</NoncurrentDays>      
14.             <StorageClass>GLACIER</StorageClass>   
15.         </NoncurrentVersionTransition>    
16.        <NoncurrentVersionExpiration>     
17.             <NewerNoncurrentVersions>5</NewerNoncurrentVersions>
18.             <NoncurrentDays>365</NoncurrentDays>    
19.        </NoncurrentVersionExpiration> 
20.     </Rule>
21. </LifecycleConfiguration>
```

## Menghapus penanda penghapusan objek yang kedaluwarsa dalam bucket berkemampuan versi
<a name="lifecycle-config-conceptual-ex7"></a>



Bucket dengan dukungan Penentuan Versi memiliki satu versi saat ini dan nol atau lebih versi lama untuk setiap objek. Ketika Anda menghapus sebuah objek, perhatikan hal berikut ini:
+ Jika Anda tidak menentukan ID versi dalam permintaan penghapusan Anda, Amazon S3 menambahkan penanda hapus alih-alih menghapus objek. Versi objek saat ini menjadi versi lama, dan penanda hapus menjadi versi saat ini. 
+ Jika Anda menentukan ID versi dalam permintaan penghapusan, Amazon S3 akan menghapus versi objek secara permanen (penanda hapus tidak dibuat).
+ Penanda hapus dengan nol versi lama disebut sebagai *penanda hapus objek kedaluwarsa*. 

Contoh ini menunjukkan skenario yang dapat membuat penanda hapus objek kedaluwarsa dalam bucket Anda, dan cara Anda dapat menggunakan konfigurasi Siklus Hidup S3 untuk mengarahkan Amazon S3 untuk menghapus penanda hapus objek kedaluwarsa.

Misalkan Anda menulis konfigurasi Siklus Hidup S3 yang menggunakan `NoncurrentVersionExpiration` tindakan untuk menghapus versi noncurrent 30 hari setelah menjadi noncurrent dan mempertahankan 10 versi noncurrent, seperti yang ditunjukkan pada contoh berikut. Ketahuilah bahwa lebih dari 10 versi noncurrent yang lebih baru harus ada sebelum Amazon S3 dapat kedaluwarsa versi tertentu. Amazon S3 akan secara permanen menghapus versi noncurrent tambahan di luar nomor yang ditentukan untuk disimpan. Agar penghapusan terjadi, nilai `NoncurrentDays` dan `NewerNoncurrentVersions` nilai harus dilampaui.

```
<LifecycleConfiguration>
    <Rule>
        ...
        <NoncurrentVersionExpiration>     
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>    
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>
```

`NoncurrentVersionExpiration`Tindakan tidak berlaku untuk versi objek saat ini. Ini hanya menghapus versi lama.

Untuk versi objek saat ini, Anda memiliki opsi berikut untuk mengelola masa aktifnya, tergantung pada apakah versi objek saat ini mengikuti siklus hidup yang ditetapkan dengan baik: 
+ **Versi objek saat ini mengikuti siklus hidup yang ditentukan dengan baik.**

  Dalam kasus ini, Anda dapat menggunakan konfigurasi Siklus Hidup S3 dengan tindakan `Expiration` guna mengarahkan Amazon S3 untuk menghapus versi saat ini, seperti yang ditunjukkan pada contoh berikut.

  ```
  <LifecycleConfiguration>
      <Rule>
          ...
          <Expiration>
             <Days>60</Days>
          </Expiration>
          <NoncurrentVersionExpiration>     
              <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
              <NoncurrentDays>30</NoncurrentDays>    
          </NoncurrentVersionExpiration>
      </Rule>
  </LifecycleConfiguration>
  ```

  Dalam contoh ini, Amazon S3 menghapus versi saat ini 60 hari setelah dibuat dengan menambahkan penanda hapus untuk setiap versi objek saat ini. Proses ini membuat versi saat ini menjadi lama, dan penanda hapus menjadi versi saat ini. Untuk informasi selengkapnya, lihat [Mempertahankan beberapa versi objek dengan Versi S3](Versioning.md). 
**catatan**  
Anda tidak dapat menentukan tag `Days` dan `ExpiredObjectDeleteMarker` tag pada aturan yang sama. Saat menentukan tag `Days`, Amazon S3 secara otomatis melakukan pembersihan `ExpiredObjectDeleteMarker` saat penanda hapus sudah cukup tua untuk memenuhi kriteria usia. Untuk membersihkan penanda hapus segera setelah menjadi satu-satunya versi, buat aturan terpisah hanya dengan tag `ExpiredObjectDeleteMarker`.

  Tindakan `NoncurrentVersionExpiration` dalam konfigurasi Siklus Hidup S3 yang sama akan menghapus objek lama 30 hari setelah menjadi lama. Dengan demikian, dalam contoh ini, semua versi objek dihapus secara permanen 90 hari setelah pembuatan objek. Ketahuilah bahwa dalam contoh ini, lebih dari 10 versi noncurrent yang lebih baru harus ada sebelum Amazon S3 dapat kedaluwarsa versi tertentu. Amazon S3 akan secara permanen menghapus versi noncurrent tambahan di luar nomor yang ditentukan untuk disimpan. Agar penghapusan terjadi, nilai `NoncurrentDays` dan `NewerNoncurrentVersions` nilai harus dilampaui. 

  Meskipun penanda hapus objek kedaluwarsa dibuat selama proses ini, Amazon S3 mendeteksi dan menghapus penanda hapus objek kedaluwarsa untuk Anda. 
+ **Versi objek saat ini tidak memiliki siklus hidup yang didefinisikan dengan baik.** 

  Dalam kasus ini, Anda dapat menghapus objek secara manual ketika Anda tidak memerlukannya, membuat penanda hapus dengan satu atau lebih versi lama. Jika konfigurasi Siklus Hidup S3 dengan tindakan `NoncurrentVersionExpiration` menghapus semua versi lama, sekarang Anda memiliki penanda hapus objek kedaluwarsa.

  Khusus untuk skenario ini, konfigurasi Siklus Hidup S3 menyediakan tindakan `Expiration` yang dapat Anda gunakan untuk menghapus penanda hapus objek kedaluwarsa.

  

  ```
  <LifecycleConfiguration>
      <Rule>
         <ID>Rule 1</ID>
          <Filter>
            <Prefix>logs/</Prefix>
          </Filter>
          <Status>Enabled</Status>
          <Expiration>
             <ExpiredObjectDeleteMarker>true</ExpiredObjectDeleteMarker>
          </Expiration>
          <NoncurrentVersionExpiration>     
              <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
              <NoncurrentDays>30</NoncurrentDays>    
          </NoncurrentVersionExpiration>
      </Rule>
  </LifecycleConfiguration>
  ```

Dengan mengatur elemen `ExpiredObjectDeleteMarker` ke `true` dalam tindakan `Expiration`, Anda mengarahkan Amazon S3 untuk menghapus penanda hapus objek kedaluwarsa.

**catatan**  
Saat Anda menggunakan tindakan Siklus Hidup S3 `ExpiredObjectDeleteMarker`, aturan tidak dapat menentukan filter berbasis tag.

## Konfigurasi Lifecycle untuk membatalkan unggahan multibagian
<a name="lc-expire-mpu"></a>

Anda dapat menggunakan operasi API REST unggahan multibagian Amazon S3 untuk mengunggah objek besar dalam beberapa bagian. Untuk informasi lebih lanjut tentang unggahan multibagian, lihat [Mengunggah dan menyalin objek menggunakan unggahan multipart di Amazon S3](mpuoverview.md). 

Dengan menggunakan konfigurasi Siklus Hidup S3, Anda dapat mengarahkan Amazon S3 untuk menghentikan unggahan multibagian yang tidak lengkap (diidentifikasi dengan awalan nama kunci yang ditentukan dalam aturan) jika tidak selesai dalam jumlah hari tertentu setelah inisiasi. Saat Amazon S3 membatalkan unggahan multibagian, Amazon S3 menghapus semua bagian yang terkait dengan unggahan multibagian. Proses ini membantu mengontrol biaya penyimpanan dengan memastikan bahwa Anda tidak memiliki unggahan multibagian yang belum selesai dengan bagian-bagian yang disimpan di Amazon S3. 

**catatan**  
Saat Anda menggunakan tindakan Siklus Hidup S3 `AbortIncompleteMultipartUpload`, aturan tidak dapat menentukan filter berbasis tag.

Berikut ini adalah contoh konfigurasi Siklus Hidup S3 yang menentukan aturan dengan tinndakan `AbortIncompleteMultipartUpload`. Tindakan ini mengarahkan Amazon S3 untuk menghentikan pengunggahan multibagian yang tidak selesai tujuh hari setelah inisiasi.

```
<LifecycleConfiguration>
    <Rule>
        <ID>sample-rule</ID>
        <Filter>
           <Prefix>SomeKeyPrefix/</Prefix>
        </Filter>
        <Status>rule-status</Status>
        <AbortIncompleteMultipartUpload>
          <DaysAfterInitiation>7</DaysAfterInitiation>
        </AbortIncompleteMultipartUpload>
    </Rule>
</LifecycleConfiguration>
```

## Objek noncurrent yang kedaluwarsa yang tidak memiliki data
<a name="lc-size-rules"></a>

Anda dapat membuat aturan yang mentransisikan objek hanya berdasarkan ukurannya. Anda dapat menentukan ukuran minimum (`ObjectSizeGreaterThan`) atau ukuran maksimum (`ObjectSizeLessThan`), atau Anda dapat menentukan rentang ukuran objek dalam bita. Saat menggunakan lebih dari satu filter, seperti awalan dan aturan ukuran, Anda harus membungkus filter dalam elemen `<And>`.

```
<LifecycleConfiguration>
  <Rule>
    <ID>Transition with a prefix and based on size</ID>
    <Filter>
       <And>
          <Prefix>tax/</Prefix>
          <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
       </And>   
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>
```

Jika Anda menentukan rentang dengan menggunakan kedua elemen `ObjectSizeGreaterThan` dan `ObjectSizeLessThan`, ukuran objek maksimum harus lebih besar dari ukuran objek minimum. Saat menggunakan lebih dari satu filter, Anda harus membungkus filter dalam elemen `<And>`. Contoh berikut menunjukkan bagaimana menentukan objek dalam kisaran antara 500 byte dan 64.000 byte. Saat Anda menentukan rentang, `ObjectSizeLessThan` filter `ObjectSizeGreaterThan` dan mengecualikan nilai yang ditentukan. Untuk informasi selengkapnya, lihat [Elemen filter](intro-lifecycle-rules.md#intro-lifecycle-rules-filter).

```
<LifecycleConfiguration>
    <Rule>
        ...
          <And>
             <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
             <ObjectSizeLessThan>64000</ObjectSizeLessThan>
          </And>
    </Rule>
</LifecycleConfiguration>
```

Anda juga dapat membuat aturan untuk secara khusus menghapus objek noncurrent yang tidak memiliki data, termasuk objek penanda hapus noncurrent yang dibuat dalam bucket berkemampuan versi. Contoh berikut menggunakan `NoncurrentVersionExpiration` tindakan untuk menghapus versi noncurrent 30 hari setelah menjadi noncurrent dan mempertahankan 10 versi noncurrent. Contoh ini juga menggunakan `ObjectSizeLessThan` elemen untuk memfilter hanya objek tanpa data. 

Ketahuilah bahwa lebih dari 10 versi noncurrent yang lebih baru harus ada sebelum Amazon S3 dapat kedaluwarsa versi tertentu. Amazon S3 akan secara permanen menghapus versi noncurrent tambahan di luar nomor yang ditentukan untuk disimpan. Agar penghapusan terjadi, nilai `NoncurrentDays` dan `NewerNoncurrentVersions` nilai harus dilampaui. 

```
<LifecycleConfiguration>
  <Rule>
    <ID>Expire noncurrent with size less than 1 byte</ID>
    <Filter>
       <ObjectSizeLessThan>1</ObjectSizeLessThan>
    </Filter>
    <Status>Enabled</Status>
    <NoncurrentVersionExpiration>     
       <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
       <NoncurrentDays>30</NoncurrentDays>
    </NoncurrentVersionExpiration>
  </Rule>
</LifecycleConfiguration>
```

## Contoh: Mengizinkan objek yang lebih kecil dari 128 KB untuk dialihkan
<a name="lc-small-objects"></a>

Amazon S3 menerapkan perilaku default ke konfigurasi Siklus Hidup Anda yang mencegah objek yang lebih kecil dari 128 KB dialihkan ke kelas penyimpanan apa pun. Anda dapat mengizinkan objek yang lebih kecil untuk bertransisi dengan menambahkan filter ukuran minimum (`ObjectSizeGreaterThan`) atau ukuran maksimum (`ObjectSizeLessThan`) yang menentukan ukuran yang lebih kecil ke konfigurasi. Contoh berikut memungkinkan objek yang lebih kecil dari 128 KB untuk transisi ke kelas penyimpanan S3 Glacier Instant Retrieval:

```
<LifecycleConfiguration>
  <Rule>
    <ID>Allow small object transitions</ID>
    <Filter>
          <ObjectSizeGreaterThan>1</ObjectSizeGreaterThan>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER_IR</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>
```

**catatan**  
Pada bulan September 2024, Amazon S3 memperbarui perilaku transisi default untuk objek kecil, sebagai berikut:  
**Perilaku transisi default yang diperbarui** — Mulai September 2024, perilaku default mencegah objek yang lebih kecil dari 128 KB dialihkan ke kelas penyimpanan apa pun.
**Perilaku transisi default sebelumnya** — Sebelum September 2024, perilaku default memungkinkan objek yang lebih kecil dari 128 KB untuk dialihkan hanya ke kelas penyimpanan S3 Glacier Flexible Retrieval dan S3 Glacier Deep Archive.
Konfigurasi yang dibuat sebelum September 2024 mempertahankan perilaku transisi sebelumnya kecuali Anda memodifikasinya. Artinya, jika Anda membuat, mengedit, atau menghapus aturan, perilaku transisi default untuk konfigurasi Anda akan berubah menjadi perilaku yang diperbarui. Jika kasus penggunaan membutuhkan, Anda dapat mengubah perilaku transisi default sehingga objek yang lebih kecil dari 128KB akan bertransisi ke S3 Glacier Flexible Retrieval dan S3 Glacier Deep Archive. Untuk melakukan ini, gunakan `x-amz-transition-object-size-minimum-default` header opsional dalam [https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html)permintaan.

Contoh berikut menunjukkan cara menggunakan `x-amz-transition-object-size-minimum-default` header dalam [https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html)permintaan untuk menerapkan perilaku transisi `varies_by_storage_class` default ke konfigurasi Siklus Hidup S3. Perilaku ini memungkinkan objek yang lebih kecil dari 128 KB untuk beralih ke kelas penyimpanan S3 Glacier Flexible Retrieval atau S3 Glacier Deep Archive. Secara default, semua kelas penyimpanan lainnya akan mencegah transisi yang lebih kecil dari 128 KB. Anda masih dapat menggunakan filter khusus untuk mengubah ukuran transisi minimum untuk kelas penyimpanan apa pun. Filter khusus selalu diutamakan daripada perilaku transisi default:

```
HTTP/1.1 200
x-amz-transition-object-size-minimum-default: varies_by_storage_class
<?xml version="1.0" encoding="UTF-8"?>
...
```