Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengonfigurasi failover DNS
Bila Anda memiliki lebih dari satu sumber daya yang menjalankan fungsi yang sama—misalnya, lebih dari satu server HTTP atau server email—Anda dapat mengonfigurasi Amazon Route 53 untuk memeriksa kondisi sumber daya dan merespons kueri DNS hanya menggunakan sumber daya yang sehat. Misalnya, situs web Anda, example.com, di-host di enam server, masing-masing dua dalam tiga pusat data di seluruh dunia. Anda dapat mengonfigurasi Route 53 untuk memeriksa kondisi server tersebut dan untuk menanggapi kueri DNS untuk example.com menggunakan hanya server yang saat ini sehat.
Route 53 dapat memeriksa kondisi sumber daya Anda dalam konfigurasi sederhana dan kompleks:
+ Dalam konfigurasi sederhana, Anda membuat grup catatan yang semuanya memiliki nama dan jenis yang sama, seperti grup catatan tertimbang dengan jenis A untuk example.com. Anda kemudian mengonfigurasi Route 53 untuk memeriksa kondisi sumber daya yang sesuai. Route 53 merespons kueri DNS berdasarkan kondisi sumber daya Anda. Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhanaCara kerja pemeriksaan kondisi dalam konfigurasi yang sederhana](dns-failover-simple-configs.md).
+ Dalam konfigurasi yang lebih kompleks, Anda membuat pohon catatan yang merutekan lalu lintas berdasarkan beberapa kriteria. Misalnya, jika latensi untuk pengguna adalah kriteria yang paling penting, Anda dapat menggunakan catatan alias latensi untuk merutekan lalu lintas ke wilayah yang memberikan latensi terbaik. Catatan alias latensi mungkin memiliki catatan tertimbang di setiap wilayah sebagai target alias. Catatan tertimbang mungkin merutekan lalu lintas ke instans EC2 berdasarkan tipe instans. Seperti konfigurasi sederhana, Anda dapat mengonfigurasi Route 53 untuk merutekan lalu lintas berdasarkan kesehatan sumber daya Anda. Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleksCara kerja pemeriksaan kondisi dalam konfigurasi yang kompleks](dns-failover-complex-configs.md).
**Topics**
+ [Daftar tugas untuk mengonfigurasi failover DNS](dns-failover-how-to.md)
+ [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhana](dns-failover-simple-configs.md)
+ [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleks](dns-failover-complex-configs.md)
+ [Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi](health-checks-how-route-53-chooses-records.md)
+ [Failover active-active dan active-passive](dns-failover-types.md)
+ [Mengonfigurasi failover di zona yang di-hosting secara privat](dns-failover-private-hosted-zones.md)
+ [Cara Amazon Route 53 mencegah masalah failover](dns-failover-problems.md)
# Daftar tugas untuk mengonfigurasi failover DNS
Untuk menggunakan Route 53 guna mengonfigurasi failover DNS, lakukan tugas berikut:
1. Gambar diagram pohon lengkap dari konfigurasi Anda, dan tunjukkan jenis catatan yang Anda buat (alias tertimbang, failover, latensi, dan sebagainya) untuk setiap simpul. Di bagian atas pohon, tempatkan catatan untuk nama domain, seperti example.com, yang akan digunakan pengguna untuk mengakses situs web atau aplikasi web Anda.
Jenis catatan yang muncul dalam diagram pohon Anda tergantung pada kompleksitas konfigurasi:
+ Dalam konfigurasi sederhana, diagram Anda tidak akan menyertakan catatan alias apa pun, atau catatan alias akan merutekan lalu lintas secara langsung ke sumber daya, seperti penyeimbang beban ELB, bukan ke catatan Route 53 lainnya. Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhanaCara kerja pemeriksaan kondisi dalam konfigurasi yang sederhana](dns-failover-simple-configs.md).
+ Dalam konfigurasi yang kompleks, diagram Anda akan menyertakan kombinasi catatan alias (seperti alias tertimbang dan alias failover) serta catatan non-alias di pohon multilevel seperti contoh dalam topik [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleksCara kerja pemeriksaan kondisi dalam konfigurasi yang kompleks](dns-failover-complex-configs.md).
**catatan**
Untuk mempercepat dan memudahkan pembuatan catatan bagi konfigurasi perutean yang rumit serta mengaitkan catatan dengan pemeriksaan kondisi, Anda dapat menggunakan editor visual aliran lalu lintas dan menyimpan konfigurasi sebagai kebijakan lalu lintas. Anda kemudian dapat mengaitkan kebijakan lalu lintas dengan satu atau lebih nama domain (seperti example.com) atau nama subdomain (seperti www.example.com), di zona yang di-hosting yang sama atau di beberapa zona yang di-hosting. Selain itu, Anda dapat memulihkan pembaruan jika konfigurasi baru tidak memiliki performa seperti yang Anda harapkan. Untuk informasi selengkapnya, lihat [Menggunakan Arus Lalu Lintas untuk merutekan lalu lintas DNS](traffic-flow.md).
Untuk informasi selengkapnya, lihat dokumentasi berikut ini:
+ [Memilih kebijakan perutean](routing-policy.md)
+ [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md)
1. Membuat pemeriksaan kondisi untuk sumber daya yang catatan aliasnya tidak dapat Anda buat, seperti server Amazon EC2 dan server email yang berjalan di pusat data. Anda akan mengaitkan pemeriksaan kondisi ini dengan catatan non-alias.
Untuk informasi selengkapnya, lihat [Membuat, memperbarui, dan menghapus pemeriksaan kondisi](health-checks-creating-deleting.md).
1. Jika perlu, konfigurasi router dan aturan firewall sehingga Route 53 dapat mengirim permintaan reguler ke titik akhir yang Anda tentukan dalam pemeriksaan kondisi. Untuk informasi selengkapnya, lihat [Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi Amazon Route 53Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi](dns-failover-router-firewall-rules.md).
1. Membuat semua catatan non-alias dalam diagram Anda, dan mengaitkan pemeriksaan kondisi yang Anda buat di langkah 2 dengan catatan yang ada.
Jika Anda mengonfigurasi failover DNS dalam konfigurasi yang tidak menyertakan catatan alias, lewati tugas yang tersisa.
1. Buat catatan alias yang mengarahkan lalu lintas ke AWS sumber daya, seperti penyeimbang beban dan distribusi ELB. CloudFront Jika Anda ingin Route 53 mencoba cabang pohon lain ketika sumber daya tidak sehat, atur nilai **Evaluasi Kondisi Target** ke **Ya** untuk setiap catatan alias Anda. (**Evaluasi Kesehatan Target** tidak didukung untuk beberapa AWS sumber daya.)
1. Mulai dari bagian bawah diagram pohon yang Anda buat di langkah 1, buat catatan alias yang merutekan lalu lintas ke catatan yang Anda buat di langkah 4 dan 5. Jika Anda ingin Route 53 mencoba cabang pohon lain ketika semua catatan non-alias pada cabang pohon Anda tidak sehat, atur nilai **Evaluasi Kondisi Target** ke **Ya** untuk setiap catatan alias Anda.
Ingatlah bahwa Anda tidak dapat membuat catatan alias yang merutekan lalu lintas ke catatan lain hingga Anda membuat catatan lainnya.
# Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhana
Jika Anda memiliki dua atau lebih sumber daya yang melakukan fungsi yang sama, seperti dua atau lebih server web untuk example.com, Anda dapat menggunakan fitur pemeriksaan kondisi berikut untuk merutekan lalu lintas hanya ke sumber daya yang sehat:
**Memeriksa kondisi instans EC2 dan sumber daya lainnya (catatan non-alias)**
Jika Anda merutekan lalu lintas ke sumber daya yang catatan aliasnya tidak dapat Anda buat, misalnya instans EC2, buatlah catatan dan pemeriksaan kondisi untuk setiap sumber daya. Kemudian kaitkan setiap pemeriksaan kondisi dengan catatan yang ada. Pemeriksaan kondisi secara teratur memeriksa kondisi sumber daya yang sesuai, dan Route 53 merutekan lalu lintas hanya ke sumber daya yang dilaporkan sebagai sehat oleh pemeriksaan kondisi.
**Mengevaluasi kesehatan sumber AWS daya (alias catatan)**
Jika Anda menggunakan [catatan alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) untuk merutekan lalu lintas ke AWS sumber daya yang dipilih, seperti penyeimbang beban ELB, Anda dapat mengonfigurasi Route 53 untuk mengevaluasi kesehatan sumber daya dan merutekan lalu lintas hanya ke sumber daya yang sehat. Jika Anda mengonfigurasi catatan alias untuk mengevaluasi kondisi sumber daya, Anda tidak perlu membuat pemeriksaan kondisi untuk sumber daya.
Berikut adalah gambaran umum tentang cara mengonfigurasi Route 53 untuk memeriksa kondisi sumber daya Anda dalam konfigurasi yang sederhana:
1. Anda mengidentifikasi sumber daya yang ingin dipantau oleh Route 53. Misalnya, Anda mungkin ingin memantau semua server HTTP yang merespons permintaan example.com.
1. Anda membuat pemeriksaan kondisi untuk sumber daya yang catatan aliasnya tidak dapat Anda buat, seperti instans EC2 dan server di pusat data Anda. Anda menentukan cara mengirim permintaan pemeriksaan kesehatan ke sumber daya: protokol mana yang akan digunakan (HTTP, HTTPS, atau TCP), alamat IP dan port mana yang akan digunakan, dan, untuk pemeriksaan HTTP/HTTPS kesehatan, nama domain dan jalur.
**catatan**
Jika Anda menggunakan sumber daya yang catatan aliasnya dapat Anda buat, seperti penyeimbang beban ELB, jangan buat pemeriksaan kondisi untuk sumber daya tersebut.
Konfigurasi yang umum adalah membuat satu pemeriksaan kondisi untuk setiap sumber daya dan menggunakan alamat IP yang sama untuk titik akhir pemeriksaan kondisi serta sumber daya. Pemeriksaan kondisi mengirimkan permintaan ke alamat IP yang ditentukan.
**catatan**
Route 53 tidak dapat memeriksa kondisi sumber daya yang memiliki rentang alamat IP lokal, privat, tidak dapat dirutekan, atau multicast. Untuk informasi selengkapnya tentang alamat IP yang tidak dapat Anda buat pemeriksaan kesehatan, lihat [RFC 5735, IPv4 Alamat Penggunaan Khusus dan RFC 6598,](https://datatracker.ietf.org/doc/html/rfc5735) [Awalan yang dicadangkan IANA IPv4 ](https://datatracker.ietf.org/doc/html/rfc6598) untuk Ruang Alamat Bersama.
Untuk informasi selengkapnya tentang membuat pemeriksaan kondisi, lihat [Membuat, memperbarui, dan menghapus pemeriksaan kondisi](health-checks-creating-deleting.md).
1. Anda mungkin perlu mengonfigurasi router dan aturan firewall sehingga Route 53 dapat mengirim permintaan reguler ke titik akhir yang Anda tentukan dalam pemeriksaan kondisi. Untuk informasi selengkapnya, lihat [Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi Amazon Route 53Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi](dns-failover-router-firewall-rules.md).
1. Anda membuat grup catatan untuk sumber daya, misalnya, grup catatan tertimbang. Anda dapat mencampur catatan alias dan non-alias, tetapi semuanya harus memiliki nilai yang sama untuk **Nama**, **Jenis**, dan **Kebijakan Perutean**.
Cara mengonfigurasi Route 53 untuk memeriksa kondisi sumber daya tergantung pada apakah Anda membuat catatan alias atau catatan non-alias:
+ **Catatan alias** – Menentukan **Ya** untuk **Evaluasi Kondisi Target**.
+ **Catatan non-alias** – Mengaitkan pemeriksaan kondisi yang Anda buat di langkah 2 dengan catatan yang sesuai.
Setelah selesai, konfigurasi Anda terlihat mirip dengan diagram berikut, yang hanya mencakup catatan non-alias.
![\[Tiga catatan tertimbang dan pemeriksaan kondisi yang sesuai.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-weighted.png)
Untuk informasi lebih lanjut tentang membuat catatan menggunakan konsol Route 53, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md).
1. Jika Anda membuat pemeriksaan kondisi, Route 53 secara berkala mengirimkan permintaan ke titik akhir untuk setiap pemeriksaan kondisi; layanan ini tidak melakukan pemeriksaan kondisi saat menerima kueri DNS. Berdasarkan respons, Route 53 memutuskan apakah titik akhir sehat dan menggunakan informasi tersebut untuk menentukan bagaimana merespons kueri. Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).
Route 53 tidak memeriksa kondisi sumber daya yang ditentukan dalam catatan, seperti alamat IP di yang ditentukan dalam catatan A untuk example.com. Ketika Anda mengaitkan pemeriksaan kondisi dengan catatan, Route 53 mulai memeriksa kondisi titik akhir yang Anda tentukan dalam pemeriksaan kondisi. Anda juga dapat mengonfigurasi Route 53 untuk memantau kesehatan pemeriksaan kesehatan lainnya atau memantau aliran data untuk CloudWatch alarm. Untuk informasi selengkapnya, lihat [Jenis pemeriksaan kondisi Amazon Route 53Jenis pemeriksaan kondisi](health-checks-types.md).
Inilah yang terjadi saat Route 53 menerima kueri untuk example.com:
1. Route 53 memilih catatan berdasarkan kebijakan perutean. Dalam hal ini, layanan memilih catatan berdasarkan bobot.
1. Layanan menentukan kondisi saat ini dari catatan yang dipilih dengan memeriksa status pemeriksaan kondisi untuk catatan tersebut.
1. Jika catatan yang dipilih tidak sehat, Route 53 memilih catatan yang berbeda. Kali ini, catatan tidak sehat tidak dipertimbangkan.
Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasiCara Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi](health-checks-how-route-53-chooses-records.md).
1. Ketika menemukan catatan yang sehat, Route 53 merespons kueri dengan nilai yang ada, seperti alamat IP dalam catatan A.
Contoh berikut menunjukkan grup catatan tertimbang di mana catatan ketiga tidak sehat. Awalnya, Route 53 memilih catatan berdasarkan bobot ketiga catatan. Jika catatan tidak sehat dipilih untuk pertama kalinya, Route 53 memilih catatan lain, namun kali ini menghilangkan bobot catatan ketiga dari kalkulasi:
+ Ketika di awal Route 53 memilih di antara ketiga catatan, layanan merespons permintaan menggunakan catatan pertama sekitar 20%, 10/(10 \$1 20 \$1 20).
+ Ketika catatan ketiga dianggap tidak sehat, Route 53 merespons permintaan menggunakan catatan pertama sekitar 33%, 10/(10 \$1 20).
![\[Tiga catatan tertimbang dan pemeriksaan kondisi yang sesuai. Pemeriksaan kondisi ketiga tidak sehat, jadi Route 53 menganggap bahwa catatan yang dikaitkan tidak sehat.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-weighted-failed-hc.png)
Jika Anda menghilangkan pemeriksaan kondisi dari satu atau lebih catatan dalam grup catatan, Route 53 tidak memiliki cara untuk menentukan kondisi sumber daya yang sesuai. Route 53 menganggap bahwa catatan dalam kondisi sehat.
![\[Tiga catatan tertimbang, hanya dua yang memiliki pemeriksaan kondisi. Route 53 selalu menganggap bahwa catatan ketiga dalam kondisi sehat.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-weighted-missing-health-check.png)
# Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleks
Memeriksa kondisi sumber daya dalam konfigurasi yang kompleks hampir sama seperti dalam konfigurasi yang sederhana. Namun, dalam konfigurasi yang kompleks, Anda menggunakan kombinasi catatan alias (seperti alias tertimbang dan alias failover) serta catatan non-alias untuk membangun pohon keputusan yang memberikan Anda kontrol yang lebih besar atas cara Route 53 merespons permintaan.
Misalnya, Anda mungkin menggunakan data alias latensi untuk memilih wilayah yang dekat dengan pengguna dan menggunakan catatan tertimbang untuk dua atau lebih sumber daya dalam setiap wilayah untuk agar terlindung dari kegagalan titik akhir tunggal atau Availability Zone. Diagram berikut menunjukkan konfigurasi ini.
![\[Konfigurasi DNS yang mencakup catatan alias latensi dan catatan alias tertimbang.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted.png)
Berikut adalah cara Amazon EC2 dan Route 53 dikonfigurasi. Mari kita mulai dari bagian bawah pohon karena Anda akan membuat catatan dalam urutan tersebut:
+ Anda memiliki dua instans EC2 di setiap wilayah dari kedua wilayah tersebut, us-east-1 dan ap-southeast-2. Anda ingin Route 53 untuk merutekan lalu lintas ke instans EC2 Anda berdasarkan apakah mereka sehat, sehingga Anda membuat pemeriksaan kesehatan untuk setiap instance. Anda mengonfigurasi setiap pemeriksaan kondisi untuk mengirim permintaan pemeriksaan kondisi ke instans yang sesuai di alamat IP elastis untuk instans tersebut.
Route 53 adalah layanan global, sehingga Anda tidak perlu menentukan wilayah tempat pemeriksaan kondisi dibuat.
+ Anda ingin merutekan lalu lintas ke dua instans di setiap wilayah berdasarkan tipe instans, sehingga Anda membuat catatan tertimbang untuk setiap instans dan memberikan bobot ke setiap catatan. (Anda dapat mengubah bobot nanti untuk merutekan lebih banyak atau lebih sedikit lalu lintas ke instans.) Anda juga mengaitkan pemeriksaan kondisi yang ada dengan setiap instans.
Saat membuat catatan, Anda menggunakan nama seperti us-east-1-www.example.com. dan ap-southeast-2-www.example.com. Anda harus menunggu hingga tiba di puncak pohon untuk dapat memberikan nama ke catatan yang akan digunakan pelanggan guna mengakses situs web atau aplikasi web Anda, seperti example.com.
+ Anda ingin merutekan lalu lintas ke wilayah yang menyediakan latensi terendah bagi pengguna, jadi Anda memilih [kebijakan perutean](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) latensi untuk catatan di puncak pohon.
Anda ingin merutekan lalu lintas ke *catatan* di setiap wilayah, tidak langsung ke *sumber daya* di setiap wilayah (catatan tertimbang sudah melakukannya). Akibatnya, Anda membuat [catatan alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) latensi.
Saat membuat catatan alias, Anda memberinya nama yang akan digunakan pengguna untuk mengakses situs web atau aplikasi web Anda, misalnya example.com. Catatan alias merutekan lalu lintas untuk example.com ke catatan us-east-1-www.example.com dan ap-southeast-2-www.example.com.
Untuk kedua catatan alias latensi, Anda mengatur nilai **Evaluasi Kondisi Target** ke **Ya**. Hal ini menyebabkan Rute 53 menentukan apakah ada sumber daya yang sehat di suatu wilayah sebelum mencoba merutekan lalu lintas di sana. Jika tidak ada, Route 53 memilih sumber daya yang sehat di wilayah lain.
![\[Konfigurasi DNS yang mencakup catatan alias latensi dan catatan alias tertimbang.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-both-failed.png)
Diagram sebelumnya menggambarkan urutan peristiwa berikut:
1. Route 53 menerima kueri untuk example.com. Berdasarkan latensi untuk pengguna yang membuat permintaan, Route 53 memilih catatan alias latensi untuk wilayah us-east-1.
1. Route 53 memilih catatan tertimbang berdasarkan bobot. **Evaluasi Kondisi Target** adalah **Ya** untuk catatan alias latensi, jadi Route 53 memeriksa kondisi catatan tertimbang yang dipilih.
1. Pemeriksaan kondisi gagal, jadi Route 53 memilih catatan tertimbang lain berdasarkan bobotnya dan memeriksa kondisinya. Catatan itu juga tidak sehat.
1. Route 53 keluar dari cabang pohon tersebut, mencari catatan alias latensi dengan latensi terbaik berikutnya, dan memilih catatan untuk ap-southeast-2.
1. Sekali lagi Route 53 memilih catatan berdasarkan bobot, lalu memeriksa kondisi sumber daya yang dipilih. Sumber daya ini sehat, sehingga Route 53 mengembalikan nilai yang ada untuk merespons kueri.
**Topics**
+ [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](#dns-failover-complex-configs-hc-alias)
+ [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](#dns-failover-complex-configs-hc-omitting)
+ [Apa yang terjadi ketika Anda mengatur evaluasi target kondisi ke Tidak?](#dns-failover-complex-configs-eth-no)
## Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?
Anda dapat mengaitkan pemeriksaan kondisi dengan catatan alias alih-alih atau sebagai tambahan pengaturan nilai **Evaluasi Kondisi Target** ke **Ya**. Namun, umumnya lebih berguna jika Route 53 merespons kueri berdasarkan kondisi sumber daya yang mendasarinya—server HTTP, server basis data, dan sumber daya lain yang dirujuk catatan alias Anda. Sebagai contoh, perhatikan konfigurasi berikut:
+ Anda menetapkan pemeriksaan kondisi ke catatan alias latensi di mana target alias adalah grup catatan tertimbang.
+ Anda mengatur nilai **Evaluasi Kondisi Target** ke **Ya** untuk catatan alias latensi.
Dalam konfigurasi ini, kedua hal berikut harus benar sebelum Route 53 mengembalikan nilai yang ada untuk catatan tertimbang:
+ Harus lolos dari pemeriksaan kondisi yang terkait dengan catatan alias latensi.
+ Setidaknya satu catatan tertimbang harus dianggap sehat, baik karena terkait dengan pemeriksaan kondisi yang lolos atau karena tidak terkait dengan pemeriksaan kondisi. Dalam kasus terakhir, Route 53 selalu menganggap catatan tertimbang dalam kondisi sehat.
Dalam ilustrasi berikut, pemeriksaan kondisi untuk catatan alias latensi di kiri atas gagal. Akibatnya, Route 53 berhenti merespons kueri menggunakan salah satu catatan tertimbang yang dirujuk catatan alias latensi, bahkan jika semuanya sehat. Route 53 mulai mempertimbangkan lagi catatan tertimbang ini hanya ketika pemeriksaan kondisi untuk catatan alias latensi kembali sehat. (Untuk pengecualian, lihat [Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasiCara Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi](health-checks-how-route-53-chooses-records.md).)
![\[Konfigurasi DNS yang mencakup catatan alias dengan kedua Evaluasi Kondisi Target diatur ke Ya dan pemeriksaan kondisi pada catatan alias.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-alias-hc-failed.png)
## Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?
Dalam konfigurasi yang kompleks, penting untuk mengaitkan pemeriksaan kondisi dengan semua catatan non-alias. Pada contoh berikut, pemeriksaan kondisi hilang di salah satu catatan tertimbang dalam wilayah us-east-1.
![\[Konfigurasi DNS yang mencakup satu pemeriksaan kondisi yang gagal dan satu catatan yang memiliki pemeriksaan kondisi.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-missing-health-check.png)
Inilah yang terjadi jika Anda menghilangkan pemeriksaan kondisi pada catatan non-alias dalam konfigurasi ini:
1. Route 53 menerima kueri untuk example.com. Berdasarkan latensi untuk pengguna yang membuat permintaan, Route 53 memilih catatan alias latensi untuk wilayah us-east-1.
1. Route 53 mencari target alias untuk catatan alias latensi, dan memeriksa status pemeriksaan kondisi yang sesuai. Pemeriksaan kondisi untuk satu catatan tertimbang gagal, sehingga catatan dihilangkan dari pertimbangan.
1. Catatan tertimbang lainnya dalam target alias untuk wilayah us-east-1 tidak memiliki pemeriksaan kondisi. Sumber daya yang sesuai mungkin atau mungkin tidak sehat, tapi tanpa pemeriksaan kondisi, Route 53 tidak memiliki cara untuk mengetahuinya. Route 53 menganggap sumber daya ini sehat dan mengembalikan nilai yang ada untuk merespons kueri.
## Apa yang terjadi ketika Anda mengatur evaluasi target kondisi ke Tidak?
Secara umum, Anda harus mengatur **Evaluasi Kondisi Target** ke **Ya** untuk semua catatan alias pada pohon. Jika Anda menetapkan **Evaluate Target Health** ke **No**, Route 53 terus merutekan lalu lintas ke catatan yang dirujuk oleh catatan alias meskipun pemeriksaan kesehatan untuk catatan tersebut gagal.
Pada contoh berikut, semua catatan tertimbang memiliki pemeriksaan kondisi terkait, namun **Evaluasi Kondisi Target** diatur ke **Tidak** untuk catatan alias latensi bagi wilayah us-east-1:
![\[Konfigurasi DNS yang mencakup catatan alias dengan Evaluasi Kondisi Target diatur ke Tidak.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-eth-is-no.png)
Inilah yang terjadi jika Anda mengatur **Evaluasi Kondisi Target** ke **Tidak** untuk catatan alias dalam konfigurasi ini:
1. Route 53 menerima kueri untuk example.com. Berdasarkan latensi untuk pengguna yang membuat permintaan, Route 53 memilih catatan alias latensi untuk wilayah us-east-1.
1. Route 53 menentukan target alias untuk catatan alias latensi, dan memeriksa pemeriksaan kondisi yang sesuai. Keduanya gagal.
1. Karena nilai **Evaluasi Kondisi Target** adalah **Tidak** untuk catatan alias latensi bagi wilayah us-east-1, Route 53 harus memilih satu catatan di cabang ini alih-alih keluar dari cabang dan mencari catatan yang sehat di wilayah ap-southeast-2.
# Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi
Jika Anda mengonfigurasi pemeriksaan kondisi untuk semua catatan dalam grup catatan yang memiliki nama yang sama, jenis yang sama (seperti A atau AAAA), dan kebijakan perutean yang sama (seperti tertimbang atau failover), Route 53 merespons kueri DNS dengan memilih catatan yang sehat dan mengembalikan nilai yang ada dari catatan tersebut.
Misalnya, anggap Anda membuat tiga catatan tertimbang A, dan menetapkan pemeriksaan kondisi untuk ketiganya. Jika pemeriksaan kondisi untuk salah satu catatan tidak sehat, Route 53 merespons kueri DNS dengan alamat IP di salah satu dari dua catatan lainnya.
Berikut adalah cara Route 53 memilih catatan yang sehat:
1. Route 53 awalnya memilih catatan berdasarkan kebijakan perutean dan nilai yang Anda tentukan untuk setiap catatan. Misalnya, untuk catatan tertimbang, Route 53 memilih catatan berdasarkan bobot yang Anda tentukan untuk setiap catatan.
1. Route 53 menentukan apakah catatan sehat:
+ **Catatan non-alias dengan pemeriksaan kondisi terkait**— Jika Anda mengaitkan pemeriksaan kondisi dengan catatan non-alias, Route 53 memeriksa status pemeriksaan kondisi saat ini.
Route 53 secara berkala memeriksa kondisi titik akhir yang ditentukan dalam pemeriksaan kondisi; layanan ini tidak melakukan pemeriksaan kondisi ketika kueri DNS tiba.
Anda dapat mengaitkan pemeriksaan kondisi dengan catatan alias, namun sebaiknya kaitkan pemeriksaan kondisi hanya dengan catatan non-alias. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
+ **Catatan alias dengan Evaluasi Kondisi Target diatur ke Ya**— Route 53 memeriksa status kondisi sumber daya yang dirujuk catatan alias, misalnya, penyeimbang beban ELB atau catatan lain di zona yang di-hosting yang sama.
1. Jika catatan yang sehat, Route 53 merespons kueri dengan nilai yang ada, seperti alamat IP.
Jika catatan tidak sehat, Route 53 memilih catatan lain menggunakan kriteria yang sama dan mengulangi proses hingga menemukan catatan yang sehat.
Route 53 menggunakan kriteria berikut ketika memilih catatan:
**Catatan tanpa pemeriksaan kondisi artinya catatan selalu sehat**
Jika catatan dalam grup catatan yang memiliki nama dan jenis yang sama tidak memiliki pemeriksaan kondisi terkait, Route 53 selalu menganggapnya sehat dan selalu menyertakannya di antara kemungkinan respons untuk kueri.
**Jika tidak ada catatan yang sehat, semua catatan dianggap sehat**
Jika tidak ada catatan yang sehat dalam grup catatan, Route 53 perlu mengembalikan sesuatu untuk merespons kueri DNS, tetapi layanan tidak memiliki dasar untuk memilih salah satu catatan. Dalam keadaan ini, Route 53 menganggap semua catatan dalam grup dalam kondisi sehat dan memilih satu berdasarkan kebijakan perutean dan nilai yang Anda tentukan untuk setiap catatan.
**Catatan tertimbang yang memiliki bobot 0**
Jika Anda menambahkan pemeriksaan kondisi ke semua catatan dalam grup catatan tertimbang, tetapi Anda memberikan bobot non-nol ke beberapa catatan dan bobot nol untuk catatan lainnya, pemeriksaan kondisi bekerja seperti ketika semua catatan memiliki bobot non-nol dengan pengecualian berikut:
+ Route 53 awalnya hanya mempertimbangkan catatan tertimbang non-nol, jika ada.
+ Jika semua catatan yang memiliki bobot lebih besar dari 0 dalam kondisi tidak sehat, Route 53 mempertimbangkan catatan tertimbang nol.
Karena Route 53 akan mempertimbangkan catatan berbobot nol dalam beberapa keadaan, penting untuk memastikan bahwa target bobot nol juga memiliki jawaban yang layak untuk kueri DNS.
Untuk informasi selengkapnya tentang catatan tertimbang, lihat [Pemeriksaan kesehatan dan perutean tertimbang](routing-policy-weighted.md#routing-policy-weighted-healthchecks).
**Catatan alias**
Anda juga dapat mengonfigurasi pemeriksaan kondisi untuk catatan alias dengan mengatur **Evaluasi Kondisi Target** ke **Ya** untuk setiap catatan alias. Hal ini menyebabkan Route 53 mengevaluasi kondisi sumber daya yang menjadi tujuan lalu lintas saat dirutekan oleh catatan, misalnya, penyeimbang beban ELB atau catatan lain di zona yang di-hosting yang sama.
Misalnya, target alias untuk catatan alias adalah grup catatan tertimbang bahwa semuanya memiliki bobot non-nol:
+ Selama setidaknya salah satu catatan tertimbang dalam kondisi sehat, Route 53 menganggap catatan alias sehat.
+ Jika tidak ada catatan tertimbang dalam kondisi sehat, Route 53 menganggap catatan alias tidak sehat.
+ Route 53 berhenti mempertimbangkan catatan di cabang pohon hingga setidaknya satu catatan tertimbang menjadi sehat lagi.
Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleksCara kerja pemeriksaan kondisi dalam konfigurasi yang kompleks](dns-failover-complex-configs.md).
**Catatan failover**
Catatan failover umumnya bekerja dengan cara yang sama seperti jenis perutean lainnya. Anda membuat pemeriksaan kondisi dan mengaitkannya dengan catatan non-alias, dan Anda mengatur **Evaluasi Kondisi Target** ke **Ya** untuk catatan alias. Perhatikan hal-hal berikut:
+ Catatan primer dan sekunder dapat menjadi catatan non-alias atau catatan alias.
+ Jika Anda mengaitkan pemeriksaan kondisi dengan data failover primer dan sekunder, berikut adalah cara Route 53 merespons permintaan:
+ Jika Route 53 menganggap catatan utama sehat (jika titik akhir pemeriksaan kondisi sehat), Route 53 hanya mengembalikan catatan primer untuk merespons kueri DNS.
+ Jika Route 53 menganggap catatan primer tidak sehat dan catatan sekunder sehat, Route 53 akan mengembalikan catatan sekunder.
+ Jika Route 53 menganggap catatan primer dan catatan sekunder tidak sehat, Route 53 akan mengembalikan catatan primer.
+ Jika Anda mengonfigurasi catatan sekunder, penambahan pemeriksaan kondisi bersifat opsional. Jika Anda menghilangkan pemeriksaan kondisi untuk catatan sekunder, dan jika titik akhir pemeriksaan kondisi untuk catatan primer tidak sehat, Route 53 selalu merespons kueri DNS menggunakan catatan sekunder. Inilah yang terjadi bahkan jika catatan sekunder tidak sehat.
Untuk informasi selengkapnya, lihat topik berikut:
+ [Mengonfigurasi failover active-passive dengan satu sumber daya primer dan satu sumber daya sekunder](dns-failover-types.md#dns-failover-types-active-passive-one-resource)
+ [Mengonfigurasi failover active-passive dengan beberapa sumber daya primer dan sekunder](dns-failover-types.md#dns-failover-types-active-passive-multiple-resources)
# Failover active-active dan active-passive
Anda dapat menggunakan pemeriksaan kondisi Route 53 untuk mengonfigurasi konfigurasi failover active-active dan active-passive. Anda mengonfigurasi failover active-active menggunakan semua [kebijakan perutean](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) (atau kombinasi dari kebijakan perutean) selain failover, dan Anda mengonfigurasi failover active-passive menggunakan kebijakan perutean failover.
**Topics**
+ [Failover active-active](#dns-failover-types-active-active)
+ [Failover active-passive](#dns-failover-types-active-passive)
## Failover active-active
Gunakan konfigurasi failover ini ketika Anda ingin semua sumber daya tersedia hampir sepanjang waktu. Ketika sumber daya menjadi tidak tersedia, Route 53 dapat mendeteksi bahwa sumber daya tidak sehat dan berhenti menyertakannya saat merespons kueri.
Dalam failover active-active, semua catatan dengan nama yang sama, jenis yang sama (seperti A atau AAAA), dan kebijakan perutean yang sama (seperti tertimbang atau latensi) akan aktif kecuali Route 53 menganggap catatan tidak sehat. Route 53 dapat merespons kueri DNS menggunakan catatan sehat.
## Failover active-passive
Gunakan konfigurasi failover active-passive ketika Anda ingin sumber daya atau grup sumber daya primer tersedia hampir sepanjang waktu dan Anda ingin sumber daya atau grup sumber daya sekunder berada dalam kondisi siaga jika semua sumber daya primer tidak tersedia. Ketika merespons kueri, Route 53 hanya menyertakan sumber daya primer yang sehat. Jika semua sumber daya primer tidak sehat, Route 53 mulai hanya menyertakan sumber daya sekunder sehat untuk merespons kueri DNS.
**Topics**
+ [Mengonfigurasi failover active-passive dengan satu sumber daya primer dan satu sumber daya sekunder](#dns-failover-types-active-passive-one-resource)
+ [Mengonfigurasi failover active-passive dengan beberapa sumber daya primer dan sekunder](#dns-failover-types-active-passive-multiple-resources)
+ [Mengonfigurasi failover active-passive dengan catatan tertimbang](#dns-failover-types-active-passive-weighted)
### Mengonfigurasi failover active-passive dengan satu sumber daya primer dan satu sumber daya sekunder
Untuk membuat konfigurasi failover active-passive dengan satu catatan primer dan satu catatan sekunder, Anda cukup membuat catatan dan menentukan **Failover** untuk kebijakan perutean. Ketika sumber daya primer sehat, Route 53 merespons kueri DNS menggunakan catatan primer. Ketika sumber daya primer tidak sehat, Route 53 merespons kueri DNS menggunakan catatan sekunder.
### Mengonfigurasi failover active-passive dengan beberapa sumber daya primer dan sekunder
Anda juga dapat mengaitkan beberapa sumber daya dengan catatan primer, catatan sekunder, atau keduanya. Dalam konfigurasi ini, Route 53 menganggap catatan failover primer dalam kondisi sehat selama setidaknya salah satu sumber daya terkait dalam kondisi sehat. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasiCara Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi](health-checks-how-route-53-chooses-records.md).
Untuk mengonfigurasi failover active-passive dengan beberapa sumber daya untuk catatan primer atau sekunder, lakukan tugas berikut.
1. Buat pemeriksaan kondisi untuk setiap sumber daya yang akan menjadi tujuan perutean lalu lintas, seperti instans EC2 atau server web di pusat data Anda.
**catatan**
Jika Anda merutekan lalu lintas ke AWS sumber daya apa pun yang dapat Anda buat [catatan alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html), jangan membuat pemeriksaan kesehatan untuk sumber daya tersebut. Bila membuat catatan alias, Anda mengatur **Evaluasi Kondisi Target** ke **Ya**.
Untuk informasi selengkapnya, lihat [Membuat dan memperbarui pemeriksaan kondisi](health-checks-creating.md).
1. Buat catatan untuk sumber daya primer Anda, dan tentukan nilai berikut:
+ Berikan nama, jenis, dan kebijakan perutean yang sama ke setiap catatan. Misalnya, Anda mungkin membuat tiga catatan tertimbang A yang semuanya bernama failover-primary.example.com.
+ Jika Anda menggunakan AWS sumber daya yang dapat Anda buat catatan alias, tentukan **Ya** untuk **Evaluasi Kesehatan Target**.
Jika Anda menggunakan sumber daya yang catatan aliasnya tidak dapat Anda buat, kaitkan pemeriksaan kondisi yang ada dari langkah 1 dengan setiap catatan.
Untuk informasi selengkapnya, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md).
1. Buat catatan untuk sumber daya sekunder Anda, dan jika ada, tentukan nilai berikut:
+ Berikan nama, jenis, dan kebijakan perutean yang sama ke setiap catatan. Misalnya, Anda mungkin membuat tiga catatan tertimbang A yang semuanya bernama failover-secondary.example.com.
+ Jika Anda menggunakan AWS sumber daya yang dapat Anda buat catatan alias, tentukan **Ya** untuk **Evaluasi Kesehatan Target**.
Jika Anda menggunakan sumber daya yang catatan aliasnya tidak dapat Anda buat, kaitkan pemeriksaan kondisi yang ada dari langkah 1 dengan setiap catatan.
**catatan**
Beberapa pelanggan menggunakan server web sebagai sumber daya primer mereka dan bucket Amazon S3 yang dikonfigurasi menjadi titik akhir situs web sebagai sumber daya sekunder mereka. Bucket S3 berisi pesan sederhana "sementara tidak tersedia". Jika menggunakan konfigurasi tersebut, Anda dapat melewati langkah ini dan hanya membuat catatan alias failover untuk sumber daya sekunder di langkah 4.
1. Buat dua catatan alias failover, satu primer dan satu sekunder, lalu tentukan nilai berikut:
**Catatan primer**
+ **Nama** — Tentukan nama domain (example.com) atau nama subdomain (www.example.com) yang Anda inginkan Route 53 untuk merutekan lalu lintas.
+ **Alias** – Atur ke **Ya**.
+ **Target Alias** – Tentukan nama catatan yang Anda buat di langkah 2.
+ **Kebijakan Perutean** – Atur ke **Failover**.
+ **Jenis Catatan Failover** – Atur ke **Primer**.
+ **Evaluasi Kondisi Target** – Atur ke **Ya**.
+ **Mengaitkan dengan Pemeriksaan Kondisi** – Atur ke **Tidak**.
**Catatan sekunder**
+ **Nama** – Tentukan nama yang sama seperti yang Anda tentukan untuk catatan primer.
+ **Alias** – Atur ke **Ya**.
+ **Target Alias** – Jika Anda membuat catatan untuk sumber daya sekunder di langkah 3, tentukan nama catatan. Jika Anda menggunakan bucket Amazon S3 untuk sumber daya sekunder, tentukan nama DNS dari titik akhir situs web.
+ **Kebijakan Perutean** – Atur ke **Failover**.
+ **Jenis Catatan Failover** – Atur ke **Sekunder**.
+ **Evaluasi Kondisi Target** – Atur ke **Ya**.
+ **Mengaitkan dengan Pemeriksaan Kondisi** – Atur ke **Tidak**.
### Mengonfigurasi failover active-passive dengan catatan tertimbang
Anda juga dapat menggunakan catatan tertimbang untuk failover active-passive, dengan peringatan. Jika Anda menentukan bobot non-nol untuk beberapa catatan dan bobot nol untuk catatan lainnya, Route 53 merespons kueri DNS hanya menggunakan catatan sehat yang memiliki bobot non-nol. Jika semua catatan yang memiliki bobot lebih besar dari 0 dalam kondisi tidak sehat, Route 53 merespons kueri menggunakan catatan tertimbang nol.
**catatan**
Semua catatan dengan bobot non-nol harus tidak sehat sebelum Route 53 mulai merespons kueri DNS menggunakan catatan yang memiliki bobot nol. Tindakan ini dapat membuat aplikasi web atau situs web Anda tidak dapat diandalkan jika sumber daya sehat terakhir, seperti server web, tidak dapat menangani semua lalu lintas ketika sumber daya lain tidak tersedia.
# Mengonfigurasi failover di zona yang di-hosting secara privat
Jika Anda membuat catatan failover di zona yang di-hosting secara privat, perhatikan hal berikut:
+ Pemeriksa kondisi Route 53 berada di luar VPC. Untuk memeriksa kesehatan titik akhir dalam VPC berdasarkan alamat IP, Anda harus menetapkan alamat IP publik untuk instans di VPC.
+ Anda dapat membuat CloudWatch metrik, mengaitkan alarm dengan metrik, dan kemudian membuat pemeriksaan kesehatan yang didasarkan pada aliran data untuk alarm. Misalnya, Anda dapat membuat CloudWatch metrik yang memeriksa status `StatusCheckFailed` metrik EC2, menambahkan alarm ke metrik, dan kemudian membuat pemeriksaan kesehatan yang didasarkan pada aliran data untuk alarm untuk memeriksa instance dalam Virtual Private Cloud (VPC) yang hanya memiliki alamat IP pribadi. Untuk informasi tentang membuat CloudWatch metrik dan alarm menggunakan CloudWatch konsol, lihat [ CloudWatch Panduan Pengguna Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/).
Untuk informasi selengkapnya, lihat [Bekerja dengan zona yang di-hosting privat](hosted-zones-private.md) dan [Memantau pemeriksaan kesehatan menggunakan CloudWatch](monitoring-health-checks.md).
# 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 konfigurasi, kelebihan titik akhir, dan kegagalan partisi.
**Topics**
+ [Cara Amazon Route 53 mencegah kegagalan cascading](#dns-failover-cascading-failures)
+ [Cara Amazon Route 53 menangani partisi internet](#dns-failover-internet-partitions)
## 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 dilaporkan. CloudWatch Pemeriksa kesehatan Route 53 di setiap AWS Wilayah terus-menerus mengirimkan status pemeriksaan kesehatan ke semua lokasi Rute 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.