Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Proses failover untuk Amazon Timestream
Jika pemadaman instans DB yang direncanakan atau tidak direncanakan disebabkan oleh cacat infrastruktur, Amazon TimeStream untuk InfluxDB secara otomatis beralih ke replika siaga di Availability Zone 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 antara 60–120 detik. Namun, transaksi besar atau proses pemulihan yang panjang dapat meningkatkan waktu failover. Ketika failover selesai, dibutuhkan waktu tambahan untuk konsol Timestream untuk mencerminkan Availability Zone yang baru.
catatan
Amazon Timestream menangani failover secara otomatis sehingga Anda dapat melanjutkan operasi database secepat mungkin tanpa intervensi administratif. Instans DB primer otomatis beralih ke replika siaga jika salah satu dari kondisi yang dijelaskan dalam tabel berikut terjadi.
| Alasan failover | Deskripsi |
|---|---|
| Sistem operasi yang mendasari instance database Timestream sedang ditambal dalam operasi offline. | Failover dipicu selama periode pemeliharaan untuk patch OS atau pembaruan keamanan. |
| Host utama instans Timestream Multi-AZ tidak sehat. | Deployment instans DB Multi-AZ mendeteksi instans DB primer mengalami gangguan dan failover. |
| Host utama instans Timestream Multi-AZ tidak dapat dijangkau karena hilangnya konektivitas jaringan. | Pemantauan Timestream mendeteksi kegagalan jangkauan jaringan ke instans DB utama dan memicu failover. |
| Instans Timestream dimodifikasi oleh pelanggan. | Modifikasi instans Timesteam untuk InfluxDB DB memicu failover. Untuk informasi selengkapnya, lihat Memperbarui instans DB. |
| Instans utama Timestream Multi-AZ sibuk dan tidak responsif. | Instans DB primer tidak responsif. Kami menyarankan Anda melakukan hal berikut: * Periksa acara untuk penggunaan CPU, memori, atau ruang swap yang berlebihan. * Evaluasi beban kerja Anda untuk menentukan apakah Anda menggunakan kelas instans DB yang sesuai. Untuk informasi selengkapnya, lihat Kelas instans DB. |
| Volume penyimpanan yang mendasari host utama instans Timestream Multi-AZ mengalami kegagalan. | Deployment instans DB Multi-AZ mendeteksi masalah penyimpanan pada instans DB primer dan mengalami failover. |
