Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Proses failover untuk RDS Custom untuk penyebaran Oracle Multi-AZ
Jika penghentian instans DB terencana atau tidak terencana terjadi karena cacat infrastruktur, Amazon RDS akan otomatis beralih ke replika siaga di Zona Ketersediaan lain jika Anda telah mengaktifkan Multi-AZ. Durasi penyelesaian failover bergantung pada aktivitas basis data dan kondisi lain pada saat instans DB primer tidak tersedia. Durasi failover biasanya 60–120 detik. Namun, transaksi besar atau proses pemulihan yang panjang dapat meningkatkan durasi failover. Ketika failover selesai, diperlukan waktu tambahan untuk konsol Amazon RDS untuk menampilkan Availability Zone yang baru.
catatan
Anda dapat memaksa failover secara manual ketika Anda berhenti dan memulai EC2 host utama Anda saat instans DB Anda tersedia.
Amazon RDS menangani failover secara otomatis sehingga Anda dapat melanjutkan operasi basis data secepat mungkin tanpa intervensi administratif. Instans DB primer otomatis beralih ke replika siaga jika salah satu dari kondisi yang dijelaskan dalam tabel berikut terjadi. Anda dapat melihat alasan failover ini di log peristiwa Amazon RDS.
| Alasan failover | Deskripsi |
|---|---|
| Sistem operasi yang mendasari instans basis data RDS sedang di-patch dalam operasi offline. | Failover dipicu selama periode pemeliharaan untuk patch OS atau pembaruan keamanan. Untuk informasi selengkapnya, lihat Memelihara instans DB. |
| Host primer instans Multi-AZ RDS tidak berkondisi baik. | Deployment instans DB Multi-AZ mendeteksi instans DB primer mengalami gangguan dan failover. |
| Host primer instans Multi-AZ RDS tidak terjangkau karena kehilangan konektivitas jaringan. | Pemantauan RDS mendeteksi kegagalan menjangkau jaringan ke instans DB primer dan telah memicu failover. |
| Instans RDS diubah oleh pelanggan. | Perubahan instans DB RDS memicu failover. Untuk informasi selengkapnya, lihat Memodifikasi instans RDS Custom untuk Oracle DB. |
| Volume penyimpanan yang mendasari host primer instans Multi-AZ RDS mengalami kegagalan. | Deployment instans DB Multi-AZ mendeteksi masalah penyimpanan pada instans DB primer dan mengalami failover. |
| Instans primer Multi-AZ RDS sibuk dan tidak responsif. | Instans DB primer tidak responsif. Kami menyarankan Anda melakukan hal berikut: Periksa peristiwa dan CloudWatch log untuk CPU, memori, atau penggunaan ruang swap yang berlebihan. Untuk informasi lebih lanjut, lihat Bekerja dengan pemberitahuan RDS acara Amazon dan Membuat aturan yang dipicu pada peristiwa Amazon RDS. Evaluasi beban kerja Anda untuk menentukan apakah Anda menggunakan kelas instans DB yang sesuai. Untuk informasi selengkapnya, lihat DB. |
Untuk mengetahui apakah instans DB Multi-AZ mengalami failover, Anda dapat melakukan tindakan berikut:
-
Siapkan langganan peristiwa DB untuk memberi tahu Anda melalui email atau SMS bahwa failover telah diinisiasi. Lihat informasi yang lebih lengkap tentang peristiwa di Bekerja dengan pemberitahuan RDS acara Amazon.
-
Lihat peristiwa basis data Anda dengan menggunakan konsol Amazon RDS atau operasi API.
-
Melihat status saat ini penerapan instans RDS Custom for Oracle Multi-AZ DB dengan menggunakan konsol Amazon RDS, CLI, atau operasi API.
Pengaturan Time to live (TTL) dengan aplikasi menggunakan RDS Custom untuk penyebaran Oracle Multi-AZ
Mekanisme failover otomatis mengubah catatan Sistem Nama Domain (DNS) instans DB menjadi titik ke instans DB siaga. Oleh karena itu, Anda perlu membuat kembali koneksi yang ada ke instans DB Anda. Pastikan bahwa setiap nilai konfigurasi cache DNS time-to-live (TTL) rendah, dan validasi bahwa aplikasi Anda tidak akan cache DNS untuk waktu yang lama. Nilai TTL yang tinggi dapat mencegah aplikasi Anda terhubung kembali dengan cepat ke instans DB setelah failover.
