Konfigurasi perutean Tipe target Jenis alamat IP Versi protokol Target-target terdaftar.Atribut grup target Algoritma perutean Kesehatan kelompok sasaran

Kelompok-kelompok target untuk Application Load Balancers

Grup target merutekan permintaan ke target terdaftar individual, seperti EC2 instance, menggunakan protokol dan nomor port yang Anda tentukan. Anda dapat mendaftarkan target dengan beberapa grup target. Anda dapat mengonfigurasi pemeriksaan kondisi berdasarkan per grup target. Pemeriksaan kondisi dilakukan pada semua target yang terdaftar ke grup target yang ditentukan dalam aturan listener untuk penyeimbang beban Anda.

Setiapkelompok target terbiasa merutekan permintaan untuk satu atau lebih target terdaftar. Ketika Anda membuat setiap aturan pendengar, Anda menentukan kelompok target dan kondisi. Ketika kondisi aturan terpenuhi, lalu lintas diteruskan ke kelompok target yang sesuai. Anda dapat membuat kelompok-kelompok 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. Anda dapat menggunakan setiap grup target hanya dengan satu penyeimbang beban. Untuk informasi selengkapnya, lihat Komponen Application Load Balancer.

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. Load balancer merutekan permintaan ke target terdaftar yang sehat.

Daftar Isi

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.

Kelompok target mendukung protokol dan port berikut ini:

Protokol:, HTTP HTTPS
Port: 1-65535

Ketika grup target dikonfigurasi dengan HTTPS protokol atau menggunakan pemeriksaan HTTPS kesehatan, jika ada HTTPS pendengar yang menggunakan kebijakan keamanan TLS 1.3, kebijakan ELBSecurityPolicy-TLS13-1-0-2021-06 keamanan akan digunakan untuk koneksi target. Jika tidak, kebijakan ELBSecurityPolicy-2016-08 keamanan digunakan. 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, dan targetnya 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. Lalu lintas yang pergi tidak AWS akan memiliki perlindungan yang sama, dan langkah-langkah tambahan mungkin diperlukan untuk mengamankan lalu lintas lebih lanjut.

Tipe target

Bila Anda membuat grup target, Anda menentukan jenis targetnya, yang menentukan jenis target yang Anda tentukan saat mendaftarkan target dengan grup target ini. Setelah Anda membuat grup target, Anda tidak dapat mengubah jenis target tersebut.

Status yang mungkin muncul adalah sebagai berikut:

instance: Target ditentukan oleh contoh ID.
ip: Targetnya adalah alamat IP.
lambda: Targetnya adalah fungsi Lambda.

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

Subnet dari VPC untuk kelompok sasaran
10.0.0.0/8 (1918) RFC
100.64.0.0/10 (6598) RFC
172.16.0.0/12 (1918) RFC
192.168.0.0/16 (1918) RFC

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:

Contoh dalam a VPC yang diintip ke penyeimbang beban VPC (Wilayah yang sama atau Wilayah yang berbeda).
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 koneksi VPN Situs-ke-Situs.

catatan

Untuk Application Load Balancer yang ditempatkan di dalam Zona Lokal, ip target harus berada di Zona Lokal yang sama untuk menerima lalu lintas.

Untuk informasi selengkapnya, lihat Apa itu AWS Local Zones?

Jika Anda menentukan target menggunakan ID instance, lalu lintas dialihkan ke instance menggunakan alamat IP pribadi utama yang ditentukan dalam antarmuka jaringan utama untuk instance. Jika Anda menentukan target menggunakan alamat IP, Anda dapat mengarahkan lalu lintas ke instance menggunakan alamat IP pribadi dari satu atau beberapa antarmuka jaringan. Hal ini memungkinkan beberapa aplikasi pada contoh untuk menggunakan port yang sama. Setiap antarmuka jaringan dapat memiliki grup keamanan sendiri.

Jika jenis target grup target Andalambda, Anda dapat mendaftarkan fungsi Lambda tunggal. Ketika load balancer menerima permintaan untuk fungsi Lambda, fungsi Lambda akan terpicu. Untuk informasi selengkapnya, lihat Gunakan fungsi Lambda sebagai target Application Load Balancer.

Anda dapat mengonfigurasi Amazon Elastic Container Service (AmazonECS) sebagai target Application Load Balancer Anda. Untuk informasi selengkapnya, lihat Membuat Application Load Balancer di Panduan Pengguna Amazon Elastic Container Service untuk. AWS Fargate

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.

Application Load Balancers mendukung keduanya IPv4 dan kelompok IPv6 sasaran. Pilihan default adalah IPv4.

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 sasaran hanya dapat digunakan dengan penyeimbang dualstack beban.
IPv6kelompok sasaran mendukung target tipe IP dan Instance.

Versi protokol

Secara default, Application Load Balancer mengirim permintaan ke target menggunakan /1.1. HTTP Anda dapat menggunakan versi protokol untuk mengirim permintaan ke target menggunakan HTTP /2 atau gRPC.

Tabel berikut merangkum hasil untuk kombinasi protokol permintaan dan versi protokol kelompok target.

Protokol permintaan	Versi protokol	Hasil
HTTP/1.1	HTTP/1.1	Berhasil
HTTP/2	HTTP/1.1	Berhasil
g RPC	HTTP/1.1	Kesalahan
HTTP/1.1	HTTP/2	Kesalahan
HTTP/2	HTTP/2	Berhasil
g RPC	HTTP/2	Berhasil jika target mendukung g RPC
HTTP/1.1	g RPC	Kesalahan
HTTP/2	g RPC	Sukses jika POST permintaan
g RPC	g RPC	Berhasil

Pertimbangan untuk versi RPC protokol g

Satu-satunya protokol pendengar yang didukung adalahHTTPS.
Satu-satunya jenis tindakan yang didukung untuk aturan pendengar adalahforward.
Jenis-jenis target yang didukung hanya instance dan ip.
Penyeimbang beban mem-parsing RPC permintaan g dan merutekan RPC panggilan g ke grup target yang sesuai berdasarkan paket, layanan, dan metode.
Load balancer mendukung streaming unary, client-side, streaming sisi server, dan streaming bi-directional.
Anda harus menyediakan metode pemeriksaan kesehatan kustom dengan format/package.service/method.
Anda harus menentukan kode RPC status g yang akan digunakan saat memeriksa respons yang berhasil dari target.
Anda tidak dapat menggunakan fungsi Lambda sebagai target.

Pertimbangan untuk versi protokol HTTP /2

Satu-satunya protokol pendengar yang didukung adalahHTTPS.
Satu-satunya jenis tindakan yang didukung untuk aturan pendengar adalahforward.
Jenis-jenis target yang didukung hanya instance dan ip.
Load balancer mendukung streaming dari klien. Load balancer tidak mendukung streaming ke target.

Target-target terdaftar.

Load balancer Anda berfungsi sebagai titik kontak tunggal untuk klien dan mendistribusikan lalu lintas masuk ke seluruh target terdaftar yang sehat. Anda dapat mendaftarkan setiap target dengan satu atau lebih kelompok 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 Anda perlu untuk melayani target Anda, Anda dapat membatalkan pendaftaran (deregistrasi) target dari kelompok target Anda. Proses deregisterasi target menghapus itu dari kelompok target Anda, tetapi tidak mempengaruhi target sebaliknya. Load balancer berhenti routing permintaan ke target segera setelah pendaftaran terbatalkan. Target memasuki keadaandraining hingga permintaan dalam penerbangan telah selesai. Anda dapat mendaftarkan target dengan kelompok target lagi ketika target Anda siap untuk untuk melanjutkan menerima permintaan.

Jika Anda mendaftarkan target berdasarkan ID instans, Anda dapat menggunakan load balancer 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.

Batas

Anda tidak dapat mendaftarkan alamat IP Application Load Balancer lain dalam hal yang sama. VPC Jika Application Load Balancer lainnya berada di sebuah VPC yang diintip ke load balancerVPC, Anda dapat mendaftarkan alamat IP-nya.
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.

Atribut grup target

Atribut grup target berikut didukung jika jenis grup targetinstanceatauip:

deregistration_delay.timeout_seconds: Jumlah waktu tunggu untuk Elastic Load Balancing sebelum membatalkan pendaftaran target. Rentangnya adalah 0—3600 detik. Nilai default adalah 300 detik.
load_balancing.algorithm.type: Algoritma load balancing menentukan bagaimana load balancer memilih target saat merutekan permintaan. Nilainya adalahround_robin,least_outstanding_requests, atauweighted_random. Default-nya adalah round_robin.
load_balancing.algorithm.anomaly_mitigation: Hanya tersedia bila load_balancing.algorithm.type adaweighted_random. Menunjukkan apakah mitigasi anomali diaktifkan. Nilainya adalah on atau off. Default adalah off.
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.
slow_start.duration_seconds: Jangka waktu, dalam hitungan detik, di mana load balancer mengirimkan target yang baru terdaftar peningkatan secara linier bagian lalu lintas ke kelompok target. Jangkauannya adalah 30-900 detik (15 menit). Waktu default adalah 0 detik (tidak diaktifkan).
stickiness.enabled: Menunjukkan apakah sesi lengket diaktifkan. Nilai dari true adalah false. Default adalah false.
stickiness.app_cookie.cookie_name: Nama cookie aplikasi. Nama cookie aplikasi tidak dapat memiliki awalan berikut:AWSALB,AWSALBAPP, atauAWSALBTG; mereka dicadangkan untuk digunakan oleh load balancer.
stickiness.app_cookie.duration_seconds: Periode kedaluwarsa cookie berbasis aplikasi, dalam hitungan detik. Setelah periode ini, cookie dianggap basi. Nilai minimum adalah 1 detik dan nilai maksimum adalah 7 hari (604800 detik). Nilai default adalah 1 hari (86400 detik).
stickiness.lb_cookie.duration_seconds: Periode kedaluwarsa cookie berbasis durasi, dalam hitungan detik. Setelah periode ini, cookie dianggap basi. Nilai minimum adalah 1 detik dan nilai maksimum adalah 7 hari (604800 detik). Nilai default adalah 1 hari (86400 detik).
stickiness.type: Jenis kelengketan. Nilai yang mungkin adalah … dan … .
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 failaway dinonaktifkan, artinya bahkan jika semua target tidak sehat di grup target, node 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 node sebagai tidak sehatDNS, sehingga lalu lintas hanya diarahkan ke node yang sehat. Nilai yang mungkin adalahoff, atau bilangan bulat dari 1 ke jumlah maksimum target. Ketikaoff, DNS failaway dinonaktifkan, artinya bahkan jika semua target tidak sehat di grup target, node 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.

Atribut grup target berikut didukung jika jenis grup targetlambda:

lambda.multi_value_headers.enabled: Menunjukkan apakah permintaan dan respon header dipertukarkan antara load balancer dan fungsi Lambda termasuk array nilai atau string. Nilai yang mungkin adalahtrueataufalse. Nilai default-nya adalah false. Untuk informasi selengkapnya, lihat Header nilai ganda.

Algoritma perutean

Algoritma routing adalah metode yang digunakan oleh load balancer saat menentukan target mana yang akan menerima permintaan. Algoritma routing round robin digunakan secara default untuk merutekan permintaan di tingkat grup target. Permintaan yang paling tidak menonjol dan algoritme perutean acak tertimbang juga tersedia berdasarkan kebutuhan aplikasi Anda. Grup target hanya dapat memiliki satu algoritma routing aktif pada satu waktu, namun algoritma routing dapat diperbarui kapan pun diperlukan.

Jika Anda mengaktifkan sesi lengket, algoritme perutean yang dipilih akan digunakan untuk pemilihan target awal. Permintaan masa depan dari klien yang sama akan diteruskan ke target yang sama, melewati algoritma routing yang dipilih.

Round robin

Algoritma routing round robin merutekan permintaan secara merata di seluruh target sehat dalam kelompok target, dalam urutan berurutan.
Algoritma ini biasanya digunakan ketika permintaan yang diterima serupa dalam kompleksitas, target terdaftar serupa dalam kemampuan pemrosesan, atau jika Anda perlu mendistribusikan permintaan secara merata di antara target.

Permintaan paling tidak tertunda

Algoritme perutean permintaan yang paling tidak menonjol merutekan permintaan ke target dengan jumlah permintaan yang sedang berlangsung terendah.
Algoritma ini biasanya digunakan ketika permintaan yang diterima bervariasi dalam kompleksitas, target terdaftar bervariasi dalam kemampuan pemrosesan.
Ketika penyeimbang beban yang mendukung HTTP /2 menggunakan target yang hanya mendukung HTTP /1.1, ia mengubah permintaan menjadi beberapa permintaan /1.1. HTTP Dalam konfigurasi ini, algoritme permintaan yang paling tidak beredar akan memperlakukan setiap permintaan HTTP /2 sebagai beberapa permintaan.
Saat menggunakan WebSockets, target dipilih menggunakan algoritma permintaan yang paling tidak beredar. Setelah dipilih, penyeimbang beban membuat koneksi ke target dan mengirim semua pesan melalui koneksi ini.
Algoritma routing permintaan yang paling tidak menonjol tidak dapat digunakan dengan mode start lambat.

Acak tertimbang

Algoritme perutean acak tertimbang merutekan permintaan secara merata di seluruh target sehat dalam kelompok target, dalam urutan acak.
Algoritma ini mendukung mitigasi anomali Automatic Target Weights (ATW).
Algoritma routing acak tertimbang tidak dapat digunakan dengan mode start lambat.

Memodifikasi algoritma routing dari kelompok target

Anda dapat memodifikasi algoritma routing untuk grup target Anda kapan saja.

Untuk mengubah algoritma routing menggunakan konsol baru

Buka EC2 konsol Amazon di https://console.aws.amazon.com/ec2/.
Pada panel navigasi, di bawah Penyeimbangan Beban, pilih Grup Target.
Pilih nama grup target untuk menampilkan detailnya.
Pada halaman detail grup target, pada tab Atribut, pilih Edit.
Pada halaman Edit atribut grup target, di bagian konfigurasi Lalu lintas, di bawah Algoritma penyeimbangan beban, pilih Round robin, Permintaan paling tidak beredar, atau Weighted random.
Pilih Simpan perubahan.

Untuk memodifikasi algoritma routing menggunakan AWS CLI

Gunakan modify-target-group-attributesperintah dengan load_balancing.algorithm.type atribut.

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

Anda tidak dapat menggunakan fitur ini dengan grup target yang targetnya adalah fungsi Lambda. Jika Application Load Balancer adalah target Network Load Balancer atau Global Accelerator, jangan mengkonfigurasi ambang batas untuk failover. DNS
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.
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.

Pemantauan

Untuk memantau kesehatan kelompok sasaran Anda, lihat CloudWatch metrik untuk kesehatan kelompok sasaran.

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 Application Load Balancer, Route 53 mengevaluasi kesehatan sumber daya yang ditentukan oleh nilai. alias target Untuk Application Load Balancer, Route 53 menggunakan pemeriksaan kesehatan kelompok sasaran yang terkait dengan load balancer.
Ketika semua kelompok sasaran dalam Application 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 kelompok sasaran dalam Application 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 kelompok target dalam Application 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.

Awas Javascript dinonaktifkan atau tidak tersedia di browser Anda.

Untuk menggunakan Dokumentasi AWS, Javascript harus diaktifkan. Lihat halaman Bantuan browser Anda untuk petunjuk.

Konvensi Dokumen

Menghapus listener

Buat grup target