Peralihan Kegagalan dan Perutean Geolokasi

Perutean failover menerapkan konfigurasi aktif-pasif: satu catatan ditetapkan sebagai Primary dan catatan lainnya sebagai Secondary. Route 53 selalu mengembalikan catatan Primary selama pemeriksaan kesehatannya berhasil. Jika Primary menjadi tidak sehat, Route 53 secara otomatis beralih untuk mengembalikan catatan Secondary.

Perutean failover merupakan pola utama untuk skenario pemulihan bencana ketika Anda memiliki lingkungan produksi (utama) dan lingkungan siaga (sekunder) yang hanya boleh menerima lalu lintas saat lingkungan utama tidak aktif.

Untuk menyiapkan perutean failover, buat dua catatan dengan nama DNS yang sama: satu dengan Failover=PRIMARY dan satu dengan Failover=SECONDARY. Lampirkan pemeriksaan kesehatan ke catatan Primary. Catatan Secondary juga sebaiknya memiliki pemeriksaan kesehatan jika mengarah ke sumber daya yang dapat gagal secara independen.

Catatan Secondary berfungsi sebagai fallback statis—catatan ini dapat mengarah ke situs web statis S3, halaman pemeliharaan, atau lingkungan siaga yang diperkecil. Meskipun Secondary tidak memiliki pemeriksaan kesehatan, Route 53 selalu beralih ke catatan tersebut ketika Primary gagal.

Perutean failover membuat penyiapan aktif-pasif: hanya Primary yang melayani lalu lintas selama operasi normal; Secondary berada dalam keadaan siaga dan menunggu untuk mengambil alih. Hal ini meminimalkan biaya lingkungan siaga, tetapi menghasilkan waktu pemulihan yang sedikit lebih lama (waktu yang diperlukan hingga TTL DNS kedaluwarsa dan Route 53 beralih).

Untuk penyiapan aktif-aktif (kedua sumber daya melayani lalu lintas secara bersamaan), gunakan perutean Berbobot (bobot yang sama) atau perutean Latensi. Jika salah satu sumber daya gagal, pemeriksaan kesehatannya gagal dan Route 53 secara otomatis menghapusnya dari respons DNS—sehingga tercapai konfigurasi aktif-aktif dengan failover bawaan.

Perutean geolokasi merutekan kueri DNS berdasarkan lokasi geografis resolver DNS (biasanya resolver ISP pengguna atau AWS Route 53 Resolver). Anda membuat catatan untuk benua, negara, atau negara bagian US tertentu, lalu Route 53 mengembalikan catatan yang lokasinya paling spesifik sesuai dengan sumber kueri.

Jika tidak ada catatan lokasi tertentu yang cocok, Route 53 mengembalikan catatan bawaan (jika dikonfigurasi). Tanpa catatan bawaan, kueri dari lokasi yang tidak cocok akan menerima NODATA. Selalu buat catatan bawaan untuk menangani pengguna dari lokasi yang belum Anda konfigurasi secara eksplisit.

Kasus penggunaan utama perutean Geolokasi:

• Konten khusus bahasa: arahkan penutur bahasa Prancis ke asal CDN berbahasa Prancis dan penutur bahasa Jerman ke asal berbahasa Jerman
• Kepatuhan terhadap peraturan: pastikan data pengguna EU tetap berada di Wilayah EU (GDPR), atau blokir akses dari negara tertentu
• Harga atau ketersediaan yang dilokalkan: tampilkan harga khusus wilayah atau batasi layanan ke wilayah yang didukung
• Pemblokiran geografis: kembalikan halaman pemblokiran atau respons kosong untuk pengguna dari lokasi yang dibatasi dengan mengarahkan catatan geolokasi mereka ke titik akhir pemeliharaan

Route 53 mencocokkan geolokasi yang paling spesifik: catatan tingkat negara bagian lebih diutamakan daripada catatan tingkat negara, yang lebih diutamakan daripada catatan tingkat benua, yang lebih diutamakan daripada bawaan. Geolokasi tingkat negara bagian US hanya tersedia untuk Amerika Serikat.

Jika Anda tidak menyertakan catatan bawaan dan lokasi pengguna tidak cocok dengan catatan yang dikonfigurasi, Route 53 mengembalikan NXDOMAIN atau NODATA—hal ini secara diam-diam memutus akses bagi pengguna di wilayah yang belum dikonfigurasi. Selalu tambahkan catatan geolokasi bawaan sebagai penampung umum untuk mencegah kegagalan yang tidak terlihat.

Perutean geokedekatan merutekan lalu lintas berdasarkan jarak geografis fisik antara pengguna dan sumber daya, dengan bias opsional untuk memperluas atau mempersempit radius perutean efektif setiap sumber daya. Bias positif memperluas area geografis yang dilayani suatu sumber daya; bias negatif mempersempitnya.

Geokedekatan hanya tersedia melalui Traffic Flow (penyunting visual kebijakan perutean Route 53) dan mendukung Wilayah AWS (yang koordinatnya diketahui Route 53 secara otomatis) serta lokasi sumber daya khusus yang koordinat lintang dan bujurnya Anda berikan.

Traffic Flow Route 53 adalah penyunting kebijakan visual yang memungkinkan Anda membangun logika perutean kompleks dengan menggabungkan beberapa kebijakan perutean dalam diagram seperti pohon. Misalnya, Anda dapat terlebih dahulu menerapkan geolokasi untuk memisahkan lalu lintas EU, lalu menerapkan latensi di dalam EU untuk memilih Wilayah dengan kinerja terbaik, dan terakhir menggunakan perutean berbobot di setiap Wilayah untuk penerapan biru-hijau.

Kebijakan Traffic Flow memiliki versi, sehingga Anda dapat menguji perubahan dengan aman. Anda mengaitkan kebijakan Traffic Flow dengan satu atau beberapa nama DNS, dan pembaruan kebijakan diterapkan secara langsung tanpa membuat ulang catatan satu per satu.

Perutean failover dapat disarangkan di dalam kebijakan lain. Pola yang umum adalah menggunakan perutean Latensi untuk memilih Wilayah terdekat, tetapi di dalam setiap Wilayah menggunakan catatan Failover sehingga jika titik akhir utama di Wilayah tersebut gagal, lalu lintas secara otomatis dialihkan ke titik akhir sekunder di Wilayah yang sama.

Pola lainnya adalah aktif-pasif multi-Wilayah dengan menggunakan perutean Latensi untuk titik akhir utama. Jika pemeriksaan kesehatan Wilayah utama gagal, Route 53 beralih ke Wilayah sehat berikutnya dengan latensi terendah—secara efektif menggabungkan pengoptimalan latensi dengan failover DR.

Agar perutean failover berfungsi dengan benar, catatan Primary harus** memiliki pemeriksaan kesehatan yang terlampir. Tanpa pemeriksaan kesehatan, Route 53 menganggap Primary selalu sehat dan tidak pernah beralih ke Secondary. Catatan Secondary boleh memiliki pemeriksaan kesehatannya sendiri secara opsional; jika Secondary juga gagal, Route 53 tetap mengembalikan alamat Secondary (karena itu adalah pilihan terakhir).

Jenis pemeriksaan kesehatan yang dapat digunakan dengan failover: pemeriksaan titik akhir HTTP/HTTPS, pemeriksaan TCP, dan pemeriksaan alarm CloudWatch (berguna untuk sinyal kesehatan aplikasi gabungan yang mengombinasikan beberapa metrik).

Perbedaan ini sering muncul dalam ujian SAA-C03:

• Geolokasi: merutekan berdasarkan lokasi geografis pengguna—selalu mengembalikan titik akhir yang sama untuk negara/benua tertentu, terlepas dari kinerja; digunakan untuk pelokalan konten dan kepatuhan
• Latensi: merutekan berdasarkan kinerja jaringan kepada pengguna—pengguna di Eropa mungkin dirutekan ke us-east-1 jika saat itu lebih cepat daripada eu-west-1; digunakan untuk pengoptimalan kinerja

Kata kunci dalam pertanyaan ujian: 'mematuhi residensi data', 'konten khusus negara', 'memblokir pengguna dari wilayah tertentu' → Geolokasi. 'Wilayah terdekat', 'latensi terendah', 'kinerja terbaik untuk pengguna global' → Latensi.

Dalam pelajaran ini, Anda mempelajari bahwa: perutean pengalihan saat gagal membuat HA aktif-pasif dengan beralih ke Secondary ketika pemeriksaan kesehatan Primary gagal, perutean geolokasi mengarahkan pengguna berdasarkan asal geografis untuk kepatuhan dan pelokalan, serta perutean kedekatan geografis menggunakan jarak fisik dengan bias yang dapat dikonfigurasi melalui Traffic Flow. Selalu tambahkan rekaman geolokasi default untuk menangani lokasi yang tidak cocok. Selanjutnya, kita akan membahas pemeriksaan kesehatan dan pengalihan DNS secara mendalam.