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 default 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 instans DB primer, 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, lihat Biaya replikasi lintas Wilayah dan Penagihan instans DB untuk penagihan instans Amazon RDS untuk Aurora.

Gambaran umum replika baca Amazon RDS

Bagian berikut membahas replika baca instans DB. Untuk informasi tentang replika baca klaster DB Multi-AZ, lihat Bekerja dengan replika baca klaster DB multi-AZ.

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:

Cara kerja replika baca

Saat Anda membuat replika baca, tentukan terlebih dahulu instans DB yang ada sebagai sumber. Kemudian, Amazon akan RDS mengambil snapshot dari instans sumber dan membuat Instans hanya baca dari snapshot. Amazon RDS selanjutnya menggunakan metode replikasi asinkron untuk mesin DB untuk memperbarui replika baca setiap kali ada perubahan pada instans DB primer.

Replika baca beroperasi sebagai instans DB yang hanya memungkinkan koneksi hanya baca. Pengecualiannya adalah mesin DB RDS for Oracle, yang mendukung basis data 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 basis data 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 deployment Multi-AZ.

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 primer 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 baca Amazon RDS baik dalam hal yang Wilayah AWS sama dengan instans DB sumber, atau terpisah. Wilayah AWS Informasi berikut tidak berlaku untuk mengatur replikasi dengan instans yang berjalan pada instans Amazon EC2 atau yang berada di on-premise.

Perbedaan di antara beberapa replika baca untuk mesin DB

Karena mesin DB Amazon RDS menerapkan replikasi secara berbeda, ada beberapa perbedaan signifikan yang harus Anda ketahui, seperti yang diperlihatkan dalam tabel berikut.

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.

Batasan untuk membuat replika dari replika

Amazon RDS tidak mendukung replikasi sirkular. 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 for MariaDB dan RDS for MySQL, dan untuk versi RDS for PostgreSQL tertentu, Anda dapat membuat replika baca dari replika baca yang sudah ada. Misalnya, Anda dapat membuat replika baca baru ReadReplica2 dari replika ReadReplica1 yang sudah ada. Untuk RDS for Oracle dan RDS for SQL Server, Anda tidak dapat membuat replika baca dari replika baca yang sudah 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.

Membuat replika baca

Anda dapat membuat replika baca dari instans DB yang ada menggunakan AWS Management Console, AWS CLI, atau RDS API. Anda membuat replika baca dengan menentukan SourceDBInstanceIdentifier, yang merupakan pengidentifikasi instans DB dari instans DB sumber yang ingin Anda replikasi.

Saat membuat replika baca, Amazon RDS mengambil snapshot DB dari instans DB sumber Anda dan memulai replikasi. Instans DB sumber mengalami suspensi I/O yang sangat singkat saat operasi snapshot DB dimulai. Suspensi I/O biasanya berlangsung sekitar satu detik. Anda dapat menghindari penangguhan I/O jika instans DB sumber adalah deployment Multi-AZ, karena dalam hal ini, snapshot diambil dari instans DB sekunder.

Transaksi aktif yang berjalan lama dapat memperlambat proses pembuatan replika baca. Kami menyarankan Anda menunggu transaksi yang berjalan lama selesai sebelum membuat replika baca. Jika Anda membuat beberapa replika baca secara paralel dari instans DB sumber yang sama, Amazon RDS hanya mengambil satu snapshot di awal tindakan pembuatan pertama.

Saat membuat replika baca, ada beberapa hal yang perlu dipertimbangkan. Pertama, Anda harus mengaktifkan pencadangan otomatis pada instans DB sumber dengan mengatur periode retensi cadangan ke nilai selain 0. Persyaratan ini juga berlaku untuk replika baca yang merupakan instans DB sumber untuk replika baca lain. Untuk mengaktifkan pencadangan otomatis pada replika baca RDS for MySQL, pertama-tama buat replika baca, lalu ubah replika baca tersebut untuk mengaktifkan pencadangan otomatis.

aws rds create-db-instance-read-replica \
    --db-instance-identifier myreadreplica \
    --source-db-instance-identifier mydbinstance \
    --allocated-storage 100 \
    --max-allocated-storage 1000 \
    --upgrade-storage-config

aws rds create-db-instance-read-replica ^
    --db-instance-identifier myreadreplica ^
    --source-db-instance-identifier mydbinstance ^
    --allocated-storage 100 ^
    --max-allocated-storage 1000 ^
    --upgrade-storage-config

Mempromosikan replika baca menjadi instans DB mandiri

Anda dapat mempromosikan replika baca menjadi instans DB mandiri. Jika instans DB sumber memiliki beberapa replika baca, mempromosikan salah satu replika baca menjadi instans DB tidak akan memengaruhi replika lainnya.

Saat Anda mempromosikan replika baca, RDS me-reboot instans DB sebelum membuatnya tersedia. Proses promosi dapat memakan waktu beberapa menit atau lebih lama, tergantung dari ukuran replika baca.

Kasus penggunaan untuk mempromosikan replika baca

Anda mungkin ingin mempromosikan replika baca ke instans DB mandiri karena salah satu alasan berikut:

Karakteristik replika baca yang dipromosikan

Setelah Anda mempromosikan replika baca, itu berhenti berfungsi sebagai replika baca dan menjadi instance DB mandiri. Instans DB mandiri baru memiliki karakteristik sebagai berikut:

Prasyarat untuk mempromosikan replika baca

Sebelum Anda mempromosikan replika baca, lakukan hal berikut:

Mempromosikan replika baca: langkah-langkah dasar

Langkah-langkah berikut ini menunjukkan proses umum untuk mempromosikan replika baca menjadi instans DB:

aws rds promote-read-replica \
    --db-instance-identifier myreadreplica

aws rds promote-read-replica ^
    --db-instance-identifier myreadreplica

Memantau replikasi baca

Anda dapat memantau status replika baca dengan beberapa cara. Konsol Amazon RDS menampilkan status replika baca di bagian Replikasi pada tab Konektivitas & keamanan di detail replika baca. Untuk melihat detail replika baca, pilih nama replika baca di daftar instans di konsol Amazon RDS.

Anda juga dapat melihat status replika baca menggunakan AWS CLI describe-db-instances perintah atau operasi Amazon RDS APIDescribeDBInstances.

Status replika baca dapat berupa salah satu dari berikut ini:

Anda dapat melihat tempat instans DB sedang direplikasi dan jika demikian, memeriksa status replikasinya. Pada halaman Basis data di konsol RDS, Primer akan ditampilkan dalam kolom Peran. Pilih nama instans DB nya. Pada halaman detailnya, pada tab Konektivitas & keamanan, status replikasinya ada di bawah Replikasi.

Memantau lag replikasi

Anda dapat memantau kelambatan replikasi di Amazon CloudWatch dengan melihat metrik Amazon RDS. ReplicaLag

Untuk MariaDB dan MySQL, metrik ReplicaLag melaporkan nilai bidang Seconds_Behind_Master dari perintah SHOW REPLICA STATUS. Penyebab umum lag replikasi untuk MySQL dan MariaDB adalah sebagai berikut:

Saat metrik ReplicaLag mencapai 0, replika telah menjadi instans DB primer. Jika metrik ReplicaLag menampilkan -1, maka replikasi saat ini tidak aktif. ReplicaLag = -1 setara dengan Seconds_Behind_Master = NULL.

Untuk Oracle, metrik ReplicaLag adalah jumlah dari nilai Apply Lag dan perbedaan antara waktu saat ini dan nilai DATUM_TIME untuk apply lag. Nilai DATUM_TIME adalah terakhir kali replika baca menerima data dari instans DB sumbernya. Untuk informasi selengkapnya, lihat V$DATAGUARD_STATS dalam dokumentasi Oracle.

Untuk SQL Server, metrik ReplicaLag adalah lag maksimum dari basis data yang tertinggal, dalam hitungan detik. Misalnya, jika Anda memiliki dua basis data yang masing-masing tertinggal 5 detik dan 10 detik, maka ReplicaLag adalah 10 detik. Metrik ReplicaLag menampilkan nilai dari kueri berikut.

SELECT MAX(secondary_lag_seconds) max_lag FROM sys.dm_hadr_database_replica_states;

Untuk informasi selengkapnya, lihat secondary_lag_seconds dalam dokumentasi Microsoft.

ReplicaLag menampilkan -1 jika RDS tidak dapat menentukan lag, seperti selama penyiapan replika, atau saat replika baca berada dalam status error.

Untuk PostgreSQL, metrik ReplicaLag menampilkan nilai dari kueri berikut.

SELECT extract(epoch from now() - pg_last_xact_replay_timestamp()) AS reader_lag

PostgreSQL versi 9.5.2 dan yang lebih baru menggunakan slot replikasi fisik untuk mengelola retensi write ahead log (WAL) pada instans sumber. Untuk setiap instans replika baca lintas Wilayah, Amazon RDS membuat slot replikasi fisik dan mengaitkannya dengan instans. Dua CloudWatch metrik Amazon, Oldest Replication Slot Lag danTransaction Logs Disk Usage, menunjukkan seberapa jauh di belakang replika yang paling tertinggal dalam hal data WAL yang diterima dan berapa banyak penyimpanan yang digunakan untuk data WAL. Nilai Transaction Logs Disk Usage dapat meningkat secara substansial ketika replika baca lintas Wilayah tertinggal secara signifikan.

Untuk informasi selengkapnya tentang memantau instans DB dengan CloudWatch, lihatMemantau metrik RDSAmazon Amazon dengan Amazon CloudWatch.

Membuat replika baca di tempat yang berbeda Wilayah AWS

Dengan Amazon RDS, Anda dapat membuat replika baca yang berbeda Wilayah AWS dari instans DB sumber.

Anda membuat replika baca di tempat yang berbeda Wilayah AWS untuk melakukan hal berikut:

Membuat replika baca di instance yang berbeda Wilayah AWS dari sumber mirip dengan membuat replika dalam hal yang sama. Wilayah AWS Anda dapat menggunakan AWS Management Console, menjalankan create-db-instance-read-replicaperintah, atau memanggil operasi CreateDBInstanceReadReplicaAPI.

Wilayah dan ketersediaan versi

Ketersediaan dan dukungan fitur bervariasi di seluruh versi spesifik dari setiap mesin basis data, dan di seluruh Wilayah AWS. Untuk informasi selengkapnya tentang versi dan ketersediaan Wilayah dengan replikasi lintas Wilayah, lihat Daerah yang Didukung dan engine DB untuk replika baca lintas wilayah di Amazon RDS.

Membuat replika baca lintas Wilayah

Prosedur berikut menunjukkan cara membuat replika baca dari instans DB MariaDB, Microsoft SQL Server, MySQL, Oracle, atau PostgreSQL sumber di Wilayah AWS yang berbeda.

arn:aws:rds:us-east-1:123456789012:db:mydbinstance

aws rds create-db-instance-read-replica \
    --db-instance-identifier myreadreplica \
    --region us-west-2 \
    --source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance

aws rds create-db-instance-read-replica ^
    --db-instance-identifier myreadreplica ^
    --region us-west-2 ^
    --source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance

aws rds create-db-instance-read-replica \
    --db-instance-identifier myreadreplica \
    --region us-west-2 \
    --source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance \
    --kms-key-id my-us-west-2-key

aws rds create-db-instance-read-replica ^
    --db-instance-identifier myreadreplica ^
    --region us-west-2 ^
    --source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance ^
    --kms-key-id my-us-west-2-key
 

arn:aws:rds:us-east-1:123456789012:db:mydbinstance

https://us-west-2.rds.amazonaws.com/
    ?Action=CreateDBInstanceReadReplica
    &KmsKeyId=my-us-east-1-key
    &PreSignedUrl=https%253A%252F%252Frds.us-west-2.amazonaws.com%252F
         %253FAction%253DCreateDBInstanceReadReplica
         %2526DestinationRegion%253Dus-east-1
         %2526KmsKeyId%253Dmy-us-east-1-key
         %2526SourceDBInstanceIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%123456789012%25253Adb%25253Amydbinstance
         %2526SignatureMethod%253DHmacSHA256
         %2526SignatureVersion%253D4%2526SourceDBInstanceIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%25253A123456789012%25253Ainstance%25253Amydbinstance
         %2526Version%253D2014-10-31
         %2526X-Amz-Algorithm%253DAWS4-HMAC-SHA256
         %2526X-Amz-Credential%253DAKIADQKE4SARGYLE%252F20161117%252Fus-west-2%252Frds%252Faws4_request
         %2526X-Amz-Date%253D20161117T215409Z
         %2526X-Amz-Expires%253D3600
         %2526X-Amz-SignedHeaders%253Dcontent-type%253Bhost%253Buser-agent%253Bx-amz-content-sha256%253Bx-amz-date
         %2526X-Amz-Signature%253D255a0f17b4e717d3b67fad163c3ec26573b882c03a65523522cf890a67fca613
    &DBInstanceIdentifier=myreadreplica
    &SourceDBInstanceIdentifier=&region-arn;rds:us-east-1:123456789012:db:mydbinstance
    &Version=2012-01-15						
    &SignatureVersion=2
    &SignatureMethod=HmacSHA256
    &Timestamp=2012-01-20T22%3A06%3A23.624Z
    &AWSAccessKeyId=<&AWS; Access Key ID>
    &Signature=<Signature>

Cara Amazon RDS melakukan replikasi lintas Wilayah

Amazon RDS menggunakan proses berikut untuk membuat replika baca lintas Wilayah. Bergantung pada yang Wilayah AWS terlibat dan jumlah data dalam database, proses ini dapat memakan waktu berjam-jam untuk diselesaikan. Anda dapat menggunakan informasi ini untuk menentukan sejauh mana proses telah berjalan saat Anda membuat replika baca lintas Wilayah:

Pertimbangan replikasi lintas Wilayah

Semua pertimbangan untuk melakukan replikasi dalam Wilayah AWS berlaku untuk replikasi lintas wilayah. Pertimbangan tambahan berikut berlaku saat mereplikasi di antara Wilayah AWS:

Meminta replika baca lintas Wilayah

Untuk berkomunikasi dengan Wilayah sumber untuk meminta pembuatan replika baca lintas Wilayah, pemohon (peran IAM atau pengguna IAM) harus memiliki akses ke instans DB sumber dan Wilayah sumber.

Kondisi tertentu dalam kebijakan IAM pemohon dapat menyebabkan permintaan ini gagal. Contoh berikut berasumsi bahwa instans DB sumber berada di AS Timur (Ohio) dan replika baca dibuat di AS Timur (Virginia Utara). Contoh ini menunjukkan kondisi dalam kebijakan IAM pemohon yang menyebabkan permintaan gagal:

Jika Anda perlu menggunakan salah satu kondisi sebelumnya yang akan menyebabkan permintaan gagal, Anda dapat menyertakan pernyataan kedua dengan aws:CalledVia dalam kebijakan Anda untuk membuat permintaan berhasil. Misalnya, Anda dapat menggunakan aws:CalledVia dengan aws:SourceVpce seperti yang ditunjukkan di sini:

...
"Effect": "Allow",
"Action": "rds:CreateDBInstanceReadReplica",
"Resource": "*",
"Condition": {
    "Condition" : { 
        "ForAnyValue:StringEquals" : {
          "aws:SourceVpce": "vpce-1a2b3c4d"
        }
     }
},
{
    "Effect": "Allow",
    "Action": [
        "rds:CreateDBInstanceReadReplica"
    ],
    "Resource": "*",
    "Condition": {
        "ForAnyValue:StringEquals": {
            "aws:CalledVia": [
                "rds.amazonaws.com"
            ]
        }
    }
}

Untuk informasi selengkapnya, lihat Kebijakan dan izin di IAM dalam Panduan Pengguna IAM.

Mengotorisasi replika baca

Setelah permintaan pembuatan replika baca DB lintas Wilayah menampilkan success, RDS memulai pembuatan replika di latar belakang. Otorisasi agar RDS dapat mengakses instans DB sumber telah dibuat. Otorisasi ini menghubungkan instans DB sumber ke replika baca, dan mengizinkan RDS untuk menyalin hanya ke replika baca yang ditentukan.

Otorisasi ini diverifikasi oleh RDS menggunakan izin rds:CrossRegionCommunication dalam peran IAM terkait layanan. Jika replika sudah diotorisasi, RDS berkomunikasi dengan Wilayah sumber dan menyelesaikan pembuatan replika.

RDS tidak memiliki akses ke instans DB yang tidak diotorisasi sebelumnya oleh permintaan CreateDBInstanceReadReplica. Otorisasi dicabut saat pembuatan replika baca selesai.

RDS menggunakan peran terkait layanan untuk memverifikasi otorisasi di Wilayah sumber. Jika Anda menghapus peran terkait layanan selama proses pembuatan replika, maka pembuatan tersebut gagal.

Untuk informasi selengkapnya, lihat Menggunakan peran terkait layanan dalam Panduan Pengguna IAM.

Menggunakan AWS Security Token Service kredensyal

Token sesi dari titik akhir global AWS Security Token Service (AWS STS) hanya valid di Wilayah AWS yang diaktifkan secara default (Wilayah komersial). Jika Anda menggunakan kredensil dari operasi assumeRole API di AWS STS, gunakan titik akhir regional jika Wilayah sumber adalah Region keikutsertaan. Jika tidak, permintaan akan gagal. Hal ini terjadi karena kredensil Anda harus valid di kedua Wilayah, yang berlaku untuk Wilayah keikutsertaan hanya jika titik AWS STS akhir regional digunakan.

Untuk menggunakan titik akhir global, pastikan bahwa titik akhir tersebut diaktifkan untuk kedua Wilayah dalam operasi. Setel titik akhir global ke Valid in all Wilayah AWS dalam pengaturan AWS STS akun.

Aturan yang sama berlaku untuk kredensial dalam parameter URL yang telah ditandatangani sebelumnya.

Untuk informasi selengkapnya, lihat Mengelola AWS STSWilayah AWS dalam Panduan Pengguna IAM.

Biaya replikasi lintas Wilayah

Data yang ditransfer untuk replikasi lintas Wilayah akan menimbulkan biaya transfer data Amazon RDS. Tindakan replikasi lintas Wilayah ini menimbulkan biaya untuk data yang ditransfer keluar dari Wilayah AWS sumber:

Untuk informasi selengkapnya tentang biaya transfer data, lihat Harga Amazon RDS.

Untuk instans MySQL dan MariaDB, Anda dapat mengurangi biaya transfer data dengan mengurangi jumlah replika baca lintas Wilayah yang Anda buat. Misalnya, misalkan Anda memiliki instance DB sumber di satu Wilayah AWS dan ingin memiliki tiga replika baca di yang lain Wilayah AWS. Dalam kasus ini, Anda perlu membuat hanya satu replika baca dari instans DB sumber. Anda membuat dua replika lainnya dari replika baca pertama, bukan instans DB sumber.

Misalnya, jika Anda memilikinya source-instance-1 Wilayah AWS, Anda dapat melakukan hal berikut:

Dalam contoh ini, Anda hanya dikenai biaya untuk data yang ditransfer dari source-instance-1 ke read-replica-1. Anda tidak dikenai biaya untuk data yang ditransfer dari read-replica-1 ke dua replika lainnya karena semuanya berada di Wilayah AWS yang sama. Jika Anda membuat ketiga replika langsung dari source-instance-1, Anda akan dikenai biaya transfer data ke ketiga replika tersebut.