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 Basis data global Aurora memiliki satu klaster DB primer di satu Wilayah dan hingga lima klaster DB sekunder di Wilayah yang berbeda-beda.

Topik

• Gambaran umum basis data global Amazon Aurora
• Keuntungan basis data global Amazon Aurora
• Ketersediaan Wilayah dan versi
• Keterbatasan basis data global Amazon Aurora
• Memulai basis data global Amazon Aurora
• Mengelola basis data global Amazon Aurora
• Terhubung ke basis data global Amazon Aurora
• Menggunakan penerusan menulis dalam basis data global Amazon Aurora
• Menggunakan switchover atau failover dalam basis data global Amazon Aurora
• Memantau basis data global Amazon Aurora
• Menggunakan basis data global Amazon Aurora dengan layanan AWS lainnya
• Meningkatkan basis data global Amazon Aurora

Gambaran umum basis data global Amazon Aurora

Dengan menggunakan basis data global Amazon Aurora, Anda dapat menjalankan aplikasi yang terdistribusi secara global menggunakan satu basis data 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 penulisan secara langsung ke klaster DB primer di Wilayah AWS primer. 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 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. Klaster DB sekunder hanya-baca (Wilayah AWS) memungkinkan Anda mendukung operasi pembacaan 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 sehat 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 memiliki kantor di seluruh dunia, Anda dapat menggunakan basis data global Aurora agar sumber informasi utama Anda tetap diperbarui di Wilayah AWS primer. Kantor yang berada di Wilayah lain dapat mengakses informasi di Wilayah masing-masing, dengan latensi lokal.

• Klaster DB Aurora sekunder yang dapat diskalakan—Anda dapat menskalakan klaster sekunder dengan menambahkan lebih banyak instans hanya-baca (Aurora Replicas) ke Wilayah AWS sekunder. Klaster sekunder bersifat hanya-baca, sehingga dapat mendukung hingga 16 instans Aurora Replica hanya-baca, bukan batas biasa sebanyak 15 untuk satu klaster 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 tingkat Wilayah—Klaster sekunder memungkinkan Anda menyediakan basis data global Aurora di Wilayah AWS primer baru dengan lebih cepat (RTO lebih rendah) dan dengan dampak 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 ketersediaan Wilayah dan versi dengan Aurora serta basis data global, lihat Daerah yang Didukung dan mesin DB untuk database global Aurora.

Keterbatasan basis data global Amazon Aurora

Pembatasan berikut saat ini berlaku untuk basis data global Aurora:

• Database global Aurora tersedia dalam versi tertentu Wilayah AWS dan untuk Aurora MySQL dan Aurora PostgreSQL tertentu saja. Untuk informasi selengkapnya, lihat Daerah yang Didukung dan mesin DB untuk database global Aurora.

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

• Untuk Aurora MySQL dengan kompatibilitas MySQL 5.7, pengalih basis data 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 PostgreSQL	Versi 14.5 atau versi minor yang lebih tinggi Versi 13.8 atau versi minor yang lebih tinggi Versi 12.12 atau versi minor 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 penggunaan fitur Proksi RDS dengan basis data global, lihat Batasan untuk Proksi RDS dengan basis data global.

• Peningkatan versi minor otomatis tidak berlaku untuk klaster Aurora MySQL dan Aurora PostgreSQL yang merupakan bagian dari basis data 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 Aurora MySQL 5.7, versi mesin harus versi 2.08 atau lebih tinggi. Untuk informasi tentang streaming aktivitas basis data, lihat Memantau Amazon Aurora dengan Aliran Aktivitas Basis Data.

• 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 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_names diaktifkan. Untuk informasi selengkapnya tentang metode yang dapat Anda gunakan, lihat Peningkatan versi utama.

  • Dengan basis data global Aurora berdasarkan Aurora PostgreSQL, Anda tidak dapat melakukan peningkatan versi utama dari mesin DB Aurora jika fitur sasaran titik pemulihan (RPO) diaktifkan. Untuk informasi tentang fitur RPO, lihat Mengelola RPO untuk basis data global berbasis Aurora PostgreSQL.

  • Dengan basis data global Aurora berdasarkan Aurora MySQL, Anda tidak dapat melakukan peningkatan versi minor dari versi 3.01 atau 3.02 ke 3.03 atau yang lebih tinggi dengan menggunakan proses standar. Untuk detail tentang proses yang akan digunakan, lihat Meningkatkan Aurora MySQL dengan mengubah 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 instans DB Wilayah AWS penulis primer 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 melakukan reboot 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.

• Klaster DB berbasis Aurora PostgreSQL yang berjalan pada basis data global Aurora memiliki batasan berikut:

  • Manajemen cache klaster tidak didukung untuk klaster DB Aurora PostgreSQL yang merupakan bagian dari basis data global Aurora.

  • Jika klaster DB primer dari basis data global Aurora 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 CreateDBCluster API. 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. Lihat informasi yang lebih lengkap di Membuat basis data global Amazon Aurora.