Tentang ketersediaan tinggi

MySQL   |  PostgreSQL   |  SQL Server

Halaman ini merupakan ringkasan konfigurasi ketersediaan tinggi (HA) untuk instance Cloud SQL. Untuk mengonfigurasi instance baru untuk HA, atau untuk mengaktifkan HA pada instance yang ada, lihat Mengaktifkan dan menonaktifkan ketersediaan tinggi pada instance.

Ringkasan konfigurasi HA

Tujuan konfigurasi HA adalah untuk mengurangi periode nonaktif saat zona atau instance menjadi tidak tersedia. Hal ini dapat terjadi selama pemadaman layanan berdasarkan zona, atau saat ada masalah hardware. Dengan HA, data Anda akan tetap tersedia untuk aplikasi klien.

Konfigurasi HA menyediakan redundansi data. Instance Cloud SQL yang dikonfigurasi untuk HA juga disebut instance regional dan memiliki zona primer dan sekunder^* dalam region yang dikonfigurasi. Dalam instance regional, konfigurasi terdiri dari instance utama dan instance standby. Melalui replikasi sinkron ke persistent disk setiap zona, semua penulisan yang dibuat ke instance utama direplikasi ke disk di kedua zona sebelum transaksi dilaporkan sudah di-commit. Jika terjadi kegagalan instance atau zona, instance standby akan menjadi instance primer baru. Pengguna kemudian dialihkan ke instance primer baru. Proses ini disebut failover.

Catatan: Terdapat kasus saat Cloud SQL memulai ulang, bukan saat failover. Jika hal ini terjadi, Anda akan melihat Restart sebagai operasi pada instance saat melihat panel Operations and logs di halaman instance Overview atau di halaman Operations instance. Misalnya, database dapat dimulai ulang saat resource habis, seperti saat instance kehabisan memori. Untuk menghindari periode nonaktif karena masalah memori, lihat Mengoptimalkan konsumsi memori tinggi.

Setelah failover, instance yang menerima failover akan tetap menjadi instance primer, bahkan setelah instance aslinya kembali online. Setelah zona atau instance yang mengalami pemadaman tersedia lagi, instance primer yang asli akan dihilangkan dan dibuat ulang. Lalu menjadi instance standby baru. Jika nanti terjadi failover, instance baru akan beralih ke instance asli di zona asli.

Jika harus memiliki instance primer di zona yang mengalami pemadaman, Anda dapat melakukan failback. Langkah-langkah failback sama seperti failover, hanya berlawanan arah, untuk mengalihkan traffic kembali ke instance awal. Untuk melakukan failover, ikuti prosedur dalam Memulai failover.

Dukungan persistent disk regional untuk konfigurasi HA Cloud SQL yang memiliki setidaknya satu CPU khusus yang memiliki cakupan Perjanjian Tingkat Layanan (SLA) lengkap. Instance dengan konfigurasi HA dikenai biaya dua kali lebih besar dibandingkan instance mandiri. Harga ini sudah termasuk CPU, RAM, dan penyimpanan. Untuk informasi selengkapnya, lihat halaman harga.

Anda dapat membuat akun untuk mengevaluasi performa Cloud SQL dalam skenario di dunia nyata. Pelanggan baru juga mendapatkan kredit gratis senilai $300 untuk dibelanjakan di Cloud SQL guna menjalankan, menguji, dan men-deploy workload. Anda tidak akan dikenai biaya hingga Anda mengupgrade.

Daftar untuk mencoba Cloud SQL secara gratis.

^* Region Meksiko, Montreal, dan Osaka memiliki tiga zona dalam satu atau dua pusat data fisik. Region ini sedang dalam proses perluasan ke minimal tiga pusat data fisik. Untuk mengetahui informasi selengkapnya, lihat Lokasi Cloud dan SLA Google Cloud Platform. Untuk membantu meningkatkan keandalan workload Anda, pertimbangkan deployment multi-regional.

Replika baca

Jika ketersediaan menjadi pertimbangan untuk replika baca, Anda dapat mengaktifkan HA pada replika. Ketika Anda mempromosikan replika tersebut untuk menjadi instance primer, replika tersebut sudah disiapkan sebagai instance yang sangat tersedia

Selama pemadaman layanan di zona tertentu, traffic akan berhenti untuk membaca replika di zona tersebut. Setelah zona tersedia kembali, semua replika baca di zona tersebut melanjutkan replikasisi dari instance primer. Jika replika baca tidak berada di zona yang mengalami pemadaman, replika tersebut akan terhubung ke instance standby saat menjadi instance primer.

Sebagai praktik terbaik, sebaiknya Anda menempatkan beberapa replika baca Anda di zona yang berbeda dengan instance primer dan instance standby. Misalnya, jika Anda memiliki instance primer di zona A dan instance standby di zona B, masukkan replika baca di zona C untuk meningkatkan keandalan Anda. Praktik ini memastikan bahwa replika baca akan terus beroperasi meskipun zona untuk instance primer menurun. Anda juga harus menambahkan logika bisnis dalam aplikasi klien untuk mengirim operasi baca ke instance utama saat replika baca tidak tersedia.

Catatan: Instance standby tidak dapat digunakan untuk kueri baca. Ini berbeda dengan konfigurasi HA lama Cloud SQL untuk MySQL.

Ringkasan failover

Jika instance yang dikonfigurasi dengan HA menjadi tidak responsif, Cloud SQL akan otomatis beralih ke sajian data dari instance standby. Untuk mengetahui apakah failover muncul, periksa histori failover log operasi Anda.

Pelajari lebih lanjut cara membuat kueri di Logs Explorer. Jika memerlukan informasi operasi yang lebih mendetail, tentang pengguna yang melakukan operasi, Anda harus mengaktifkan logging audit.

Klik tab untuk melihat pengaruh failover terhadap instance Anda.

Normal

Failover

Pasca-Failover

Failback

Proses

Proses berikut akan terjadi:

• Instance primer atau zona gagal.

  Setiap detik, sistem heartbreak mendeteksi apakah instance primer responsif. Jika beberapa heartbreak tidak terdeteksi, failover akan dimulai.

• Instance standby kini menyalurkan data setelah terhubung kembali.

  Melalui alamat IP statis bersama dengan instance primer, instance standby kini menyalurkan data dari zona sekunder.

Catatan: Jika terjadi failover, replika baca di luar zona pemadaman tidak akan berubah zona; replika tersebut akan terus menyajikan data meskipun keduanya berada di zona yang berbeda dengan instance primer.

Catatan: Saat terjadi failover, Anda dapat memperkirakan instance tidak tersedia sekitar enam puluh detik. Durasi ini mungkin berbeda berdasarkan lingkungan Cloud SQL Anda. Lihat Memulai failover.

Persyaratan

Agar Cloud SQL mengizinkan failover, konfigurasi harus memenuhi persyaratan berikut:

• Instance primer harus dalam status operasi normal (tidak dihentikan, sedang berjalan, atau melakukan operasi instance Cloud SQL yang berjalan lama, seperti operasi pencadangan).
• Zona sekunder dan instance standby keduanya harus dalam status responsif. Jika instance standby tidak responsif, operasi failover akan diblokir. Setelah Cloud SQL memperbaiki instance standby dan zona sekunder tersedia, Cloud SQL akan mengizinkan failover.

Catatan: Jika instance primer dan instance standby tidak responsif, Cloud SQL tidak akan mengizinkan failover.

Pencadangan dan pemulihan

Pencadangan otomatis dan pemulihan point-in-time harus diaktifkan untuk instance dengan ketersediaan tinggi, tidak termasuk replika baca.

Aplikasi dan instance

Tidak ada perbedaan dalam menangani instance non-HA dan HA, sehingga aplikasi Anda tidak perlu dikonfigurasi dengan cara tertentu. Saat terjadi failover, semua koneksi yang ada ke instance primer dan replika baca akan ditutup, dan diperlukan waktu sekitar 60 detik agar koneksi ke instance primer terhubung kembali. Aplikasi Anda terhubung kembali menggunakan string koneksi atau alamat IP yang sama, sehingga Anda tidak perlu mengupdate aplikasi setelah failover.

Untuk melihat lebih tepat cara aplikasi Anda terpengaruh oleh failover, mulai failover secara manual.

Periode nonaktif untuk pemeliharaan

Peristiwa pemeliharaan memengaruhi instance primer yang dikonfigurasi dengan HA dengan cara yang sama seperti instance lainnya. Anda dapat memperkirakan bahwa instance primer dapat mengalami gangguan dalam jangka waktu yang singkat. Untuk mengetahui informasi selengkapnya tentang pengaruh pemeliharaan terhadap instance HA, baca Cara kerja pemeliharaan. Untuk meminimalkan dampak terhadap layanan Anda, ubah setelan pemeliharaan untuk mengontrol kapan periode nonaktif terjadi.

Performa

Performa persistent disk regional bergantung pada banyak faktor. Operasi input/output per detik (IOPS) Anda dapat dikurangi dengan persistent disk regional dibandingkan dengan persistent disk zona. Perhatikan ukuran Jenis instance VM serta input dan output workload Anda. Metrik lain yang perlu diperhatikan adalah latensi untuk persistent disk regional dengan solid-state drive (SSD) lebih tinggi daripada persistent disk zonal dengan SSD. Artinya, jika workload Anda bukan workload streaming dan sensitif terhadap latensi, beban kerja tidak dapat mencapai batas IOPS karena persistent disk regional dengan SSD memiliki latensi lebih tinggi dibandingkan persistent disk zona dengan SSD. Hal ini terjadi karena replikasi data sinkron pada beberapa zona yang terlibat dalam persistent disk regional untuk menyediakan beberapa salinan data pada seluruh zona dalam satu region.

Opsi ketersediaan tinggi MySQL versi lama

Proses lama untuk menambahkan ketersediaan tinggi ke instance MySQL menggunakan replika failover. Fungsi lama tidak tersedia di Konsol Google Cloud. Lihat bagian Konfigurasi lama: Membuat instance baru yang dikonfigurasi untuk ketersediaan tinggi atau Konfigurasi lama: Mengonfigurasi instance yang ada untuk ketersediaan tinggi.

Penting: Cloud SQL menghentikan dukungan untuk konfigurasi instance ketersediaan tinggi (HA) lama pada 6 Januari 2025. Setelah tanggal ini, Anda tidak dapat membuat instance dengan konfigurasi lama untuk ketersediaan tinggi. Anda juga tidak dapat mengaktifkan konfigurasi lama untuk ketersediaan tinggi pada instance yang sudah ada. Hingga 6 Januari 2025, instance HA lama masih tercakup dalam SLA Cloud SQL. Sebaiknya Anda mengupgrade instance HA lama yang ada ke instance HA persistent disk regional sesegera mungkin dan membuat instance HA baru menggunakan persistent disk regional.

Mulai 1 Mei 2025, Cloud SQL akan otomatis memigrasikan instance yang tersisa yang menggunakan konfigurasi HA lama ke konfigurasi HA saat ini.

Langkah selanjutnya

• Mengaktifkan dan menonaktifkan ketersediaan tinggi pada instance.
• Mulai failover.
• Pelajari lebih lanjut cara mengelola koneksi database.
• Pelajari region dan zona lebih lanjut di Cloud SQL.