PolarDB:Menambahkan dan mengelola kluster sekunder

Harga

Biaya untuk Global Database Network (GDN) terdiri dari biaya kluster dan biaya replikasi data lintas batas yang berlaku. Aturan penagihan adalah sebagai berikut:

• Skenario gratis:

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

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

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

• Skenario berbayar:

  Biaya lintas batas berlaku ketika GDN mencakup batas Tiongkok daratan—misalnya, jika satu kluster berada di Tiongkok daratan dan kluster lainnya berada di Tiongkok (Hong Kong) atau wilayah luar negeri. Contoh:

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

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

• Aturan penagihan: USD 0,80 per GB, ditagih per jam. Biaya dihitung per jam berdasarkan volume data log redo yang direplikasi secara fisik dari kluster utama ke kluster sekunder lintas batas. Biaya trafik ini dapat diperkirakan dengan mengkueri posisi fisik yang dikonversi dari nomor urutan log (LSN).

  Contoh penagihan

  Contoh

  Pada pukul 09.00, Anda mengkueri posisi penulisan fisik log dan menemukan posisinya ib_logfile1/648143676. Pada pukul 10.00, posisi diperbarui menjadi ib_logfile3/648142342. 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 tengah (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 pada akhir, yaitu 648142342 byte.
     
     
     
     

  Oleh karena itu, jumlah total yang ditulis adalah 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 penggunaan

Global Database Network (GDN) menyinkronkan data menggunakan mekanisme replikasi fisik berbasis redo logs. Oleh karena itu, mengaktifkan binary log tidak diperlukan secara default. Jika workload Anda memerlukan sinkronisasi binary log antar kluster (misalnya, untuk subscription data), Anda harus memastikan bahwa parameter binary log (loose_polar_log_bin) dikonfigurasi secara identik pada kluster utama dan sekunder. Jika tidak, Anda berisiko mengalami ketidakkonsistenan data binary log setelah alih bencana primary/secondary.

Menambahkan kluster sekunder

Global Database Network (GDN) menggunakan Express Connect lintas batas China Unicom dan Cloud Enterprise Network (CEN) lintas batas untuk mendukung penambahan kluster sekunder lintas batas. Konfigurasi dianggap lintas batas ketika kluster utama dan sekunder berada di jenis wilayah yang berbeda, sebagaimana didefinisikan di bawah. Menambahkan kluster sekunder lintas batas memerlukan persiapan tambahan.

• Tiongkok daratan: Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Shenzhen), Tiongkok (Heyuan), Tiongkok (Guangzhou), Tiongkok (Qingdao), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), Tiongkok (Ulanqab), dan Tiongkok (Chengdu).

• Wilayah lainnya: 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).

Menghapus kluster sekunder

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

2. Pada halaman Global Database Network (GDN), temukan GDN target dan klik GDN ID-nya untuk membuka halaman detail.

3. Di bagian Clusters, temukan kluster sekunder target dan klik Remove pada kolom Actions.

   Catatan

   • Proses penghapusan membutuhkan waktu sekitar lima menit.

   • Selama proses penghapusan, semua titik akhir koneksi kluster dalam GDN, termasuk kluster yang sedang dihapus, tetap tersedia untuk akses database normal.

   • Hanya kluster sekunder yang dapat dihapus dari GDN. Kluster utama tidak dapat dihapus.

   • Setelah kluster sekunder dihapus dari GDN, sinkronisasi data dengan kluster utama berhenti dan kluster tersebut diatur ke mode read/write.

   • Setelah kluster dihapus dari GDN, kluster tersebut tidak dapat ditambahkan kembali sebagai kluster sekunder. Lakukan tindakan ini dengan hati-hati.

4. Baca catatan pada kotak dialog pop-up dengan cermat, lalu klik OK untuk menghapus kluster sekunder.

Mengalihkan kluster utama

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

2. Pada halaman Global Database Network (GDN), temukan GDN target dan klik GDN ID-nya untuk membuka halaman detail.

3. Di bagian Clusters, temukan kluster sekunder target dan klik Switch to Primary Cluster pada kolom Operation.

4. Pada kotak dialog Primary/Secondary Switchover, pilih kluster sekunder yang akan menjadi kluster utama baru dan klik OK.

   Catatan

   • Alih bencana primary/secondary tidak menukar titik akhir koneksi kedua kluster. Anda mungkin perlu memperbarui konfigurasi aplikasi Anda. Misalnya, jika kluster utama asli memiliki titik akhir publik, pastikan kluster utama baru juga memilikinya untuk menghindari masalah akses aplikasi. Untuk melihat titik akhir koneksi, lihat View connection endpoints and ports.

   • Alih bencana primary/secondary dalam GDN selesai dalam waktu 10 menit (biasanya dalam 5 menit berdasarkan hasil pengujian). 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 reconnect.

   • Jika Anda mengaktifkan sakelar Forced Switchover pada kotak dialog Primary/Secondary Switchover:

     • Anda tidak dapat menentukan kluster target untuk alih bencana paksa. Sebagai gantinya, sistem akan mempromosikan kluster sekunder dengan nomor urutan log (LSN) tertinggi sebagai kluster utama baru.

     • Alih bencana paksa berisiko menyebabkan kehilangan data. Kluster utama asli akan dihapus secara otomatis setelah alih bencana. Lakukan tindakan ini dengan hati-hati.

Membuat ulang kluster sekunder

FAQ

Dokumentasi terkait

• Connect to a Global Database Network: Menjelaskan cara membuat koneksi ke GDN.

• Create a global domain name: Menjelaskan cara membuat titik akhir koneksi terpadu yang menyediakan akses wilayah terdekat dan tetap aktif selama alih bencana kluster utama.

API Terkait