全部产品
Search
文档中心

PolarDB:Buat dan kelola jaringan basis data global

更新时间:Nov 14, 2025

Anda dapat menggunakan kluster yang sudah ada atau membuat kluster baru untuk membangun jaringan basis data global (GDN) secara cepat. GDN mendukung pemulihan bencana lintas wilayah atau redundansi geo-aktif. Topik ini menjelaskan cara membuat dan menghapus GDN.

Lingkup

Konfigurasi kluster

  • Edisi: Edisi Perusahaan dengan seri Edisi Kluster.

  • Versi mesin database harus salah satu dari berikut ini:

    • 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: Harus mencakup setidaknya satu node read-only.

Wilayah yang didukung

Semua wilayah di Daratan Tiongkok, 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 men-deploy kluster sekunder lintas batas, tetapi harus mengajukan permintaan terlebih dahulu. Untuk informasi selengkapnya, lihat Tambahkan kluster sekunder.

Batasan fitur

  • Kluster dalam Jaringan Basis Data Global (GDN) mendukung fitur Indeks Kolom dalam Memori (IMCI). Namun, Anda harus mengaktifkan parameter kluster loose_polar_enable_imci_with_standby sebelum dapat menambahkan node penyimpanan kolom read-only. Versi kluster juga harus memenuhi salah satu persyaratan berikut:

    • MySQL 8.0.1 dengan versi revisi 8.0.1.1.48 atau lebih baru.

    • MySQL 8.0.2 dengan versi revisi 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 lama dari versi berikut, semua kluster dalam GDN harus memiliki setidaknya satu node read-only:

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

    • MySQL 8.0.2 dengan versi mesin minor lebih lama 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 berdasarkan ID kuota polardb_mysql_gdn_region, lalu klik Apply pada kolom Actions.

  • Satu kluster hanya dapat menjadi bagian dari satu GDN.

  • Anda hanya dapat membuat kluster baru sebagai kluster sekunder. Kluster yang sudah ada tidak dapat ditambahkan sebagai kluster sekunder.

  • 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 biaya transfer data antar-wilayah. Biaya transfer data bervariasi tergantung apakah transfer tersebut lintas batas negara atau tidak.

  • Transfer data non-lintas batas (Gratis)

    • Skenario: Kluster utama dan sekunder keduanya ditempatkan di wilayah luar Daratan Tiongkok, atau keduanya ditempatkan di wilayah dalam Daratan Tiongkok.

    • Aturan penagihan: Gratis.

  • Transfer data lintas batas (Dikenai biaya)

    Penting

    Biaya transfer data lintas batas akan dikenakan mulai pukul 00.00 tanggal 1 Januari 2026 (waktu Singapura). Sebelum tanggal tersebut, layanan ini gratis.

    • Skenario: Salah satu kluster Anda (utama atau sekunder) ditempatkan di wilayah luar Daratan Tiongkok, sedangkan kluster lainnya ditempatkan di wilayah dalam Daratan Tiongkok.

    • 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 batas dalam satu jam. Anda dapat memperkirakan biaya lalu lintas ini dengan melakukan kueri terhadap posisi fisik yang dikonversi dari nomor urutan log (LSN).

      Klik untuk melihat contoh penagihan

      Contoh

      Misalnya, pada pukul 09.00, Anda melakukan kueri terhadap posisi penulisan log fisik dan hasilnya adalah ib_logfile1/648143676. Pada pukul 10.00, posisi tersebut diperbarui menjadi ib_logfile3/648142342. Hal ini menunjukkan bahwa jumlah data yang ditulis dalam satu jam tersebut 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 648142342 byte.

      Oleh karena itu, total jumlah yang ditulis = 425598148 + 1073741824 + 648142342 = 2147482314 byte. Ini setara dengan 2147482314 / 1024 / 1024 / 1024 = 1,999998 GB (dibulatkan ke bawah hingga enam tempat desimal). Biaya transfer data lintas batas 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 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 antar-wilayah. Untuk informasi selengkapnya, lihat Harga nama domain global.

Buat jaringan basis data global

  1. Masuk ke Konsol PolarDB. Di panel navigasi sebelah kiri, klik Global Database Network.

  2. Pada halaman Global Database Network, klik Create GDN.

  3. Pada kotak dialog Create Global Database Network (GDN), konfigurasikan parameter berikut.

    Konfigurasi

    Deskripsi

    Compatibility

    Pilih MySQL.

    Version

    Ditetapkan pada Active-passive Edition.

    Name

    Nama GDN. Masukkan nama deskriptif agar mudah diidentifikasi. Nama ini tidak perlu unik.

    Primary Region

    Pilih wilayah tempat kluster utama berada.

    Catatan

    Pertama-tama, tentukan kluster mana yang akan digunakan sebagai kluster utama, lalu pilih wilayah tempat kluster tersebut berada.

    Primary Cluster

    Pilih kluster yang sudah ada sebagai kluster utama GDN.

    Global Domain Name

    Menentukan apakah akan mengaktifkan fitur nama domain global. Nama domain global menyediakan titik akhir terpadu untuk GDN. Fitur ini tidak hanya memungkinkan akses terdekat tetapi juga memastikan nama domain tetap tidak berubah setelah alih bencana kluster utama.

  4. Klik OK. Anda dapat melihat GDN yang telah dibuat pada halaman Global Database Network (GDN). Anda kemudian dapat menambahkan kluster sekunder ke GDN.

Lihat informasi tentang jaringan basis data global

Masuk ke Konsol PolarDB, klik ID GDN pada halaman Global Database Network (GDN), lalu lihat informasi dasar, daftar kluster, dan graf topologi pada halaman detail.

Lihat informasi dasar

Informasi dasar GDN mencakup ID, Version, Compatible Database, GDN Name, dan Created At.

image

Lihat daftar kluster

Daftar kluster berisi semua kluster (baik utama maupun sekunder) di semua wilayah GDN.

image

Lihat topologi

Topologi GDN ditampilkan pada peta dunia untuk merepresentasikan distribusi geografis kluster utama dan sekunder secara visual.

Lihat latensi replikasi

Klik tombol Latency pada bagian Network Topology. Pada kotak dialog yang muncul, Anda dapat memfilter dan melihat delay untuk periode waktu tertentu.

image

Hapus GDN

Penting
  • Anda hanya dapat menghapus GDN ketika hanya berisi kluster utama.

  • GDN tidak dapat dipulihkan setelah dihapus. Lakukan dengan hati-hati.

  • Setelah GDN dihapus, aplikasi yang terhubung ke GDN tersebut tidak dapat lagi mengakses database. Segera perbarui kode koneksi di aplikasi Anda.

  • Saat Anda melepas kluster utama GDN, GDN akan dihapus secara otomatis. Anda tidak perlu menghapus GDN secara terpisah.

  1. Masuk ke Konsol PolarDB. Di panel navigasi sebelah kiri, klik Global Database Network (GDN).

  2. Pada halaman Global Database Network (GDN), temukan GDN yang dituju lalu klik Delete pada kolom Actions.

    Catatan

    Jika tombol Delete berwarna abu-abu, artinya GDN masih berisi kluster sekunder. Anda harus menghapus kluster sekunder terlebih dahulu sebelum dapat menghapus GDN.

  3. Baca catatan pada kotak dialog yang muncul. Setelah Anda mengonfirmasi informasi tersebut, klik OK untuk menghapus GDN.

Referensi

Operasi API terkait

API

Deskripsi

CreateGlobalDatabaseNetwork

Membuat GDN.

DeleteGlobalDatabaseNetwork

Menghapus GDN.

DescribeGlobalDatabaseNetwork

Menanyakan informasi tentang GDN tertentu.

DescribeGlobalDatabaseNetworks

Menanyakan informasi tentang semua GDN.

ModifyGlobalDatabaseNetwork

Memodifikasi informasi GDN.

FAQ

Berapa banyak GDN yang dapat saya buat untuk satu Akun Alibaba Cloud?

Anda dapat membuat jumlah GDN yang tidak terbatas.

Setelah GDN dibuat, apakah saya dapat mengubah kluster utamanya?

Ya. Anda dapat melakukan alih bencana kluster utama untuk GDN di Konsol PolarDB.

Catatan

Mode alih bencana paksa memiliki batasan berikut: Anda tidak dapat menentukan kluster utama baru, dan kluster utama asli dilepaskan dari GDN setelah alih bencana. Oleh karena itu, mode alih bencana paksa tidak cocok untuk skenario di mana Anda perlu mengganti kluster utama dalam GDN. Kami menyarankan agar Anda selalu menggunakan mode alih bencana non-paksa default.