Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menggunakan replika baca instans DB
Replika baca adalah salinan hanya baca dari instans DB. Anda dapat mengurangi beban pada instans DB primer dengan merutekan kueri baca dari aplikasi Anda ke replika baca. Dengan cara ini, Anda dapat secara elastis melakukan penskalaan ke luar melampaui batasan kapasitas instans DB tunggal untuk beban kerja basis data yang sarat pembacaan.
Untuk membuat replika baca dari instans DB sumber, Amazon RDS menggunakan fitur replikasi bawaan dari mesin DB. Untuk informasi tentang menggunakan replika baca dengan mesin tertentu, lihat bagian berikut:
Setelah Anda membuat replika baca dari instans DB sumber, instans DB sumber ini menjadi instans DB primer. Saat Anda membuat pembaruan ke instans DB utama, Amazon RDS menyalinnya secara asinkron ke replika baca. Diagram berikut menunjukkan instans DB sumber yang mereplikasi ke replika baca di Zona Ketersediaan (AZ) yang berbeda. Klien memiliki akses baca/tulis ke instans DB utama dan akses hanya-baca ke replika.
Replika baca ditagih sebagai instans DB standar dengan tarif yang sama dengan kelas instans DB yang digunakan untuk replika. Anda tidak dikenakan biaya untuk transfer data yang terjadi dalam mereplikasi data antara instans DB sumber dan replika baca dalam hal yang sama. Wilayah AWS Untuk informasi selengkapnya, silakan lihat Biaya replikasi lintas Wilayah dan Penagihan instans DB untuk penagihan instans Amazon RDS untuk Aurora.
Topik
Ikhtisar replika RDS baca Amazon
Bagian berikut membahas replika baca instans DB. Untuk informasi tentang replika baca klaster DB Multi-AZ, lihat Bekerja dengan replika baca cluster DB multi-AZ untuk Amazon RDS.
Topik
Kasus penggunaan untuk replika baca
Melakukan deployment satu atau beberapa replika baca untuk instans DB sumber tertentu mungkin masuk akal dalam berbagai skenario, termasuk skenario berikut ini:
-
Penskalaan di luar kapasitas komputasi atau I/O dari instans DB tunggal untuk beban kerja basis data yang sarat pembacaan. Anda dapat mengarahkan kelebihan lalu lintas baca ini ke satu atau beberapa replika baca.
-
Melayani lalu lintas baca saat instans DB sumber tidak tersedia. Dalam beberapa kasus, instans DB sumber Anda mungkin tidak dapat menerima permintaan I/O, misalnya karena penangguhan I/O untuk cadangan atau pemeliharaan terjadwal. Dalam hal ini, Anda dapat mengarahkan lalu lintas baca ke replika baca Anda. Untuk kasus penggunaan ini, perlu diingat bahwa data di replika baca mungkin "usang" karena instans DB sumber tidak tersedia.
-
Skenario pelaporan bisnis atau pergudangan data saat Anda mungkin ingin kueri pelaporan bisnis dijalankan terhadap replika baca, bukan instans DB produksi Anda.
-
Menerapkan pemulihan bencana. Anda dapat mempromosikan replika baca menjadi instans mandiri sebagai solusi pemulihan bencana jika instans DB primer mengalami kegagalan.
Cara kerja replika baca
Saat Anda membuat replika baca, tentukan terlebih dahulu instans DB yang ada sebagai sumber. Kemudian Amazon RDS mengambil snapshot dari instance sumber dan membuat instance hanya-baca dari snapshot. Amazon RDS kemudian menggunakan metode replikasi asinkron untuk mesin DB untuk memperbarui replika baca setiap kali ada perubahan pada instans DB utama.
Replika baca beroperasi sebagai instans DB yang hanya memungkinkan koneksi hanya baca. Pengecualian adalah RDS untuk mesin Oracle DB, yang mendukung database replika dalam mode terpasang. Replika terpasang tidak menerima koneksi pengguna sehingga tidak dapat melayani beban kerja hanya baca. Penggunaan primer untuk replika yang terpasang adalah pemulihan bencana lintas Wilayah. Untuk informasi selengkapnya, lihat Menggunakan replika baca untuk Amazon RDS for Oracle.
Aplikasi terhubung ke replika baca seperti terhubung ke instans DB apa pun. Amazon RDS mereplikasi semua database dari instans DB sumber.
Replika baca dalam deployment Multi-AZ
Anda dapat mengonfigurasi replika baca untuk instans DB yang juga memiliki replika siaga yang dikonfigurasi untuk ketersediaan tinggi dalam deployment Multi-AZ. Replikasi dengan replika siaga bersifat sinkron. Tidak seperti replika baca, replika siaga tidak dapat melayani lalu lintas baca.
Dalam skenario berikut, klien memiliki akses baca/tulis ke instans DB primer dalam satu AZ. Instans primer menyalin pembaruan secara asinkron ke replika baca di AZ kedua dan juga menyalinnya secara sinkron ke replika siaga di AZ ketiga. Klien hanya memiliki akses baca ke replika baca.
Untuk informasi selengkapnya tentang replika ketersediaan tinggi dan siaga, lihat Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS.
Replika baca lintas Wilayah
Dalam beberapa kasus, replika baca berada di tempat yang berbeda Wilayah AWS dari instance DB utamanya. Dalam kasus ini, Amazon RDS menyiapkan saluran komunikasi yang aman antara instans DB utama dan replika baca. Amazon RDS menetapkan konfigurasi AWS keamanan apa pun yang diperlukan untuk mengaktifkan saluran aman, seperti menambahkan entri grup keamanan. Untuk informasi tentang replika baca lintas Wilayah, lihat Membuat replika baca di tempat yang berbeda Wilayah AWS.
Informasi dalam Bab ini berlaku untuk membuat replika RDS baca Amazon baik dalam hal yang Wilayah AWS sama dengan instans DB sumber, atau secara terpisah Wilayah AWS. Informasi berikut tidak berlaku untuk menyiapkan replikasi dengan instance yang berjalan di EC2 instans Amazon atau lokal.
Perbedaan di antara beberapa replika baca untuk mesin DB
Karena mesin Amazon RDS DB menerapkan replikasi secara berbeda, ada beberapa perbedaan signifikan yang harus Anda ketahui, seperti yang ditunjukkan pada tabel berikut.
| Fitur atau perilaku | Saya SQL dan MariaDB | Oracle | Postgre SQL | SQLServer |
|---|---|---|---|---|
|
Apa itu metode replikasi? |
Replikasi logis. |
Replikasi fisik. |
Replikasi fisik. |
Replikasi fisik. |
|
Bagaimana log transaksi di-purging? |
RDSuntuk My SQL dan RDS untuk MariaDB simpan log biner apa pun yang belum diterapkan. |
Jika instans DB primer tidak memiliki replika baca lintas wilayah, Amazon RDS untuk Oracle menyimpan minimal dua jam log transaksi pada instans DB sumber. Log dihapus dari instans DB sumber setelah dua jam atau setelah pengaturan jam retensi log arsip berlalu, mana saja yang lebih lama. Log dihapus dari replika baca setelah pengaturan jam retensi log arsip telah berlalu hanya jika telah berhasil diterapkan ke basis data. Dalam beberapa kasus, instans DB primer mungkin memiliki satu atau beberapa replika baca lintas Wilayah. Jika demikian, Amazon RDS untuk Oracle menyimpan log transaksi pada instans DB sumber hingga ditransmisikan dan diterapkan ke semua replika baca lintas wilayah. Untuk informasi tentang mengatur jam retensi log arsip, lihat Mempertahankan log pengulangan yang diarsipkan. |
Postgre SQL memiliki parameter |
Virtual Log File (VLF) dari file log transaksi pada replika utama dapat dipotong setelah tidak lagi diperlukan untuk replika sekunder. Hanya VLF dapat ditandai sebagai tidak aktif ketika catatan log telah dikeraskan dalam replika. Terlepas dari seberapa cepat subsistem disk berada di replika utama, log transaksi akan menyimpan VLFs sampai replika paling lambat mengeraskannya. |
|
Bisakah replika dijadikan dapat ditulis? |
Ya. Anda dapat mengaktifkan replika baca Saya SQL atau MariaDB agar dapat ditulis. |
Tidak. Replika baca Oracle adalah salinan fisik, dan Oracle tidak mengizinkan penulisan di replika baca. Anda dapat mempromosikan replika baca agar menjadikannya dapat ditulis. Replika baca yang dipromosikan memiliki data yang direplikasi hingga titik saat ada permintaan untuk mempromosikannya. |
Tidak. Replika SQL baca Postgre adalah salinan fisik, dan Postgre SQL tidak mengizinkan replika baca dibuat dapat ditulis. |
Tidak. Replika baca SQL Server adalah salinan fisik dan juga tidak memungkinkan untuk menulis. Anda dapat mempromosikan replika baca agar menjadikannya dapat ditulis. Replika baca yang dipromosikan memiliki data yang direplikasi hingga titik saat ada permintaan untuk mempromosikannya. |
|
Dapatkah pencadangan dilakukan pada replika? |
Ya. Pencadangan otomatis dan snapshot manual didukung untuk replika baca Saya atau RDS SQL untuk RDS MariaDB. |
Ya. Pencadangan otomatis dan snapshot manual didukung RDS untuk replika baca Oracle. |
Ya, Anda dapat membuat snapshot manual RDS untuk replika baca PostgreSQL. Pencadangan otomatis untuk replika baca hanya didukung RDS untuk Postgre SQL 14.1 dan versi yang lebih tinggi. Anda tidak dapat mengaktifkan pencadangan otomatis untuk replika SQL baca Postgre untuk versi Postgre lebih awal dari RDS 14.1. SQL RDSUntuk Postgre SQL 13 dan versi sebelumnya, buat snapshot dari replika baca jika Anda ingin cadangannya. |
Tidak. Pencadangan otomatis dan snapshot manual tidak didukung RDS untuk replika baca SQL Server. |
|
Bisakah Anda menggunakan replikasi paralel? |
Ya. Semua MariaDB dan versi SQL Saya yang didukung memungkinkan utas replikasi paralel. |
Ya. Data log redo selalu dikirim secara paralel dari basis data primer ke semua replika bacanya. |
Tidak. Postgre SQL memiliki replikasi penanganan proses tunggal. |
Ya. Data log redo selalu dikirim secara paralel dari basis data primer ke semua replika bacanya. |
|
Dapatkah Anda mempertahankan replika dalam mode terpasang alih-alih mode hanya baca? |
Tidak. |
Ya. Penggunaan primer untuk replika yang terpasang adalah pemulihan bencana lintas Wilayah. Lisensi Active Data Guard tidak diperlukan untuk replika yang terpasang. Untuk informasi selengkapnya, lihat Menggunakan replika baca untuk Amazon RDS for Oracle. |
Tidak. |
Tidak. |
Jenis penyimpanan replika baca
Secara default, replika baca dibuat dengan jenis penyimpanan yang sama dengan instans DB sumber. Namun, Anda dapat membuat replika baca yang memiliki jenis penyimpanan berbeda dari instans DB sumber berdasarkan opsi yang tercantum di tabel berikut.
| Jenis penyimpanan instans DB sumber | Alokasi penyimpanan instans DB sumber | Opsi jenis penyimpanan replika baca |
|---|---|---|
| Disediakan IOPS | 100 GiB–64 TiB | Disediakan, Tujuan UmumIOPS, Magnetik |
| Tujuan Umum | 100 GiB–64 TiB | Disediakan, Tujuan UmumIOPS, Magnetik |
| Tujuan Umum | <100 GiB | Tujuan Umum, Magnetik |
| Magnetik | 100 GiB–6 TiB | Disediakan, Tujuan UmumIOPS, Magnetik |
| Magnetik | <100 GiB | Tujuan Umum, Magnetik |
catatan
Saat Anda meningkatkan alokasi penyimpanan replika baca, jumlahnya minimal harus 10 persen. Jika Anda mencoba meningkatkan nilai sebesar kurang dari 10 persen, Anda akan mendapat kesalahan.
Batasan untuk membuat replika dari replika
Amazon RDS tidak mendukung replikasi melingkar. Anda tidak dapat mengonfigurasi instans DB agar berfungsi sebagai sumber replikasi untuk instans DB yang ada. Anda hanya dapat membuat replika baca baru dari instans DB yang ada. Misalnya, jika MySourceDBInstance mereplikasi ke ReadReplica1, Anda tidak dapat mengonfigurasi ReadReplica1 untuk mereplikasi kembali ke MySourceDBInstance.
Untuk RDS untuk MariaDB RDS dan untuk SQL My, dan untuk versi tertentu untuk SQL Postgre, Anda dapat membuat replika baca RDS dari replika baca yang ada. Misalnya, Anda dapat membuat replika baca baru ReadReplica2 dari replika ReadReplica1 yang sudah ada. RDSUntuk Oracle dan RDS SQL Server, Anda tidak dapat membuat replika baca dari replika baca yang ada.
Pertimbangan saat menghapus replika
Jika tidak lagi membutuhkan replika baca, Anda dapat secara eksplisit menghapusnya menggunakan mekanisme yang sama untuk menghapus instans DB. Jika Anda menghapus instans DB sumber tanpa menghapus replika bacanya dalam hal yang sama Wilayah AWS, setiap replika baca dipromosikan ke instans DB mandiri. Untuk informasi tentang menghapus instans DB, lihat Menghapus instans DB. Untuk informasi tentang promosi replika baca, lihat Mempromosikan replika baca menjadi instans DB mandiri.
Jika Anda memiliki replika baca lintas Wilayah, lihat Pertimbangan replikasi lintas Wilayah untuk informasi terkait penghapusan instans DB sumber untuk replika baca lintas Wilayah.
