ApsaraDB RDS:Instans read-only MySQL

Pendahuluan

Instans read-only adalah salinan fisik data dari instans utama. Pembaruan data pada instans utama secara otomatis disinkronkan ke semua instans read-only terkait. Anda juga dapat mengatur replikasi tertunda untuk instans read-only.

Untuk informasi lebih lanjut mengenai masalah latensi sinkronisasi lainnya pada instans read-only, lihat Penyebab dan solusi latensi sinkronisasi instans read-only RDS for MySQL.

Prasyarat

Skenario

• Jika instans utama kelebihan beban, Anda dapat membuat instans read-only untuk meneruskan permintaan baca dan mengurangi beban pada instans utama.

• Jika instans utama sementara tidak tersedia karena backup atau maintenance, Anda dapat meneruskan permintaan baca ke instans read-only untuk memastikan kelangsungan layanan.

• Untuk tugas intensif data seperti analisis laporan, Anda dapat menggunakan instans read-only untuk melakukan kueri dan menganalisis data dalam jumlah besar tanpa memengaruhi layanan pada instans utama.

• Dalam skenario read/write splitting, Anda dapat menggunakan instans read-only untuk mencegah kontensi kunci baca/tulis, yang meningkatkan kinerja dan throughput sistem.

Penagihan

Instans read-only mendukung metode penagihan subscription dan pay-as-you-go. Untuk informasi lebih lanjut mengenai harga, lihat Spesifikasi instans read-only.

Catatan

• Saat Anda membuat instans read-only berbasis subscription untuk instans utama berbasis subscription, Anda dapat menyelaraskan tanggal kedaluwarsa instans read-only dengan instans utama.

• Jika instans utama dikunci setelah kedaluwarsa, Anda masih dapat mengakses instans read-only asalkan instans tersebut belum kedaluwarsa. Status instans read-only berubah menjadi Running (Primary Instance Locked).

• Setelah instans utama dirilis, instans read-only berbasis subscription secara otomatis dikembalikan dan dirilis. Instans read-only pay-as-you-go langsung dirilis.

• Jika instans RDS for MySQL memiliki proksi database bersama yang diaktifkan, operasi penghapusan titik akhir read/write splitting proksi akan dipicu secara otomatis saat instans read-only terakhir dirilis. Jika klien sedang menggunakan titik akhir ini, akses layanan mungkin gagal.

Fitur

• Metode penagihan: Metode pay-as-you-go menawarkan fleksibilitas, sedangkan metode subscription memberikan biaya lebih rendah untuk penggunaan jangka panjang.

• Wilayah dan zona: Instans read-only harus berada di wilayah yang sama dengan instans utamanya, tetapi dapat berada di zona berbeda.

• Spesifikasi: Spesifikasi instans read-only dapat berbeda dari spesifikasi instans utama dan dapat diubah kapan saja. Kami merekomendasikan agar spesifikasi instans read-only sama dengan atau lebih tinggi daripada spesifikasi instans utama. Jika spesifikasinya lebih rendah, instans read-only mungkin mengalami latensi sinkronisasi tinggi dan beban berat.

• Jenis penyimpanan: Jenis penyimpanan instans read-only harus sama dengan jenis penyimpanan instans utama.

• Kapasitas disk: Kapasitas disk instans read-only tidak boleh kurang dari kapasitas disk instans utama.

• Jenis jaringan: Jenis jaringan dapat berbeda dari jenis jaringan instans utama.

• Manajemen akun dan database: Anda tidak perlu mengelola akun atau database pada instans read-only. Semuanya disinkronkan dari instans utama.

• Daftar putih: Saat instans read-only dibuat, daftar putih alamat IP-nya secara otomatis diwariskan dari instans utama. Setelah pembuatan, daftar putih instans read-only dan instans utama bersifat independen. Untuk mengubah daftar putih instans read-only, lihat Mengonfigurasi daftar putih alamat IP.

• Pemantauan dan Alert: Anda dapat memantau hampir 20 metrik kinerja sistem, seperti kapasitas disk, IOPS, koneksi, utilisasi CPU, dan network traffic.

• Alih bencana primary/secondary: Instans read-only high-availability mendukung alih bencana antar node primary/secondary. Anda juga dapat melihat log alih bencana tersebut.

Batasan

• Jumlah instans read-only: Anda dapat membuat maksimal 10 instans read-only untuk satu instans utama.

• Backup instans: Instans read-only tidak mendukung kebijakan backup otomatis atau backup manual karena data sudah dibackup di instans utama. Anda hanya dapat menetapkan kebijakan retensi log lokal untuk instans read-only.

• Pemulihan instans:

  • Pemulihan data penuh (batasan pemulihan tingkat instans): Anda tidak dapat memulihkan data dari set cadangan atau titik waktu tertentu ke instans baru yang berasal dari instans hanya baca.

  • Pemulihan database dan tabel (batasan pemulihan tingkat database dan tingkat tabel): Anda tidak dapat memulihkan data dari set cadangan atau titik waktu ke Instans asli atau Instans baru dari Instansi hanya baca.

• Migrasi data: Anda tidak dapat melakukan migrasi data ke instans read-only.

• Manajemen database: Anda tidak dapat membuat atau menghapus database.

• Manajemen akun: Anda tidak dapat membuat atau menghapus akun, memberikan izin kepada akun, atau mengubah kata sandi akun pada instans read-only.

Membuat instans read-only

Membuat instans read-only RDS for MySQL

FAQ

• Apakah akun yang dibuat di instans utama dapat digunakan di instans read-only?

  Ya. Akun yang dibuat di instans utama disinkronkan ke instans read-only. Anda tidak dapat mengelola akun di instans read-only. Akun-akun tersebut memiliki izin read-only di instans read-only.

• Apakah saya dapat menjeda penagihan untuk instans read-only? Jika saya mengatur bobot baca menjadi 0, apakah saya tidak akan dikenai biaya?

  Tidak. Anda tidak dapat menjeda penagihan untuk instans read-only, bahkan jika Anda mengatur bobot bacanya menjadi 0. Jika Anda tidak lagi memerlukan instans read-only tersebut, segera rilis untuk menghentikan biaya. Untuk informasi selengkapnya, lihat Rilis atau batalkan langganan instans.

• Jika layanan proksi database tidak diaktifkan, apakah saya dapat mengonfigurasi bobot baca untuk instans read-only?

  Tidak. Jika layanan proksi database tidak diaktifkan, Anda tidak dapat mengonfigurasi bobot baca untuk instans read-only. Sebagai gantinya, Anda dapat mengonfigurasi titik akhir berbeda (titik akhir instans read-only atau instans utama) di aplikasi yang berbeda untuk menerapkan read/write splitting dan load balancing.

• Kapan sebaiknya saya membeli instans read-only high-availability?

  Jika aplikasi Anda memiliki volume permintaan baca yang tinggi, kami merekomendasikan Anda membeli instans read-only high-availability untuk memastikan stabilitas layanan baca Anda.

• Jika instans utama saya sudah memiliki instans secondary, apakah saya tetap perlu membeli instans read-only high-availability?

  Ya, Anda mungkin tetap memerlukannya. Instans secondary bertujuan untuk ketersediaan tinggi dan memastikan ketersediaan layanan saat terjadi kegagalan. Instans read-only digunakan untuk read/write splitting guna menangani volume tinggi permintaan baca. Jika aplikasi Anda memiliki beban kerja baca yang tinggi, kami merekomendasikan Anda membeli instans read-only high-availability.

• Bagaimana cara menerapkan read/write splitting untuk instans Edisi Dasar?

  Instans Edisi Dasar tidak mendukung pembuatan node read-only. Anda harus mengubah edisi instans dari Dasar ke High-availability kemudian membuat instans hanya baca. RDS secara otomatis mengaktifkan pemisahan baca/tulis. Setelah instans hanya baca dibuat, Anda dapat menyesuaikan bobot baca.