ApsaraDB RDS:Instans read-only MySQL

Ikhtisar

Instans read-only mereplikasi data dari instans utama untuk memastikan konsistensi data. Instans utama secara otomatis menyinkronkan pembaruan data ke semua instans read-only-nya. Anda juga dapat mengonfigurasi latensi replikasi untuk instans read-only.

Untuk informasi lebih lanjut tentang cara menangani masalah keterlambatan replikasi, lihat Penyebab dan solusi latensi replikasi instans ApsaraDB RDS for MySQL read-only.

Prasyarat

Kasus penggunaan

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

• Jika instans utama sementara tidak tersedia karena operasi seperti backup atau maintenance, Anda dapat meneruskan permintaan baca ke instans read-only agar sebagian aplikasi tetap berjalan.

• Untuk tugas intensif data seperti pelaporan dan analitik, Anda dapat menggunakan instans read-only untuk melakukan kueri dan menganalisis data dalam jumlah besar tanpa memengaruhi performa instans utama.

• Dalam arsitektur Pemisahan baca/tulis, instans read-only membantu menghindari kontensi lock antara operasi baca dan tulis, sehingga meningkatkan performa dan throughput sistem secara keseluruhan.

Penagihan

Metode penagihan yang didukung adalah subscription dan pay-as-you-go. Untuk informasi lebih lanjut, lihat Spesifikasi instans read-only.

Catatan penggunaan

• Saat membuat instans read-only berlangganan untuk instans utama berlangganan, Anda dapat menyelaraskan durasi langganan keduanya.

• Jika instans utama dikunci karena pembayaran tertunda, Anda tetap dapat mengakses instans read-only yang belum kedaluwarsa. Statusnya berubah menjadi Running (Primary Instance Locked).

• Setelah instans utama dilepas, instans read-only berlangganan-nya akan secara otomatis dikembalikan dan dilepas. Instans read-only pay-as-you-go-nya akan langsung dilepas.

• Saat instans read-only terakhir dilepas untuk instans utama yang menggunakan proksi database bersama, sistem secara otomatis menghapus titik akhir Pemisahan baca/tulis proksi tersebut. Jika ada klien yang menggunakan titik akhir ini, koneksi mereka akan gagal.

Fitur

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

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

• Spesifikasi: Spesifikasi instans read-only dapat berbeda dari instans utamanya dan dapat diubah kapan saja. Kami menyarankan spesifikasi instans read-only minimal sama dengan atau lebih besar daripada instans utama. Jika tidak, instans read-only mungkin mengalami latensi replikasi tinggi dan beban tinggi.

• Jenis penyimpanan: Instans read-only harus menggunakan jenis penyimpanan yang sama dengan instans utamanya.

• Kapasitas disk: Kapasitas disk instans read-only tidak boleh lebih kecil daripada instans utamanya.

• Jenis jaringan: Jenis jaringan instans read-only dapat berbeda dari instans utamanya.

• Manajemen akun dan database: Akun dan database disinkronkan dari instans utama dan tidak dapat dikelola pada instans read-only.

• Daftar putih alamat IP: Saat Anda membuat instans read-only, daftar putih alamat IP instans utama secara otomatis disalin ke instans tersebut. Namun, daftar putih alamat IP kedua instans bersifat independen. Jika Anda perlu mengubah daftar putih alamat IP instans read-only, lihat Mengonfigurasi daftar putih alamat IP.

• Monitoring dan Peringatan: Didukung untuk hampir 20 metrik performa sistem, seperti kapasitas disk, IOPS, jumlah koneksi, utilisasi CPU, dan network traffic.

• Alih bencana primary/secondary: Instans read-only Edisi Ketersediaan Tinggi mendukung alih bencana primary/secondary dan memungkinkan Anda melihat log alih bencana.

Batasan

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

• Backup instans: Backup dilakukan pada instans utama, bukan pada instans read-only. Anda tidak dapat mengonfigurasi kebijakan backup atau membuat backup secara manual untuk instans read-only. Anda hanya dapat menetapkan kebijakan retensi untuk file log lokal.

• Pemulihan Instance:

  • Pemulihan data lengkap (tingkat instans): Anda tidak dapat memulihkan data dari Instansi hanya baca ke instans baru baik dengan menggunakan set cadangan maupun melalui pemulihan pada titik waktu.

  • Pemulihan database dan tabel (tingkat database atau tabel): Anda tidak dapat memulihkan database atau tabel individual dari Instansi hanya baca ke instans asli atau instans baru dengan menggunakan set cadangan atau dengan melakukan pemulihan pada titik waktu.

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

• Manajemen database: Anda tidak dapat membuat atau menghapus database pada instans read-only.

• 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 ApsaraDB RDS for MySQL read-only

FAQ

• Apakah saya dapat menggunakan akun yang dibuat di instans utama untuk mengakses instans read-only?

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

• Apakah saya dapat menjeda penagihan untuk instans read-only? Jika saya mengatur bobot bacanya menjadi 0, apakah penagihan akan berhenti?

  Tidak, Anda tidak dapat menjeda penagihan untuk instans read-only. Jika Anda tidak lagi memerlukan instans tersebut, segera lepaskan atau batalkan langganan instans.

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

  Tidak. Tanpa layanan proksi database, Anda tidak dapat mengonfigurasi bobot baca untuk mendistribusikan traffic. Untuk menerapkan Pemisahan baca/tulis dan load balancing, Anda harus mengonfigurasi titik akhir koneksi yang berbeda (untuk instans utama dan instans read-only) di aplikasi Anda.

• Kapan sebaiknya saya membeli instans read-only Edisi Ketersediaan Tinggi?

  Jika Anda memiliki workload yang banyak melakukan operasi baca, kami menyarankan membeli instans read-only Edisi Ketersediaan Tinggi untuk memastikan ketersediaan tinggi pada operasi baca Anda.

• Jika instans utama saya sudah memiliki instans secondary, apakah saya masih memerlukan instans read-only Edisi Ketersediaan Tinggi?

  Instans secondary menjamin ketersediaan tinggi, sedangkan instans read-only digunakan untuk Pemisahan baca/tulis guna mengurangi permintaan baca. Jika Anda memiliki workload yang banyak melakukan operasi baca, kami tetap menyarankan Anda membeli instans read-only Edisi Ketersediaan Tinggi.

• Bagaimana cara menerapkan Pemisahan baca/tulis untuk instans Edisi Dasar?

  Instans Edisi Dasar tidak mendukung instans hanya baca. Untuk menerapkan pemisahan baca/tulis, Anda harus terlebih dahulu mengubah edisi instans menjadi Edisi Ketersediaan Tinggi. Setelah Anda membuat instans hanya baca, ApsaraDB RDS secara otomatis mengaktifkan pemisahan baca/tulis, dan Anda kemudian dapat menyesuaikan bobot baca.