Melakukan failover instance utama atau sekunder secara manual

Untuk menguji ketahanan aplikasi, menyeimbangkan ulang zona, atau memulihkan dari masalah performa tingkat node, Anda dapat melakukan failover instance utama atau sekunder AlloyDB untuk PostgreSQL secara manual ke node standby-nya dalam region yang sama.

Kasus penggunaan umum untuk memicu failover manual meliputi:

  • Penyeimbangan ulang zona: Menukar node kembali ke zona yang diinginkan setelah failover otomatis memindahkan node aktif ke zona standby.
  • Pemecahan masalah: Melakukan failover ke node standby jika node aktif mengalami masalah performa yang tidak memicu failover otomatis.
  • Pemeliharaan terkontrol: Memulai failover secara manual sebelum masa pemeliharaan untuk mengontrol kapan gangguan koneksi singkat terjadi.

Ketersediaan tinggi pada instance utama dan sekunder

AlloyDB untuk PostgreSQL mendukung ketersediaan tinggi pada instance utama dan sekunder.

Ketersediaan tinggi pada instance utama

Untuk membantu memastikan ketersediaan tinggi (HA), setiap instance utama AlloyDB memiliki node aktif dan node standby, yang terletak di zona yang berbeda. Jika node aktif menjadi tidak tersedia, AlloyDB akan otomatis melakukan failover instance utama ke node standby-nya, sehingga menjadikannya node aktif baru.

Anda dapat melakukan failover instance utama secara manual ke node standby kapan saja, meskipun node aktif berfungsi seperti yang diharapkan. Saat Anda memulai failover manual, AlloyDB akan melakukan hal berikut:

  1. Membuat node utama offline.

  2. Mengubah node standby menjadi node aktif baru.

  3. Mengaktifkan kembali node aktif sebelumnya sebagai node standby baru.

Failover manual menukar peran aktif dan standby dari node instance utama Anda. Anda dapat memicu failover manual kapan saja saat Anda ingin pertukaran ini terjadi.

Misalnya, bayangkan Anda memiliki instance utama yang node aktif dan standby-nya masing-masing berada di zona us-central1-a dan us-central1-b. Pemadaman layanan di us-central1-a memicu failover otomatis, sehingga zona us-central1-b menghosting node aktif. Jika Anda lebih memilih untuk mempertahankan node aktif di zona us-central1-a, Anda dapat memulai failover manual agar AlloyDB menukar node instance utama kembali ke lokasi sebelum pemadaman layanan.

Selama operasi pemeliharaan, instance utama dengan ketersediaan tinggi (HA) dan instance dasar biasanya mengalami periode nonaktif pemeliharaan minimal kurang dari satu detik. Karena failover manual adalah prosedur yang disengaja dan terkontrol, prosedur ini tidak dimaksudkan untuk menyimulasikan kesalahan hardware atau jaringan yang tidak terduga. Sebagai gantinya, Anda dapat menguji ketersediaan tinggi untuk instance utama menggunakan injeksi kesalahan.

Ketersediaan tinggi pada instance sekunder

AlloyDB menawarkan HA pada instance sekunder untuk mendukung disaster recovery dan untuk mengurangi periode nonaktif saat instance sekunder tidak tersedia.

Secara default, HA dikonfigurasi pada instance sekunder.

Instance sekunder AlloyDB mencakup node berikut:

  • Node sekunder aktif, yang merespons permintaan
  • Node sekunder standby

Node aktif dan standby berada di dua zona berbeda dalam satu region. Jika AlloyDB mendeteksi ketidaktersediaan node aktif, node aktif akan gagal beralih ke node standby untuk bertindak sebagai node aktif baru. Data Anda kemudian dialihkan ke node aktif baru. Proses ini disebut failover.

Sebelum memulai

  • Project Google Cloud yang Anda gunakan harus sudah diaktifkan untuk mengakses AlloyDB.
  • Anda harus memiliki salah satu peran IAM ini dalam project Google Cloud yang Anda gunakan:
    • roles/alloydb.admin (peran IAM yang telah ditetapkan untuk Admin AlloyDB)
    • roles/owner (peran IAM dasar Pemilik)
    • roles/editor (peran IAM dasar Editor)

    Jika Anda tidak memiliki peran ini, hubungi Organization Administrator untuk meminta akses.

Melakukan failover manual pada instance utama

Konsol

  1. Buka halaman Clusters.

Buka Cluster

  1. Di kolom Resource Name, klik nama cluster.

  2. Di bagian Instances in your cluster, buka menu tindakan instance instance utama Anda.

  3. Klik Failover.

  4. Dalam dialog yang muncul, masukkan ID instance.

  5. Klik Trigger failover.

gcloud

Jalankan perintah gcloud alloydb instances failover:

gcloud alloydb instances failover INSTANCE_ID \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID

Ganti kode berikut:

  • INSTANCE_ID: ID instance.
  • REGION_ID: Region tempat instance ditempatkan.
  • CLUSTER_ID: ID cluster tempat instance ditempatkan.
  • PROJECT_ID: ID project tempat cluster ditempatkan.

Untuk mengonfirmasi bahwa failover berhasil, ikuti langkah-langkah berikut:

  1. Sebelum melakukan failover, perhatikan zona node instance utama.

  2. Setelah menjalankan failover, perhatikan zona baru kedua node.

  3. Pastikan zona node aktif dan standby telah bertukar tempat.

Melakukan failover manual pada instance sekunder

Melakukan failover instance sekunder secara manual mirip dengan langkah-langkah yang diikuti untuk melakukan failover instance utama secara manual.

Untuk melakukan failover cluster sekunder secara manual, ikuti langkah-langkah berikut:

Konsol

  1. Di konsol Google Cloud , buka halaman Clusters.

    Buka Cluster

  2. Klik nama cluster sekunder di kolom Resource Name.

  3. Di halaman Overview, buka bagian Instances in your cluster, pilih instance sekunder, lalu klik Failover.

  4. Pada dialog yang muncul, masukkan ID instance, lalu klik Picu failover.

gcloud

Untuk menggunakan gcloud CLI, Anda dapat menginstal dan melakukan inisialisasi Google Cloud CLI, atau Anda dapat menggunakan Cloud Shell.

Gunakan perintah gcloud alloydb instances failover untuk memaksa instance sekunder melakukan failover pada standby-nya.

 gcloud alloydb instances failover SECONDARY_INSTANCE_ID \
 --cluster=SECONDARY_CLUSTER_ID \
 --region=REGION_ID \
 --project=PROJECT_ID

Ganti kode berikut:

  • SECONDARY_INSTANCE_ID: ID instance sekunder yang ingin Anda failover.
  • SECONDARY_CLUSTER_ID: ID cluster sekunder yang terkait dengan instance sekunder.
  • REGION_ID: ID region instance sekunder—misalnya, us-central1.
  • PROJECT_ID: ID project cluster sekunder.

Langkah berikutnya