Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Tentang kontrol perutean
Kontrol perutean mengalihkan lalu lintas dengan menggunakan pemeriksaan kesehatan di Amazon Route 53 yang dikonfigurasi dengan catatan DNS yang terkait dengan sumber daya tingkat atas sel dalam grup pemulihan Anda, seperti penyeimbang beban Elastic Load Balancing. Anda dapat mengarahkan lalu lintas dari satu sel ke sel lainnya, misalnya, dengan memperbarui status kontrol perutean ke Off (untuk menghentikan arus lalu lintas ke satu sel) dan memperbarui status kontrol perutean lainnya ke On (untuk memulai arus lalu lintas ke sel lain). Proses yang mengubah arus lalu lintas adalah pemeriksaan kesehatan Route 53 yang terkait dengan kontrol perutean, setelah ARC memperbaruinya untuk mengaturnya sebagai sehat atau tidak sehat, berdasarkan status kontrol perutean yang sesuai.
Kontrol perutean mendukung failover di semua AWS layanan yang memiliki titik akhir DNS. Anda dapat memperbarui status kontrol perutean agar gagal atas lalu lintas untuk pemulihan bencana, atau ketika Anda mendeteksi penurunan latensi untuk aplikasi Anda, atau masalah lainnya.
Anda juga dapat mengonfigurasi aturan keselamatan untuk kontrol perutean, untuk memastikan bahwa mengalihkan lalu lintas dengan menggunakan kontrol perutean tidak mengganggu ketersediaan. Untuk informasi selengkapnya, lihat Membuat aturan keselamatan untuk kontrol perutean.
Penting untuk dicatat bahwa kontrol perutean bukanlah pemeriksaan kesehatan yang memantau kesehatan yang mendasari titik akhir. Misalnya, tidak seperti pemeriksaan kesehatan Route 53, kontrol perutean tidak memantau waktu respons atau waktu koneksi TCP. Kontrol perutean adalah sakelar on-off sederhana yang mengontrol pemeriksaan kesehatan. Biasanya, Anda mengubah status untuk mengarahkan lalu lintas, dan perubahan status itu memindahkan lalu lintas untuk pergi ke titik akhir tertentu untuk seluruh tumpukan aplikasi, atau mencegah perutean ke seluruh tumpukan aplikasi. Misalnya, dalam skenario sederhana, ketika Anda mengubah status kontrol perutean dari On keOff, itu memperbarui pemeriksaan kesehatan Route 53, yang telah Anda kaitkan dengan catatan failover DNS untuk memindahkan lalu lintas dari titik akhir.
Cara menggunakan kontrol perutean
Untuk memperbarui status kontrol perutean, sehingga Anda dapat mengubah rute lalu lintas, Anda harus terhubung ke salah satu titik akhir cluster Anda di ARC. Jika titik akhir yang Anda coba sambungkan tidak tersedia, coba ubah status dengan titik akhir cluster lain. Proses Anda untuk mengubah status kontrol perutean harus disiapkan untuk mencoba setiap titik akhir dalam rotasi, karena titik akhir cluster didaur ulang melalui status yang tersedia dan tidak tersedia untuk pemeliharaan dan pembaruan rutin.
Saat Anda membuat kontrol perutean, Anda mengonfigurasi catatan DNS Anda untuk mengaitkan pemeriksaan kesehatan kontrol perutean dengan nama DNS Route 53 yang mengutamakan setiap replika aplikasi. Misalnya, untuk mengontrol failover lalu lintas di dua penyeimbang beban, satu di masing-masing dua Wilayah, Anda membuat dua pemeriksaan kesehatan kontrol perutean dan mengaitkannya dengan dua catatan DNS, misalnya, catatan Alias dengan kebijakan perutean failover, dengan nama domain masing-masing penyeimbang beban.
Anda juga dapat mengatur skenario failover lalu lintas yang lebih kompleks dengan menggunakan kontrol perutean ARC bersama dengan pemeriksaan kesehatan Route 53 dan kumpulan catatan DNS, menggunakan catatan DNS dengan kebijakan perutean tertimbang. Untuk melihat contoh terperinci, lihat bagian tentang kegagalan lalu lintas pengguna di posting AWS blog berikut: Membangun aplikasi yang sangat tangguh menggunakan Amazon Application Recovery Controller (ARC), Bagian 2
Ketika Anda memulai failover untuk AWS Region menggunakan kontrol perutean, karena langkah-langkah yang terlibat dengan arus lalu lintas, Anda mungkin tidak melihat lalu lintas keluar dari Wilayah segera. Ini juga dapat memakan waktu singkat untuk menyelesaikan koneksi yang sedang berlangsung di Wilayah, tergantung pada perilaku klien dan penggunaan kembali koneksi. Bergantung pada pengaturan DNS Anda dan faktor lainnya, koneksi yang ada dapat selesai hanya dalam beberapa menit, atau mungkin memakan waktu lebih lama. Untuk informasi selengkapnya, lihat Memastikan pergeseran lalu lintas selesai dengan cepat.
Manfaat kontrol routing
Kontrol perutean di ARC memiliki beberapa manfaat dibandingkan mengubah rute lalu lintas dengan pemeriksaan kesehatan tradisional. Contoh:
Kontrol routing memberi Anda cara untuk gagal di seluruh tumpukan aplikasi. Ini berbeda dengan kegagalan pada masing-masing komponen tumpukan, seperti yang dilakukan instans Amazon EC2, berdasarkan pemeriksaan kesehatan tingkat sumber daya.
Kontrol perutean memberi Anda penggantian manual yang aman dan sederhana yang dapat Anda gunakan untuk mengalihkan lalu lintas untuk melakukan pemeliharaan atau memulihkan dari kegagalan ketika monitor internal tidak mendeteksi masalah.
Anda dapat menggunakan kontrol perutean bersama dengan aturan keselamatan untuk mencegah efek samping umum yang dapat terjadi dengan otomatisasi berbasis pemeriksaan kesehatan yang sepenuhnya otomatis, seperti gagal menggunakan infrastruktur siaga yang tidak siap untuk failover.
Berikut adalah contoh menggabungkan kontrol perutean ke dalam strategi failover Anda, untuk meningkatkan ketahanan dan ketersediaan aplikasi Anda. AWS
Anda dapat mendukung AWS aplikasi yang sangat tersedia AWS dengan menjalankan beberapa (biasanya tiga) replika redundan di seluruh Wilayah. Kemudian Anda dapat menggunakan kontrol perutean Amazon Route 53 untuk merutekan lalu lintas ke replika yang sesuai.
Misalnya, Anda dapat mengatur satu replika aplikasi agar aktif dan melayani lalu lintas aplikasi, sementara yang lain adalah replika siaga. Ketika replika aktif Anda mengalami kegagalan, Anda dapat mengubah rute lalu lintas pengguna di sana untuk memulihkan ketersediaan aplikasi Anda. Anda harus memutuskan apakah akan gagal dari atau ke replika berdasarkan informasi dari sistem pemantauan dan pemeriksaan kesehatan Anda.
Jika Anda ingin mengaktifkan pemulihan yang lebih cepat, opsi lain yang dapat Anda pilih untuk arsitektur Anda adalah implementasi aktif-aktif. Dengan pendekatan ini, replika Anda aktif pada saat yang sama. Ini berarti Anda dapat pulih dari kegagalan dengan memindahkan pengguna dari replika aplikasi yang rusak hanya dengan mengalihkan lalu lintas ke replika aktif lainnya.
