All Products
Search

This Product

    PolarDB:Global Database Network (GDN)

    Document Center

    PolarDB:Global Database Network (GDN)

    Last Updated:Aug 14, 2026

    Global Database Network (GDN) menghubungkan kluster PolarDB di berbagai wilayah dengan data yang disinkronkan. Setiap kluster melayani permintaan baca lokal, sedangkan permintaan tulis diarahkan ke kluster utama.

    Ikhtisar

    GDN terdiri dari satu kluster utama dan beberapa kluster sekunder. Kluster utama menangani operasi tulis, sedangkan kluster sekunder melayani permintaan baca lokal. Tautan berlatensi rendah menyinkronkan data di seluruh kluster, membentuk satu database logis.

    Sinkronisasi data

    GDN menyinkronkan data antar-wilayah melalui replikasi fisik asinkron dengan replay log fisik secara paralel. Penundaan replikasi tetap di bawah 2 detik tanpa memengaruhi kinerja atau stabilitas kluster utama, sehingga menjamin konsistensi akhir di semua wilayah.

    Routing permintaan

    Konfigurasi database proxy setiap kluster menentukan routing permintaan. Tidak diperlukan perubahan pada aplikasi—cukup hubungkan ke titik akhir kluster, dan permintaan akan diarahkan secara otomatis:

    • Permintaan tulis (INSERT, UPDATE, DELETE) dan permintaan dalam transaksi diarahkan ke node utama kluster utama.

    • Permintaan baca secara default diarahkan ke node read-only kluster sekunder lokal. Dengan session consistency diaktifkan, sebagian permintaan baca dapat diarahkan ke node utama kluster utama.

    Klik untuk melihat logika penerusan detail

    Node tujuan

    Permintaan yang diteruskan

    Dikirim hanya 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 commit dua fase

    • Permintaan dalam transaksi (perilaku dapat bervariasi tergantung pada konfigurasi transaction splitting)

    • Definisi dan pemanggilan fungsi (perilaku dapat bervariasi tergantung pada konfigurasi aturan routing user-defined function)

    • Permintaan yang menggunakan temporary tables

    • Pernyataan multi (Multi Statements)

    • Pernyataan PREPARE yang berisi permintaan tulis

    Dikirim ke node read-only atau node utama

    • Permintaan baca di luar transaksi

    • Perintah EXPLAIN

    • Pernyataan PREPARE yang berisi permintaan baca

    Selalu dikirim ke semua node

    • Perintah USE

    • Perintah DISCARD dan DEALLOCATE

    Kasus penggunaan

    Active geo-redundancy (penerapan multi-wilayah)

    Terapkan di berbagai wilayah dengan sinkronisasi latensi rendah GDN, pemisahan baca/tulis, dan pembacaan lokal—latensi akses database tetap di bawah 2 detik per wilayah.

    • Industri khas: Gaming, e-commerce lintas batas, layanan lokal, dan retail baru.

    • Arsitektur bisnis:

      • Aplikasi terhubung ke kluster lokalnya. Permintaan baca ditangani secara lokal; permintaan tulis diteruskan ke kluster utama.

      • Setiap kluster memiliki titik akhir independen. Aplikasi terhubung ke titik akhir terdekat.

      • Spesifikasi kluster sekunder di Beijing dan Shenzhen harus sesuai atau melebihi spesifikasi kluster utama di Hangzhou.

    Geo-disaster recovery

    GDN menyediakan ketersediaan tinggi cross-region untuk keamanan data dan uptime sistem. Jika pusat data kluster utama gagal, lakukan failover manual ke kluster sekunder. Arsitektur yang didukung: tiga pusat data di dua wilayah, empat di dua wilayah, dan enam di tiga wilayah.

    • Industri khas: Perbankan, sekuritas, dan asuransi.

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

      • Beijing adalah wilayah utama dengan penerapan dua zona (AZ1 dan AZ2).

      • Shanghai adalah wilayah pemulihan bencana dengan penerapan satu zona.

      • Aplikasi secara default terhubung ke AZ1 di Beijing. Jika AZ1 gagal, trafik dialihkan ke AZ2. Jika keduanya gagal, aplikasi melakukan failover ke kluster pemulihan bencana di Shanghai.

    Catatan

    Failover GDN selesai dalam waktu 10 menit (kurang dari 5 menit dalam pengujian). Aplikasi mungkin mengalami error koneksi sementara hingga 160 detik. Lakukan failover selama jam sepi dan pastikan aplikasi Anda mendukung rekoneksi.

    Manfaat

    • Penerapan cross-region: Perluas dari satu kota ke beberapa wilayah tanpa perubahan kode.

    • Pemisahan baca/tulis cross-region dan pembacaan lokal: Kluster sekunder lokal menangani permintaan baca; permintaan tulis diteruskan ke kluster utama.

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

    • Sinkronisasi cross-region berlatensi rendah: Replikasi fisik asinkron dengan replay paralel menjaga penundaan antar-wilayah di bawah 2 detik, sehingga mengurangi latensi baca untuk aplikasi di luar wilayah kluster utama.

    Batasan

    Versi kluster

    • Database engine: PostgreSQL 14 dan PostgreSQL 16

    • Edition: Enterprise Edition

    • High-availability Mode: Single zone (dengan hot standby storage cluster dinonaktifkan)

    Wilayah yang didukung

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

    Wilayah kluster utama

    Wilayah kluster sekunder

    Semua wilayah di Tiongkok daratan

    Wilayah apa pun di Tiongkok daratan, termasuk wilayah kluster utama.

    Contoh: Jika kluster utama berada di China (Hangzhou), kluster sekunder dapat berada di wilayah mana pun di Tiongkok daratan, termasuk Hangzhou.

    Catatan

    Untuk kebutuhan wilayah lainnya, submit a ticket.

    Wilayah luar Tiongkok daratan

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

    Untuk wilayah luar Tiongkok daratan, tandatangani Cross-Border Data Transfer Compliance Agreement sebelum membuat kluster sekunder.

    Batasan fitur

    Batasan lainnya

    • GDN mendukung satu kluster utama dan hingga empat kluster sekunder.

    • Kluster utama dan sekunder harus memiliki versi database engine yang sama: PostgreSQL 14 dan PostgreSQL 16.

    • Spesifikasi kluster sekunder harus sesuai atau melebihi spesifikasi kluster utama.

    • Satu kluster hanya dapat menjadi bagian dari satu GDN.

    Penagihan

    Transfer data cross-region GDN saat ini gratis. Anda hanya membayar biaya untuk setiap kluster PolarDB.

    Mulai cepat

    1. Create a global database network: Pilih kluster eligible sebagai kluster utama GDN.

    2. Add a secondary cluster: Buka halaman pembelian PolarDB untuk menambahkan kluster sekunder ke GDN.

      Catatan

      Hanya kluster sekunder baru yang dapat dibuat. Kluster yang sudah ada tidak dapat ditambahkan.

    3. Connect to the GDN: Setiap kluster memiliki titik akhir independen. Hubungkan ke titik akhir terdekat berdasarkan wilayah aplikasi Anda.