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 China (Hong Kong) atau wilayah luar negeri lainnya. Contoh:

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

  • Kluster utama dan sekunder keduanya berada di wilayah China (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 wilayah lintas batas Tiongkok daratan—misalnya, jika satu kluster berada di Tiongkok daratan dan kluster lainnya berada di China (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 China (Chengdu) dan kluster sekunder berada di wilayah seperti China (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 China (Hangzhou) atau China (Shenzhen).

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

  Contoh penagihan

  Contoh

  Pada pukul 09:00, Anda mengkueri posisi penulisan log dan menemukan nilainya 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 antara (ib_logfile2):
     Setelah ib_logfile1 penuh, sistem menulis seluruh isi 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) melakukan sinkronisasi 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 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: China (Hangzhou), China (Shanghai), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), dan China (Chengdu).

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

Menghapus kluster sekunder

1. Masuk 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 memerlukan 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 baca/tulis.

   • 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. Masuk 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 Lihat titik akhir koneksi dan port.

   • 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 penyambungan ulang.

   • 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 log sequence number (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

• Menghubungkan ke Global Database Network: Menjelaskan cara membuat koneksi ke GDN.

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

API Terkait