Target grup untuk Penyeimbang Beban Jaringan Anda - Elastic Load Balancing

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

Target grup untuk Penyeimbang Beban Jaringan Anda

Setiap Grup target digunakan untuk merutekan permintaan untuk satu atau lebih target yang terdaftar. Bila Anda membuat pendengar, Anda menentukan grup target untuk tindakan default-nya. Lalu lintas diteruskan ke grup target yang ditentukan dalam aturan pendengar. Anda dapat membuat grup target yang berbeda untuk berbagai jenis permintaan. Misalnya, membuat satu kelompok target untuk permintaan umum dan kelompok target lain untuk permintaan ke layanan mikro untuk aplikasi Anda. Untuk informasi selengkapnya, lihat Komponen Penyeimbang Beban Jaringan.

Tentukan pengaturan pemeriksaan kesehatan untuk Load Balancer Anda berdasarkan per kelompok target. Setiap kelompok target menggunakan pengaturan pemeriksaan kondisi yang sudah ada, kecuali jika Anda menimpa mereka saat Anda membuat kelompok target atau mengubahnya nanti. Setelah Anda menentukan kelompok target dalam aturan untuk pendengar, load balancer terus memantau health semua target yang terdaftar dengan kelompok target yang berada di Availability Zone diaktifkan untuk penyeimbang beban. Penyeimbang beban merutekan permintaan untuk target terdaftar yang sehat. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan untuk kelompok sasaran Network Load Balancer.

Konfigurasi perutean

Secara default, load balancer merutekan permintaan ke targetnya menggunakan protokol dan nomor port yang Anda tentukan saat Anda membuat grup target. Atau, Anda dapat mengganti port yang digunakan untuk merutekan lalu lintas ke target saat Anda mendaftarkannya dengan grup target.

Grup target untuk Penyeimbang Beban Jaringan mendukung protokol dan port berikut:

  • Protokol:TCP,,TLS, _ UDP TCP UDP

  • Port: 1-65535

Jika grup target dikonfigurasi dengan TLS protokol, penyeimbang beban membuat TLS koneksi dengan target menggunakan sertifikat yang Anda instal pada target. Load balancer tidak memvalidasi sertifikat ini. Oleh karena itu, Anda dapat menggunakan sertifikat ditandatangani sendiri atau sertifikat yang telah kedaluwarsa. Karena load balancer berada di virtual private cloud (VPC), lalu lintas antara load balancer dan target diautentikasi pada tingkat paket, sehingga tidak berisiko man-in-the-middle serangan atau spoofing bahkan jika sertifikat pada target tidak valid.

Tabel berikut merangkum kombinasi yang didukung dari protokol pendengar dan pengaturan grup target.

Protokol pendengar Protokol grup target Jenis grup target Protokol pemeriksaan kondisi

TCP

TCP | TCP_UDP

instans | ip

HTTP | HTTPS | TCP

TCP

TCP

alb

HTTP | HTTPS

TLS

TCP | TLS

instans | ip

HTTP | HTTPS | TCP

UDP

UDP | TCP_UDP

instans | ip

HTTP | HTTPS | TCP

TCP_UDP

TCP_UDP

instans | ip

HTTP | HTTPS | TCP

Jenis target

Bila Anda membuat grup target, Anda menentukan jenis target, yang menentukan bagaimana Anda menentukan target. Setelah Anda membuat grup target, Anda tidak dapat mengubah jenis targetnya.

Status yang mungkin muncul adalah sebagai berikut:

instance

Target ditentukan oleh instans ID.

ip

Target ditentukan oleh alamat IP.

alb

Targetnya adalah Application Load Balancer.

Ketika jenis target adalahip, Anda dapat menentukan alamat IP dari salah satu CIDR blok berikut:

penting

Anda tidak dapat menentukan alamat IP yang dapat dirutekan secara publik.

Semua CIDR blok yang didukung memungkinkan Anda mendaftarkan target berikut dengan grup target:

  • AWS sumber daya yang dapat dialamatkan oleh alamat IP dan port (misalnya, database).

  • Sumber daya lokal yang ditautkan ke AWS melalui AWS Direct Connect atau Site-to-Site VPN koneksi.

Ketika pelestarian IP klien dinonaktifkan untuk grup target Anda, penyeimbang beban dapat mendukung sekitar 55.000 koneksi per menit untuk setiap kombinasi alamat IP Network Load Balancer dan target unik (alamat IP dan port). Jika Anda melebihi koneksi ini, ada kemungkinan peningkatan kesalahan alokasi port. Jika Anda mendapatkan kesalahan alokasi port, tambahkan lebih banyak target ke grup target.

Saat meluncurkan Network Load Balancer di Amazon bersama VPC (sebagai peserta), Anda hanya dapat mendaftarkan target di subnet yang telah dibagikan dengan Anda.

Ketika jenis target adalahalb, Anda dapat mendaftarkan Application Load Balancer tunggal sebagai target. Untuk informasi selengkapnya, lihat Gunakan Application Load Balancer sebagai target Network Load Balancer.

Penyeimbang Beban Jaringan tidak mendukung jenis target lambda. Application Load Balancer adalah satu-satunya penyeimbang beban yang mendukung jenis target lambda. Untuk informasi selengkapnya, lihat: Fungsi Lambda sebagai target di Panduan pengguna untuk Application Load Balancers.

Jika Anda memiliki layanan mikro pada instans yang terdaftar dengan Network Load Balancer, Anda tidak dapat menggunakan penyeimbang beban untuk menyediakan komunikasi di antara mereka kecuali penyeimbang beban menghadap ke internet atau instans terdaftar berdasarkan alamat IP. Untuk informasi selengkapnya, lihat Waktu koneksi habis untuk permintaan dari target ke penyeimbang bebannya.

Permintaan perutean dan alamat IP

Jika Anda menetapkan target menggunakan ID instans, lalu lintas dialihkan ke instans menggunakan alamat IP privat utama yang ditentukan dalam antarmuka jaringan utama untuk instans. Penyeimbang beban menulis ulang alamat IP tujuan dari paket data sebelum meneruskan ke instans target.

Jika Anda menentukan target menggunakan alamat IP, Anda dapat mengarahkan lalu lintas ke instans menggunakan alamat IP privat dari satu atau beberapa antarmuka jaringan. Hal ini memungkinkan beberapa aplikasi pada instans untuk menggunakan port yang sama. Perhatikan bahwa setiap antarmuka jaringan dapat memiliki grup keamanan sendiri. Penyeimbang beban menulis ulang alamat IP tujuan sebelum meneruskannya ke target.

Untuk informasi selengkapnya tentang mengizinkan lalu lintas ke instans Anda, lihat Menargetkan grup keamanan.

Sumber daya di tempat sebagai target

Sumber daya di tempat yang ditautkan melalui AWS Direct Connect atau Site-to-Site VPN koneksi dapat berfungsi sebagai target, ketika jenis targetnyaip.

Hubungkan Network Load Balancer dengan server lokal menggunakan atau. AWS Direct Connect AWS Site-to-Site VPN

Saat menggunakan sumber daya di tempat, alamat IP target ini masih harus berasal dari salah satu CIDR blok berikut:

Untuk informasi lebih lanjut tentang AWS Direct Connect, lihat Apa itu AWS Direct Connect?

Untuk informasi lebih lanjut tentang AWS Site-to-Site VPN, lihat Apa itu AWS Site-to-Site VPN?

Jenis alamat IP

Saat membuat grup target baru, Anda dapat memilih jenis alamat IP grup target Anda. Ini mengontrol versi IP yang digunakan untuk berkomunikasi dengan target dan memeriksa status kesehatan mereka. Network Load Balancers mendukung keduanya IPv4 dan kelompok IPv6 sasaran.

Pertimbangan
  • Semua alamat IP dalam grup target harus memiliki jenis alamat IP yang sama. Misalnya, Anda tidak dapat mendaftarkan IPv4 target dengan grup IPv6 target.

  • IPv6kelompok target mendukung IP dan target tipe instance.

  • Anda harus menggunakan grup IPv6 target dengan penyeimbang dualstack beban.

  • Anda tidak dapat menggunakan grup IPv4 target dengan UDP pendengar untuk penyeimbang dualstack beban.

Target-target terdaftar.

Penyeimbang beban Anda berfungsi sebagai titik kontak tunggal untuk klien dan mendistribusikan lalu lintas masuk ke target terdaftar yang sehat. Setiap grup target harus memiliki setidaknya satu target yang terdaftar di setiap Availability Zone yang diaktifkan untuk penyeimbang beban. Anda dapat mendaftarkan setiap target dengan satu atau lebih grup target.

Jika permintaan pada aplikasi Anda meningkat, Anda dapat mendaftarkan target tambahan dengan satu atau lebih kelompok target untuk menangani permintaan. Penyeimbang beban mulai merutekan lalu lintas ke target yang baru terdaftar segera setelah proses pendaftaran selesai dan target melewati pemeriksaan kesehatan awal pertama, terlepas dari ambang batas yang dikonfigurasi.

Jika permintaan pada aplikasi Anda menurun, atau jika Anda perlu melayani target Anda, Anda dapat membatalkan pendaftaran target dari grup target Anda. Deregisterasi target menghapus itu dari grup target Anda, tetapi tidak mempengaruhi target sebaliknya. Penyeimbang beban berhenti merutekan lalu lintas ke target segera setelah dibatalkan pendaftarannya. Target memasuki keadaan draining hingga permintaan dalam penerbangan telah selesai. Anda dapat mendaftarkan target dengan grup target lagi ketika Anda siap untuk itu untuk melanjutkan menerima lalu lintas.

Jika Anda mendaftarkan target berdasarkan ID instans, Anda dapat menggunakan penyeimbang beban dengan grup Auto Scaling. Setelah Anda melampirkan grup target ke grup Auto Scaling, Auto Scaling akan mendaftarkan target Anda dengan grup target untuk Anda saat meluncurkannya. Untuk informasi selengkapnya, lihat Melampirkan penyeimbang beban ke grup Auto Scaling di Panduan Pengguna Amazon Auto EC2 Scaling.

Persyaratan dan pertimbangan
  • Anda tidak dapat mendaftarkan instance berdasarkan ID instans jika menggunakan salah satu jenis instance berikut: C1,,,,,CC1, G1 CC2CG1, G2 CG2CR1,,, M1, M2 HI1HS1, M3, atau T1.

  • Saat mendaftarkan target dengan ID instans untuk grup IPv6 target, target harus memiliki IPv6 alamat utama yang ditetapkan. Untuk mempelajari lebih lanjut, lihat IPv6alamat di Panduan EC2 Pengguna Amazon

  • Saat mendaftarkan target berdasarkan ID instans, instance harus berada di Amazon VPC yang sama dengan Network Load Balancer. Anda tidak dapat mendaftarkan instans berdasarkan ID instans jika mereka berada di sebuah VPC yang diintip ke penyeimbang beban VPC (Wilayah yang sama atau Wilayah yang berbeda). Anda dapat mendaftarkan instnas ini dengan alamat IP.

  • Jika Anda mendaftarkan target berdasarkan alamat IP dan alamat IP VPC sama dengan penyeimbang beban, penyeimbang beban memverifikasi bahwa itu dari subnet yang dapat dijangkau.

  • Penyeimbang beban merutekan lalu lintas ke target hanya di Availability Zone yang diaktifkan. Target di zona yang tidak diaktifkan tidak digunakan.

  • Untuk UDP dan TCP _ kelompok UDP target, jangan mendaftarkan instance berdasarkan alamat IP jika mereka berada di luar penyeimbang beban VPC atau jika mereka menggunakan salah satu jenis instance berikut: C1,,,,,, G1, G2 CC1CC2,,CG1, CG2CR1, M1, M2, M3 HI1HS1, atau T1. Target yang berada di luar penyeimbang beban VPC atau menggunakan jenis instans yang tidak didukung mungkin dapat menerima lalu lintas dari penyeimbang beban tetapi kemudian tidak dapat merespons.

Atribut grup target

Anda dapat mengonfigurasi grup target dengan mengedit atributnya. Untuk informasi selengkapnya, lihat Edit atribut grup target.

Atribut grup target berikut didukung. Anda dapat memodifikasi atribut ini hanya jika jenis grup target adalah instance atauip. Jika tipe grup target adalahalb, atribut ini selalu menggunakan nilai defaultnya.

deregistration_delay.timeout_seconds

Jumlah waktu untuk Elastic Load Balancing menunggu sebelum mengubah keadaan target yang dibatalkan dari draining ke unused. Rentangnya adalah 0-3600 detik. Nilai default adalah 300 detik.

deregistration_delay.connection_termination.enabled

Menunjukkan apakah penyeimbang beban menghentikan koneksi pada akhir batas deregenerasi. Nilainya adalah true atau false. Untuk grup UDP targetUDP/TCP_ baru, defaultnya adalahtrue. Jika tidak, default adalah false.

load_balancing.cross_zone.enabled

Menunjukkan apakah penyeimbangan beban lintas zona diaktifkan. Nilainya adalahtrue, false atauuse_load_balancer_configuration. Default-nya adalah use_load_balancer_configuration.

preserve_client_ip.enabled

Menunjukkan apakah pelestarian IP klien diaktifkan. Nilainya adalah true atau false. Default dinonaktifkan jika jenis grup target adalah alamat IP dan protokol grup target adalah TCP atauTLS. Jika tidak, default nya adalah diaktifkan. Pelestarian IP klien tidak dapat dinonaktifkan untuk UDP dan TCP _ grup UDP target.

proxy_protocol_v2.enabled

Menunjukkan apakah protokol proxy versi 2 diaktifkan. Secara default, protokol proxy dinonaktifkan.

stickiness.enabled

Menunjukkan apakah sesi lengket diaktifkan. Nilai dari true adalah false. Default adalah false.

stickiness.type

Jenis kelengketan. Nilai yang mungkin adalah source_ip.

target_group_health.dns_failover.minimum_healthy_targets.count

Jumlah minimum target yang harus sehat. Jika jumlah target sehat di bawah nilai ini, tandai zona tersebut sebagai tidak sehatDNS, sehingga lalu lintas hanya diarahkan ke zona sehat. Nilai yang mungkin adalahoff, atau bilangan bulat dari 1 ke jumlah maksimum target. Ketikaoff, DNS gagal pergi dinonaktifkan, yang berarti bahkan jika semua target tidak sehat dalam kelompok target, zona tidak akan dihapus dariDNS. Default-nya adalah 1.

target_group_health.dns_failover.minimum_healthy_targets.percentage

Persentase minimum target yang harus sehat. Jika persentase target sehat di bawah nilai ini, tandai zona tersebut sebagai tidak sehatDNS, sehingga lalu lintas hanya diarahkan ke zona sehat. Nilai yang mungkin adalahoff, atau bilangan bulat dari 1 hingga 100. Ketikaoff, DNS gagal pergi dinonaktifkan, yang berarti bahkan jika semua target tidak sehat dalam kelompok target, zona tidak akan dihapus dariDNS. Default-nya adalah off.

target_group_health.unhealthy_state_routing.minimum_healthy_targets.count

Jumlah minimum target yang harus sehat. Jika jumlah target sehat di bawah nilai ini, kirim lalu lintas ke semua target, termasuk target yang tidak sehat. Kisarannya adalah 1 hingga jumlah target maksimum. Default-nya adalah 1.

target_group_health.unhealthy_state_routing.minimum_healthy_targets.percentage

Persentase minimum target yang harus sehat. Jika persentase target sehat di bawah nilai ini, kirim lalu lintas ke semua target, termasuk target yang tidak sehat. Nilai yang mungkin adalah off atau bilangan bulat dari 1 hingga 100. Default-nya adalah off.

target_health_state.unhealthy.connection_termination.enabled

Menunjukkan apakah penyeimbang beban menghentikan koneksi ke target yang tidak sehat. Nilainya adalah true atau false. Default adalah true.

target_health_state.unhealthy.draining_interval_seconds

Jumlah waktu untuk Elastic Load Balancing untuk menunggu sebelum mengubah status target yang tidak sehat dari unhealthy.draining ke. unhealthy Kisarannya adalah 0-360000 detik. Nilai default adalah 0 detik.

Catatan: Atribut ini hanya dapat dikonfigurasi ketika target_health_state.unhealthy.connection_termination.enabledfalse.

Kesehatan kelompok sasaran

Secara default, kelompok sasaran dianggap sehat selama memiliki setidaknya satu target yang sehat. Jika Anda memiliki armada besar, hanya memiliki satu target yang sehat yang melayani lalu lintas tidak cukup. Sebagai gantinya, Anda dapat menentukan jumlah minimum atau persentase target yang harus sehat, dan tindakan apa yang dilakukan penyeimbang beban ketika target sehat jatuh di bawah ambang batas yang ditentukan. Ini meningkatkan ketersediaan.

Tindakan negara yang tidak sehat

Anda dapat mengonfigurasi ambang batas yang sehat untuk tindakan berikut:

  • DNSfailover — Ketika target sehat di zona jatuh di bawah ambang batas, kami menandai alamat IP dari node penyeimbang beban untuk zona tersebut sebagai tidak sehat. DNS Oleh karena itu, ketika klien menyelesaikan DNS nama penyeimbang beban, lalu lintas diarahkan hanya ke zona sehat.

  • Routing failover — Ketika target sehat di zona jatuh di bawah ambang batas, penyeimbang beban mengirimkan lalu lintas ke semua target yang tersedia untuk node penyeimbang beban, termasuk target yang tidak sehat. Hal ini meningkatkan kemungkinan koneksi klien berhasil, terutama ketika target sementara gagal lulus pemeriksaan kesehatan, dan mengurangi risiko kelebihan beban target yang sehat.

Persyaratan dan pertimbangan

  • Jika Anda menentukan kedua jenis ambang batas untuk suatu tindakan (hitungan dan persentase), penyeimbang beban akan mengambil tindakan ketika salah satu ambang batas dilanggar.

  • Jika Anda menentukan ambang batas untuk kedua tindakan, ambang batas untuk DNS failover harus lebih besar dari atau sama dengan ambang batas untuk routing failover, sehingga failover terjadi baik dengan atau sebelum routing DNS failover.

  • Jika Anda menentukan ambang batas sebagai persentase, kami menghitung nilai secara dinamis, berdasarkan jumlah total target yang terdaftar dengan kelompok target.

  • Jumlah total target didasarkan pada apakah penyeimbangan beban lintas zona mati atau aktif. Jika penyeimbangan beban lintas zona tidak aktif, setiap node mengirimkan lalu lintas hanya ke target di zonanya sendiri, yang berarti bahwa ambang batas berlaku untuk jumlah target di setiap zona yang diaktifkan secara terpisah. Jika penyeimbangan beban lintas zona aktif, setiap node mengirimkan lalu lintas ke semua target di semua zona yang diaktifkan, yang berarti bahwa ambang batas yang ditentukan berlaku untuk target jumlah total di semua zona yang diaktifkan. Untuk informasi selengkapnya, lihat Penyeimbangan beban lintas zona.

  • Dengan DNS failover, kami menghapus alamat IP untuk zona tidak sehat dari DNS nama host untuk penyeimbang beban. Namun, DNS cache klien lokal mungkin berisi alamat IP ini sampai time-to-live (TTL) dalam DNS catatan berakhir (60 detik).

  • Ketika DNS failover terjadi, ini berdampak pada semua kelompok target yang terkait dengan penyeimbang beban. Pastikan Anda memiliki kapasitas yang cukup di zona yang tersisa untuk menangani lalu lintas tambahan ini, terutama jika penyeimbangan beban lintas zona tidak aktif.

  • Dengan DNS failover, jika semua zona penyeimbang beban dianggap tidak sehat, penyeimbang beban mengirimkan lalu lintas ke semua zona, termasuk zona yang tidak sehat.

  • Ada faktor selain apakah ada cukup target sehat yang dapat menyebabkan DNS kegagalan, seperti kesehatan zona tersebut.

Contoh

Contoh berikut menunjukkan bagaimana pengaturan kesehatan kelompok target diterapkan.

Skenario
  • Penyeimbang beban yang mendukung dua Availability Zone, A dan B

  • Setiap Availability Zone berisi 10 target terdaftar

  • Kelompok sasaran memiliki pengaturan kesehatan kelompok sasaran berikut:

    • DNSfailover - 50%

    • Routing failover - 50%

  • Enam target gagal di Availability Zone B

Jika penyeimbangan beban lintas zona tidak aktif
  • Node penyeimbang beban di setiap Availability Zone hanya dapat mengirim lalu lintas ke 10 target di Availability Zone.

  • Ada 10 target sehat di Availability Zone A, yang memenuhi persentase target sehat yang diperlukan. Load balancer terus mendistribusikan lalu lintas antara 10 target sehat.

  • Hanya ada 4 target sehat di Availability Zone B, yaitu 40% dari target untuk node penyeimbang beban di Availability Zone B. Karena ini kurang dari persentase target sehat yang dibutuhkan, penyeimbang beban mengambil tindakan berikut:

    • DNSfailover - Availability Zone B ditandai sebagai tidak sehat diDNS. Karena klien tidak dapat menyelesaikan nama penyeimbang beban ke node penyeimbang beban di Availability Zone B, dan Availability Zone A sehat, klien mengirim koneksi baru ke Availability Zone A.

    • Routing failover - Ketika koneksi baru dikirim secara eksplisit ke Availability Zone B, load balancer mendistribusikan lalu lintas ke semua target di Availability Zone B, termasuk target yang tidak sehat. Ini mencegah pemadaman di antara target sehat yang tersisa.

Jika penyeimbangan beban lintas zona aktif
  • Setiap node penyeimbang beban dapat mengirim lalu lintas ke semua 20 target terdaftar di kedua Availability Zone.

  • Ada 10 target sehat di Availability Zone A dan 4 target sehat di Availability Zone B, dengan total 14 target sehat. Ini adalah 70% dari target untuk node penyeimbang beban di kedua Availability Zone, yang memenuhi persentase target sehat yang diperlukan.

  • Penyeimbang beban mendistribusikan lalu lintas antara 14 target sehat di kedua Availability Zone.

Menggunakan DNS failover Route 53 untuk penyeimbang beban Anda

Jika Anda menggunakan Route 53 untuk merutekan DNS kueri ke penyeimbang beban, Anda juga dapat mengonfigurasi DNS failover untuk penyeimbang beban menggunakan Route 53. Dalam konfigurasi failover, Route 53 memeriksa kesehatan target kelompok target untuk penyeimbang beban untuk menentukan apakah target tersebut tersedia. Jika tidak ada target sehat yang terdaftar di penyeimbang beban, atau jika penyeimbang beban itu sendiri tidak sehat, Route 53 mengarahkan lalu lintas ke sumber daya lain yang tersedia, seperti penyeimbang beban yang sehat atau situs web statis di Amazon S3.

Misalnya, misalkan Anda memiliki aplikasi web untukwww.example.com, dan Anda ingin instance redundan berjalan di belakang dua penyeimbang beban yang berada di Wilayah yang berbeda. Anda ingin lalu lintas terutama diarahkan ke penyeimbang beban di satu Wilayah, dan Anda ingin menggunakan penyeimbang beban di Wilayah lain sebagai cadangan selama kegagalan. Jika Anda mengonfigurasi DNS failover, Anda dapat menentukan penyeimbang beban primer dan sekunder (cadangan) Anda. Rute 53 mengarahkan lalu lintas ke penyeimbang beban utama jika tersedia, atau ke penyeimbang beban sekunder sebaliknya.

Menggunakan evaluasi kesehatan target
  • Ketika mengevaluasi kesehatan target diatur ke Yes catatan alias untuk Network Load Balancer, Route 53 mengevaluasi kesehatan sumber daya yang ditentukan oleh nilai. alias target Untuk Network Load Balancer, Route 53 menggunakan pemeriksaan kesehatan kelompok sasaran yang terkait dengan penyeimbang beban.

  • Ketika semua kelompok sasaran dalam Network Load Balancer sehat, Route 53 menandai catatan alias sebagai sehat. Jika kelompok sasaran berisi setidaknya satu target sehat, pemeriksaan kesehatan kelompok sasaran lolos. Route 53 kemudian mengembalikan catatan sesuai dengan kebijakan perutean Anda. Jika kebijakan routing failover digunakan, Route 53 mengembalikan catatan utama.

  • Jika salah satu grup target dalam Network Load Balancer tidak sehat, catatan alias gagal dalam pemeriksaan kesehatan Route 53 (fail-open). Jika menggunakan evaluasi kesehatan target, ini akan gagal dalam kebijakan perutean failover.

  • Jika semua grup target dalam Network Load Balancer kosong (tidak ada target), maka Route 53 menganggap catatan tidak sehat (fail-open). Jika menggunakan evaluasi kesehatan target, ini akan gagal dalam kebijakan perutean failover.

Untuk informasi selengkapnya, lihat Mengonfigurasi DNS failover di Panduan Pengembang Amazon Route 53.