Penerapan Versi, Penghapusan dengan MFA, dan Replikasi

Pembuatan versi S3 memungkinkan Anda mempertahankan, mengambil, dan memulihkan setiap versi dari setiap objek yang disimpan dalam bucket. Saat pembuatan versi diaktifkan, setiap PUT membuat versi baru dengan ID versi yang unik; versi lama dipertahankan, bukan ditimpa. Jika objek dihapus, S3 menambahkan penanda penghapusan sebagai versi saat ini, tetapi tetap menyimpan semua versi sebelumnya. Hal ini melindungi dari penimpaan yang tidak disengaja, penghapusan yang tidak disengaja, dan kerusakan data pada tingkat aplikasi yang tidak diinginkan—skenario kehilangan data yang paling umum dalam produksi.

Bucket S3 dapat berada dalam salah satu dari tiga status pembuatan versi: Tanpa versi (default, tanpa ID versi), Pembuatan versi diaktifkan (semua objek baru mendapatkan ID versi unik, dan semua penimpaan membuat versi baru), atau Pembuatan versi ditangguhkan (objek baru mendapatkan ID versi null, tetapi versi yang sudah ada tetap dipertahankan). Anda tidak dapat menghapus pembuatan versi setelah diaktifkan—Anda hanya dapat menangguhkannya. Objek yang dibuat sebelum pembuatan versi diaktifkan memiliki ID versi null dan tidak terpengaruh sampai ditimpa atau dihapus.

Untuk memulihkan versi objek yang lebih lama dan memiliki versi, Anda memiliki dua opsi. Opsi 1: salin ID versi yang lebih lama kembali ke kunci yang sama—tindakan ini membuat versi baru yang merupakan salinan konten lama dan menjadikannya versi saat ini. Opsi 2: hapus versi saat ini atau penanda penghapusan agar versi sebelumnya menjadi versi saat ini. Saat Anda 'menghapus' objek dalam bucket yang memiliki versi melalui konsol tanpa menentukan ID versi, S3 menambahkan penanda penghapusan—objek tersebut tampak terhapus bagi permintaan tanpa versi, tetapi semua versinya masih ada.

MFA Delete menambahkan lapisan perlindungan kedua untuk bucket yang memiliki versi. Saat diaktifkan, penghapusan permanen versi tertentu atau perubahan status pembuatan versi (diaktifkan → ditangguhkan) memerlukan kredensial MFA yang valid dalam permintaan API. Hal ini melindungi dari: penyerang yang telah menyusupi kredensial AWS Anda dan menghapus versi penting secara permanen; penghapusan versi objek yang ditetapkan secara tidak sengaja atau otomatis; serta ancaman dari orang dalam yang mencoba menghancurkan jejak audit. MFA Delete hanya dapat diaktifkan dan dinonaktifkan oleh pengguna root melalui CLI.

S3 Object Lock menerapkan model tulis-sekali-baca-banyak (WORM) untuk kepatuhan terhadap peraturan. Objek yang dikunci dengan Object Lock tidak dapat dihapus atau ditimpa selama periode retensi yang ditentukan—bahkan oleh pengguna root akun. Terdapat dua mode: Mode tata kelola (pengguna dengan izin khusus dapat mengesampingkan atau menghapus kunci), dan Mode kepatuhan (tidak seorang pun, bahkan AWS, dapat menghapus objek selama periode retensi—perlindungan terkuat). Object Lock harus diaktifkan saat bucket dibuat dan memerlukan pembuatan versi.

Cross-Region Replication (CRR) secara otomatis mereplikasi objek baru dan pembaruan dari bucket sumber di satu Wilayah ke bucket tujuan di Wilayah yang berbeda. Kasus penggunaan: kepatuhan (menyimpan salinan data di negara tertentu), pemulihan bencana (mengurangi RPO untuk data penting dengan menyimpan salinan di Wilayah kedua), dan pengurangan latensi (menyajikan objek dari Wilayah yang paling dekat dengan pengguna). CRR memerlukan pembuatan versi yang diaktifkan pada bucket sumber dan tujuan, serta peran IAM dengan izin replikasi yang diperlukan.

Same-Region Replication (SRR) mereplikasi objek dalam Wilayah yang sama. Kasus penggunaan: agregasi log (mereplikasi log dari beberapa bucket sumber ke satu bucket pusat), sinkronisasi lingkungan pengujian (menyimpan salinan data produksi dalam bucket pengembangan di Wilayah yang sama), dan kepatuhan terhadap kedaulatan data dalam satu negara yang memiliki beberapa AZ AWS. Seperti CRR, SRR memerlukan pembuatan versi pada kedua bucket dan sebuah peran IAM. Hanya objek baru yang dibuat setelah replikasi diaktifkan yang direplikasi secara otomatis—gunakan S3 Batch Replication untuk mereplikasi objek yang sudah ada.

Replikasi S3 mereplikasi: objek baru, metadata, tag, ACL, dan status enkripsi. Secara default, replikasi tidak mereplikasi: objek yang sudah ada sebelum replikasi diaktifkan (gunakan S3 Batch Replication untuk objek tersebut), penanda penghapusan (kecuali Anda mengaktifkan Delete Marker Replication), objek di Glacier (tidak dapat direplikasi—pulihkan terlebih dahulu), dan objek yang sudah direplikasi (tidak ada replikasi berantai di antara tiga bucket). Memahami batasan ini penting untuk merancang strategi DR yang lengkap, karena data historis dan peristiwa penghapusan juga perlu direplikasi.

Replication Time Control (RTC) adalah tambahan opsional untuk CRR yang menyediakan Perjanjian Tingkat Layanan: 99,99% objek direplikasi dalam 15 menit, disertai metrik replikasi dan notifikasi di CloudWatch. Tanpa RTC, replikasi tidak memiliki jaminan waktu—sebagian besar objek direplikasi dengan cepat, tetapi beberapa objek dapat memerlukan waktu berjam-jam. RTC sangat penting ketika persyaratan DR atau kepatuhan Anda menentukan Recovery Point Objective (RPO) maksimum untuk data di S3. RTC menambahkan biaya replikasi per GB selain biaya transfer data replikasi standar.

Mengaktifkan pembuatan versi meningkatkan biaya penyimpanan karena S3 mempertahankan setiap versi dari setiap objek hingga dihapus secara eksplisit. Sebuah file berukuran 100 MB yang ditimpa 10 kali kini menggunakan penyimpanan sebesar 1.000 MB. Atasi hal ini dengan aturan siklus hidup yang secara otomatis menghapus versi yang bukan versi terbaru setelah jumlah hari tertentu (misalnya, menghapus versi yang bukan versi terbaru dan berusia lebih dari 30 hari), atau memindahkan versi yang bukan versi terbaru ke kelas penyimpanan yang lebih murah seperti Glacier. Selalu gunakan pembuatan versi bersama aturan siklus hidup untuk mengendalikan biaya penyimpanan di lingkungan produksi.

Pembuatan versi S3 yang dipadukan dengan Object Lock (mode Compliance) memberikan perlindungan kuat terhadap ransomware. Jika penyerang mengenkripsi atau menghapus objek Anda, pembuatan versi memastikan versi sebelumnya tetap dipertahankan (kecuali penyerang menghapusnya secara permanen—itulah alasan Object Lock mencegah penghapusan permanen selama periode retensi). Untuk perlindungan maksimal: aktifkan pembuatan versi, aktifkan MFA Delete, terapkan Object Lock dalam mode Compliance untuk data penting, dan replikasi ke Region kedua dengan kredensial IAM terpisah untuk menghilangkan kemungkinan satu akun yang disusupi menghancurkan semua salinan.

Uji pemahaman Anda tentang konsep AWS Solutions Architect (SAA-C03) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa: pembuatan versi mempertahankan semua versi setiap objek dan melindungi dari penghapusan yang tidak disengaja, MFA Delete dan Object Lock memberikan ketidakberubahan tambahan untuk kepatuhan dan perlindungan terhadap ransomware, serta CRR dan SRR mereplikasi objek ke bucket lain untuk memenuhi persyaratan DR dan kepatuhan. Selanjutnya kita akan membahas kelas penyimpanan S3 dan kebijakan siklus hidup untuk mengoptimalkan biaya.