Cara kerja point-in-time pemulihan di Amazon Keyspaces - Amazon Keyspaces (untuk Apache Cassandra)
Pencadangan berkelanjutanKembalikan pengaturanPITRdan tabel terenkripsiPITRdan tabel Multi-wilayahPITR dan UDTsWaktu pemulihan tabelIntegrasi dengan AWS layanan

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

Cara kerja point-in-time pemulihan di Amazon Keyspaces

Bagian ini memberikan ikhtisar tentang cara kerja Amazon Keyspaces point-in-time recovery (PITR). Untuk informasi selengkapnya tentang harga, lihat harga Amazon Keyspaces (untuk Apache Cassandra).

Jendela waktu untuk pencadangan PITR berkelanjutan

Amazon Keyspaces PITR menggunakan dua stempel waktu untuk mempertahankan kerangka waktu cadangan yang dapat dipulihkan tersedia untuk sebuah tabel.

  • Waktu paling awal yang dapat dipulihkan — Menandai waktu pencadangan paling awal yang dapat dipulihkan. Pencadangan paling awal yang dapat dipulihkan kembali hingga 35 hari atau saat diaktifkan, mana yang lebih PITR baru. Jendela cadangan maksimum 35 hari tidak dapat diubah.

  • Waktu saat ini - Stempel waktu untuk cadangan terbaru yang dapat dipulihkan adalah waktu saat ini. Jika tidak ada stempel waktu yang diberikan selama pemulihan, waktu saat ini digunakan.

Ketika PITR diaktifkan, Anda dapat mengembalikan ke titik waktu antara EarliestRestorableDateTime danCurrentTime. Anda hanya dapat mengembalikan data tabel ke waktu PITR ketika diaktifkan.

Jika Anda menonaktifkan PITR dan kemudian mengaktifkannya kembali, Anda mengatur ulang waktu mulai untuk cadangan pertama yang tersedia saat PITR diaktifkan kembali. Ini berarti bahwa menonaktifkan PITR menghapus riwayat cadangan Anda.

catatan

Operasi bahasa definisi data (DDL) pada tabel, seperti perubahan skema, dilakukan secara asinkron. Anda hanya dapat melihat operasi yang telah selesai dalam data tabel yang dipulihkan, tetapi Anda mungkin melihat tindakan tambahan pada tabel sumber jika sedang berlangsung pada saat pemulihan. Untuk daftar DDL pernyataan, lihatPernyataan DDL (bahasa definisi data) di Amazon Keyspaces.

Tabel tidak harus aktif untuk dipulihkan. Anda juga dapat memulihkan tabel yang PITR dihapus jika diaktifkan pada tabel yang dihapus dan penghapusan terjadi dalam jendela cadangan (atau dalam 35 hari terakhir).

catatan

Jika tabel baru dibuat dengan nama yang memenuhi syarat yang sama (misalnya, mykeyspace.mytable) sebagai tabel yang dihapus sebelumnya, tabel yang dihapus tidak akan lagi dapat dipulihkan. Jika Anda mencoba melakukan ini dari konsol, peringatan akan ditampilkan.

PITRmengembalikan pengaturan

Saat memulihkan tabel menggunakanPITR, Amazon Keyspaces mengembalikan skema dan data tabel sumber Anda ke status berdasarkan stempel waktu () day:hour:minute:second yang dipilih ke tabel baru. PITRtidak menimpa tabel yang ada.

Selain skema tabel dan data, PITR mengembalikan custom_properties dari tabel sumber. Tidak seperti data tabel, yang dipulihkan berdasarkan stempel waktu yang dipilih antara waktu pemulihan paling awal dan waktu saat ini, properti kustom selalu dipulihkan berdasarkan pengaturan tabel pada waktu saat ini.

Pengaturan tabel yang dipulihkan cocok dengan pengaturan tabel sumber dengan stempel waktu saat pemulihan dimulai. Jika Anda ingin menimpa pengaturan ini selama pemulihan, Anda dapat melakukannya dengan menggunakanWITH custom_properties. Properti kustom mencakup pengaturan berikut.

  • Mode kapasitas baca/tulis

  • Pengaturan kapasitas throughput yang disediakan

  • Pengaturan PITR

Jika tabel dalam mode kapasitas yang disediakan dengan penskalaan otomatis diaktifkan, operasi pemulihan juga mengembalikan pengaturan penskalaan otomatis tabel. Anda dapat menimpa mereka menggunakan autoscaling_settings parameter di CQL atau autoScalingSpecification dengan. CLI Untuk informasi selengkapnya tentang pengaturan penskalaan otomatis, lihatKelola kapasitas throughput secara otomatis dengan penskalaan otomatis Amazon Keyspaces.

Ketika Anda melakukan pemulihan tabel penuh, semua pengaturan tabel untuk tabel yang dipulihkan berasal dari pengaturan saat ini dari tabel sumber pada saat pemulihan.

Sebagai contoh, misalkan throughput yang disediakan tabel baru-baru ini diturunkan ke 50 unit kapasitas baca dan 50 unit kapasitas tulis. Anda kemudian mengembalikan status tabel ke tiga minggu yang lalu. Pada saat ini, throughput yang disediakan ditetapkan menjadi 100 unit kapasitas baca dan 100 unit kapasitas tulis. Dalam hal ini, Amazon Keyspaces mengembalikan data tabel Anda ke titik waktu tersebut, tetapi menggunakan pengaturan throughput yang disediakan saat ini (50 unit kapasitas baca dan 50 unit kapasitas tulis).

Pengaturan berikut tidak dipulihkan, dan Anda harus mengkonfigurasinya secara manual untuk tabel baru.

  • AWS Identity and Access Management (IAM) kebijakan

  • CloudWatch Metrik dan alarm Amazon

  • Tag (dapat ditambahkan ke CQL RESTORE pernyataan menggunakanWITH TAGS)

PITRmengembalikan tabel terenkripsi

Saat Anda memulihkan tabel menggunakanPITR, Amazon Keyspaces mengembalikan setelan enkripsi tabel sumber Anda. Jika tabel dienkripsi dengan Kunci milik AWS (default), tabel dipulihkan dengan pengaturan yang sama secara otomatis. Jika tabel yang ingin Anda pulihkan dienkripsi menggunakan kunci yang dikelola pelanggan, kunci terkelola pelanggan yang sama harus dapat diakses ke Amazon Keyspaces untuk memulihkan data tabel.

Anda dapat mengubah pengaturan enkripsi tabel pada saat pemulihan. Untuk beralih dari kunci yang dikelola pelanggan Kunci milik AWS ke kunci yang dikelola pelanggan, Anda harus menyediakan kunci terkelola pelanggan yang valid dan dapat diakses pada saat pemulihan.

Jika Anda ingin mengubah dari kunci yang dikelola pelanggan ke kunci Kunci milik AWS, konfirmasikan bahwa Amazon Keyspaces memiliki akses ke kunci terkelola pelanggan dari tabel sumber untuk memulihkan tabel dengan file. Kunci milik AWS Untuk informasi selengkapnya tentang enkripsi pada pengaturan istirahat untuk tabel, lihatEnkripsi saat istirahat: Cara kerjanya di Amazon Keyspaces.

catatan

Jika tabel dihapus karena Amazon Keyspaces kehilangan akses ke kunci yang dikelola pelanggan, Anda perlu memastikan kunci yang dikelola pelanggan dapat diakses oleh Amazon Keyspaces sebelum mencoba memulihkan tabel. Tabel yang dienkripsi dengan kunci yang dikelola pelanggan tidak dapat dipulihkan jika Amazon Keyspaces tidak memiliki akses ke kunci tersebut. Untuk informasi selengkapnya, lihat Memecahkan masalah akses kunci di Panduan AWS Key Management Service Pengembang.

PITRmengembalikan tabel Multi-wilayah

Anda dapat mengembalikan tabel Multi-wilayah menggunakanPITR. Agar operasi pemulihan berhasil, baik sumber dan tabel tujuan harus direplikasi ke yang sama Wilayah AWS.

Amazon Keyspaces mengembalikan pengaturan tabel sumber di setiap Wilayah yang direplikasi yang merupakan bagian dari ruang kunci. Anda juga dapat mengganti pengaturan selama operasi pemulihan. Untuk informasi selengkapnya tentang pengaturan yang dapat diubah selama pemulihan, lihatPITRmengembalikan pengaturan.

Untuk informasi selengkapnya tentang replikasi Multi-wilayah, lihat. Cara kerja replikasi Multi-wilayah di Amazon Keyspaces

PITRmengembalikan tabel dengan tipe yang ditentukan pengguna () UDTs

Anda dapat mengembalikan tabel yang menggunakanUDTs. Agar operasi pemulihan berhasil, referensi UDTs harus ada dan valid di ruang kunci.

Jika ada yang UDT diperlukan hilang saat Anda mencoba memulihkan tabel, Amazon Keyspaces mencoba memulihkan UDT skema secara otomatis dan kemudian melanjutkan untuk memulihkan tabel.

Jika Anda menghapus dan membuat ulangUDT, Amazon Keyspaces mengembalikan UDT dengan skema baru dan menolak permintaan untuk memulihkan tabel menggunakan skema asli. UDT UDT Dalam hal ini, jika Anda ingin mengembalikan tabel dengan UDT skema lama, Anda dapat mengembalikan tabel ke ruang kunci baru. Ketika Anda menghapus dan membuat ulangUDT, bahkan jika skema yang UDT dibuat ulang sama dengan skema yang dihapusUDT, yang dibuat ulang UDT dianggap baru. UDT Dalam hal ini, Amazon Keyspaces menolak permintaan untuk mengembalikan tabel dengan skema lama. UDT

Jika UDT hilang dan Amazon Keyspaces mencoba memulihkanUDT, upaya gagal jika Anda telah mencapai jumlah maksimum UDTs untuk akun di Wilayah.

Untuk informasi selengkapnya tentang UDT kuota dan nilai default, lihatKuota dan nilai default untuk tipe yang ditentukan pengguna () UDTs di Amazon Keyspaces. Untuk informasi lebih lanjut tentang bekerja denganUDTs, lihatTipe yang ditentukan pengguna (UDTs) di Amazon Keyspaces.

Waktu pemulihan tabel dengan PITR

Waktu yang dibutuhkan untuk mengembalikan tabel didasarkan pada beberapa faktor dan tidak selalu berkorelasi langsung dengan ukuran tabel.

Berikut ini adalah beberapa pertimbangan untuk waktu pemulihan.

  • Anda mengembalikan cadangan ke tabel baru. Diperlukan waktu hingga 20 menit (bahkan jika tabel kosong) untuk melakukan semua tindakan untuk membuat tabel baru dan memulai proses pemulihan.

  • Waktu pemulihan untuk tabel besar dengan model data yang terdistribusi dengan baik bisa beberapa jam atau lebih lama.

  • Jika tabel sumber Anda berisi data yang miring secara signifikan, waktu untuk memulihkan mungkin meningkat. Misalnya, jika kunci utama tabel Anda menggunakan bulan dalam setahun sebagai kunci partisi, dan semua data Anda berasal dari bulan Desember, Anda memiliki data miring.

Praktik terbaik saat merencanakan pemulihan bencana adalah mendokumentasikan waktu penyelesaian pemulihan rata-rata secara teratur dan menetapkan bagaimana waktu tersebut memengaruhi Sasaran Waktu Pemulihan Anda secara keseluruhan.

Amazon Keyspaces PITR dan integrasi dengan layanan AWS

PITROperasi berikut dicatat menggunakan AWS CloudTrail untuk memungkinkan pemantauan dan audit berkelanjutan.

  • Buat tabel baru dengan PITR diaktifkan atau dinonaktifkan.

  • Aktifkan atau nonaktifkan PITR pada tabel yang ada.

  • Kembalikan tabel aktif atau dihapus.

Untuk informasi selengkapnya, lihat Mencatat panggilan Amazon Keyspaces API dengan AWS CloudTrail.

Anda dapat melakukan PITR tindakan berikut menggunakan AWS CloudFormation.

  • Buat tabel baru dengan PITR diaktifkan atau dinonaktifkan.

  • Aktifkan atau nonaktifkan PITR pada tabel yang ada.

Untuk informasi selengkapnya, lihat Referensi Jenis Sumber Daya Cassandra di AWS CloudFormation Panduan Pengguna.