Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Cara Amazon Route 53 mencegah masalah failover
Algoritma failover yang diterapkan oleh Route 53 dirancang tidak hanya untuk mengarahkan lalu lintas ke titik akhir yang sehat, tetapi juga untuk menghindari membuat skenario bencana lebih buruk karena pemeriksaan kesehatan dan aplikasi yang salah dikonfigurasi, kelebihan beban titik akhir, dan kegagalan partisi.
Topik
Cara Amazon Route 53 mencegah kegagalan cascading
Sebagai pertahanan pertama terhadap kegagalan cascading, setiap algoritme perutean permintaan (seperti tertimbang dan failover) memiliki mode upaya terakhir. Dalam mode khusus ini, ketika semua catatan dianggap tidak sehat, algoritme Route 53 beralih ke menganggap semua catatan dalam kondisi sehat.
Misalnya, jika semua contoh aplikasi, pada beberapa host, menolak permintaan pemeriksaan kondisi, server DNS Route 53 tetap akan memilih jawaban dan mengembalikannya alih-alih tidak mengembalikan jawaban DNS atau mengembalikan respons NXDOMAIN (domain tidak ada). Aplikasi dapat merespons pengguna tetapi tetap gagal dalam pemeriksaan kondisi, oleh karena itu tindakan ini memberikan beberapa perlindungan terhadap kesalahan konfigurasi.
Demikian pula, jika aplikasi kelebihan beban, dan satu dari tiga titik akhir gagal dalam pemeriksaan kondisi, sehingga dikecualikan dari respons DNS Route 53, Route 53 mendistribusikan respons di antara dua titik akhir yang tersisa. Jika titik akhir yang tersisa tidak mampu menangani beban tambahan dan gagal, Route 53 beralih mendistribusikan permintaan ke ketiga titik akhir.
Cara Amazon Route 53 menangani partisi internet
Meski tidak umum, terkadang ada partisi internet yang cukup parah, yang berarti bahwa wilayah geografis yang besar tidak dapat berkomunikasi dengan satu sama lain melalui internet. Selama partisi ini, lokasi Route 53 mungkin mencapai kesimpulan yang berbeda tentang status kesehatan titik akhir dan mungkin berbeda dari status yang dilaporkanCloudWatch. Pemeriksa kondisi Route 53 di setiap Wilayah AWS terus mengirimkan status pemeriksaan kondisi ke seluruh lokasi Route 53. Selama partisi internet, setiap lokasi Route 53 mungkin memiliki akses hanya ke sebagian set status ini, biasanya dari wilayah terdekat.
Misalnya, selama partisi internet yang memengaruhi konektivitas ke dan dari Amerika Selatan, server DNS Route 53 di lokasi South America (São Paulo) Route 53 mungkin memiliki akses yang baik ke titik akhir pemeriksaan kondisi di Wilayah AWS South America (São Paulo), tetapi akses yang buruk ke titik akhir di tempat lain. Pada saat yang sama, Route 53 di US East (Ohio) mungkin memiliki akses yang buruk ke titik akhir pemeriksaan kondisi di Wilayah South America (São Paulo), dan menyimpulkan bahwa catatan yang ada tidak sehat.
Partisi seperti ini dapat menimbulkan situasi di mana lokasi Route 53 membuat kesimpulan yang berbeda tentang status kondisi titik akhir, berdasarkan, visibilitas lokal mereka dari titik akhir tersebut. Inilah sebabnya setiap lokasi Route 53 menganggap bahwa titik akhir sehat hanya ketika dianggap sehat oleh sebagian pemeriksa kondisi yang dapat dijangkau.