Tabel global - Replikasi multi-Wilayah untuk DynamoDB - Amazon DynamoDB

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

Tabel global - Replikasi multi-Wilayah untuk DynamoDB

Tabel global Amazon DynamoDB adalah opsi basis data terkelola penuh, multi-wilayah, dan multi-aktif yang memberikan performa baca dan penulisan performa cepat dan lokal untuk aplikasi global berskala besar.

Tabel global menyediakan solusi terkelola penuh untuk men-deploy basis data multi-Wilayah dan multi-aktif, tanpa harus membangun dan memelihara solusi replikasi Anda sendiri. Anda dapat menentukan AWS Wilayah tempat Anda ingin tabel tersedia dan DynamoDB akan menyebarkan perubahan data yang sedang berlangsung ke semuanya. Tabel global tersedia di semua Wilayah.

Manfaat khusus penggunaan tabel global meliputi:

  • Mereplikasi tabel DynamoDB Anda secara otomatis di seluruh wilayah pilihan Anda AWS

  • Menghilangkan kesulitan dalam mereplikasi data antarWilayah dan menyelesaikan konflik pembaruan, sehingga Anda dapat fokus pada logika bisnis aplikasi Anda.

  • Membantu aplikasi Anda tetap tersedia bahkan ketika terjadi isolasi atau degradasi di seluruh Wilayah.

Tabel global DynamoDB ideal untuk aplikasi berskala besar dengan pengguna yang tersebar secara global. Di lingkungan seperti itu, pengguna mengharapkan performa aplikasi yang sangat cepat. Tabel global menyediakan replikasi multi-aktif otomatis ke AWS Wilayah di seluruh dunia. Tabel global memungkinkan Anda memberikan akses data latensi rendah kepada pengguna Anda di mana pun mereka berada.

Video berikut akan memberi Anda gambaran pengantar tentang tabel global.

Anda dapat mengatur tabel global di AWS Management Console atau AWS CLI. Tabel global menggunakan DynamoDB APIs yang ada, jadi tidak ada perubahan aplikasi yang diperlukan. Anda hanya membayar untuk sumber daya yang disediakan tanpa biaya atau komitmen di muka.

Mereplikasi data secara mulus di Wilayah dengan tabel global

Misalkan Anda memiliki basis pelanggan besar yang tersebar di tiga wilayah geografis—Pantai Timur AS, Pantai Barat AS, dan Eropa Barat. Pelanggan tersebut dapat memperbarui informasi profil mereka menggunakan aplikasi Anda. Untuk memenuhi kasus penggunaan ini, Anda perlu membuat tiga tabel DynamoDB identik bernama CustomerProfiles, dalam tiga Wilayah AWS berbeda tempat pelanggan berada. Ketiga tabel ini akan sepenuhnya terpisah satu sama lain—perubahan pada data di satu tabel tidak akan terlihat di tabel lainnya. Tanpa solusi replikasi terkelola, Anda harus menulis kode untuk mereplikasi perubahan data. Namun, melakukan hal ini akan memakan waktu dan tenaga.

Daripada menulis kode Anda sendiri, Anda bisa membuat tabel global yang terdiri dari tiga tabel CustomerProfiles khusus Wilayah. DynamoDB kemudian akan otomatis mereplikasi perubahan data di antara tabel tersebut sehingga perubahan pada data CustomerProfiles di satu Wilayah akan menyebar ke Wilayah lain dengan lancar. Selain itu, jika salah satu AWS Wilayah menjadi tidak tersedia sementara, pelanggan Anda masih dapat mengakses CustomerProfiles data yang sama di Wilayah lain.

catatan
  • Dukungan Wilayah untuk tabel global Versi tabel global 2017.11.29 (Legacy) terbatas untuk AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (California Utara), AS Barat (Oregon), Eropa (Irlandia), Eropa (London), Eropa (Frankfurt), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo), dan Asia Pasifik (Seoul).

  • Operasi transaksional memberikan jaminan atomisitas, konsistensi, isolasi, dan daya tahan (ACID) hanya di wilayah tempat penulisan dibuat semula. Transaksi tidak didukung di seluruh wilayah dalam tabel global. Misalnya, jika Anda memiliki tabel global dengan replika di wilayah AS Timur (Ohio) dan AS Barat (Oregon) dan melakukan TransactWriteItems operasi di Wilayah AS Timur (Virginia N.), Anda dapat mengamati transaksi yang diselesaikan sebagian di Wilayah AS Barat (Oregon) saat perubahan direplikasi. Perubahan hanya akan direplikasi ke wilayah lain setelah perubahan telah dilakukan di wilayah sumber.

  • Jika Anda menonaktifkan AWS Region, DynamoDB akan menghapus replika ini dari grup replikasi, 20 jam setelah mendeteksi Wilayah sebagai tidak dapat diakses. AWS Replika tidak akan dihapus dan replikasi dari dan ke wilayah ini akan dihentikan.

  • Anda harus menunggu 24 jam setelah Anda menambahkan replika baca agar berhasil menghapus tabel sumber. Jika mencoba menghapus tabel dalam 24 jam pertama setelah menambahkan replika baca, Anda akan menerima pesan kesalahan yang menyatakan: "Replika tidak dapat dihapus karena telah bertindak sebagai wilayah sumber untuk replika baru yang ditambahkan dalam tabel dalam 24 jam terakhir".

  • Tidak ada dampak performa pada wilayah sumber saat menambahkan replika baru.

  • Jika Anda mengubah kapasitas baca dan tulis replika, kapasitas tulis baru akan tercermin ke replika lain yang disinkronkan tetapi kapasitas baca baru tidak.

Untuk informasi tentang ketersediaan dan harga AWS Wilayah, lihat Harga Amazon DynamoDB.

Memberikan keamanan dan akses untuk tabel global Anda AWS KMS

  • Anda dapat melakukan AWS KMS operasi pada tabel global Anda dengan menggunakan peran AWSServiceRoleForDynamoDBReplication terkait layanan terhadap kunci yang dikelola pelanggan atau yang Kunci yang dikelola AWSdigunakan untuk mengenkripsi replika.

  • Jika kunci yang dikelola pelanggan yang digunakan untuk mengenkripsi replika tidak dapat diakses, DynamoDB akan menghapus replika ini dari grup replikasi. Replika tidak akan dihapus dan replikasi akan berhenti dari dan ke wilayah ini, 20 jam setelah mendeteksi KMS kunci sebagai tidak dapat diakses.

  • Jika ingin menonaktifkan kunci yang dikelola pelanggan yang digunakan untuk mengenkripsi tabel replika, Anda harus melakukannya hanya jika kunci tidak lagi digunakan untuk mengenkripsi tabel replika. Setelah mengeluarkan perintah untuk menghapus tabel replika, Anda harus menunggu operasi penghapusan selesai dan tabel global menjadi Active sebelum menonaktifkan kunci. Tidak melakukannya dapat mengakibatkan replikasi data parsial dari dan ke tabel replika.

  • Jika Anda ingin mengubah atau menghapus kebijakan IAM peran untuk tabel replika, Anda harus melakukannya saat tabel replika berada dalam status. Active Jika tidak, pembuatan, pembaruan, atau penghapusan tabel replika bisa gagal.

  • Tabel global dibuat dengan perlindungan penghapusan dinonaktifkan secara default. Meskipun perlindungan penghapusan diaktifkan untuk tabel global, setiap replika tabel tersebut akan dimulai dengan perlindungan penghapusan dinonaktifkan secara default.

  • Saat perlindungan penghapusan dinonaktifkan untuk suatu tabel, tabel tersebut dapat terhapus secara tidak sengaja. Saat perlindungan penghapusan diaktifkan untuk suatu tabel, tidak ada yang bisa menghapusnya.

  • Mengubah pengaturan perlindungan penghapusan untuk satu tabel replika tidak akan memperbarui replika lain dalam grup.

catatan

Kunci yang dikelola pelanggan tidak didukung di Versi tabel global 2017.11.29 (Legacy). Jika Anda ingin menggunakan kunci yang dikelola pelanggan di DynamoDB Global Table, Anda perlu memutakhirkan tabel ke Tabel Global versi 2019.11.21 (Saat Ini) dan kemudian mengaktifkannya.