Replikasi dengan Amazon Aurora - Amazon Aurora

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Replikasi dengan Amazon Aurora

Ada beberapa opsi replikasi dengan Aurora. Setiap klaster DB Aurora memiliki replikasi default di antara beberapa instans DB dalam klaster yang sama. Anda juga dapat mengatur replikasi dengan klaster Aurora sebagai sumber atau target. Ketika Anda mereplikasi data ke dalam atau keluar dari cluster Aurora, Anda dapat memilih antara fitur bawaan seperti database global Aurora atau mekanisme replikasi tradisional untuk mesin My atau Postgre DB. SQL SQL Anda dapat memilih opsi yang sesuai berdasarkan fitur mana yang memberikan kombinasi yang tepat antara ketersediaan, kepraktisan, dan performa yang tinggi untuk kebutuhan Anda. Bagian berikut ini menjelaskan bagaimana dan kapan harus memilih masing-masing teknik.

Replika Aurora

Ketika Anda membuat instans DB kedua, ketiga, dan seterusnya dalam klaster DB yang disediakan Aurora, Aurora secara otomatis mengatur replikasi dari instans DB penulis ke semua instans DB lainnya. Instans DB lainnya ini bersifat hanya baca dan dikenal sebagai Replika Aurora. Kami juga menyebutnya sebagai instans pembaca ketika membahas cara-cara bagi Anda untuk menggabungkan instans DB penulis dan pembaca dalam sebuah klaster.

Replika Aurora memiliki dua tujuan utama. Anda dapat menerbitkan kueri ke replika ini untuk menskalakan operasi baca untuk aplikasi Anda. Anda biasanya melakukannya dengan menghubungkan ke titik akhir pembaca pada klaster. Dengan demikian, Aurora dapat menyebarkan beban untuk koneksi hanya baca ke sebanyak Replika Aurora yang Anda miliki di klaster. Replika Aurora juga membantu meningkatkan ketersediaan. Jika instans penulis dalam klaster menjadi tidak tersedia, Aurora secara otomatis mempromosikan salah satu instans pembaca untuk menggantikannya sebagai penulis baru.

Sebuah klaster DB Aurora dapat berisi hingga 15 Replika Aurora. Replika Aurora dapat didistribusikan di seluruh Availability Zone yang terbentang oleh cluster DB dalam suatu Wilayah. AWS

Data dalam klaster DB Anda memiliki fitur ketersediaan tinggi dan keandalannya sendiri, yang terpisah dari instans DB di klaster. Jika Anda belum memahami fitur penyimpanan Aurora, lihat Gambaran umum penyimpanan Amazon Aurora. Volume klaster DB secara fisik terdiri atas beberapa salinan data untuk klaster DB. Instans primer dan Replika Aurora di klaster DB melihat data dalam volume klaster sebagai volume logis tunggal.

Akibatnya, semua Replika Aurora menghasilkan data yang sama untuk hasil kueri dengan sedikit lag replika. Lag ini biasanya kurang dari 100 milidetik setelah instans primer menulis pembaruan. Lag replika bervariasi bergantung pada laju perubahan basis data. Artinya, selama periode saat sejumlah besar operasi tulis terjadi untuk basis data, Anda mungkin melihat peningkatan lag replika.

catatan

Aurora Replica restart secara otomatis, ketika kehilangan komunikasi dengan instans DB penulis selama lebih dari 60 detik dalam versi Aurora Postgre berikut: SQL

  • 14.6 dan versi yang lebih lama

  • 13.9 dan versi yang lebih lama

  • 12.13 dan versi yang lebih lama

  • Semua Aurora SQL Postgre 11 versi

Dengan fitur ketersediaan baca, Replika Aurora tidak dimulai ulang secara otomatis. Untuk informasi selengkapnya tentang fitur ketersediaan baca dan versi yang berlaku, lihatMeningkatkan ketersediaan baca Aurora Replica.

Replika Aurora berfungsi dengan baik untuk penskalaan baca karena ditujukan sepenuhnya untuk operasi baca pada volume klaster Anda. Operasi tulis dikelola oleh instans primer. Karena volume klaster dibagikan di antara semua instans dalam klaster DB Aurora Anda, pekerjaan tambahan untuk mereplikasi salinan data untuk setiap Replika Aurora menjadi minimal.

Untuk meningkatkan ketersediaan, Anda dapat menggunakan Replika Aurora sebagai target failover. Artinya, jika instans primer gagal, Replika Aurora dipromosikan menjadi instans primer. Akan ada interupsi singkat saat permintaan baca dan tulis yang dibuat ke instans primer mengalami kegagalan dengan pengecualian.

Mempromosikan Replika Aurora melalui failover jauh lebih cepat daripada membuat ulang instans primer. Jika klaster DB Aurora Anda tidak menyertakan Replika Aurora, klaster DB Anda tidak akan tersedia selama instans DB Anda melakukan pemulihan dari kegagalan.

Ketika failover terjadi, beberapa Replika Aurora mungkin di-boot ulang, bergantung pada versi mesin DB. Misalnya, di Aurora My, SQL Aurora hanya memulai ulang instans DB penulis dan target failover selama failover. Untuk informasi selengkapnya tentang perilaku boot ulang versi mesin DB Aurora yang berbeda-beda, lihat Mem-boot ulang klaster DB Amazon Aurora atau instans DB Amazon Aurora. Untuk informasi tentang apa yang terjadi pada cache halaman saat boot ulang atau failover, lihat Cache halaman yang dapat bertahan.

Untuk skenario ketersediaan tinggi, kami sarankan Anda membuat satu atau beberapa Replika Aurora. Replika ini harus berasal dari kelas instans DB yang sama dengan instans primer dan berada di Zona Ketersediaan yang berbeda untuk klaster DB Aurora Anda. Untuk informasi selengkapnya tentang Replika Aurora sebagai target failover, lihat Toleransi kesalahan untuk klaster DB Aurora.

Anda tidak dapat membuat Replika Aurora terenkripsi untuk klaster DB Aurora yang tidak terenkripsi. Anda tidak dapat membuat Replika Aurora yang tidak terenkripsi untuk klaster DB Aurora terenkripsi.

Tip

Anda dapat menggunakan Replika Aurora dalam klaster Aurora sebagai satu-satunya bentuk replikasi untuk mempertahankan ketersediaan tinggi data Anda. Anda juga dapat menggabungkan replikasi Aurora default dengan jenis replikasi lainnya. Tindakan tersebut dapat membantu menambah tingkat ketersediaan tinggi dan distribusi geografis data Anda.

Untuk detail tentang cara membuat Replika Aurora, lihat Menambahkan Replika Aurora ke klaster DB.

Replikasi dengan Aurora My SQL

Selain Aurora Replicas, Anda memiliki opsi berikut untuk replikasi dengan Aurora My: SQL

  • Aurora My SQL DB cluster di berbagai Wilayah. AWS

    • Anda dapat mereplikasi data di beberapa Wilayah menggunakan basis data global Aurora. Untuk detailnya, lihat Ketersediaan yang tinggi di seluruh Wilayah AWS dengan basis data global Aurora

    • Anda dapat membuat replika baca Aurora dari cluster Aurora My SQL DB di AWS Wilayah yang berbeda, dengan menggunakan replikasi log SQL biner saya (binlog). Setiap klaster dapat memiliki hingga lima replika baca yang dibuat dengan cara ini, masing-masing di Wilayah berbeda.

  • Dua cluster Aurora My SQL DB di Wilayah yang sama, dengan menggunakan replikasi log SQL biner saya (binlog).

  • Instance RDS for My SQL DB sebagai sumber data dan cluster Aurora My SQL DB, dengan membuat replika baca Aurora dari instance RDS My DB. SQL Biasanya, Anda menggunakan pendekatan ini untuk migrasi ke Aurora MySQL, bukan untuk replikasi yang sedang berlangsung.

Untuk informasi lebih lanjut tentang replikasi dengan Aurora SQL My, lihat. Replikasi dengan Amazon Aurora MySQL

Replikasi dengan Aurora Postgre SQL

Selain Aurora Replicas, Anda memiliki opsi berikut untuk replikasi dengan Aurora Postgre: SQL

  • Klaster DB primer Aurora di suatu Wilayah dan hingga lima klaster DB sekunder hanya baca di Wilayah yang berbeda menggunakan basis data global Aurora. Aurora Postgre SQL tidak mendukung Replika Aurora Lintas wilayah. Namun, Anda dapat menggunakan database global Aurora untuk menskalakan kemampuan baca cluster Aurora Postgre SQL DB Anda ke lebih dari satu AWS Wilayah dan untuk memenuhi tujuan ketersediaan. Untuk informasi selengkapnya, lihat Menggunakan Database Global Amazon Aurora.

  • Dua cluster Aurora Postgre SQL DB di Wilayah yang sama, dengan menggunakan fitur replikasi logis SQL Postgre.

  • Instance RDS for Postgre SQL DB sebagai sumber data dan cluster DB Aurora Postgre, dengan membuat replika baca Aurora dari instance for Postgre SQL DB. RDS SQL Biasanya, Anda menggunakan pendekatan ini untuk migrasi ke Aurora PostgreSQL, bukan untuk replikasi yang sedang berlangsung.

Untuk informasi lebih lanjut tentang replikasi dengan Aurora SQL Postgre, lihat. Replikasi dengan Amazon Aurora PostgreSQL