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

Mengedit atribut untuk Application Load Balancer

Setelah Anda membuat Application Load Balancer, Anda dapat mengedit atributnya.

Batas waktu idle koneksi

Batas waktu idle koneksi adalah periode waktu klien yang ada atau koneksi target dapat tetap tidak aktif, tanpa data dikirim atau diterima, sebelum penyeimbang beban menutup koneksi.

Untuk memastikan bahwa operasi yang panjang seperti unggahan file memiliki waktu untuk diselesaikan, kirim setidaknya 1 byte data sebelum setiap periode batas waktu idle berlalu dan tingkatkan panjang periode batas waktu idle sesuai kebutuhan. Sebaiknya konfigurasikan juga batas waktu idle aplikasi Anda menjadi lebih besar daripada batas waktu idle yang dikonfigurasi untuk penyeimbang beban. Jika tidak, jika aplikasi menutup TCP koneksi ke penyeimbang beban dengan tidak adil, penyeimbang beban mungkin mengirim permintaan ke aplikasi sebelum menerima paket yang menunjukkan bahwa koneksi ditutup. Jika ini masalahnya, maka penyeimbang beban mengirimkan kesalahan HTTP 502 Bad Gateway ke klien.

Secara default, Elastic Load Balancing menetapkan nilai batas waktu idle untuk penyeimbang beban Anda menjadi 60 detik, atau 1 menit. Gunakan prosedur berikut untuk mengatur nilai batas waktu idle yang berbeda.

Untuk memperbarui nilai batas waktu idle menggunakan AWS CLI

Gunakan modify-load-balancer-attributesperintah dengan idle_timeout.timeout_seconds atribut.

HTTPdurasi keepalive klien

Durasi keepalive HTTP klien adalah durasi maksimum waktu Application Load Balancer mempertahankan koneksi HTTP persisten ke klien. Setelah durasi keepalive HTTP klien yang dikonfigurasi berlalu, Application Load Balancer menerima satu permintaan lagi dan kemudian mengembalikan respons yang menutup koneksi dengan anggun.

Jenis respons yang dikirim oleh penyeimbang beban tergantung pada HTTP versi yang digunakan oleh koneksi klien.

Secara default, Application Load Balancer menetapkan nilai durasi keepalive HTTP klien untuk load balancer menjadi 3600 detik, atau 1 jam. Durasi keepalive HTTP klien tidak dapat dimatikan atau disetel di bawah minimum 60 detik, tetapi Anda dapat meningkatkan durasi keepalive HTTP klien, hingga maksimum 604800 detik, atau 7 hari. Application Load Balancer memulai periode durasi keepalive HTTP klien saat HTTP koneksi ke klien awalnya dibuat. Periode durasi berlanjut ketika tidak ada lalu lintas, dan tidak diatur ulang sampai koneksi baru dibuat.

Ketika lalu lintas penyeimbang beban digeser dari Zona Ketersediaan yang terganggu menggunakan pergeseran zona atau pergeseran otomatis zona, klien dengan koneksi terbuka yang ada mungkin terus membuat permintaan terhadap lokasi yang rusak hingga klien terhubung kembali. Untuk mendukung pemulihan yang lebih cepat, pertimbangkan untuk menetapkan nilai durasi keepalive yang lebih rendah, untuk membatasi jumlah waktu klien tetap terhubung ke penyeimbang beban. Untuk informasi selengkapnya, lihat Batasi waktu klien tetap terhubung ke titik akhir Anda di Panduan Pengembang Amazon Application Recovery Controller (ARC).

Application Load Balancer menetapkan nilai durasi keepalive HTTP klien selama koneksi awal. Saat Anda memperbarui durasi keepalive HTTP klien, ini dapat menghasilkan koneksi simultan dengan nilai durasi keepalive HTTP klien yang berbeda. Koneksi yang ada mempertahankan nilai durasi keepalive HTTP klien yang diterapkan selama koneksi awal. Koneksi baru menerima nilai durasi keepalive HTTP klien yang diperbarui.

Untuk memperbarui nilai durasi keepalive klien menggunakan AWS CLI

Gunakan modify-load-balancer-attributesperintah dengan client_keep_alive.seconds atribut.

Perlindungan penghapusan

Untuk mencegah penyeimbang beban terhapus secara tidak sengaja, Anda dapat mengaktifkan perlindungan penghapusan. Secara default, perlindungan penghapusan dinonaktifkan untuk penyeimbang beban Anda.

Jika Anda mengaktifkan perlindungan penghapusan untuk penyeimbang beban, Anda harus menonaktifkannya sebelum dapat menghapus penyeimbang beban.

Untuk mengaktifkan atau menonaktifkan perlindungan penghapusan menggunakan AWS CLI

Gunakan modify-load-balancer-attributesperintah dengan deletion_protection.enabled atribut.

Mode mitigasi desync

Mode mitigasi desync melindungi aplikasi Anda dari masalah karena desync. HTTP Penyeimbang beban mengklasifikasikan setiap permintaan berdasarkan tingkat ancamannya, memungkinkan permintaan yang aman, lalu mengurangi risiko seperti yang ditentukan oleh mode mitigasi yang Anda tentukan. Mode mitigasi desync adalah monitor, defensive, dan strictest. Defaultnya adalah mode defensif, yang menyediakan mitigasi tahan lama terhadap HTTP desync sambil mempertahankan ketersediaan aplikasi Anda. Anda dapat beralih ke mode paling ketat untuk memastikan bahwa aplikasi Anda hanya menerima permintaan yang sesuai dengan RFC7230.

Pustaka http_desync_guardian menganalisis permintaan untuk mencegah serangan desync. HTTP HTTP Untuk informasi lebih lanjut, lihat HTTPDesync Guardian di. GitHub

Jika permintaan tidak sesuai dengan RFC 7230, penyeimbang beban menambah metrik. DesyncMitigationMode_NonCompliant_Request_Count Untuk informasi selengkapnya, lihat Metrik Application Load Balancer.

Klasifikasi untuk setiap permintaan disertakan dalam log akses penyeimbang beban. Jika permintaan tidak sesuai, log akses menyertakan kode alasan klasifikasi. Untuk informasi selengkapnya, lihat Alasan klasifikasi.

Modus

Tabel berikut menjelaskan cara Application Load Balancer menangani permintaan berdasarkan mode dan klasifikasi.

¹ Merutekan permintaan, tetapi menutup koneksi klien dan target. Anda mungkin dikenakan biaya tambahan jika penyeimbang beban menerima sejumlah besar permintaan Ambigu dalam mode Defensive. Ini karena peningkatan jumlah koneksi baru per detik berkontribusi pada Load Balancer Capacity Units (LCU) yang digunakan per jam. Anda dapat menggunakan metrik NewConnectionCount untuk membandingkan cara penyeimbang beban membuat koneksi baru dalam mode Monitor dan mode Defensive.

Untuk memperbarui mode mitigasi desync menggunakan AWS CLI

Gunakan modify-load-balancer-attributesperintah dengan routing.http.desync_mitigation_mode atribut yang disetel kemonitor,defensive, ataustrictest.

Pelestarian header host

Saat Anda mengaktifkan atribut header Preserve host, Application Load Balancer mempertahankan Host header dalam HTTP permintaan, dan mengirimkan header ke target tanpa modifikasi apa pun. Jika Application Load Balancer menerima beberapa Host header, itu mempertahankan semuanya. Aturan pendengar hanya diterapkan pada Host header pertama yang diterima.

Secara default, ketika atribut header Preserve host tidak diaktifkan, Application Load Balancer memodifikasi Host header dengan cara berikut:

Ketika pelestarian header host tidak diaktifkan, dan port listener adalah port non-default: Saat tidak menggunakan port default (port 80 atau 443) kami menambahkan nomor port ke header host jika belum ditambahkan oleh klien. Misalnya, Host header dalam HTTP permintaan dengan Host: www.example.com akan dimodifikasi menjadiHost: www.example.com:8080, jika port listener adalah port non-default seperti. 8080

Ketika pelestarian header host tidak diaktifkan, dan port listener adalah port default (port 80 atau 443): Untuk port pendengar default (baik port 80 atau 443), kami tidak menambahkan nomor port ke header host keluar. Nomor port apa pun yang sudah ada di header host masuk, dihapus.

Tabel berikut menunjukkan lebih banyak contoh bagaimana Application Load Balancers memperlakukan header host dalam HTTP permintaan berdasarkan port listener.

Untuk mengaktifkan pelestarian header host menggunakan AWS CLI

Gunakan modify-load-balancer-attributesperintah dengan routing.http.preserve_host_header.enabled atribut yang disetel ketrue.