Untuk menangani permintaan baca database dengan konkurensi tinggi dan meningkatkan throughput sistem secara keseluruhan, Anda dapat membuat instans read-only guna menerapkan pemisahan baca/tulis secara efisien. Instans read-only merupakan replika dari instans database utama. Setiap perubahan data pada instans utama secara otomatis disinkronkan ke semua instans read-only terkait. Hal ini mengurangi beban baca pada instans utama dan memastikan konsistensi data antara instans read-only dan instans utama.
Untuk membuat instans read-only untuk mesin database lainnya, lihat dokumen berikut:
Prasyarat
Instans RDS for MySQL utama harus memenuhi kondisi berikut:
Instans RDS menjalankan MySQL 8.0, MySQL 5.7, atau MySQL 5.6.
Instans RDS menggunakan metode penagihan langganan atau bayar sesuai pemakaian. Instans RDS Serverless tidak mendukung instans RDS read-only.
Instans RDS menjalankan Edisi Ketersediaan Tinggi RDS.
Anda dapat membuka halaman Basic Information instans RDS Anda untuk memperoleh informasi di atas.
Anda dapat membuat instans RDS read-only yang menjalankan Edisi Ketersediaan Tinggi RDS atau Edisi Dasar RDS. Instans RDS read-only yang menjalankan Edisi Ketersediaan Tinggi RDS mencakup instans utama dan instans sekunder yang bekerja dalam mode HA. Untuk informasi selengkapnya, lihat Edisi Ketersediaan Tinggi RDS.
Perhatian
Anda hanya dapat membuat instans read-only dari instans utama. Anda tidak dapat mengonversi instans yang sudah ada menjadi instans read-only.
Membuat instans read-only tidak memengaruhi instans utama karena data disalin dari node sekunder instans utama.
Jika instans utama dilepas, instans read-only berlangganan akan dikembalikan dan dilepas secara otomatis. Instans read-only berbayar sesuai pemakaian akan segera dilepas.
Parameter instans read-only tidak mewarisi pengaturan parameter instans utama. Sebagai gantinya, nilai parameter default digunakan. Anda dapat memodifikasi parameter ini di konsol instans read-only.
Kelas penyimpanan instans read-only harus sama dengan kelas penyimpanan instans utama.
Karena instans utama sudah memiliki cadangan, instans read-only hanya mendukung pengaturan kebijakan retensi log lokal. Instans read-only tidak mendukung pengaturan kebijakan pencadangan otomatis atau memulai pencadangan manual.
Ruang penyimpanan:
Instans berbasis disk: Ruang penyimpanan instans read-only tidak boleh lebih kecil daripada instans utama. Jika memori instans utama lebih besar daripada instans read-only, instans read-only akan dimulai ulang saat Anda mengubah spesifikasi instans utama.
Instans berbasis disk lokal: Ruang penyimpanan instans read-only tidak boleh lebih kecil daripada instans utama.
Anda dapat membuat maksimal 10 instans read-only.
Metode penagihan: Metode penagihan dapat berupa langganan atau bayar sesuai pemakaian. Untuk detail harga, lihat Tipe instans read-only.
VPC yang dapat Anda pilih saat membuat instans read-only terbatas.
Buat instans read-only
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instans tersebut.
Pada halaman Basic Information, di bagian Instance Distribution, klik tombol Add di sebelah kanan Read-only Instance.
CatatanJika tombol Add tidak ditampilkan, periksa apakah instans memenuhi prasyarat.
Konfigurasikan sumber daya dasar untuk instans read-only.
Parameter
Deskripsi
Billing Method
Subscription: Ini adalah metode penagihan berlangganan. Anda harus membayar sumber daya sebelum menggunakannya. Metode penagihan ini cocok untuk penggunaan jangka panjang dan lebih hemat biaya dibandingkan bayar sesuai pemakaian. Semakin lama durasi langganan, semakin tinggi diskonnya.
Pay-As-You-Go: Ini adalah metode penagihan bayar sesuai pemakaian. Anda dikenai biaya sumber daya per jam. Metode penagihan ini cocok untuk penggunaan jangka pendek. Anda dapat melepas instans kapan saja untuk menghemat biaya.
Product Series
Basic Edition: Instans read-only single-node yang hemat biaya dan cocok untuk pembelajaran atau pengujian. Waktu pemulihan dari gangguan atau restart cukup lama.
CatatanOpsi ini tersedia hanya jika kelas penyimpanan instans utama adalah cloud disk.
High-availability Series (Default): Seri ini menyediakan node utama dan node sekunder untuk memastikan ketersediaan tinggi bagi instans read-only. Cocok untuk lingkungan produksi dan memenuhi kebutuhan lebih dari 80% skenario pengguna.
CatatanJika Anda memilih seri High-availability, Anda juga harus mengonfigurasi zona utama, solusi penerapan (penerapan multi-zona atau single-zona), dan zona sekunder.
Product Type
Anda hanya dapat memilih Yitian Edition jika Storage Class instans utama adalah ESSD, .
Untuk informasi selengkapnya tentang Standard Edition dan Yitian Edition, lihat Tipe produk.
Zone
Parameter ini hanya berlaku untuk instans read-only Edisi Dasar. Zona adalah area fisik independen dalam suatu wilayah. Tidak ada perbedaan substansial antar zona. Instans Edisi Dasar adalah instans single-node dan menggunakan penerapan single-zone secara default.
Primary Zone
Deployment Solution
Secondary Zone
Parameter ini hanya berlaku untuk instans read-only Seri Ketersediaan Tinggi. Zona adalah area fisik independen dalam suatu wilayah. Tidak ada perbedaan substansial antar zona. Untuk instans Seri Ketersediaan Tinggi, Anda juga harus memilih solusi penerapan:
Single-zone Deployment: Node utama dan sekunder berada di zona yang sama. Anda hanya perlu mengatur zona utama.
Multi-zone Deployment: Node utama dan sekunder berada di zona berbeda. Ini menyediakan pemulihan bencana lintas zona tanpa biaya tambahan. Anda perlu mengatur zona utama dan sekunder.
Instance Type
General-purpose: Tipe instans tujuan umum. Secara eksklusif menggunakan memori dan sumber daya I/O yang dialokasikan, serta berbagi sumber daya CPU dan penyimpanan dengan instans tujuan umum lainnya di server yang sama.
Dedicated: Tipe instans khusus atau eksklusif. Instans khusus secara eksklusif menggunakan sumber daya CPU, memori, penyimpanan, dan I/O yang dialokasikan. Instans eksklusif adalah tipe khusus tingkat atas, yang secara eksklusif menempati seluruh sumber daya CPU, memori, penyimpanan, dan I/O server.
CatatanSetiap tipe instans memiliki jumlah core CPU, memori, jumlah koneksi maksimum, dan IOPS maksimum yang sesuai.
Database Proxy
Jika proksi database belum diaktifkan untuk instans utama, Anda dapat memilih untuk mengaktifkan proksi database serbaguna gratis saat membuat instans read-only. Sistem secara otomatis menerapkan proksi berdasarkan spesifikasi yang direkomendasikan dan sekaligus mengaktifkan fitur proksi untuk instans utama. Proksi mendukung fitur lanjutan seperti pemisahan baca/tulis, kolam koneksi, pemisahan transaksi, koneksi persisten, dan enkripsi Secure Sockets Layer (SSL). Setelah proksi diaktifkan, Anda dapat secara fleksibel mengubah spesifikasi dan tipe proksi atau mematikan proksi database secara manual sesuai kebutuhan.
CatatanJika proksi sudah diaktifkan untuk instans utama, fitur proksi untuk instans read-only diaktifkan secara default. Anda tidak perlu mengaktifkannya secara manual.
Anda juga dapat mengaktifkan proksi database setelah instans read-only dibuat.
Storage Space
Ruang penyimpanan mencakup ruang data, ruang file sistem, ruang file log, dan ruang file transaksi. Peningkatan minimum untuk menyesuaikan ruang penyimpanan adalah 5 GB.
CatatanRuang penyimpanan instans read-only harus lebih besar dari atau sama dengan ruang penyimpanan instans utamanya.
Klik Next: Instance Configuration.
Parameter
Deskripsi
VPC
Secara default, ini sama dengan VPC instans utama. Tidak perlu konfigurasi.
VSwitch of Primary Node
Anda dapat memilih vSwitch utama atau menggunakan yang default.
Secondary VSwitch
vSwitch sekunder dialokasikan secara otomatis. Tidak perlu konfigurasi.
Database Port
Nilai default adalah 3306. Anda dapat mengubahnya sesuai kebutuhan.
Instance Release Protection
Parameter ini hanya berlaku untuk instans pay-as-you-go. Aktifkan instance release protection untuk mencegah pelepasan instans pay-as-you-go secara tidak sengaja.
Resource Group
Secara default, ini sama dengan kelompok sumber daya instans utama. Tidak perlu konfigurasi.
Instance Name
Kustomisasi deskripsi instans agar mudah diidentifikasi. Parameter ini opsional.
Tags
Jika Anda memiliki banyak instans, Anda dapat mengikat tag untuk kategorisasi dan manajemen. Parameter ini opsional.
Klik Next: Confirm Order. Konfirmasi Parameter Configuration, lalu pilih Quantity dan Subscription Duration (hanya untuk instans berlangganan). Setelah itu, klik Confirm Order dan selesaikan pembayaran.
CatatanSaat membeli instans read-only berlangganan untuk instans utama berlangganan, Anda dapat memilih kotak centang Align With Primary Instance di sebelah Subscription Duration untuk menyelaraskan siklus hidup instans read-only dengan instans utama.
Jika instans utama adalah instans berlangganan dan Anda mengubah metode penagihan instans read-only dari bayar sesuai pemakaian ke berlangganan, Anda tidak dapat memilih Align With Primary Instance untuk Subscription Duration. Pengaturan ini hanya tersedia untuk instans read-only yang baru dibeli. Kami menyarankan Anda melepas instans read-only bayar sesuai pemakaian terlebih dahulu, lalu membeli instans read-only berlangganan yang baru.
Untuk instans berlangganan, kami menyarankan Anda memilih Enable Auto-renewal On Expiration. Ini mencegah gangguan layanan akibat lupa memperpanjang dan menghilangkan kebutuhan untuk memperpanjang instans secara manual.
Lihat instans read-only dan titik akhirnya
Masuk ke Konsol ApsaraDB RDS. Di panel navigasi kiri, klik Instances. Di bilah navigasi atas, pilih wilayah.
Di daftar instans, temukan instans utama dan klik panah di sebelah kirinya untuk melihat instans read-only di bawahnya.
Anda juga dapat klik ID instans utama untuk membuka halaman detailnya. Instans read-only ditampilkan di bagian .
Lihat titik akhir instans read-only: Setiap instans read-only memiliki titik akhir sendiri. Untuk mendapatkan titik akhir, Anda dapat klik ID instans read-only untuk membuka halaman detailnya. Lalu, di bagian , klik View Connection Details.
Lihat latensi replikasi instans read-only
Latensi replikasi dapat terjadi saat instans read-only menyinkronkan data dari instans utama. Anda dapat melihat latensi tersebut di halaman Basic Information instans read-only. Untuk informasi selengkapnya, lihat Penyebab dan solusi latensi replikasi instans read-only ApsaraDB RDS for MySQL.
Konfigurasi pemisahan baca/tulis (menggunakan instans read-only)
Setelah menambahkan instans read-only, Anda dapat mengonfigurasi pemisahan baca/tulis secara manual di aplikasi atau mengaktifkan proksi database untuk memisahkan permintaan baca dan tulis secara otomatis. Untuk informasi selengkapnya, lihat Apa itu proksi database?, Apa itu pemisahan baca/tulis?, dan Aktifkan proksi database.
Fitur proksi database serbaguna dan koneksi persisten tersedia secara gratis. Untuk informasi selengkapnya, lihat [Fitur/Spesifikasi Baru] RDS for MySQL mendukung fitur proksi database serbaguna gratis dan fitur koneksi persisten gratis.
Praktik terbaik: Menonaktifkan instans read-only tanpa gangguan layanan menggunakan proksi database
Asumsikan Anda memiliki lingkungan pemisahan baca/tulis dengan satu instans utama A dan dua instans read-only B dan C. Untuk menonaktifkan instans read-only C tanpa gangguan layanan, lakukan langkah-langkah berikut.
Buka halaman RDS Instances, pilih wilayah tempat instans A berada, lalu klik ID instans A.
Di panel navigasi kiri, klik Database Proxy. Di bagian Connection Topology Management, klik Modify Configuration.
Di kotak dialog Modify Proxy Endpoint Configuration, atur bobot baca menjadi 0 untuk node read-only C.
Buka halaman Monitoring and Alarms untuk instans read-only C. Di bagian Session Connections, pantau metrik active_session dan tunggu hingga nilainya turun menjadi 0.
CatatanPeriksa apakah nilai active_session adalah 0. Jika nilainya tidak turun menjadi 0 setelah periode yang lama, Anda dapat menghentikan sesi tersebut.
Di tab Database Proxy untuk instans utama A, hapus instans read-only C dari titik akhir proksi database.
FAQ
Pembuatan
T: Mengapa saya tidak dapat memilih zona tertentu saat membuat instans read-only?
J: Jika zona tidak tersedia untuk dipilih, artinya sumber daya tidak tersedia di zona tersebut. Anda dapat memilih zona lain. Hal ini tidak memengaruhi fungsionalitas instans read-only.
T: Dapatkah saya memilih VPC berbeda untuk instans read-only dibandingkan dengan yang digunakan oleh instans utama?
Jawaban:
Jika instans utama berada di jaringan klasik, Anda dapat memilih VPC apa pun untuk instans read-only.
Jika instans utama berada di VPC, opsi VPC untuk instans read-only adalah sebagai berikut:
Jika kelas penyimpanan adalah SSD lokal, Anda dapat memilih VPC apa pun untuk instans read-only.
Jika kelas penyimpanan adalah cloud disk, VPC instans read-only harus sama dengan VPC instans utama.
T: Apakah membuat instans read-only memengaruhi instans utama?
J: Selama pembuatan instans read-only, Anda tidak dapat melakukan operasi seperti mengubah spesifikasi instans utama. Anda harus menunggu hingga instans read-only selesai dibuat. Selain batasan ini, instans utama tidak terpengaruh.
T: Dapatkah saya menambahkan instans read-only ke instans RDS for MySQL Edisi Dasar untuk menerapkan pemisahan baca/tulis?
J: Anda tidak dapat langsung menambahkan instans read-only ke instans RDS for MySQL Edisi Dasar. Anda dapat meningkatkan instans RDS for MySQL 8.0 atau 5.7 Edisi Dasar ke Edisi Ketersediaan Tinggi, menambahkan instans read-only, lalu mengaktifkan dan mengonfigurasi proksi database untuk menerapkan pemisahan baca/tulis. Anda juga dapat meningkatkan instans Edisi Dasar ke Edisi Kluster dan menggunakan node utama dan sekunder Edisi Kluster untuk menerapkan pemisahan baca/tulis.
Untuk informasi cara meningkatkan instans dari Edisi Dasar ke Edisi Ketersediaan Tinggi, lihat Tingkatkan instans dari Edisi Dasar ke Edisi Ketersediaan Tinggi.
Untuk informasi tentang cara meningkatkan instans dari Edisi Dasar ke Edisi Kluster, lihat Tingkatkan instans dari Edisi Dasar ke Edisi Kluster.
Untuk informasi cara mengaktifkan dan mengonfigurasi proksi database, lihat Aktifkan proksi database dan Konfigurasi kebijakan akses untuk titik akhir proksi database.
T: Dapatkah saya memilih zona utama dan sekunder saat membuat instans read-only Seri Ketersediaan Tinggi?
J: Anda dapat memilih zona utama dan sekunder jika instans utama adalah instans berbasis disk dengan versi Milvus 20210430 atau lebih baru. Jika tidak, Anda tidak dapat memilih zona utama dan sekunder.
Sinkronisasi data dan latensi replikasi
T: Berapa lama waktu yang dibutuhkan untuk sinkronisasi data instans read-only?
J: Dalam kondisi normal, sinkronisasi bersifat real time. Namun, latensi replikasi dapat terjadi selama transaksi besar atau operasi DDL. Latensi aktual bervariasi tergantung situasinya.
T: Bagaimana saya dapat menentukan apakah replikasi normal berdasarkan latensi replikasi instans read-only?
J: Biasanya, latensi replikasi instans read-only berada dalam rentang 1 detik. Jika latensi melebihi 1 detik, ini menunjukkan adanya keterlambatan sinkronisasi data. Dalam kasus ekstrem, koneksi dapat terputus.
T: Apa penyebab umum latensi replikasi?
J: Untuk informasi penyebab umum dan solusi latensi replikasi, lihat Penyebab dan solusi latensi replikasi instans read-only ApsaraDB RDS for MySQL.
T: Apakah instans read-only mendukung replikasi paralel?
J: Ya, instans read-only mendukung replikasi paralel.
Koneksi dan routing
T: Bagaimana cara memaksa permintaan diproses oleh database utama/instans utama?
J: Ada tiga cara untuk memaksa permintaan dikirim ke instans utama untuk diproses:
Terhubung langsung ke titik akhir internal atau publik instans utama untuk mengirim permintaan langsung ke instans utama untuk diproses.
Jika proksi database diaktifkan dan pemisahan transaksi tidak aktif, Anda dapat membungkus permintaan dalam transaksi. Operasi dalam transaksi secara default dikirim ke instans utama.
Gunakan sintaks Hint untuk mengarahkan permintaan ke instans utama. Untuk informasi selengkapnya, lihat Sintaks Hint.
T: Apakah instans read-only memiliki titik akhir terpisah? Dapatkah saya terhubung ke instans read-only secara terpisah?
J: Instans read-only memiliki alamat koneksi terpisah, yang tercantum di bagian Basic Information halaman detail instans.
O&M Instans
T: Saya menambahkan instans read-only ke instans RDS for MySQL saya. Setelah beberapa waktu, penggunaan penyimpanannya (baik total penyimpanan maupun file data) lebih tinggi daripada instans utama. Apakah ini normal?
J: Ya, ini merupakan perilaku yang diharapkan. Ketidakkonsistenan ruang disebabkan oleh perbedaan mekanisme sinkronisasi data utama/sekunder:
Instans utama: Menjalankan pernyataan SQL pengguna asli (seperti
INSERTdanUPDATE).Instans read-only: Menyelesaikan sinkronisasi dengan memutar ulang event binary logging berbasis baris.
Perbedaan mekanisme penulisan halaman InnoDB ini dapat menyebabkan pemisahan halaman atau fragmentasi penyimpanan internal yang lebih banyak pada instans read-only. Oleh karena itu, meskipun datanya sepenuhnya konsisten, file fisik instans read-only mungkin lebih besar daripada instans utama. Dalam skenario dengan pembaruan, penghapusan, atau transaksi besar yang sering, file ibdata1, log undo, atau file sementara instans read-only dapat tumbuh lebih cepat, sehingga perbedaan ruang menjadi lebih nyata.
Solusi: Anda perlu membuat ulang instans read-only. Setelah mengaktifkan pemisahan baca/tulis dengan proksi database, buat node read-only baru. Setelah node read-only baru berjalan sebagaimana mestinya, hapus node read-only lama.
T: Jika instans read-only adalah Seri Ketersediaan Tinggi dan memiliki node utama dan sekunder, bagaimana cara mengatur parameter untuk kedua node ini?
J: Anda hanya perlu mengatur parameter pada node utama instans read-only. Node sekunder instans read-only secara otomatis menyinkronkan nilai parameter dari node utama. Anda tidak dapat memodifikasi parameter node sekunder secara langsung.
T: Dapatkah instans read-only diubah menjadi instans biasa?
J: Fitur ini tidak didukung.
T: Dapatkah saya mencadangkan data instans read-only? Dapatkah pencadangan otomatis dilakukan pada instans read-only?
J: Anda tidak perlu mencadangkan instans read-only. Pencadangan dilakukan pada instans utama. Karena menggunakan cadangan snapshot, tidak ada beban kinerja pada instans utama.
T: Bagaimana log transaksi dihapus?
J: Log biner instans RDS for MySQL dihapus secara otomatis atau manual berdasarkan aturan.
T: Apakah mengubah konfigurasi, melepas, atau mengubah metode penagihan instans read-only memengaruhi instans utama?
J: Tidak, tidak memengaruhi.
Penagihan
T: Dapatkah metode penagihan instans read-only diubah?
J: Ya, bisa. Untuk informasi selengkapnya, lihat Ubah metode penagihan dari bayar sesuai pemakaian ke langganan atau Ubah metode penagihan dari langganan ke bayar sesuai pemakaian.
T: Bagaimana cara memperkirakan biaya instans read-only?
J: Masuk ke Konsol ApsaraDB RDS, buka halaman pembuatan instans read-only, lalu konfigurasikan parameter seperti tipe instans dan ruang penyimpanan sesuai kebutuhan Anda. Biaya yang ditampilkan di halaman tersebut memberikan perkiraan biaya.
Operasi API terkait
API | Deskripsi |
Membuat instans read-only RDS |