Menggunakan basis data global Amazon Aurora - Amazon Aurora:
Gambaran umum basis data global AuroraKeuntungan basis data global Amazon AuroraWilayah dan ketersediaan versiBatasan basis data global Aurora

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

Menggunakan basis data global Amazon Aurora

Basis data global Amazon Aurora mencakup beberapa Wilayah AWS, memungkinkan pembacaan global latensi rendah dan memberikan pemulihan cepat dari pemadaman langka yang mungkin memengaruhi keseluruhan Wilayah AWS. Database global Aurora memiliki cluster DB primer di satu Wilayah, dan hingga lima cluster DB sekunder di Wilayah yang berbeda.

Topik

Gambaran umum basis data global Amazon Aurora

Dengan menggunakan database global Amazon Aurora, Anda dapat menjalankan aplikasi terdistribusi secara global menggunakan satu basis data Aurora yang mencakup beberapa Wilayah AWS.

Database global Aurora terdiri dari satu basis data utama Wilayah AWS di mana data Anda ditulis, dan hingga lima sekunder hanya-baca Wilayah AWS Anda mengeluarkan operasi penulisan secara langsung ke klaster DB primer di primer. Wilayah AWS. 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.

Basis data global Aurora memiliki satu klaster DB Aurora primer dan setidaknya satu klaster sekunder.

Anda dapat menaikkan skala masing-masing klaster sekunder secara independen dengan menambahkan satu atau beberapa Aurora Replicas (instans DB Aurora hanya-baca) untuk melayani beban kerja hanya-baca.

Hanya klaster primer yang melakukan operasi penulisan. Klien yang melakukan operasi penulisan terhubung ke titik akhir klaster DB dari klaster DB primer. Seperti yang ditunjukkan dalam diagram, basis data global Aurora menggunakan volume penyimpanan klaster, bukan mesin basis data untuk replikasi. Untuk mempelajari selengkapnya, lihat Gambaran umum penyimpanan Amazon Aurora.

Basis data global Aurora dirancang untuk aplikasi yang memiliki jejak global. Cluster DB sekunder hanya-baca (Wilayah AWS) memungkinkan Anda untuk mendukung operasi baca lebih dekat dengan pengguna aplikasi. Dengan menggunakan fitur penerusan tulis, Anda juga dapat mengonfigurasi basis data global Aurora agar klaster sekunder mengirim data ke primer. Untuk informasi selengkapnya, lihat Menggunakan penerusan menulis dalam basis data global Amazon Aurora.

Basis data global Aurora mendukung dua operasi yang berbeda dalam mengubah Wilayah klaster DB primer Anda, tergantung pada skenarionya: switchover basis data global dan failover basis data global.

  • Untuk prosedur operasional yang direncanakan seperti rotasi Regional, gunakan switchover basis data global (sebelumnya disebut "failover terencana yang dikelola"). Dengan fitur ini, Anda dapat merelokasi klaster primer dari basis data global Aurora yang berkondisi baik ke salah satu Wilayah sekundernya tanpa kehilangan data. Untuk mempelajari selengkapnya, lihat Melakukan switchover untuk basis data global Amazon Aurora.

  • Untuk memulihkan basis data global Aurora Anda setelah terjadi pemadaman di Wilayah primer, gunakan failover basis data global. Dengan fitur ini, Anda akan melakukan failover klaster DB primer ke Wilayah (failover lintas Wilayah). Untuk mempelajari selengkapnya, lihat Melakukan failover terkelola untuk basis data global Aurora.

Keuntungan basis data global Amazon Aurora

Dengan menggunakan basis data global Aurora, Anda dapat memperoleh keuntungan berikut:

  • Pembacaan global dengan latensi lokal - Jika Anda memiliki kantor di seluruh dunia, Anda dapat menggunakan database global Aurora untuk menjaga sumber informasi utama Anda diperbarui di primer Wilayah AWS. Kantor di Wilayah Anda yang lain dapat mengakses informasi di Wilayah mereka sendiri, dengan latensi lokal.

  • Cluster DB Aurora sekunder yang dapat diskalakan — Anda dapat menskalakan klaster sekunder Anda dengan menambahkan lebih banyak instance hanya-baca (Aurora Replicas) ke sekunder Wilayah AWS. Cluster sekunder adalah read-only, sehingga dapat mendukung hingga 16 instance Aurora Replica read-only daripada batas biasa 15 untuk satu cluster Aurora.

  • Replikasi dari klaster DB Aurora primer ke sekunder yang cepat—Replikasi yang dilakukan oleh basis data global Aurora memberikan dampak performa yang kecil pada klaster 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 Wilayah AWS lebih cepat (lebih rendahRTO) dan dengan kehilangan data yang lebih sedikit (lebih rendahRPO) daripada solusi replikasi tradisional.

Wilayah dan ketersediaan versi

Ketersediaan dan dukungan fitur bervariasi di seluruh versi tertentu dari setiap mesin basis data Aurora, dan di seluruh Wilayah AWS. Untuk informasi lebih lanjut tentang versi dan ketersediaan Wilayah dengan Aurora dan database global, lihat. Daerah yang Didukung dan mesin DB untuk database global Aurora

Batasan basis data global Amazon Aurora

Pembatasan berikut saat ini berlaku untuk basis data global Aurora:

  • Database global Aurora tersedia dalam beberapa Wilayah AWS dan hanya untuk versi Aurora My dan SQL Aurora Postgre tertentu. SQL Untuk informasi selengkapnya, lihat Daerah yang Didukung dan mesin DB untuk database global Aurora.

  • Database global Aurora memiliki persyaratan konfigurasi khusus untuk kelas instans Aurora DB yang didukung, jumlah maksimum Wilayah AWS, dan sebagainya. Untuk informasi selengkapnya, lihat Persyaratan konfigurasi basis data global Amazon Aurora.

  • Untuk kompatibilitas Aurora My SQL dengan My SQL 5.7, switchover database global Aurora memerlukan versi 2.09.1 atau versi minor yang lebih tinggi.

  • Anda dapat melakukan switchover atau failover lintas wilayah terkelola pada database global Aurora hanya jika cluster DB primer dan sekunder memiliki versi mesin tingkat mayor, minor, dan patch yang sama. Namun, tingkat patch dapat berbeda jika versi mesin minor merupakan salah satu versi berikut:

    Mesin basis data Versi mesin minor

    Aurora Postgre SQL

    • Versi 14.5 atau versi kecil yang lebih tinggi

    • Versi 13.8 atau versi kecil yang lebih tinggi

    • Versi 12.12 atau versi kecil yang lebih tinggi

    • Versi 11.17 atau versi minor yang lebih tinggi

    Untuk informasi selengkapnya, lihat Kompatibilitas tingkat patch untuk switchover dan failover lintas wilayah yang dikelola.

  • Basis data global Aurora saat ini tidak mendukung fitur Aurora berikut:

    • Aurora Serverless v1

    • Backtracking di Aurora

  • Untuk batasan dengan menggunakan fitur RDS Proxy dengan database global, lihatBatasan untuk Proksi RDS dengan basis data global.

  • Upgrade versi minor otomatis tidak berlaku untuk SQL klaster Aurora My dan SQL Aurora Postgre yang merupakan bagian dari database global Aurora. 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.

  • Basis data global Aurora saat ini tidak mendukung Aurora Auto Scaling untuk klaster DB sekunder.

  • Untuk menggunakan aliran aktivitas database pada database global Aurora yang menjalankan SQL Aurora My 5.7, versi mesin harus versi 2.08 atau lebih tinggi. Untuk informasi tentang streaming aktivitas basis data, lihat Memantau Aurora dengan Aliran Aktivitas Database.

  • Berikut adalah batasan yang saat ini berlaku untuk peningkatan basis data global Aurora:

    • 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 database global Aurora berdasarkan Aurora MySQL, Anda tidak dapat melakukan peningkatan di tempat dari Aurora SQL My versi 2 ke versi 3 jika parameter dihidupkan. lower_case_table_names Untuk informasi selengkapnya tentang metode yang dapat Anda gunakan, lihat Peningkatan versi utama.

    • Dengan database global Aurora berdasarkan Aurora PostgreSQL, Anda tidak dapat melakukan upgrade versi utama dari mesin Aurora DB jika fitur target titik pemulihan () diaktifkan. RPO Untuk informasi tentang RPO fitur ini, lihatMengelola RPOs database global berbasis Aurora Postgre SQL.

    • Dengan database global Aurora berdasarkan Aurora MySQL, Anda tidak dapat melakukan upgrade versi minor dari versi 3.01 atau 3.02 ke 3.03 atau lebih tinggi dengan menggunakan proses standar. Untuk detail tentang proses yang akan digunakan, lihat Upgrade Aurora SQL My dengan memodifikasi versi mesin.

    Untuk informasi tentang peningkatan basis data global Aurora, lihat Meningkatkan basis data global Amazon Aurora.

  • Anda tidak dapat menghentikan atau memulai klaster DB Aurora dalam basis data global Aurora secara individual. Untuk mempelajari informasi lebih lanjut, lihat Menghentikan dan memulai klaster DB Amazon Aurora.

  • Aurora Replicas yang melekat pada klaster DB Aurora sekunder dapat dimulai ulang dalam keadaan tertentu. Jika primer Wilayah AWS instans DB penulis dimulai ulang atau gagal, Replika Aurora di Wilayah sekunder juga dimulai ulang. Klaster sekunder kemudian tidak akan tersedia hingga semua replika kembali tersinkronisasi dengan instans penulis klaster DB primer. Perilaku klaster primer saat mem-boot ulang atau failover sama seperti klaster DB tunggal nonglobal. Untuk informasi selengkapnya, lihat Replikasi dengan Amazon Aurora.

    Pastikan Anda memahami dampaknya terhadap basis data global Aurora sebelum membuat perubahan pada klaster DB primer. Untuk mempelajari informasi lebih lanjut, lihat Memulihkan basis data global Amazon Aurora dari pemadaman yang tidak direncanakan.

  • Database global Aurora saat ini tidak mendukung inaccessible-encryption-credentials-recoverable status ketika Amazon Aurora kehilangan akses ke AWS KMS kunci untuk cluster DB. Dalam kasus ini, klaster DB yang terenkripsi akan langsung berstatus inaccessible-encryption-credentials terminal. Untuk informasi selengkapnya tentang status ini, lihat Melihat status klaster DB.

  • Cluster DB SQL berbasis Aurora Postgre yang berjalan di database global Aurora memiliki batasan berikut:

    • Manajemen cache cluster tidak didukung untuk cluster Aurora Postgre SQL DB yang merupakan bagian dari database global Aurora.

    • Jika cluster DB utama database global Aurora Anda didasarkan pada replika SQL instans Amazon RDS Postgre, Anda tidak dapat membuat klaster sekunder. Jangan mencoba membuat sekunder dari cluster itu menggunakan AWS Management Console, AWS CLI, atau CreateDBCluster API operasi. Upaya tersebut akan kehabisan waktu, dan klaster sekunder tidak akan dibuat.

Sebaiknya Anda membuat klaster DB sekunder untuk basis data global Aurora Anda dengan menggunakan versi mesin DB Aurora yang sama seperti klaster primer. Untuk informasi selengkapnya, lihat Membuat basis data global Amazon Aurora.