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

Cara kerja replikasi Multi-wilayah di Amazon Keyspaces

Bagian ini memberikan ikhtisar tentang cara kerja replikasi Multi-wilayah Amazon Keyspaces. Untuk informasi selengkapnya tentang harga, lihat harga Amazon Keyspaces (untuk Apache Cassandra).

Cara kerja replikasi Multi-wilayah di Amazon Keyspaces

Amazon Keyspaces Replikasi multi-wilayah mengimplementasikan arsitektur ketahanan data yang mendistribusikan data Anda secara independen dan terdistribusi secara geografis. Wilayah AWS Ini menggunakan replikasi aktif-aktif, yang memberikan latensi rendah lokal dengan setiap Wilayah dapat melakukan pembacaan dan penulisan secara terpisah.

Saat membuat ruang kunci Multi-wilayah Amazon Keyspaces, Anda dapat memilih Wilayah tambahan tempat data akan direplikasi. Setiap tabel yang Anda buat di ruang kunci Multi-wilayah terdiri dari beberapa tabel replika (satu per Wilayah) yang dianggap Amazon Keyspaces sebagai satu unit.

Setiap replika memiliki nama tabel yang sama dan skema kunci primer yang sama. Ketika aplikasi menulis data ke tabel lokal di satu Wilayah, data ditulis dengan tahan lama menggunakan tingkat LOCAL_QUORUM konsistensi. Amazon Keyspaces secara otomatis mereplikasi data secara asinkron ke Wilayah replikasi lainnya. Kelambatan replikasi di seluruh Wilayah biasanya kurang dari satu detik dan tidak memengaruhi kinerja atau throughput aplikasi Anda.

Setelah data ditulis, Anda dapat membacanya dari tabel Multi-region di Region replikasi lain dengan tingkat LOCAL_ONE/LOCAL_QUORUM konsistensi. Untuk informasi selengkapnya tentang konfigurasi dan fitur yang didukung, lihatAmazon Keyspaces Catatan penggunaan replikasi multi-wilayah.

Resolusi konflik replikasi Multi-Wilayah

Amazon Keyspaces Replikasi multi-wilayah dikelola sepenuhnya, yang berarti Anda tidak perlu melakukan tugas replikasi seperti menjalankan operasi perbaikan secara teratur untuk membersihkan masalah sinkronisasi data. Amazon Keyspaces memantau konsistensi data antar tabel yang berbeda Wilayah AWS dengan mendeteksi dan memperbaiki konflik, dan menyinkronkan replika secara otomatis.

Amazon Keyspaces menggunakan metode last writer wins dari rekonsiliasi data. Dengan mekanisme resolusi konflik ini, semua Wilayah di ruang kunci Multi-wilayah menyetujui pembaruan terbaru dan menyatu menuju keadaan di mana mereka semua memiliki data yang identik. Proses rekonsiliasi tidak berdampak pada kinerja aplikasi. Untuk mendukung penyelesaian konflik, stempel waktu sisi klien diaktifkan secara otomatis untuk tabel Multi-wilayah dan tidak dapat dimatikan. Untuk informasi selengkapnya, lihat Stempel waktu sisi klien di Amazon Keyspaces.

Pemulihan bencana replikasi Multi-Wilayah

Dengan replikasi Multi-wilayah Amazon Keyspaces, penulisan direplikasi secara asinkron di setiap Wilayah. Jika terjadi degradasi atau kegagalan Wilayah yang jarang terjadi, replikasi Multi-wilayah membantu Anda pulih dari bencana dengan sedikit atau tanpa dampak pada aplikasi Anda. Pemulihan dari bencana biasanya diukur menggunakan nilai untuk tujuan waktu pemulihan (RTO) dan tujuan titik pemulihan (RPO).

Tujuan waktu pemulihan — Waktu yang dibutuhkan sistem untuk kembali ke keadaan kerja setelah bencana. RTO mengukur jumlah waktu henti yang dapat ditoleransi oleh beban kerja Anda, diukur dalam waktu. Untuk rencana pemulihan bencana yang menggunakan replikasi Multi-wilayah untuk gagal ke Wilayah yang tidak terpengaruh, RTO bisa hampir nol. RTO dibatasi oleh seberapa cepat aplikasi Anda dapat mendeteksi kondisi kegagalan dan mengarahkan lalu lintas ke Wilayah lain.

Tujuan titik pemulihan — Jumlah data yang dapat hilang (diukur dalam waktu). Untuk rencana pemulihan bencana yang menggunakan replikasi Multi-wilayah untuk gagal ke Wilayah yang tidak terpengaruh, RPO biasanya satu digit detik. RPO dibatasi oleh latensi replikasi ke replika target failover.

Jika terjadi kegagalan atau degradasi Regional, Anda tidak perlu mempromosikan Wilayah sekunder atau melakukan prosedur failover database karena replikasi di Amazon Keyspaces aktif. Sebagai gantinya, Anda dapat menggunakan Amazon Route 53 untuk merutekan aplikasi Anda ke Wilayah sehat terdekat. Untuk mempelajari lebih lanjut tentang Route 53, lihat Apa itu Amazon Route 53? .

Jika satu Wilayah AWS menjadi terisolasi atau terdegradasi, aplikasi Anda dapat mengarahkan lalu lintas ke Wilayah lain menggunakan Route 53 untuk melakukan pembacaan dan penulisan terhadap tabel replika yang berbeda. Anda juga dapat menerapkan logika bisnis khusus untuk menentukan kapan harus mengarahkan permintaan ke Wilayah lain. Contohnya adalah membuat aplikasi Anda sadar akan beberapa titik akhir yang tersedia.

Ketika Region kembali online, Amazon Keyspaces melanjutkan menyebarkan penulisan yang tertunda dari Wilayah tersebut ke tabel replika di Wilayah lain. DynamoDB juga melanjutkan penyebaran penulisan dari tabel replika lain ke Wilayah yang saat ini kembali online.

Replikasi Multi-Wilayah Wilayah AWS dinonaktifkan secara default

Amazon Keyspaces Replikasi multi-wilayah didukung dalam hal berikut Wilayah AWS yang dinonaktifkan secara default:

Sebelum Anda dapat menggunakan Wilayah yang dinonaktifkan secara default dengan replikasi Multi-region Amazon Keyspaces, Anda harus mengaktifkan Region terlebih dahulu. Untuk informasi selengkapnya, lihat Mengaktifkan atau menonaktifkan Wilayah AWS di akun Anda di Panduan AWS Organizations Pengguna.

Setelah mengaktifkan Region, Anda dapat membuat resource Amazon Keyspaces baru di Region dan menambahkan Region ke ruang kunci Multi-region.

Saat Anda menonaktifkan Wilayah yang digunakan oleh replikasi Multi-wilayah Amazon Keyspaces, Amazon Keyspaces memulai masa tenggang 24 jam. Selama jendela waktu ini, Anda dapat mengharapkan perilaku berikut:

Jika Anda menonaktifkan Wilayah karena kesalahan, Anda dapat mengaktifkan kembali Wilayah dalam waktu 24 jam. Jika Anda mengaktifkan kembali Wilayah selama masa tenggang 24 jam, Amazon Keyspaces akan mengambil tindakan berikut:

Jika Region tetap dinonaktifkan setelah jendela 24 jam ditutup, Amazon Keyspaces mengambil tindakan berikut untuk menghapus Region secara permanen dari replikasi Multi-region:

Setelah Amazon Keyspaces menghapus Wilayah yang dinonaktifkan secara permanen dari ruang kunci Multi-wilayah, Anda tidak dapat menambahkan kembali Wilayah yang dinonaktifkan.

Replikasi dan integrasi Multi-Region dengan point-in-time Recovery (PITR)

Point-in-time pemulihan didukung untuk tabel Multi-wilayah. Agar berhasil mengembalikan tabel Multi-wilayah dengan PITR, kondisi berikut harus dipenuhi.

Anda dapat menjalankan pernyataan pemulihan dari salah satu Wilayah tempat tabel sumber tersedia. Amazon Keyspaces secara otomatis mengembalikan tabel target di setiap Wilayah. Untuk informasi lebih lanjut tentang PITR, lihatCara kerja point-in-time pemulihan di Amazon Keyspaces.

Saat Anda membuat tabel Multi-wilayah, pengaturan PITR yang Anda tentukan selama proses pembuatan secara otomatis diterapkan ke semua tabel di semua Wilayah. Saat Anda mengubah pengaturan PITR menggunakanALTER TABLE, Amazon Keyspaces menerapkan pembaruan hanya ke tabel lokal dan bukan ke replika di Wilayah lain. Untuk mengaktifkan PITR untuk tabel Multi-region yang ada, Anda harus mengulangi ALTER TABLE pernyataan untuk semua replika.

Replikasi dan integrasi Multi-Region dengan layanan AWS

Anda dapat memantau kinerja replikasi antar tabel dalam berbagai tabel Wilayah AWS dengan menggunakan CloudWatch metrik Amazon. Metrik berikut menyediakan pemantauan terus menerus terhadap ruang kunci Multi-wilayah.

Untuk informasi selengkapnya tentang cara memantau CloudWatch metrik, lihatMemantau Amazon Keyspaces dengan Amazon CloudWatch.