Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Cara kerja tabel global DynamoDB
Multi-account tabel global memperluas tabel global DynamoDB yang dikelola sepenuhnya, tanpa server, Multi-wilayah, dan kemampuan multi-aktif untuk menjangkau beberapa akun. AWS Multi-account tabel global mereplikasi data di seluruh AWS Wilayah dan akun, menyediakan fungsionalitas aktif-aktif yang sama dengan tabel global akun yang sama. Saat Anda menulis ke replika apa pun, DynamoDB mereplikasi data ke semua replika lainnya.
Perbedaan utama dari tabel global akun yang sama meliputi:
-
Multi-account replikasi didukung untuk tabel global konsistensi akhir multi-wilayah (MREC).
-
Anda hanya dapat menambahkan replika dengan memulai dengan tabel wilayah tunggal. Mengonversi tabel global akun yang sama yang ada menjadi pengaturan multi-akun tidak didukung. Untuk bermigrasi, Anda harus menghapus replika yang ada untuk kembali ke tabel wilayah tunggal sebelum membuat tabel global multi-akun baru.
-
Setiap replika harus berada di AWS akun terpisah. Untuk tabel global multi-akun dengan N replika, Anda harus memiliki N akun.
-
Multi-account tabel global menggunakan pengaturan tabel terpadu di semua replika secara default. Semua replika secara otomatis berbagi konfigurasi yang sama (seperti mode throughput dan TTL), dan tidak seperti tabel global akun yang sama, pengaturan ini tidak dapat diganti per replika.
-
Pelanggan harus memberikan izin replikasi ke prinsipal layanan tabel global DynamoDB dalam kebijakan sumber daya mereka.
Multi-account tabel global menggunakan teknologi replikasi dasar yang sama dengan tabel global akun yang sama. Pengaturan tabel direplikasi secara otomatis di semua replika regional, dan pelanggan tidak dapat mengganti atau menyesuaikan pengaturan per replika. Ini memastikan konfigurasi yang konsisten dan perilaku yang dapat diprediksi di beberapa AWS akun yang berpartisipasi dalam tabel global yang sama.
Pengaturan dalam tabel global DynamoDB menentukan bagaimana tabel berperilaku dan bagaimana data direplikasi di seluruh Wilayah. Pengaturan ini dikonfigurasi melalui API bidang kontrol DynamoDB selama pembuatan tabel atau saat menambahkan replika regional baru.
Saat membuat tabel global multi-akun, pelanggan harus mengatur GlobalTableSettingsReplicationMode = ENABLED untuk setiap replika regional. Ini memastikan bahwa perubahan konfigurasi yang dibuat di satu Wilayah menyebar secara otomatis ke semua Wilayah lain yang berpartisipasi dalam tabel global.
Anda dapat mengaktifkan replikasi pengaturan setelah pembuatan tabel. Ini mendukung skenario di mana tabel awalnya dibuat sebagai tabel regional dan kemudian ditingkatkan ke tabel global multi-akun.
Pengaturan yang disinkronkan
Pengaturan tabel berikut selalu disinkronkan di semua replika dalam tabel global multi-akun:
catatan
Tidak seperti tabel global akun yang sama, tabel global multi-akun tidak mengizinkan penggantian per wilayah untuk pengaturan ini. Satu-satunya pengecualian adalah bahwa penggantian untuk kebijakan penskalaan otomatis baca (tabel dan GSI) diizinkan karena merupakan sumber daya eksternal yang terpisah.
-
Mode kapasitas (kapasitas yang disediakan atau sesuai permintaan)
-
Kapasitas baca dan tulis disediakan tabel
-
Tabel membaca dan menulis penskalaan otomatis
-
Definisi Indeks Sekunder Lokal (LSI)
-
Definisi Indeks Sekunder Global (GSI)
-
Kapasitas baca dan tulis disediakan GSI
-
Penskalaan otomatis membaca dan menulis GSI
-
Definisi aliran dalam mode MREC
-
Waktu Untuk Tayang (TTL)
-
Throughput Hangat
-
On-demand throughput baca dan tulis maksimum
Non-Synchronized Pengaturan
Pengaturan berikut tidak disinkronkan antar replika dan harus dikonfigurasi secara independen untuk setiap tabel replika di setiap Wilayah.
-
Kelas Tabel
-
Server-side Jenis enkripsi (SSE)
-
Point-in-time Pemulihan
-
Server-side Id Kunci KMS Enkripsi (SSE)
-
Perlindungan Penghapusan
-
Aliran Data Kinesis (KDSD)
-
Tag
-
Kebijakan Sumber Daya
-
Cloudwatch-Contributor Wawasan Tabel (CCI)
-
Cloudwatch-Contributor Wawasan GSI (CCI)
Memantau
Tabel global yang dikonfigurasi untuk konsistensi akhir Multi-wilayah (MREC) menerbitkan ReplicationLatency metrik ke. CloudWatch Metrik ini melacak waktu yang telah berlalu antara saat item ditulis ke tabel replika, dan ketika item itu muncul di replika lain di tabel global. ReplicationLatencydinyatakan dalam milidetik dan dipancarkan untuk setiap pasangan Wilayah sumber dan tujuan dalam tabel global.
Nilai ReplicationLatency tipikal tergantung pada jarak antara Wil AWS ayah yang Anda pilih, serta variabel lain seperti jenis beban kerja dan throughput. Misalnya, replika sumber di Wilayah AS Barat (California Utara) (us-west-1) memiliki Wilayah AS Barat (Oregon) (us-west-2) yang lebih rendah ReplicationLatency dibandingkan dengan Wilayah Afrika (Cape Town) (af-selatan-1).
Nilai yang meningkat untuk ReplicationLatency dapat menunjukkan bahwa pembaruan dari satu replika tidak menyebar ke tabel replika lain secara tepat waktu. Dalam hal ini, Anda dapat mengalihkan sementara aktivitas baca dan tulis aplikasi Anda ke Wilayah yang berbeda AWS .
Menangani Masalah Latensi Replikasi di Multi-account Tabel Global
Jika ReplicationLatency melebihi 3 jam karena masalah yang disebabkan oleh pelanggan pada tabel replika, DynamoDB mengirimkan pemberitahuan yang meminta pelanggan untuk mengatasi masalah yang mendasarinya. Masalah umum yang disebabkan oleh pelanggan yang dapat mencegah replikasi meliputi:
-
Menghapus izin yang diperlukan dari kebijakan sumber daya tabel replika
-
Memilih keluar dari Wil AWS ayah yang menampung replika tabel global multi-akun
-
Menolak izin kunci AWS KMS tabel yang diperlukan untuk mendekripsi data
DynamoDB mengirimkan pemberitahuan awal dalam waktu 3 jam dari latensi replikasi yang meningkat, diikuti dengan pemberitahuan kedua setelah 20 jam jika masalah tetap tidak terselesaikan. Jika masalah tidak diperbaiki dalam jendela waktu yang diperlukan, DynamoDB akan secara otomatis memutuskan replika dari tabel global. Replika yang terpengaruh kemudian akan dikonversi ke tabel regional.
