Cadangan Amazon S3

Dukungan metadata objek terfokus — AWS Backup mendukung metadata berikut: tag, daftar kontrol akses (ACL), metadata yang ditentukan pengguna, tanggal pembuatan asli, dan ID versi. Anotasi objek tidak didukung. Anda juga dapat memulihkan semua data dan metadata yang dicadangkan kecuali tanggal pembuatan asli, ID versi, kelas penyimpanan, dan e-tag.

Saat Anda mengembalikan objek S3, AWS Backup terapkan nilai checksum, bahkan jika objek asli tidak menggunakan fitur checksum.

Nama kunci objek S3 dapat terdiri dari sebagian besar string UTF-8 yang dapat dikodekan. Karakter Unicode berikut diperbolehkan: #x9 #xA | #xD | #x20 to #xD7FF | #xE000 to #xFFFD |#x10000 to #x10FFFF.

Nama kunci objek yang menyertakan karakter yang tidak ada dalam daftar ini mungkin dikecualikan dari cadangan.

Transisi penyimpanan dingin — Gunakan kebijakan manajemen AWS Backup siklus hidup untuk menentukan garis waktu kedaluwarsa cadangan. Transisi penyimpanan dingin cadangan S3 tidak didukung.

Untuk pencadangan ber AWS Backup kala, lakukan upaya terbaik untuk melacak semua perubahan pada metadata objek Anda. Namun, jika Anda memperbarui tag atau ACL beberapa kali dalam 1 menit, AWS Backup mungkin tidak menangkap semua status perantara.

AWS Backup tidak menawarkan dukungan untuk cadangan SSE-C-encrypted objek. AWS Backup juga tidak mendukung pencadangan konfigurasi bucket, termasuk kebijakan bucket, pengaturan, nama, atau titik akses.

AWS Backup tidak mendukung cadangan S3 aktif AWS Outposts.

Anotasi objek — AWS Backup tidak mendukung pencadangan atau pemulihan an otasi objek S3.

CloudTrail logging — Jika Anda mencatat peristiwa baca data, Anda harus CloudTrail mengirim log ke bucket target yang berbeda. Jika Anda menyimpan CloudTrail log di bucket yang mereka log, ada loop tak terbatas, yang dapat menyebabkan biaya tak terduga.

Untuk informasi selengkapnya, lihat peristiwa data di Panduan CloudTrail Pengguna.

Pencatatan akses server — Jika Anda mengaktifkan logging akses server, Anda harus mengirimkan log ke bucket target yang berbeda. Jika Anda menyimpan log ini di bucket yang mereka log, ada loop tak terbatas. Untuk informasi selengkapnya, lihat Mengaktifkan pencatatan akses server Amazon S3.

Perilaku enkripsi KMS selama pencadangan — Saat membuat cadangan objek S3 yang dienkripsi dengan AWS KMS keys (SSE-KMS), AWS Backup panggilan kms:Decrypt terhadap kunci KMS sumber. Ini karena AWS Backup menggunakan model enkripsi independen untuk cadangan S3. Untuk mencapai hal ini, AWS Backup pertama-tama harus mendekripsi data menggunakan kunci KMS sumber, kemudian mengenkripsi ulang menggunakan kunci KMS brankas cadangan. Akibatnya, Anda akan melihat kms:Decrypt panggilan terhadap kunci KMS sumber Anda di CloudTrail log selama operasi pencadangan. Untuk informasi selengkapnya, lihat Enkripsi untuk cadangan di AWS Backup.

S3 Standard

Standar S3 - Akses Jarang (IA)

S3 Satu Zone-IA

S3 Glacier Instant Retrieval

S3 Intelligent-Tiering (S3 INT)

Pencad angan berkelanjutan memungkinkan Anda memulihkan ke titik waktu apa pun dalam 35 hari terakhir. Pencadangan berkelanjutan untuk bucket S3 hanya boleh dikonfigurasi dalam satu paket cadangan.

Lihat Point-in-Time Pemulihan untuk daftar layanan yang didukung dan petunjuk tentang cara menggunakan AWS Backup untuk mengambil cadangan berkelanjutan.

Pencad angan berkala menggunakan snapshot data Anda untuk memungkinkan Anda menyimpan data selama durasi yang ditentukan hingga 99 tahun. Anda dapat menjadwalkan pencadangan berkala dalam frekuensi seperti 1 jam, 12 jam, 1 hari, 1 minggu, atau 1 bulan. AWS Backup mengambil cadangan berkala selama jendela cadangan yang Anda tentukan dalam rencana cadangan Anda.

Lihat Membuat rencana cadangan untuk memahami cara AWS Backup menerapkan rencana cadangan ke sumber daya Anda.

Objek Dibuat

Objek ACL Diperbarui

Tag Objek Ditambahkan

Tag Objek Dihapus

Object Deleted

Jika tanggapan berisi"EventBridgeConfiguration": {}, Amazon EventBridge di aktifkan.

Jika EventBridgeConfiguration bidang tidak ada dalam respons, Amazon dinon EventBridge aktifkan.

S3 berhenti menerbitkan peristiwa tingkat objek untuk bucket.

A AWS Backup EventBridge turan Amazon yang dikelola tetap diaktifkan tetapi tidak menerima peristiwa untuk bucket itu.

Perubahan objek baru yang dibuat setelah penonaktifan tidak tercermin dalam jendela pemulihan berkelanjutan.

Titik pemulihan yang ada dan riwayat pencadangan berkelanjutan sebelumnya dipertahankan (tidak dihapus).

Pekerjaan pencadangan snapshot terjadwal (periodik) yang ditentukan dalam paket terus berjalan sesuai jadwal — hanya pelacakan berkelanjutan (PITR) yang terpengaruh.

Tidak ada pemberitahuan atau peringatan yang dihasilkan. Kegagalan itu diam dari AWS Backup samping.

CloudTrail + Amazon EventBridge — Buat EventBridge aturan Amazon yang mencocokkan panggilan PutBucketNotificationConfiguration API melalui CloudTrail untuk mengingatkan secara real time ketika seseorang mengubah konfigurasi notifikasi bucket. Pola acara berikut dapat digunakan:

{
  "source": ["aws.s3"],
  "detail-type": ["AWS API Call via CloudTrail"],
  "detail": {
    "eventSource": ["s3.amazonaws.com"],
    "eventName": ["PutBucketNotificationConfiguration"]
  }
}

Ini CloudTrail harus diaktifkan dan mencatat peristiwa manajemen S3 (diaktifkan secara default). Target (SNS, Lambda, dll.) Harus memeriksa detail acara untuk menentukan apakah EventBridge pemberitahuan Amazon telah dihapus secara khusus.

AWS Config— Gunakan aturan ter AWS Config kelola s3-event-notifications-enabled untuk menandai bucket yang tidak sesuai pada perubahan konfigurasi.

Setelah pencadangan penuh pertama dari data Anda yang ada selesai, perubahan pada data bucket S3 Anda dilacak saat terjadi.

Perubahan yang dilacak memungkinkan Anda menggunakan PITR (point-in-time restore) untuk periode retensi pencadangan berkelanjutan. Untuk melakukan pekerjaan pemulihan, Anda memilih titik waktu yang ingin Anda pulihkan.

Periode penyimpanan setiap pencadangan berkelanjutan memiliki maksimum 35 hari.

Untuk rencana cadangan yang Anda buat melalui CLI, pengaturan cadangan lanjutan untuk Amazon S3 (yang mencakup opsi untuk menyertakan tag dan ACL dalam cadangan) diaktifkan secara default. Anda dapat mengecualikan ini di opsi cadangan. Lihat Pengaturan cadangan Amazon S3 lanjutan contoh sintaks.

AWS Backup memindai seluruh bucket S3, mengambil ACL dan tag setiap objek, dan memulai permintaan Head untuk setiap objek yang ada di snapshot sebelumnya tetapi tidak ditemukan di snapshot yang sedang dibuat.

Cadangannya konsisten point-in-time.

Tanggal dan waktu pencadangan yang direkam adalah waktu di mana AWS Backup menyelesaikan lintasan bucket, bukan pada saat pekerjaan pencadangan dibuat.

Cadangan pertama dari bucket adalah cadangan penuh. Setiap cadangan berikutnya bersifat inkremental, mewakili perubahan data sejak snapshot terakhir.

Snapshot yang dibuat oleh cadangan berkala dapat memiliki periode retensi hingga 99 tahun.

Setelah pencadangan penuh pertama dari data yang ada (setiap bucket) selesai, perubahan dalam bucket Anda dilacak saat terjadi.

Anda dapat melakukan pemulihan point-in-time dari titik pemulihan berkelanjutan.

Snapshot konsisten secara point-in-time.

Snapshot diambil langsung dari titik pemulihan berkelanjutan, menghilangkan kebutuhan untuk memindai ulang bucket untuk memungkinkan proses yang lebih cepat.

Snapshot dan titik pemulihan berkelanjutan berbagi garis keturunan data; penyimpanan data antara snapshot dan titik pemulihan berkelanjutan tidak diduplikasi.

Saat pengaturan cadangan Amazon S3 lanjutan, seperti menyertakan tag dan ACL dalam cadangan, diubah untuk titik continuous pemulihan, titik pemulihan akan AWS Backup berhenti dan membuat yang baru dengan pengaturan yang diperbarui.

Pekerjaan pencadangan snapshot akan menggunakan opsi pencadangan yang sama (pengaturan ACL dan tag objek) seperti pencadangan berkelanjutan yang ada.

Jika Anda menentukan opsi pencadangan yang berbeda untuk pekerjaan snapshot daripada yang digunakan pencadangan berkelanjutan, pekerjaan snapshot akan tetap menggunakan pengaturan pencadangan berkelanjutan dan dilengkapi dengan status “Selesai dengan masalah”.

Ketika ini terjadi, Anda akan melihat pesan status berikut: "Periodic/snapshot backup for bucket <bucket name> has different backup options than the continuous backup. When using continuous backups along with snapshot backups for the same bucket, the snapshot will use the same settings for backing up ACLs and Object tags as the continuous backup."

Untuk bucket dengan lebih dari 300 juta objek, tingkat pencadangan dapat mencapai hingga 17.000 objek per detik selama pencadangan penuh awal bucket (cadangan tambahan akan memiliki kecepatan yang berbeda); bucket yang berisi kurang dari 300 juta objek dicadangkan dengan kecepatan mendekati 1.000 objek per detik.

Cadangan berkelanjutan direkomendasikan.

Jika siklus hidup pencadangan direncanakan selama lebih dari 35 hari, Anda juga dapat mengaktifkan pencadangan snapshot untuk bucket di brankas yang sama tempat penyimpanan cadangan berkelanjutan Anda.

Untuk akun yang membuat backup setidaknya setiap hari atau lebih sering, manfaat biaya dapat direalisasikan dengan menggunakan backup berkelanjutan jika data dalam backup memiliki sedikit perubahan antar backup.

Bucket yang lebih besar yang tidak sering berubah dapat memperoleh manfaat dari pencadangan berkelanjutan, karena ini dapat menghasilkan biaya yang lebih rendah ketika pemindaian seluruh bucket bersama dengan beberapa permintaan per objek tidak perlu dilakukan pada objek yang sudah ada sebelumnya (objek yang tidak berubah dari cadangan sebelumnya).

Bucket yang berisi lebih dari 100 juta objek dan memiliki tingkat penghapusan yang kecil dibandingkan dengan ukuran cadangan keseluruhan dapat mewujudkan manfaat biaya dengan paket pencadangan yang berisi pencadangan berkelanjutan dengan periode penyimpanan 2 hari bersama dengan snapshot retensi yang lebih lama.

Waktu pencadangan periodik (snapshot) selaras dengan dimulainya proses pencadangan ketika pemindaian bucket tidak diperlukan. Pemindaian tidak diperlukan dalam bucket yang berisi cadangan berkelanjutan dan snapshot karena dalam kasus ini snapshot diambil dari titik pemulihan berkelanjutan.

Kebijakan siklus hidup S3 memiliki fitur opsional yang disebut Hapus penanda penghapusan objek yang kedaluwarsa. Ketika fitur ini ditinggalkan, hapus penanda, terkadang jutaan, kedaluwarsa tanpa rencana pembersihan. Saat bucket tanpa fitur ini dicadangkan, dua masalah memengaruhi waktu dan biaya:

Untuk setiap objek dalam satu S3-GIR (Amazon S3 Glacier Instant Retrieval), AWS Backup lakukan beberapa panggilan, yang akan mengakibatkan biaya pengambilan saat pencadangan dilakukan.

Biaya pengambilan serupa berlaku untuk bucket dengan objek di dalam S3-IA dan kelas Zone-IA penyimpanan S3 One.

Menggunakan fitur AWS KMS, CloudTrail, Amazon CloudWatch, dan Amazon GuardDuty sebagai bagian dari strategi pencadangan Anda dapat menghasilkan biaya tambahan di luar penyimpanan data bucket S3. Lihat berikut ini untuk informasi tentang menyesuaikan fitur-fitur ini: