View a markdown version of this page

Cara Amazon S3 menangani konflik dalam konfigurasi siklus hidup - Amazon Simple Storage Service
Contoh filter yang tumpang tindih dan tindakan siklus hidup yang bertentangan

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

Cara Amazon S3 menangani konflik dalam konfigurasi siklus hidup

Umumnya, Siklus hidup Amazon S3 mengoptimalkan biaya. Misalnya, jika dua kebijakan kedaluwarsa tumpang tindih, kebijakan kedaluwarsa yang lebih pendek akan dipenuhi sehingga data tidak disimpan lebih lama dari yang diharapkan. Demikian pula, jika dua kebijakan transisi tumpang tindih, Siklus Hidup S3 mentransisi objek Anda ke kelas penyimpanan berbiaya rendah.

Dalam kedua kasus tersebut, Siklus Hidup S3 mencoba memilih jalur yang paling murah bagi Anda. Pengecualian untuk aturan umum ini adalah dengan kelas Intelligent-Tiering penyimpanan S3. S3 lebih Intelligent-Tiering disukai oleh S3 Lifecycle daripada kelas penyimpanan apa pun, selain dari kelas penyimpanan S3 Glacier Flexible Retrieval dan S3 Glacier Deep Archive.

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.

  • Bila objek memenuhi syarat untuk S3 Glacier Flexible Retrieval dan transisi S3 Standard-IA (atau S3 One Zone-IA), Amazon S3 memilih transisi S3 Glacier Flexible Retrieval.

Contoh filter yang tumpang tindih dan tindakan siklus hidup yang bertentangan

Anda dapat menentukan konfigurasi Siklus Hidup S3 yang kemudian Anda menentukan tindakan, atau awalan yang tumpang tindih. Contoh berikut menunjukkan cara Amazon S3 menyelesaikan potensi konflik.

contoh 1: Awalan tumpang-tindih (tidak ada konflik)

Konfigurasi contoh berikut memiliki dua aturan yang menetapkan awalan yang tumpang tindih sebagai berikut:

  • Aturan pertama menetapkan filter kosong, yang menunjukkan semua objek dalam bucket.

  • Aturan kedua menetapkan awalan nama kunci (logs/), yang hanya menunjukkan subset objek.

Aturan 1 meminta Amazon S3 menghapus semua objek satu tahun setelah pembuatan. Aturan 2 meminta Amazon S3 untuk mentransisikan subset objek ke kelas Standard-IA penyimpanan S3 30 hari setelah pembuatan.

<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
    </Filter>
    <Status>Enabled</Status>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>
  <Rule>
    <ID>Rule 2</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>STANDARD_IA</StorageClass>
      <Days>30</Days>
    </Transition>
   </Rule>
</LifecycleConfiguration>

Karena tidak ada konflik dalam kasus ini, Amazon S3 akan mentransisikan objek dengan logs/ awalan ke kelas Standard-IA penyimpanan S3 30 hari setelah pembuatan. Ketika objek apa pun mencapai satu tahun setelah pembuatan, itu akan dihapus.

contoh 2: Tindakan siklus hidup yang bertentangan

Dalam konfigurasi contoh ini, ada dua aturan yang mengarahkan Amazon S3 untuk melakukan dua tindakan berbeda pada set objek yang sama dalam masa aktif objek:

  • Kedua aturan menentukan awalan nama kunci yang sama, sehingga kedua aturan berlaku pada objek yang sama.

  • Kedua aturan menentukan 365 hari yang sama setelah pembuatan objek saat aturan berlaku.

  • Satu aturan mengarahkan Amazon S3 untuk mentransisi objek ke kelas Standard-IA penyimpanan S3 dan aturan lain ingin Amazon S3 mengkadaluwarsa objek pada saat yang bersamaan.

<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Expiration>
      <Days>365</Days>
    </Expiration>        
  </Rule>
  <Rule>
    <ID>Rule 2</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>STANDARD_IA</StorageClass>
      <Days>365</Days>
    </Transition>
   </Rule>
</LifecycleConfiguration>

Dalam kasus ini, karena Anda ingin objek kedaluwarsa (dihapus), tidak ada artinya mengubah kelas penyimpanan, jadi Amazon S3 memilih tindakan kedaluwarsa pada objek tersebut.

contoh 3: Awalan tumpang-tindih yang mengakibatkan tindakan siklus hidup yang bertentangan

Dalam contoh ini, konfigurasi memiliki dua aturan, yang menetapkan awalan tumpang tindih sebagai berikut:

  • Aturan 1 menetapkan awalan kosong (menunjukkan semua objek).

  • Aturan 2 menetapkan awalan nama kunci (logs/) yang mengidentifikasi bagian dari semua objek.

Untuk subset objek dengan awalan nama kunci logs/, tindakan Siklus Hidup S3 dalam kedua aturan berlaku. Satu aturan mengarahkan Amazon S3 transisi objek 10 hari setelah pembuatan, dan aturan lain mengarahkan Amazon S3 mentransisi objek 365 hari setelah pembuatan. 

<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
      <Prefix></Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>STANDARD_IA</StorageClass>
      <Days>10</Days> 
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule 2</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>STANDARD_IA</StorageClass>
      <Days>365</Days> 
    </Transition>
   </Rule>
</LifecycleConfiguration>

Dalam kasus ini, Amazon S3 memilih untuk melakukan transisi 10 hari setelah pembuatan.

contoh 4: memfilter Tag-based dan menghasilkan tindakan siklus hidup yang bertentangan

Anggaplah Anda memiliki konfigurasi Siklus Hidup S3 berikut yang memiliki dua aturan, masing-masing menetapkan filter tag:

  • Aturan 1 menetapkan filter berbasis tag (tag1/value1). Aturan ini mengarahkan Amazon S3 mentransisi objek ke kelas penyimpanan S3 Glacier Flexible Retrieval 365 hari setelah pembuatan.

  • Aturan 2 menetapkan filter berbasis tag (tag2/value2). Aturan ini mengarahkan Amazon S3 untuk mengakhiri objek 14 hari setelah pembuatan.

Konfigurasi Siklus Hidup S3 ditampilkan dalam contoh berikut.

<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
      <Tag>
         <Key>tag1</Key>
         <Value>value1</Value>
      </Tag>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>GLACIER</StorageClass>
      <Days>365</Days> 
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule 2</ID>
    <Filter>
      <Tag>
         <Key>tag2</Key>
         <Value>value2</Value>
      </Tag>
    </Filter>
    <Status>Enabled</Status>
    <Expiration>
      <Days>14</Days> 
    </Expiration>
   </Rule>
</LifecycleConfiguration>

Jika suatu objek memiliki kedua tag, Amazon S3 harus memutuskan aturan mana yang harus diikuti. Dalam kasus ini, Amazon S3 mengakhiri objek 14 hari setelah pembuatan. Objek dihapus, dan oleh karena itu tindakan transisi tidak berlaku.