Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
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.
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 merutekan lalu lintas ke instans EC2 Anda berdasarkan apakah mereka sehat, sehingga Anda membuat pemeriksaan kesehatan untuk setiap instans. 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 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 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 Route 53 menentukan apakah ada sumber daya sehat di suatu wilayah sebelum mencoba merutekan lalu lintas di sana. Jika tidak ada, Route 53 memilih sumber daya yang sehat di wilayah lain.
Diagram sebelumnya menggambarkan urutan peristiwa berikut:
-
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.
-
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.
-
Pemeriksaan kondisi gagal, jadi Route 53 memilih catatan tertimbang lain berdasarkan bobotnya dan memeriksa kondisinya. Catatan itu juga tidak sehat.
-
Route 53 keluar dari cabang pohon tersebut, mencari catatan alias latensi dengan latensi terbaik berikutnya, dan memilih catatan untuk ap-southeast-2.
-
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.
Topik
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 dikonfigurasi.)
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.
Inilah yang terjadi jika Anda menghilangkan pemeriksaan kondisi pada catatan non-alias dalam konfigurasi ini:
-
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.
-
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.
-
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 mengaturEvaluasi Target KesehatankepadaTidak, Route 53 terus mengarahkan lalu lintas ke catatan yang dirujuk oleh catatan alias bahkan jika 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:
Inilah yang terjadi jika Anda mengatur Evaluasi Kondisi Target ke Tidak untuk catatan alias dalam konfigurasi ini:
-
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.
-
Route 53 menentukan target alias untuk catatan alias latensi, dan memeriksa pemeriksaan kondisi yang sesuai. Keduanya gagal.
-
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.
