Jaringan Basis Data Global (GDN) - PolarDB

Sebuah Jaringan Basis Data Global (GDN) adalah jaringan PolarDB klaster yang tersebar di beberapa wilayah. Dalam jaringan ini, data disinkronkan di seluruh klaster, dan setiap klaster dapat menangani permintaan baca. Permintaan tulis diteruskan ke klaster utama untuk diproses.

Ikhtisar

Jaringan basis data global (GDN) terdiri dari satu kluster utama dan beberapa kluster sekunder. Kluster utama menangani semua permintaan tulis, sementara kluster sekunder didistribusikan di berbagai wilayah untuk menangani permintaan baca lokal. Data disinkronkan di seluruh kluster melalui tautan latensi rendah, membentuk satu database logis.

Mekanisme sinkronisasi data

GDN menggunakan replikasi fisik asinkron untuk menyinkronkan data di seluruh wilayah. Dengan teknologi seperti replay log fisik paralel, latensi replikasi data antara kluster utama dan sekunder mencapai kurang dari 2 detik. Metode ini tidak memengaruhi kinerja atau stabilitas kluster utama serta memastikan konsistensi akhir data di semua wilayah.

Pemisahan baca/tulis dan pengaturan rute permintaan

Dalam GDN, konfigurasi proksi database dari setiap klaster menentukan bagaimana permintaan baca dan tulis dirutekan ke klaster utama dan sekunder. Tidak diperlukan modifikasi aplikasi. Cukup sambungkan ke titik akhir klaster, dan permintaan baca dan tulis akan secara otomatis dirutekan sebagai berikut:

Permintaan tulis, seperti INSERT, UPDATE, dan DELETE, serta semua permintaan dalam transaksi secara otomatis diteruskan ke node utama klaster utama untuk diproses.
Permintaan baca secara default dirutekan ke node read-only dari klaster sekunder lokal untuk akses lokal dengan latensi rendah. Jika konsistensi sesi diaktifkan, beberapa permintaan baca juga dapat dirutekan ke node utama klaster utama untuk memastikan konsistensi data.

Klik untuk melihat logika pengiriman detail

Node Sasaran	Permintaan yang diteruskan
Hanya dikirim ke node utama kluster utama	Operasi DML (seperti `INSERT`, `UPDATE`, dan `DELETE`) Operasi DDL (seperti membuat atau menghapus tabel atau database, atau mengubah skema tabel) Perintah `SHOW` Perintah terkait transaksi seperti `BEGIN` dan `COMMIT` Perintah `LISTEN`, `UNLISTEN`, dan `NOTIFY` Perintah `ANALYZE` Perintah protokol komit dua fase Permintaan dalam transaksi (perilaku mungkin berbeda berdasarkan konfigurasi pemisahan transaksi) Definisi dan panggilan fungsi (perilaku mungkin berbeda berdasarkan konfigurasi aturan routing fungsi yang ditentukan pengguna) Permintaan yang menggunakan tabel sementara Multi-statement `Multi Statements` Perintah `PREPARE` yang berisi permintaan tulis
Dikirim ke node read-only atau node utama	Permintaan baca di luar transaksi Perintah `EXPLAIN` Perintah `PREPARE` yang berisi permintaan baca
Selalu dikirim ke semua node	Perintah `USE` Perintah `DISCARD` dan `DEALLOCATE`

Casus penggunaan

Redundansi Geo-Aktif (Penyebaran Multi-Wilayah)

Anda dapat menerapkan bisnis Anda di beberapa wilayah. Fitur GDN, seperti sinkronisasi lintas wilayah latensi rendah, pemisahan baca/tulis lintas wilayah, dan pembacaan lokal, membantu menjaga latensi akses basis data kurang dari 2 detik untuk aplikasi di setiap wilayah.

Industri Tipikal: Game, e-dagang lintas batas, layanan lokal (pengiriman makanan), dan ritel baru (outlet).
Arsitektur Bisnis:
- Untuk performa optimal, aplikasi di setiap wilayah terhubung ke basis data lokal mereka. Permintaan baca ditangani secara lokal, dan permintaan tulis secara otomatis diteruskan ke klaster utama untuk diproses.
- Dalam GDN, setiap klaster (baik utama maupun sekunder) memiliki titik akhir klaster independen. Aplikasi dapat terhubung ke titik akhir klaster terdekat berdasarkan wilayah mereka untuk mengakses basis data.
- Spesifikasi node klaster sekunder di Beijing dan Shenzhen harus lebih besar atau sama dengan spesifikasi node klaster utama di Hangzhou. Kami merekomendasikan agar Anda menjaga spesifikasi tetap konsisten.

Pemulihan Bencana Geo

Anda dapat menggunakan GDN untuk mencapai ketersediaan tinggi lintas wilayah, yang meningkatkan keamanan data dan ketersediaan sistem. Jika pusat data klaster utama gagal, Anda dapat secara manual failover layanan Anda ke klaster sekunder untuk segera melanjutkan operasi. GDN mendukung berbagai arsitektur, seperti tiga pusat data di dua wilayah, empat pusat data di dua wilayah, dan enam pusat data di tiga wilayah.

Industri Tipikal: Perbankan, sekuritas, dan asuransi.
Arsitektur Bisnis (Contoh: Tiga Pusat Data di Dua Wilayah):
- Wilayah Beijing adalah wilayah utama dan menggunakan penyebaran dua zona yang mencakup AZ1 dan AZ2.
- Wilayah Shanghai adalah wilayah pemulihan bencana dan menggunakan penyebaran zona tunggal.
- Secara default, aplikasi terhubung ke basis data di AZ1 wilayah Beijing untuk pembacaan dan penulisan lokal. Jika AZ1 gagal, aplikasi pertama-tama beralih ke AZ2 di Beijing. Jika AZ1 dan AZ2 gagal, aplikasi failover ke klaster pemulihan bencana di Shanghai.

Catatan

Failover antara klaster utama dan sekunder dalam GDN dapat diselesaikan dalam waktu 10 menit. Dalam pengujian, proses ini selesai dalam waktu kurang dari 5 menit. Selama failover, aplikasi Anda mungkin mengalami kesalahan koneksi sementara hingga 160 detik. Lakukan failover selama jam-jam sepi dan pastikan aplikasi Anda memiliki mekanisme penyambungan ulang.

Manfaat

Penyebaran Lintas Wilayah: Anda dapat memperluas penyebaran Anda dari satu kota ke beberapa wilayah tanpa mengubah kode aplikasi Anda.
Pemisahan Baca/Tulis Lintas Wilayah dan Pembacaan Lokal: Dalam GDN, permintaan baca ditangani oleh klaster sekunder lokal, dan permintaan tulis diteruskan ke klaster utama.
Konfigurasi Fleksibel: Klaster utama dan sekunder memiliki konfigurasi independen, seperti spesifikasi node, daftar putih, dan nilai parameter.
Sinkronisasi Lintas Wilayah Latensi Rendah: Replikasi fisik asinkron dan teknologi replay paralel meminimalkan latensi replikasi lintas wilayah antara klaster utama dan sekunder. Data disinkronkan di seluruh klaster dengan latensi replikasi kurang dari 2 detik. Ini secara signifikan mengurangi latensi baca untuk aplikasi di wilayah yang tidak menjadi tuan rumah klaster utama.

Batasan

Versi kluster

Mesin Basis Data: Oracle-compatible 2.0
Edisi: Edisi Perusahaan
Mode Ketersediaan Tinggi: Zona tunggal (dengan klaster penyimpanan siaga panas dinonaktifkan)

Wilayah yang didukung

GDN tersedia di lebih dari 10 wilayah di seluruh dunia, termasuk Daratan Tiongkok, China (Hong Kong), dan wilayah lainnya Luar daratan Tiongkok.

Wilayah kluster utama

Wilayah kluster sekunder

Semua wilayah di Daratan Tiongkok

Wilayah yang sama dengan kluster utama, atau wilayah lainnya di Daratan Tiongkok.

Sebagai contoh, jika kluster utama berada di China (Hangzhou), kluster sekunder dapat berada di China (Hangzhou) atau wilayah lainnya di Daratan Tiongkok.

Catatan

Jika Anda memiliki persyaratan wilayah lainnya, ajukan tiket untuk menghubungi kami.

Wilayah Luar daratan Tiongkok

China (Hong Kong), Jepang (Tokyo), Korea Selatan (Seoul), Singapura, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Filipina (Manila), Thailand (Bangkok), Jerman (Frankfurt), AS (Silicon Valley), AS (Virginia), dan Inggris (London).

Penting

Untuk wilayah Luar daratan Tiongkok, Anda harus menandatangani Perjanjian Kepatuhan Transfer Data Lintas Batas sebelum Anda membuat klaster sekunder.

Batasan fitur

Klaster dalam GDN tidak mendukung fitur serverless.
Klaster dalam GDN tidak mendukung fitur pemulihan database dan tabel.

Batasan lainnya

Sebuah GDN dapat terdiri dari satu klaster utama dan hingga empat klaster sekunder.
Klaster utama dan sekunder harus memiliki versi mesin basis data yang sama: Oracle-compatible 2.0.
Spesifikasi node klaster sekunder harus lebih besar atau sama dengan klaster utama. Kami merekomendasikan agar Anda menjaga spesifikasi tetap konsisten.
Sebuah klaster hanya dapat menjadi bagian dari satu GDN.

Penagihan

Transfer data lintas wilayah untuk GDN saat ini gratis. Anda hanya perlu membayar biaya untuk setiap PolarDB klaster.

Panduan cepat

Buat Jaringan Basis Data Global: Anda dapat memilih klaster yang memenuhi syarat untuk dijadikan klaster utama GDN.
Tambahkan Klaster Sekunder: Anda dapat pergi ke halaman pembelian PolarDB untuk menambahkan klaster sekunder ke GDN yang Anda buat.
Catatan
Anda hanya dapat membuat klaster sekunder baru. Anda tidak dapat menambahkan klaster yang ada sebagai klaster sekunder.
Hubungkan ke GDN: Dalam GDN, setiap klaster (baik utama maupun sekunder) memiliki titik akhir klaster independen. Anda dapat terhubung ke titik akhir klaster terdekat berdasarkan wilayah aplikasi Anda untuk mengakses basis data.