All Products
Search

This Product

    PolarDB:Global Database Network (GDN)

    Document Center

    PolarDB:Global Database Network (GDN)

    Last Updated:Mar 25, 2026

    Global Database Network (GDN) adalah jaringan yang terdiri dari beberapa kluster PolarDB yang didistribusikan di berbagai wilayah. Dalam GDN, data disinkronkan di seluruh kluster. Setiap kluster melayani permintaan baca, sedangkan permintaan tulis diteruskan ke kluster utama untuk diproses.

    Ikhtisar

    Edisi Dasar

    Edisi Multi-write

    Global Database Network (GDN) terdiri dari satu kluster utama dan beberapa kluster sekunder. Kluster utama menangani permintaan tulis, sedangkan kluster sekunder didistribusikan di berbagai wilayah untuk menangani permintaan baca lokal. Data disinkronkan di seluruh kluster melalui tautan berlatensi rendah, membentuk satu database logis.

    image

    Pada arsitektur Edisi Dasar, kluster sekunder meneruskan permintaan tulis ke kluster utama melalui routing cross-region. Ketika kluster terpisah oleh jarak fisik yang besar, latensi tulis pada kluster sekunder meningkat secara signifikan. GDN Edisi Multi-write menyediakan solusi multi-write tingkat tabel, memungkinkan setiap kluster melakukan penulisan lokal ke tabel yang memiliki izin tulis. Hal ini secara signifikan mengurangi latensi tulis cross-region. Untuk informasi lebih lanjut, lihat Panduan Pengguna GDN Edisi Multi-write.

    Catatan

    PolarDB GDN Edisi Multi-write saat ini dalam rilis bertahap. Untuk menggunakan fitur ini, Anda dapat bergabung dengan grup DingTalk kami dengan mencari nomor grup tersebut.

    Nomor grup DingTalk: 30245017864

    image

    Mekanisme sinkronisasi data

    GDN menggunakan mekanisme replikasi fisik asinkron untuk sinkronisasi data lintas wilayah. Teknologi seperti replay log fisik paralel menjaga latensi replikasi data antara kluster utama dan sekunder di bawah 2 detik. Metode sinkronisasi ini tidak memengaruhi kinerja atau stabilitas kluster utama, memastikan konsistensi data eventual secara global. Setiap kluster dalam GDN menyediakan layanan baca dan tulis serta mendukung geo-disaster recovery.

    Pemisahan baca/tulis dan routing permintaan

    Konfigurasi database proxy di setiap kluster menentukan cara permintaan baca dan tulis dirutekan. Tidak diperlukan perubahan kode aplikasi. Cukup hubungkan ke titik akhir kluster yang sesuai, dan permintaan akan secara otomatis dirutekan berdasarkan logika berikut:

    • Permintaan tulis, seperti INSERT, UPDATE, dan DELETE, pernyataan broadcast lainnya seperti SET, serta semua permintaan dalam transaksi secara otomatis diteruskan ke node utama kluster utama untuk diproses.

    • Permintaan baca secara default dirutekan ke node read-only kluster sekunder lokal untuk akses lokal. Jika session consistency diaktifkan, beberapa permintaan baca juga dapat dirutekan ke node utama kluster utama untuk memastikan konsistensi data.

    GDN juga menyediakan titik akhir global. Fitur ini memungkinkan akses lokal dan memastikan nama domain tetap tidak berubah setelah failover kluster utama.

    Logika routing detail

    Node tujuan

    Permintaan yang diteruskan

    Hanya diteruskan ke node utama kluster utama

    • Semua operasi DML, seperti INSERT, UPDATE, DELETE, dan SELECT FOR UPDATE.

    • Semua operasi DDL, seperti membuat, menghapus, atau mengubah tabel atau database, serta mengelola izin.

    • Semua permintaan dalam transaksi.

    • Fungsi yang ditentukan pengguna.

    • Prosedur tersimpan.

    • Pernyataan EXECUTE.

    • Multi Statements.

    • Permintaan yang menggunakan tabel temporary.

    • SELECT last_insert_id().

    • Semua kueri dan modifikasi terhadap variabel pengguna.

    • SHOW PROCESSLIST.

    • KILL (pernyataan KILL, bukan perintah KILL).

    Diteruskan ke node read-only atau node utama

    Catatan

    Permintaan dikirim ke node utama hanya jika Primary Node Accepts Read Requests diatur ke Yes dalam konfigurasi database proxy.

    • Permintaan baca di luar transaksi.

    • Perintah COM_STMT_EXECUTE.

    Selalu diteruskan ke semua node

    • Semua modifikasi terhadap variabel sistem.

    • Perintah USE.

    • Perintah COM_STMT_PREPARE.

    • Perintah seperti COM_CHANGE_USER, COM_QUIT, dan COM_SET_OPTION.

    Catatan

    Node utama dalam kluster sekunder terutama mereplikasi data dari kluster utama dan tidak memproses permintaan baca atau tulis apa pun. Oleh karena itu, dalam tabel ini, 'node utama' mengacu pada node utama kluster utama, dan 'node read-only' mengacu pada node read-only kluster sekunder.

    Kasus penggunaan

    Redundansi geo aktif-aktif (penerapan multi-wilayah)

    Terapkan layanan Anda di beberapa wilayah. Fitur GDN, seperti sinkronisasi lintas wilayah berlatensi rendah, pemisahan baca/tulis lintas wilayah, dan pembacaan lokal, memastikan bahwa aplikasi di setiap wilayah mencapai latensi akses database kurang dari 2 detik.

    • Industri khas: Gaming, e-commerce lintas batas, layanan lokal (seperti pengiriman makanan), dan retail baru (seperti toko fisik).

    • Arsitektur bisnis:

      • Untuk kinerja optimal, aplikasi di setiap wilayah dapat langsung membaca dari dan menulis ke database lokalnya. Permintaan tulis diteruskan ke kluster utama untuk diproses.

      • Dalam GDN, setiap kluster menyediakan titik akhir independen. Anda dapat terhubung ke titik akhir kluster terdekat berdasarkan wilayah aplikasi Anda.

      • Spesifikasi kluster sekunder di Tiongkok (Beijing) dan Tiongkok (Shenzhen) harus lebih besar dari atau sama dengan spesifikasi kluster utama di Tiongkok (Hangzhou). Untuk hasil terbaik, kami merekomendasikan menggunakan spesifikasi yang sama.

    image

    Geo-disaster recovery

    Gunakan GDN untuk mencapai ketersediaan tinggi lintas wilayah, meningkatkan keamanan data dan ketersediaan sistem. Ketika pusat data yang menampung kluster utama mengalami kegagalan, Anda dapat dengan cepat memulihkan layanan dengan melakukan failover manual ke kluster sekunder. GDN mendukung berbagai arsitektur, seperti dua wilayah tiga pusat data, dua wilayah empat pusat data, dan tiga wilayah enam pusat data.

    • Industri khas: Perbankan, sekuritas, dan asuransi.

    • Arsitektur bisnis (contoh: arsitektur dua wilayah tiga pusat data):

      • Wilayah utama adalah Tiongkok (Beijing), yang menggunakan penerapan dua zona ketersediaan yang mencakup AZ1 dan AZ2.

      • Wilayah pemulihan bencana adalah Tiongkok (Shanghai), yang menggunakan penerapan satu zona ketersediaan.

      • Secara default, aplikasi membaca dari dan menulis ke database di AZ1 wilayah Beijing. Jika AZ1 gagal, sistem melakukan failover ke AZ2 di Beijing. Jika AZ1 dan AZ2 gagal, sistem melakukan failover ke AZ3 di Shanghai.

    image
    Catatan

    Alih bencana utama/sekunder dalam GDN biasanya selesai dalam waktu kurang dari 5 menit, tetapi dapat memakan waktu hingga 10 menit. Selama alih bencana, gangguan sementara hingga 160 detik dapat terjadi. Kami menyarankan Anda melakukan alih bencana selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme penyambungan ulang.

    Manfaat

    • Penerapan lintas wilayah: Perluas secara mulus dari arsitektur satu wilayah ke multi-wilayah tanpa perubahan kode aplikasi.

    • Pemisahan baca/tulis lintas wilayah dan pembacaan lokal: Dalam GDN, permintaan baca dirutekan ke kluster sekunder lokal, sedangkan permintaan tulis diteruskan ke kluster utama.

    • Konfigurasi fleksibel: Kluster utama dan sekunder memiliki konfigurasi independen, termasuk spesifikasi kluster, daftar putih, dan nilai parameter.

    • Sinkronisasi lintas wilayah berlatensi rendah: GDN menggunakan replikasi fisik asinkron (berbasis Redo Log) dan teknologi replay paralel untuk mengurangi latensi replikasi lintas wilayah. Data disinkronkan di seluruh kluster dengan latensi replikasi kurang dari 2 detik, yang secara signifikan mengurangi latensi baca untuk aplikasi di wilayah non-pusat.

    Kesesuaian

    Persyaratan kluster

    • Edisi: Edisi Perusahaan, dan seri harus Edisi Kluster.

    • Versi mesin database harus salah satu dari berikut:

      • MySQL 8.0.2.

      • MySQL 8.0.1 dengan versi mesin minor 8.0.1.1.17 atau lebih baru.

      • MySQL 5.7 dengan versi mesin minor 5.7.1.0.21 atau lebih baru.

      • MySQL 5.6 dengan versi mesin minor 5.6.1.0.32 atau lebih baru.

    • Node: Kluster harus mencakup setidaknya satu node read-only.

    Wilayah yang didukung

    Semua wilayah di Tiongkok daratan, Tiongkok (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).

    Catatan

    Anda dapat menerapkan kluster sekunder lintas batas, tetapi Anda harus mengajukan permohonan. Untuk informasi lebih lanjut, lihat Tambahkan kluster sekunder.

    Batasan fitur

    • Kluster dalam Global Database Network (GDN) mendukung fitur In-Memory Column Index (IMCI). Namun, Anda hanya dapat menambahkan node kolom read-only setelah mengaktifkan parameter kluster loose_polar_enable_imci_with_standby dan versi kluster Anda memenuhi salah satu persyaratan berikut:

      • MySQL 8.0.1 dengan versi mesin minor 8.0.1.1.48 atau lebih baru.

      • MySQL 8.0.2 dengan versi mesin minor 8.0.2.2.27 atau lebih baru.

    • Kluster dalam GDN dapat berupa kluster serverless atau kluster dengan spesifikasi yang ditentukan yang telah mengaktifkan fitur serverless. Namun, jika versi mesin minor kluster utama lebih awal dari versi berikut, semua kluster dalam GDN harus memiliki setidaknya satu node read-only:

      • MySQL 8.0.1 dengan versi mesin minor lebih awal dari 8.0.1.1.42.

      • MySQL 8.0.2 dengan versi mesin minor lebih awal dari 8.0.2.2.23.

    • Kluster dalam GDN tidak mendukung fitur pemulihan database dan tabel.

    Batasan lainnya

    • GDN terdiri dari satu kluster utama dan hingga empat kluster sekunder.

      Catatan

      Untuk menambahkan lebih banyak kluster sekunder, buka Quota Center, temukan item kuota menggunakan ID kuota polardb_mysql_gdn_region, lalu klik Apply di kolom Actions.

    • Satu kluster hanya dapat menjadi bagian dari satu GDN.

    • Anda hanya dapat menambahkan kluster baru sebagai kluster sekunder; Anda tidak dapat menambahkan kluster yang sudah ada.

    • Kluster utama dan sekunder harus menggunakan versi mesin database yang sama: MySQL 8.0, MySQL 5.7, atau MySQL 5.6.

    • Untuk kluster sekunder dalam GDN yang bukan kluster serverless, setiap node komputasi harus memiliki setidaknya 4 core CPU.

    • Secara default, setiap kluster dalam GDN berisi 2 node. Anda dapat menambahkan hingga 16 node.

    Harga

    Saat menggunakan GDN, Anda dikenai biaya untuk kluster dan untuk transfer data antar-wilayah. Aturan penagihan detailnya adalah sebagai berikut:

    Penting

    Biaya transfer data antar-wilayah akan dikenakan mulai dari 00:00:00 pada 1 April 2026 (UTC+8). Sebelum waktu tersebut, layanan ini gratis. Untuk informasi lebih lanjut, lihat [Pengumuman] Penyesuaian Biaya Jaringan untuk Fitur Global Database Network (GDN).

    • Skenario gratis:

      Kluster utama dan sekunder Anda keduanya diterapkan di wilayah dalam Tiongkok daratan, atau keduanya diterapkan di wilayah Tiongkok (Hong Kong) atau wilayah luar negeri lainnya. Contoh:

      • Kluster utama dan sekunder keduanya berada di Tiongkok daratan. Misalnya, kluster utama berada di wilayah Tiongkok (Chengdu), dan kluster sekunder berada di wilayah Tiongkok (Hangzhou) atau Tiongkok (Shenzhen).

      • Kluster utama dan sekunder keduanya berada di wilayah Tiongkok (Hong Kong) atau wilayah luar negeri lainnya. Misalnya, kluster utama berada di wilayah Singapura, dan kluster sekunder berada di wilayah Filipina (Manila).

    • Skenario berbayar:

      Salah satu kluster Anda (utama atau sekunder) diterapkan di wilayah di Tiongkok daratan, dan yang lainnya diterapkan di wilayah Tiongkok (Hong Kong) atau wilayah luar negeri lainnya. Contoh:

      • Kluster utama berada di Tiongkok daratan, dan kluster sekunder berada di luar Tiongkok daratan. Misalnya, kluster utama berada di wilayah Tiongkok (Chengdu), dan kluster sekunder berada di wilayah Tiongkok (Hong Kong) atau Singapura.

      • Kluster utama berada di luar Tiongkok daratan, dan kluster sekunder berada di Tiongkok daratan. Misalnya, kluster utama berada di wilayah Singapura, dan kluster sekunder berada di wilayah Tiongkok (Hangzhou) atau Tiongkok (Shenzhen).

    • Aturan penagihan: USD 0,80 per GB, ditagih per jam. Biaya dihitung berdasarkan jumlah data Redo Log yang direplikasi secara fisik dari kluster utama ke kluster sekunder lintas wilayah dalam satu jam. Anda dapat memperkirakan biaya traffic ini dengan mengkueri posisi fisik yang dikonversi dari nomor urutan log (LSN).

      Contoh penagihan

      Contoh

      Pada pukul 09:00, Anda mengkueri posisi penulisan log fisik dan menemukannya ib_logfile1/648143676. Pada pukul 10:00, posisi tersebut diperbarui menjadi ib_logfile3/648142342. Ini menunjukkan bahwa jumlah data yang ditulis dalam satu jam ini adalah selisih antara kedua posisi tersebut.

      1. Jumlah yang ditulis ke file awal (ib_logfile1):
        Kurangi offset awal dari ukuran total file. Setiap file log berukuran 1 GB (1.073.741.824 byte). Jumlah yang ditulis adalah 1073741824 - 648143676 = 425598148 byte.



      2. Jumlah yang ditulis ke file antara (ib_logfile2):
        Setelah ib_logfile1 penuh, sistem sepenuhnya menulis ib_logfile2. Jumlah ini adalah 1.073.741.824 byte (1 GB).



      3. Jumlah yang ditulis ke file akhir (ib_logfile3):
        Ini adalah offset akhir, yaitu 648.142.342 byte.



      Oleh karena itu, jumlah total yang ditulis = 425598148 + 1073741824 + 648142342 = 2147482314 byte, yaitu 2147482314 / 1024 / 1024 / 1024 = 1,999998 GB (dibulatkan ke bawah hingga enam tempat desimal). Biaya transfer data lintas wilayah untuk jam ini kira-kira 1,999998 GB * USD 0,80/GB = USD 1,5999984.

      Kueri progres penulisan log dan offset file fisik

      -- Kueri progres penulisan sistem log saat ini.
SHOW STATUS LIKE 'Innodb_log_write_lsn'; 
+----------------------+------------+
| Variable_name        | Value      |
+----------------------+------------+
| Innodb_log_write_lsn | 1721889596 |
+----------------------+------------+

-- Kueri offset file fisik dalam byte.
SELECT lsn_to_pos(1721889596); 
+------------------------+
| lsn_to_pos(1721889596) |
+------------------------+
| ib_logfile1/648143676  |
+------------------------+
    Catatan

    Jika Anda menggunakan fitur nama domain global, Anda akan dikenai biaya tambahan untuk resolusi DNS internal dan transfer data lintas wilayah. Untuk informasi lebih lanjut, lihat Harga nama domain global.

    Mulai

    1. Buat dan kelola Global Database Network: Pilih kluster yang memenuhi persyaratan sebagai kluster utama GDN.

    2. Tambahkan kluster sekunder: Buka halaman pembelian PolarDB untuk menambahkan kluster sekunder ke GDN yang telah Anda buat.

    3. Hubungkan ke Global Database Network: Dalam GDN, setiap kluster (utama dan sekunder) menyediakan titik akhir kluster independen. Anda dapat terhubung ke titik akhir kluster terdekat berdasarkan wilayah aplikasi Anda. GDN juga menyediakan titik akhir global. Fitur ini memungkinkan akses lokal dan memastikan nama domain tetap tidak berubah setelah failover kluster utama.