Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menggunakan Database Global Amazon Aurora
Dengan fitur Amazon Aurora Global Database, Anda menyiapkan beberapa cluster Aurora DB yang menjangkau beberapa. Wilayah AWS Aurora secara otomatis menyinkronkan semua perubahan yang dibuat di cluster DB primer ke satu atau lebih cluster sekunder. Basis data global Aurora memiliki satu klaster DB primer di satu Wilayah dan hingga lima klaster DB sekunder di Wilayah yang berbeda-beda. Konfigurasi Multi-wilayah ini memberikan pemulihan cepat dari pemadaman langka yang mungkin memengaruhi keseluruhan. Wilayah AWS Memiliki salinan lengkap semua data Anda di beberapa lokasi geografis juga memungkinkan operasi baca latensi rendah untuk aplikasi yang terhubung dari lokasi yang terpisah luas di seluruh dunia.
Topik
Ikhtisar Database Global Amazon Aurora
Dengan menggunakan fitur Amazon Aurora Global Database, Anda dapat menjalankan aplikasi terdistribusi secara global menggunakan satu database Aurora yang mencakup beberapa. Wilayah AWS
Database global Aurora terdiri dari satu primer Wilayah AWS tempat data Anda ditulis, dan hingga lima sekunder hanya-baca. Wilayah AWS Anda mengeluarkan operasi tulis ke cluster DB primer di primer Wilayah AWS. Cara paling mudah untuk melakukannya adalah terhubung ke titik akhir penulis Aurora Global Database, yang selalu menunjuk ke cluster DB utama, bahkan setelah peralihan atau failover ke yang berbeda. Wilayah AWS Setelah operasi tulis apa pun, Aurora mereplikasi data ke sekunder Wilayah AWS menggunakan infrastruktur khusus, dengan latensi biasanya di bawah satu detik.
Dalam diagram berikut, Anda dapat menemukan contoh database global Aurora yang mencakup dua. Wilayah AWS
Anda dapat meningkatkan skala setiap cluster sekunder secara independen, dengan menambahkan satu atau lebih instance pembaca Aurora untuk menyajikan beban kerja hanya-baca. Anda dapat menggunakan Aurora Serverless v2 untuk contoh pembaca untuk penskalaan yang lebih granular dan fleksibel.
Hanya klaster primer yang melakukan operasi penulisan. Klien yang melakukan operasi tulis terhubung ke titik akhir penulis Aurora Global Database, yang selalu menunjuk ke instance DB penulis dari cluster utama. Seperti yang ditunjukkan pada diagram, Aurora menggunakan volume penyimpanan cluster dan bukan mesin database untuk replikasi overhead yang cepat dan rendah. Untuk mempelajari selengkapnya, lihat Gambaran umum penyimpanan Amazon Aurora.
Aurora Global Database dirancang untuk aplikasi dengan jejak di seluruh dunia. Cluster DB sekunder hanya-baca dalam beberapa Wilayah AWS membantu mengoptimalkan operasi baca lebih dekat dengan pengguna aplikasi. Dengan menggunakan fitur penerusan tulis, Anda juga dapat mengonfigurasi database global Anda sehingga cluster sekunder mengirim permintaan tulis ke primer. Untuk informasi selengkapnya, lihat Menggunakan penerusan menulis dalam basis data global Amazon Aurora.
Aurora Global Database mendukung dua operasi berbeda untuk mengubah Wilayah cluster DB utama Anda, tergantung pada skenario: Aurora Global Database switchover dan Aurora Global Database failover.
-
Untuk prosedur operasional yang direncanakan seperti rotasi Regional, gunakan mekanisme switchover (sebelumnya disebut “managed planned failover”). Dengan fitur ini, Anda dapat memindahkan cluster utama dari Aurora Global Database yang sehat ke salah satu Wilayah sekundernya tanpa kehilangan data. Untuk mempelajari selengkapnya, lihat Melakukan switchover untuk basis data global Amazon Aurora.
-
Untuk memulihkan Database Global Aurora Anda setelah pemadaman di Wilayah utama, gunakan mekanisme failover. Dengan fitur ini, Anda melakukan failover dari cluster DB utama Anda ke Wilayah lain (Failover lintas wilayah). Untuk mempelajari selengkapnya, lihat Melakukan failover terkelola untuk basis data global Aurora.
Keuntungan dari Amazon Aurora Global Database
Dengan menggunakan Aurora Global Database, Anda bisa mendapatkan keuntungan sebagai berikut:
Bacaan global dengan latensi lokal — Jika Anda memiliki kantor di seluruh dunia, Anda dapat menggunakan Aurora Global Database untuk menjaga sumber informasi utama Anda diperbarui di primer. Wilayah AWS Kantor yang berada di Wilayah lain dapat mengakses informasi di Wilayah masing-masing, dengan latensi lokal.
Cluster DB Aurora sekunder yang dapat diskalakan — Anda dapat menskalakan klaster sekunder Anda dengan menambahkan lebih banyak instance hanya-baca ke sekunder. Wilayah AWS Cluster sekunder hanya baca, sehingga dapat mendukung hingga 16 instans DB hanya-baca daripada batas biasa 15 untuk satu cluster Aurora.
Replikasi cepat dari cluster DB Aurora primer ke sekunder — Replikasi yang dilakukan oleh Aurora Global Database memiliki dampak kinerja yang kecil pada cluster DB primer. Sumber daya instans DB dikhususkan sepenuhnya untuk melayani beban kerja baca dan tulis aplikasi.
Pemulihan dari pemadaman di seluruh wilayah — Cluster sekunder memungkinkan Anda membuat Database Global Aurora tersedia di primer baru dengan Wilayah AWS lebih cepat (RTO lebih rendah) dan dengan kehilangan data yang lebih sedikit (RPO lebih rendah) daripada solusi replikasi tradisional.
Ketersediaan Wilayah dan versi
Ketersediaan dan dukungan fitur bervariasi di seluruh versi spesifik dari setiap mesin basis data Aurora, dan di seluruh Wilayah AWS. Untuk informasi selengkapnya tentang versi dan ketersediaan Wilayah dengan Aurora Global Database, lihat. Daerah yang Didukung dan mesin DB untuk database global Aurora
Keterbatasan Basis Data Global Amazon Aurora
Batasan berikut saat ini berlaku untuk Aurora Global Database:
Aurora Global Database tersedia dalam versi tertentu Wilayah AWS dan untuk Aurora MySQL dan Aurora PostgreSQL tertentu. Untuk informasi selengkapnya, lihat Daerah yang Didukung dan mesin DB untuk database global Aurora.
Aurora Global Database memiliki persyaratan konfigurasi khusus untuk kelas instans Aurora DB yang didukung, jumlah Wilayah AWS maksimum, dan sebagainya. Untuk informasi selengkapnya, lihat Persyaratan konfigurasi basis data global Amazon Aurora.
Untuk Aurora MySQL dengan kompatibilitas MySQL 5.7, switchover Aurora Global Database memerlukan versi 2.09.1 atau versi minor yang lebih tinggi.
-
Anda dapat melakukan switchover atau failover lintas wilayah terkelola dengan Aurora Global Database hanya jika cluster DB primer dan sekunder memiliki versi mesin mayor dan minor yang sama. Tergantung pada versi mesin dan mesin, level patch mungkin harus identik atau level patch bisa berbeda. Untuk daftar mesin dan versi mesin yang memungkinkan operasi ini antara cluster primer dan sekunder dengan tingkat patch yang berbeda, lihatKompatibilitas tingkat patch untuk switchover dan failover lintas wilayah yang dikelola. Jika versi mesin Anda memerlukan level patch yang identik, Anda dapat melakukan failover secara manual dengan mengikuti langkah-langkahnya. Melakukan failover manual untuk basis data global Aurora
Aurora Global Database saat ini tidak mendukung fitur Aurora berikut:
-
Aurora Serverless v1
-
Backtracking di Aurora
-
Untuk batasan penggunaan fitur RDS Proxy dengan Aurora Global Database, lihat. Batasan untuk Proksi RDS dengan basis data global
Upgrade versi minor otomatis tidak berlaku untuk klaster Aurora MySQL dan Aurora PostgreSQL yang merupakan bagian dari database global. Perlu diketahui bahwa Anda dapat menentukan pengaturan ini untuk instans DB yang merupakan bagian dari klaster basis data global, tetapi pengaturan tersebut tidak akan berpengaruh.
Aurora Global Database saat ini tidak mendukung Auto Scaling Aurora untuk cluster DB sekunder.
Untuk menggunakan Database Activity Streams (DAS) pada Aurora Global Database yang menjalankan Aurora MySQL 5.7, versi mesin harus versi 2.08 atau lebih tinggi. Untuk informasi tentang DAS, lihatMemantau Amazon Aurora dengan Aliran Aktivitas Basis Data.
-
Batasan berikut saat ini berlaku untuk meningkatkan Aurora Global Database:
Anda tidak dapat menerapkan grup parameter kustom ke klaster basis data global saat melakukan peningkatan versi utama dari basis data global Aurora tersebut. Anda membuat grup parameter kustom di setiap Wilayah klaster global dan menerapkannya secara manual ke klaster Regional setelah melakukan peningkatan.
-
Dengan basis data global Aurora berdasarkan Aurora MySQL, Anda tidak dapat melakukan peningkatan in-place dari Aurora MySQL versi 2 ke versi 3 jika parameter
lower_case_table_namesdiaktifkan. Untuk informasi selengkapnya tentang metode yang dapat Anda gunakan, lihat Peningkatan versi utama. Dengan Aurora Global Database, Anda tidak dapat melakukan upgrade versi utama dari mesin Aurora PostgreSQL DB jika fitur tujuan titik pemulihan (RPO) diaktifkan. Untuk informasi tentang fitur RPO, lihat Mengelola RPOs database global berbasis Aurora PostgreSQL.
Dengan Aurora Global Database, Anda tidak dapat melakukan upgrade versi minor dari Aurora MySQL versi 3.01 atau 3.02 ke 3.03 atau lebih tinggi dengan menggunakan proses standar. Untuk detail tentang proses yang akan digunakan, lihat Meningkatkan Aurora MySQL dengan mengubah versi mesin.
Untuk informasi tentang meningkatkan Database Global Aurora, lihat. Meningkatkan basis data global Amazon Aurora
Anda tidak dapat menghentikan atau memulai cluster Aurora DB di database global Anda satu per satu. Untuk mempelajari selengkapnya, lihat Menghentikan dan memulai klaster DB Amazon Aurora.
Instans DB pembaca Aurora yang dilampirkan ke cluster Aurora DB sekunder dapat dimulai ulang dalam keadaan tertentu. Jika instans DB Wilayah AWS penulis primer mengalami restart atau failover, instance DB pembaca di Wilayah sekunder juga dimulai ulang. Cluster sekunder kemudian tidak tersedia sampai semua instance DB pembaca kembali sinkron dengan instance penulis cluster DB primer. Perilaku cluster primer saat me-reboot atau selama failover sama dengan cluster DB nonglobal tunggal. Untuk informasi selengkapnya, lihat Replikasi dengan Amazon Aurora.
Pastikan Anda memahami dampaknya terhadap basis data global Anda sebelum membuat perubahan pada cluster DB utama Anda. Untuk mempelajari selengkapnya, lihat Memulihkan basis data global Amazon Aurora dari pemadaman yang tidak direncanakan.
Aurora Global Database saat ini tidak mendukung
inaccessible-encryption-credentials-recoverablestatus ketika Amazon Aurora kehilangan akses ke kunci untuk cluster AWS KMS DB. Dalam kasus ini, klaster DB yang terenkripsi akan langsung berstatusinaccessible-encryption-credentialsterminal. Untuk informasi selengkapnya tentang status ini, lihat Melihat status klaster DB.-
Secrets Manager tidak mendukung Aurora Global Database. Saat menambahkan Region ke database global, Anda harus menonaktifkan integrasi Secrets Manager untuk instans DB terlebih dahulu.
-
Cluster DB berbasis Aurora PostgreSQL yang menggunakan Aurora Global Database memiliki batasan sebagai berikut:
Manajemen cache klaster tidak didukung untuk klaster DB Aurora PostgreSQL yang merupakan bagian dari basis data global Aurora.
-
Jika klaster DB utama database global Anda didasarkan pada replika instans Amazon RDS PostgreSQL, Anda tidak dapat membuat klaster sekunder. Jangan mencoba membuat sekunder dari cluster itu menggunakan operasi AWS Management Console, the AWS CLI, atau
CreateDBClusterAPI. Upaya tersebut akan kehabisan waktu, dan klaster sekunder tidak akan dibuat.
Kami menyarankan Anda membuat cluster DB sekunder untuk database global Anda dengan menggunakan versi mesin Aurora DB yang sama dengan yang utama. Untuk informasi selengkapnya, lihat Membuat basis data global Amazon Aurora.
