Kebijakan perutean dan health check DNS

Anda dapat mengonfigurasi kebijakan perutean DNS untuk kumpulan data resource di zonaBuat kumpulan data resource dengan nilai kebijakan perutean tertentu untuk menyiapkan kebijakan ini. Nilai ini menentukan cara Cloud DNS merutekan traffic kueri.

Cloud DNS mendukung kebijakan pemilihan rute berikut:

  • Kebijakan perutean weighted round robin (WRR): Gunakan kebijakan perutean WRR untuk menetapkan bobot yang berbeda ke setiap kumpulan data resource untuk nama DNS. Kebijakan pemilihan rute WRR membantu memastikan bahwa traffic didistribusikan sesuai dengan bobot yang dikonfigurasi.

Kebijakan pemilihan rute DNS tidak dapat dikonfigurasi untuk zona pribadi berikut:

  • Zona penerusan
  • Zona peering DNS
  • Zona pencarian balik yang dikelola
  • Zona Direktori Layanan

Kebijakan perutean WRR

Kebijakan perutean WRR memungkinkan Anda menentukan bobot yang berbeda-beda per target DNS, dan Cloud DNS memastikan bahwa traffic Anda didistribusikan sesuai dengan bobot tersebut. Anda dapat menggunakan kebijakan ini untuk mendukung konfigurasi active-active atau active-passive manual. Anda juga dapat memisahkan traffic antara versi produksi dan versi eksperimental layanan Anda.

Cloud DNS mendukung health check dan failover dalam kebijakan rute untuk load balancer internal dan endpoint eksternal. Cloud DNS mengaktifkan failover otomatis saat endpoint gagal dalam pemeriksaan kesehatannya. Selama failover, Cloud DNS akan otomatis menyesuaikan pembagian traffic di antara endpoint yang masih berfungsi. Untuk mengetahui informasi selengkapnya, lihat Health check.

Kebijakan perutean failover

Kebijakan perutean failover memungkinkan Anda menyiapkan konfigurasi pencadangan aktif untuk memberikan ketersediaan tinggi bagi resource internal dalam jaringan VPC Anda.

Dalam operasi normal, Cloud DNS selalu menampilkan alamat IP dari kumpulan active. Jika semua alamat IP dalam kumpulan active menjadi tidak sehat, Cloud DNS akan menayangkan alamat IP dari kumpulan backup.

Cloud DNS memungkinkan Anda mengalirkan traffic secara bertahap ke alamat VIP cadangan sehingga Anda dapat memverifikasi bahwa alamat VIP cadangan berfungsi. Anda dapat mengonfigurasi persentase traffic yang dikirim ke cadangan sebagai pecahan dari 0 hingga 1. Anda dapat memicu failover secara manual dengan mengirim 100% traffic ke alamat VIP cadangan. Nilai standarnya adalah 0,1. Health check hanya dapat diterapkan ke load balancer internal dan endpoint eksternal.

Health check

Cloud DNS mendukung health check dan failover dalam kebijakan rute untuk load balancer internal dan endpoint eksternal berikut:

Jika Anda ingin menggunakan pemeriksaan status dengan zona terkelola dan DNS Security Extensions (DNSSEC) diaktifkan, hanya satu alamat IP yang dapat digunakan dalam setiap item kebijakan . Anda tidak dapat mencampur alamat IP yang diperiksa kondisinya dan alamat IP yang tidak diperiksa kondisinya dalam kebijakan tertentu.

Untuk informasi tentang praktik terbaik yang perlu diingat saat Anda mengonfigurasi catatan dan health check Cloud DNS, lihat Praktik terbaik.

Health check untuk load balancer internal

Health check untuk load balancer internal hanya tersedia di zona pribadi.

Untuk Load Balancer Aplikasi internal dan Load Balancer Jaringan proxy internal, Cloud DNS mempertimbangkan responsivitas load balancer itu sendiri selama keputusan pemilihan rute. Saat menerima kueri, load balancer hanya mendistribusikan traffic ke layanan backend yang responsif. Untuk membantu memastikan bahwa ada backend yang sehat, Anda dapat mengelola siklus proses backend menggunakan layanan seperti grup instance terkelola (MIG). Cloud DNS tidak perlu mengetahui status kondisi setiap backend; load balancer menangani tugas ini.

Untuk Load Balancer Jaringan passthrough internal, Cloud DNS memeriksa informasi status di setiap instance backend load balancer. Cloud DNS menerapkan nilai minimum 20% secara default, dan jika setidaknya 20% instance backend responsif, endpoint load balancer dianggap responsif. Kebijakan pemilihan rute DNS menandai endpoint sebagai responsif atau tidak responsif berdasarkan nilai minimum ini, dan merutekan traffic sebagaimana mestinya.

Satu alamat IP virtual (VIP) Load Balancer Jaringan passthrough internal dapat memiliki beberapa instance backend. Jika Load Balancer Jaringan passthrough internal tidak memiliki instance backend, Cloud DNS masih menganggapnya responsif. Agar health check berfungsi dengan benar, tentukan setidaknya satu instance backend dalam konfigurasi load balancer.

Jika endpoint ditandai sebagai tidak sehat, kondisi berikut dapat terjadi:

  • Jika ada beberapa alamat VIP yang diprogram berdasarkan kebijakan, hanya alamat VIP yang sehat yang akan ditampilkan.

  • Jika semua alamat VIP yang diprogram terhadap bucket kebijakan tidak berfungsi, baris kebijakan tersebut telah gagal. Perilaku berikut berlaku:

    • Untuk kebijakan WRR, Cloud DNS mendistribusikan traffic secara proporsional di antara endpoint yang masih berfungsi yang ditentukan dalam kebijakan.
    • Untuk kebijakan failover, Cloud DNS mengalihkan traffic ke endpoint cadangan yang ditentukan dalam kebijakan.
    • Jika semua bucket kebijakan tidak responsif, Cloud DNS akan berperilaku seolah-olah semua endpoint responsif. Skenario ini berpotensi menyebabkan traffic didistribusikan ke endpoint yang tidak responsif.

Untuk mengetahui informasi selengkapnya tentang health check untuk load balancer internal, lihat Ringkasan health check.

Interval health check

Cloud DNS secara berkala mengirimkan probe health check sesuai dengan interval health check. Misalnya, jika interval health check adalah 30 detik, Cloud DNS akan mengirimkan satu pemeriksaan kondisi setiap 30 detik.

Untuk pemeriksaan kesehatan endpoint eksternal Cloud DNS, interval health check harus antara 30 dan 300 detik.

Kebijakan pemilihan rute round robin berbobot dan health check

Cloud DNS mendukung bobot dari 0 hingga 1.000, termasuk keduanya. Jika health check disertakan, hal berikut akan terjadi:

  • Jika Anda mengonfigurasi beberapa target, semuanya dengan bobot 0, traffic akan didistribusikan secara merata di antara target.
  • Jika Anda mengonfigurasi target berbobot baru yang bukan nol, target tersebut akan menjadi target utama, dan semua traffic akan dialihkan ke target tersebut.
  • Saat Anda menambahkan lebih banyak target dengan bobot non-nol, Cloud DNS akan menghitung pembagian traffic secara dinamis di antara target (dengan setiap permintaan) dan mendistribusikan traffic dengan tepat. Misalnya, jika Anda telah mengonfigurasi tiga target dengan bobot 0, 25, dan 75, target dengan bobot 0 tidak akan mendapatkan traffic, target dengan bobot 25 akan mendapatkan seperempat traffic, dan target lainnya akan mendapatkan tiga perempat dari traffic yang masuk.
  • Jika health check dikaitkan dengan target berbobot non-nol, tetapi tidak dengan target berbobot nol, target berbobot nol akan selalu dianggap responsif. Jika semua data yang bukan nol tidak responsif, Cloud DNS akan menampilkan data dengan bobot nol.
  • Jika pemeriksaan kesehatan dikaitkan dengan data berbobot non-nol dan nol, dan jika semua data gagal dalam pemeriksaan kesehatan, Cloud DNS akan menampilkan target berbobot non-nol dan mengabaikan target berbobot nol.
  • Saat Cloud DNS memilih bucket bobot untuk ditampilkan kepada pemohon (satu item kebijakan), hanya alamat IP dalam bucket bobot tersebut yang ditampilkan. Jika Anda hanya menentukan satu alamat IP dalam bucket bobot, hanya alamat IP tersebut yang ada dalam respons. Jika ada lebih dari satu alamat IP dalam bucket bobot, Cloud DNS akan menampilkan semua alamat IP dalam urutan acak.

Logging health check

Cloud DNS mendukung logging health check dan mencatat status kesehatan alamat IP yang mengaktifkan health check saat Anda mengkueri nama DNS yang merujuk ke alamat IP tersebut.

Logging health check memungkinkan Anda melakukan hal berikut:

  • Validasi apakah kebijakan pemilihan rute berperforma seperti yang diharapkan. Misalnya:
  • Untuk kebijakan WRR, kebijakan ini memungkinkan Anda memvalidasi apakah kebijakan menampilkan alamat IP dengan bobot yang benar.
  • Identifikasi masalah infrastruktur dengan backend dan alamat IP tertentu yang mengalami kegagalan.
  • Memecahkan masalah mengapa backend tertentu tidak pernah disertakan atau merupakan satu-satunya backend yang ditampilkan.

    • Untuk mengetahui informasi selengkapnya, lihat informasi logging health check.

    Jenis data yang didukung untuk kebijakan perutean DNS

    Kebijakan pemilihan rute DNS tidak mendukung semua jenis data yang didukung oleh Cloud DNS.

    Jenis data berikut didukung:

    Jenis data Deskripsi
    A Alamat IPv4 untuk pemeriksaan kesehatan internal (zona pribadi) .
    CNAME Nama kanonis. Health check tidak didukung.
    MX Data pertukaran surat. Health check tidak didukung.
    SRV Host/port (RFC 2782). Health check tidak didukung.
    TXT Data teks. Health check tidak didukung.

    Langkah berikutnya