Object Storage Service:Lifecycle DryRun

Cara kerja

Manajemen lifecycle OSS secara otomatis dapat melakukan tiering (dari hot ke cold) atau menghapus objek berdasarkan aturan yang Anda konfigurasikan, sehingga membantu mengurangi biaya penyimpanan. Namun, penambahan, perubahan, atau penghapusan aturan dapat memicu interaksi tak terduga dengan aturan yang sudah ada, berpotensi menyebabkan tiering atau penghapusan data yang tidak diinginkan. DryRun menjalankan simulasi berdasarkan snapshot inventaris bucket pada titik waktu tertentu, dikombinasikan dengan semua aturan siklus hidup yang saat ini dikonfigurasikan untuk bucket tersebut, guna memprediksi perubahan kapasitas setiap kelas penyimpanan dan tren penghapusan data dalam periode mendatang.

• Simulasi global: Aturan baru yang ditambahkan atau diubah mungkin berinteraksi dengan aturan yang sudah ada. Oleh karena itu, DryRun melakukan simulasi komprehensif terhadap semua aturan pada tingkat granularitas seluruh bucket, bukan hanya mensimulasikan satu Prefix atau satu aturan saja.

• Hanya simulasi, tidak ada eksekusi: DryRun tidak mengubah atribut objek apa pun (seperti LastModifiedTime dan LastAccessTime), dan tidak benar-benar menghapus atau melakukan tiering terhadap data. Perubahan aturan siklus hidup tetap dalam status tertunda secara default dan harus diterapkan secara manual oleh Anda berdasarkan laporan.

• Prediksi berbasis snapshot: Simulasi didasarkan pada snapshot saat ini dan tidak dapat memprediksi waktu akses atau waktu modifikasi objek di masa depan. Hasilnya berbeda dari eksekusi aktual dan hanya bersifat referensi. Oleh karena itu, DryRun tidak direkomendasikan untuk audit atau estimasi biaya yang presisi.

Skenario

• Simulasikan data sebelum mengonfigurasi aturan siklus hidup baru: Sebelum menambahkan aturan tiering atau penghapusan, jalankan DryRun terlebih dahulu untuk memastikan efek gabungan aturan baru dan aturan yang sudah ada sesuai ekspektasi Anda, lalu terapkan aturan tersebut.

• Evaluasi sebelum mengubah aturan: Sebelum memodifikasi, menonaktifkan, atau menghapus aturan yang sudah ada, gunakan DryRun untuk memprediksi dampak keseluruhan setelah perubahan guna menghindari efek tak terduga. Jika hasilnya sesuai ekspektasi Anda, Anda dapat memutuskan apakah akan menerapkan modifikasi, penonaktifan, atau penghapusan aturan siklus hidup tersebut.

• Pemecahan masalah dalam skenario perubahan data: Saat bucket sedang menjalani operasi seperti migrasi data, pemberian tag data, atau replikasi cross-region/same-region, data baru yang ditulis atau disinkronkan mungkin sesuai dengan aturan siklus hidup yang sudah ada. Anda dapat menjalankan DryRun untuk mengidentifikasi potensi risiko lebih awal.

Pertimbangan

• Granularitas bucket: Hanya semua aturan siklus hidup seluruh bucket yang dapat disimulasikan. Mensimulasikan Prefix tertentu atau satu aturan saja tidak didukung. Misalnya, jika Anda menambahkan aturan siklus hidup ke bucket, DryRun tidak hanya mensimulasikan aturan tersebut. Sebaliknya, DryRun melakukan simulasi global yang menggabungkan semua aturan siklus hidup yang sudah ada di bucket dengan aturan baru yang ditambahkan, dan laporan yang dihasilkan juga merupakan prediksi simulasi global berdasarkan semua aturan tersebut.

• Batasan kelas penyimpanan bucket: Laporan DryRun dan file inventaris harus disimpan di bucket yang kelas penyimpanan default-nya adalah Standard atau Infrequent Access (IA). Jika tidak, tugas tidak dapat dijalankan dan laporan tidak dapat dihasilkan.

• Ketergantungan pada fitur inventaris: Saat DryRun dijalankan, inventaris dibuat secara otomatis, dan inventaris tersebut dikirimkan bersama laporan DryRun ke bucket yang Anda tentukan. Pemindaian dan pengiriman inventaris memerlukan waktu, dan semakin besar skala datanya, semakin lama prosesnya. Oleh karena itu, terdapat jeda waktu antara konfigurasi dan pembuatan laporan.

• Penagihan: Fitur DryRun sendiri tidak dikenai biaya terpisah, tetapi setiap eksekusi menimbulkan biaya terkait berikut: biaya permintaan inventaris, biaya penyimpanan untuk laporan DryRun dan file inventaris, serta biaya permintaan dan lalu lintas keluar Internet yang timbul saat mengakses file inventaris dan file laporan DryRun.

• Waktu pemrosesan: Laporan DryRun biasanya memerlukan tambahan beberapa puluh menit hingga beberapa jam di atas waktu pembuatan inventaris, tergantung pada jumlah file dalam bucket.

• Versioning: Laporan tidak membedakan antara versi saat ini dan versi sebelumnya; keduanya digabungkan dalam laporan.

• Tugas satu kali: DryRun adalah tugas satu kali dan dapat dipicu beberapa kali untuk bucket yang sama. Saat tidak lagi diperlukan, Anda dapat menghapus laporan dan file inventaris sendiri.

Aktifkan Lifecycle DryRun

DryRun dapat dipicu saat Anda mengubah aturan siklus hidup, atau dipicu secara manual tanpa mengubah aturan.

Lihat laporan DryRun

Setelah tugas DryRun selesai, Anda dapat melihat grafik laporan atau laporan detail di daftar DryRun.

Grafik laporan: Lihat grafik visual berikut di Konsol untuk mengevaluasi efek eksekusi aturan secara cepat.

Laporan detail: Di bucket tempat file inventaris dan laporan DryRun disimpan, Anda dapat melihat laporan detail lebih lanjut untuk menganalisis daftar objek yang dihapus pada hari tertentu dan alasan penghapusannya.