Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi - Amazon Route 53

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

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.

  2. 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?.

    • 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.

  3. 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.

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 kompleks.

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 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 lain, lihat topik berikut: