Anda dapat menyesuaikan aturan pengalihan listener Application Load Balancer (ALB) untuk mengarahkan permintaan klien ke server backend dalam satu atau beberapa grup server dan mengembalikan respons kepada klien berdasarkan aturan yang Anda tentukan.
Ikhtisar aturan pengalihan
Anda dapat menambahkan beberapa aturan pengalihan ke satu listener pada instans Application Load Balancer (ALB). Setiap aturan berlaku untuk lalu lintas inbound (permintaan klien) atau outbound (respons backend). Instans ALB Edisi Dasar hanya mendukung aturan pengalihan inbound. Instans ALB Edisi Standar dan yang diaktifkan WAF mendukung aturan pengalihan inbound maupun outbound. Setiap aturan pengalihan terdiri dari kondisi yang mencocokkan paket masuk dan aksi yang menentukan cara meneruskan lalu lintas yang cocok. Anda dapat menentukan satu atau lebih kondisi serta satu atau lebih aksi dalam satu aturan.
Untuk instans ALB Edisi Standar dan yang diaktifkan WAF, ketika klien mengirim permintaan ke ALB, ALB memproses permintaan tersebut menggunakan Inbound forwarding rule sebelum mengirimkannya ke server backend. Respons dari server backend kemudian diproses oleh ALB menggunakan Outbound forwarding rule sebelum dikembalikan ke klien.
Aturan pengalihan inbound hanya mendukung kondisi dan aksi inbound.
Aturan pengalihan outbound mendukung kondisi dan aksi outbound, serta secara opsional kondisi inbound.
Setiap aturan pengalihan harus menyertakan setidaknya satu aksi Forward, Redirect, atau Return Fixed Responses. Hal ini memastikan bahwa permintaan klien tidak dibuang selama proses pengalihan.
Tabel 1. Aturan pengalihan yang didukung oleh instans ALB Edisi Dasar
Klasifikasi
Aturan Pengalihan
Forward action
Inbound
Domain Name, Path, HTTP Header
Forward, Redirect
Tabel 2. Aturan pengalihan yang didukung oleh instans ALB Edisi Standar dan yang diaktifkan WAF
Klasifikasi
Kondisi Pengalihan
Aksi Pengalihan
Inbound
Domain Name, Path, HTTP Header, Query String, HTTP Request Method, Cookie, Source IP
Forward, Redirect, Return Fixed Responses, Rewrite, Add Header, Remove Header, Throttle Traffic, Mirror Traffic, CORS
Arah respons
Kondisi inbound (opsional): Domain Name, Path, HTTP Header, Query String, HTTP Request Method, Cookie, Source IP
Kondisi outbound: Response Status Code, Response Header
Return Fixed Response, Add Header dan Remove Header
Logika pencocokan
Kebijakan pencocokan: ALB mencocokkan setiap permintaan klien terhadap aturan pengalihan berdasarkan prioritas. Angka aturan yang lebih kecil menunjukkan prioritas yang lebih tinggi. Ketika permintaan cocok dengan suatu aturan, ALB meneruskan lalu lintas tersebut dan berhenti mengevaluasi aturan berikutnya.
Jika tidak ada aturan inbound kustom yang cocok, ALB menggunakan aturan inbound default.
Jika tidak ada aturan pengalihan outbound yang cocok, ALB mengembalikan respons langsung ke klien.
Jika Anda mengatur path ke /*, aturan tersebut akan mencocokkan semua path. Untuk menangani permintaan tak terduga, Anda dapat membuat aturan dengan kondisi path diatur ke /* dan aksi diatur ke Return Fixed Responses dengan kode status 404 atau 403. Kemudian, pindahkan aturan ini ke posisi kedua dari bawah dalam daftar.
Hubungan Logis Antara Kondisi Pengalihan: Anda dapat mengonfigurasi beberapa kondisi dalam satu aturan pengalihan. Kondisi dari tipe berbeda memiliki hubungan AND. Beberapa nilai untuk tipe kondisi yang sama memiliki hubungan OR.
AND antara kondisi berbeda: Misalnya, jika suatu aturan mencakup nama domain
*.example.comdan path/api/*, permintaan harus memenuhi kedua kondisi tersebut agar aturan dipicu. Jika permintaan hanya memenuhi satu kondisi, aturan tidak dipicu.OR antara beberapa nilai dari kondisi yang sama: Misalnya, jika Anda menambahkan
www.example.comdan www.test.com sebagai nilai nama domain, permintaan akan cocok dengan kondisi tersebut jika domain-nya adalah www.example.com atauwww.test.com.
Prioritas aturan pengalihan: Aturan dievaluasi berdasarkan urutan prioritas, dari tertinggi ke terendah. Angka yang lebih kecil menunjukkan prioritas yang lebih tinggi.
Contoh berikut menunjukkan cara ALB mencocokkan beberapa aturan:
Prioritas | Kondisi Pengalihan | Aksi | Deskripsi |
1 | Domain: | Forward to Server Group A | Domain eksak + path wildcard. Prioritas tertinggi. |
2 | Domain: | Forward to Server Group B | Domain eksak + semua path. Prioritas kedua tertinggi. |
3 | Domain: | Forward to Server Group C | Domain wildcard. Prioritas ketiga tertinggi. |
Default | - (mencocokkan semua permintaan) | Forward to Server Group D | Aturan fallback. Prioritas terendah. |
Permintaan
api.example.com/v2/userscocok dengan Aturan 1. Permintaan diteruskan ke Server Group A.Permintaan
api.example.com/v1/userstidak cocok dengan Aturan 1 karena path-nya tidak sesuai dengan/v2/*. Namun, permintaan tersebut cocok dengan Aturan 2 dan diteruskan ke Server Group B.Permintaan
web.example.com/indextidak cocok dengan Aturan 1 atau Aturan 2 karena nama domain-nya tidak sesuai. Namun, permintaan tersebut cocok dengan Aturan 3 dan diteruskan ke Server Group C.Permintaan
other.com/pagetidak cocok dengan aturan kustom apa pun. Permintaan tersebut diteruskan ke Server Group D oleh aturan default.
ALB memproses aturan pengalihan berdasarkan nomor prioritasnya dan tidak secara otomatis mengurutkannya berdasarkan presisi nama domain atau path. Untuk memprioritaskan nama domain yang cocok persis, Anda harus secara manual menempatkan aturan nama domain yang cocok persis sebelum aturan wildcard atau ekspresi reguler dengan memberikan prioritas yang lebih tinggi (angka yang lebih kecil). Perilaku pencocokan ini berbeda dari Pencocokan awalan terpanjang Nginx dan pengurutan otomatis CLB berdasarkan presisi nama domain.
Aturan pengalihan default: Setelah Anda membuat listener, ALB secara otomatis membuat aturan inbound default. Kondisi untuk aturan ini adalah -, yang berarti mencocokkan semua permintaan klien. Aksinya adalah Forward permintaan ke grup server yang terkait dengan listener tersebut.
Anda tidak dapat menghapus aturan default. Anda dapat mengubah grup server tujuannya.
Aturan default memiliki prioritas terendah dan prioritasnya tidak dapat diubah.
Batasan
Instans ALB Edisi Dasar hanya mendukung aturan pengalihan inbound. Instans ALB Edisi Standar dan yang diaktifkan WAF mendukung aturan pengalihan inbound maupun outbound.
Instans ALB Edisi Dasar hanya mendukung Domain Name, Path, dan HTTP Header sebagai kondisi pengalihan, serta hanya Forward To dan Redirect To sebagai aksi pengalihan. Untuk menggunakan aturan pengalihan lainnya, Anda harus upgrade ke instans ALB Edisi Standar atau yang diaktifkan WAF.
Untuk informasi selengkapnya tentang fitur instans ALB Edisi Dasar, Standar, dan yang diaktifkan WAF, lihat Fitur.
Jumlah maksimum aturan pengalihan per instans ALB (tidak termasuk aturan default):
Edisi Instans
Default
Dapat ditingkatkan menjadi
Peningkatan kuota tersedia
Dasar
40
100
Ya
Standar
100
200
Ya
Diaktifkan WAF
100
200
Ya
Jika Anda mendekati atau telah mencapai kuota:
Ajukan peningkatan kuota di Quota Center.
Gabungkan aturan serupa. Anda dapat menggunakan logika OR untuk beberapa nilai dari kondisi yang sama guna mengurangi jumlah total aturan.
Upgrade instans Edisi Dasar Anda ke Edisi Standar atau instans yang diaktifkan WAF untuk meningkatkan kuota. Untuk informasi selengkapnya, lihat upgrade.
Untuk informasi selengkapnya tentang batasan per aturan untuk aksi, kondisi, dan entri wildcard, lihat Kuota.
Prasyarat
Anda telah membuat grup server dan menambahkan server backend ke dalamnya.
Anda telah membuat instans ALB.
Anda telah mengonfigurasi listener untuk instans ALB Anda dan mengaitkannya dengan grup server Anda. Untuk informasi selengkapnya, lihat Tambahkan listener HTTP, Tambahkan listener HTTPS, atau Tambahkan listener QUIC.
Tambahkan aturan pengalihan
Aturan pengalihan default ditentukan saat Anda membuat listener. Anda dapat menambahkan lebih banyak aturan pengalihan setelah listener dibuat.
Masuk ke Konsol ALB.
Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.
Pada halaman Instances, klik ID instans yang ingin Anda kelola.
Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.
Pada tab Forwarding Rules, pilih tab Inbound Forwarding Rules atau Outbound Forwarding Rules, lalu klik Add New Rule.
Pada panel Add Forwarding Rule, konfigurasikan parameter yang dijelaskan dalam tabel berikut dan klik OK.
CatatanKetika suatu kondisi pengalihan memiliki beberapa aksi pengalihan, aksi-aksi tersebut dievaluasi menggunakan hubungan OR. Artinya, lalu lintas permintaan yang cocok dengan salah satu aksi tersebut akan diteruskan.
Logika AND berlaku untuk kondisi yang berbeda. Jika suatu aturan memiliki beberapa kondisi, permintaan harus memenuhi semua kondisi tersebut agar aturan dipicu.
Aturan pengalihan inbound
Parameter
Deskripsi
Name
Masukkan nama kustom. Jika dibiarkan kosong, ALB akan menghasilkan nama secara otomatis.
Satu aturan hanya dapat memiliki satu nama.
Forwarding Conditions
Pilih tipe kondisi. Anda juga dapat mengklik + Add Condition untuk menambahkan lebih banyak kondisi:
Domain Name: Tambahkan satu atau beberapa nama domain. Nama domain harus terdiri dari 3–128 karakter. Gunakan tanda bintang (*) dan tanda tanya (?) sebagai wildcard (* cocok dengan string apa pun; ? cocok dengan satu karakter). Jenis yang didukung: domain eksak, wildcard, dan ekspresi reguler. Untuk detailnya, lihat Aturan pengalihan berbasis nama domain.
Pencocokan eksak: Domain permintaan harus persis sama dengan domain yang dikonfigurasi. Contoh:
www.example.com.Pencocokan wildcard: Gunakan
*untuk mencocokkan string apa pun (termasuk.), dan?untuk mencocokkan satu karakter. Contoh:*.example.comcocok denganapi.example.comdanwww.example.com.Pencocokan ekspresi reguler: Gunakan ekspresi reguler. Tidak peka huruf besar/kecil. Contoh:
^www\.example\.(com|cn)$cocok dengan domain yang diakhiri dengan.comatau.cn.
Path: Tambahkan satu atau beberapa path. Mendukung path literal dan ekspresi reguler. Untuk detailnya, lihat Aturan pengalihan berbasis path.
Pencocokan eksak: Contoh:
/api/v1/usershanya cocok dengan path tersebut secara persis.Pencocokan wildcard: Contoh:
/api/*cocok dengan semua path yang dimulai dengan/api/(termasuk subpath)./*cocok dengan semua path. Pencocokan path peka huruf besar/kecil.Pencocokan ekspresi reguler: Contoh:
^/api/(.*)/list$cocok dengan path yang dimulai dengan/api/dan diakhiri dengan/list. Anda dapat memilih pencocokan peka atau tidak peka huruf besar/kecil.
Contoh: Untuk URL
www.example.com/test/test1?x=1&y=2, atur path ke/test/*.HTTP Header: Masukkan nama header di bidang Key dan nilainya di bidang Value. Anda dapat menambahkan beberapa header. Key harus terdiri dari 1–40 karakter dan hanya boleh berisi huruf, angka, garis bawah (_), dan tanda hubung (-). Value harus terdiri dari 1–128 karakter dan hanya boleh berisi karakter yang dapat dicetak. Value tidak boleh diawali atau diakhiri dengan spasi. Value mendukung wildcard * dan ?. Pencocokan key tidak peka huruf besar/kecil.
Contoh: Key
user-agent, Value*Mozilla/4.0*(cocok dengan semua permintaan yang mengandungMozilla/4.0).Query String: Tambahkan satu atau beberapa pasangan kunci-nilai. Key harus terdiri dari 1–100 karakter. Value harus terdiri dari 1–128 karakter. Karakter yang didukung: huruf kecil (pencocokan tidak peka huruf besar/kecil), tanda bintang (*), dan tanda tanya (?). Tidak didukung: spasi dan karakter khusus
#[]{}\|<>&.Contoh: Untuk URL
www.example.com/test/test1?x=1&y=2, atur query string kex:1atauy:2.HTTP Request Method: Tambahkan satu atau beberapa metode. Opsi: HEAD, GET, POST, OPTIONS, PUT, PATCH, DELETE.
Cookie: Tambahkan satu atau beberapa cookie. Key harus terdiri dari 1–100 karakter. Value harus terdiri dari 1–128 karakter. Karakter yang didukung: huruf kecil (pencocokan tidak peka huruf besar/kecil), tanda bintang (*), dan tanda tanya (?). Tidak didukung: spasi dan karakter khusus []{}<>\#|&.
Contoh: Key
key, Valuevalue.Source IP: Tambahkan satu atau beberapa alamat IP atau Blok CIDR. Blok seperti 0.0.0.0/x tidak didukung.
Contoh:
192.168.1.1/32
Forwarding Action
Pilih tipe aksi. Anda juga dapat mengklik + Add Action untuk menambahkan lebih banyak aksi.
Forward To: Pilih grup server target dari daftar grup server. Jenis grup server yang didukung meliputi Server, IP, dan Function Compute. Anda dapat menambahkan beberapa grup server dan mengatur Weight dari 0 hingga 100 untuk setiap grup guna mengontrol rasio distribusi lalu lintas. Saat menambahkan beberapa grup server, Anda juga dapat mengaktifkan Group-level Session Persistence. Fitur ini mengharuskan persistensi sesi juga diaktifkan pada setiap grup server individual yang telah Anda tambahkan.
CatatanAnda dapat menambahkan grup server HTTP dan HTTPS.
Berat maksimum per grup server dapat ditingkatkan hingga 10000. Hubungi manajer akun Anda untuk meminta peningkatan ini.
Redirect To: Pilih protokol dan kode status dari daftar Protocol dan Status Code, lalu masukkan Domain Name, Port, Path, dan string Query tujuan. Dalam aksi pengalihan ini, nilai Protocol, Domain Name, Port, Path, dan Query tidak boleh semuanya merupakan nilai default atau kosong.
CatatanUntuk aturan konfigurasi lanjutan untuk Path dalam Redirect To, lihat Aturan konfigurasi lanjutan untuk path dalam rewrite dan redirection.
Referensi ${x} mengambil nilai yang sesuai dari permintaan. Jika dibiarkan kosong, nilai default dari permintaan akan digunakan.
Untuk informasi selengkapnya tentang kode status, lihat Kode status HTTP.
Return Fixed Responses: Masukkan Response Status Code, lalu pilih Response Content Type dan masukkan Response Content. Kode status harus berupa string numerik dalam format 2xx, 4xx, atau 5xx (di mana x adalah digit apa pun).
Rewrite: Ubah domain, path, atau string query permintaan secara internal sebelum meneruskannya ke backend. URL browser client tetap tidak berubah. Mendukung rewrite Domain Name, Path, dan string Query.
CatatanAksi Rewrite harus digunakan bersama aksi Forward To agar berlaku.
Rewrite dan Redirect To berbeda sebagai berikut: Rewrite adalah pemrosesan internal sisi server, dan URL client tetap tidak berubah. Redirect To mengembalikan kode status HTTP 3xx ke client, dan browser client menavigasi ke URL baru. Jika Anda hanya perlu mengubah path yang diterima backend tanpa mengubah URL yang ditampilkan kepada pengguna, gunakan Rewrite. Jika Anda ingin browser pengguna menavigasi ke alamat baru, gunakan Redirect To.
Contoh sederhana: Untuk rewrite
/app/pagemenjadi/v2/page, atur kondisi path ke/app/page(pencocokan eksak) dan path rewrite ke/v2/page. Untuk mencocokkan semua subpath di bawah/app/, gunakan ekspresi reguler. Lihat Pengaturan aturan pengalihan berbasis path lanjutan untuk rewrite dan redirect.
Add Header: Masukkan key dan value header. Ini akan menimpa header yang sudah ada. Key harus terdiri dari 1–40 karakter dan hanya boleh berisi huruf, angka, garis bawah (_), dan tanda hubung (-). Value harus terdiri dari 1–128 karakter dan hanya boleh berisi karakter yang dapat dicetak. Value tidak boleh diawali atau diakhiri dengan spasi.
Remove Header: Masukkan key header untuk menghapus pasangan key-value tersebut dari permintaan.
CatatanUntuk Add Header dan Remove Header inbound, key berikut tidak diizinkan (tidak peka huruf besar/kecil):
slb-id,slb-ip,x-forwarded-for,x-forwarded-proto,x-forwarded-eip,x-forwarded-port,x-forwarded-client-srcport,x-forwarded-host,connection,upgrade,content-length,transfer-encoding,keep-alive,te,host,cookie,remoteip,authority. Ini adalah field HTTP yang dicadangkan atau kritis. Mengubahnya dapat merusak pengalihan atau koneksi.Throttle Traffic: Konfigurasikan parameter berikut sesuai kebutuhan.
QPS (Total): Masukkan permintaan per detik. Rentang valid: 1–1000000.
QPS (IP-based Rate Limiting): Tentukan nilai pembatasan laju berbasis IP. Nilai valid berkisar antara 1 hingga 1.000.000. Jika Anda mengonfigurasi QPS (total Rate Limiting) dan QPS (IP-based Rate Limiting), nilai pembatasan laju berbasis IP harus lebih kecil daripada nilai pembatasan laju total.
CatatanKetika aksi pengalihan adalah Rate Limiting, aksi tersebut harus digunakan dalam kombinasi dengan aksi pengalihan Forward To yang menargetkan grup server tujuan agar berlaku.
Rate Limit + Forward To: Permintaan yang berada dalam batas laju akan diteruskan ke grup server tujuan. Jika jumlah permintaan per detik (QPS) melebihi batas laju, kode status 503 dikembalikan ke client.
Rate Limiting + Redirect To + Forward To: Permintaan yang berada dalam batas laju akan diteruskan ke grup server tujuan. Jika permintaan per detik (QPS) melebihi batas laju, permintaan akan diarahkan ke alamat baru.
Rate Limiting + Return Fixed Response + Forward To: Permintaan yang berada dalam batas laju akan diteruskan ke grup server tujuan. Jika permintaan per detik (QPS) melebihi batas laju, respons tetap yang telah ditentukan sebelumnya dikembalikan ke client.
Ketika header permintaan X-Forwarded-For berisi beberapa alamat IP, seperti
X-Forwarded-For: <client-ip-address>, <proxy1>, <proxy2>, …, alamat paling kiri adalah IP client asli. Jika Anda ingin menggunakan fitur pencocokan SourceIp dan QPS (IP-based Rate Limiting) dalam aturan pengalihan ALB, Anda harus mengaktifkan pengaturan Find Real Client Source IP pada listener agar ALB dapat mengambil IP sumber client asli dari field header X-Forwarded-For. Untuk informasi selengkapnya, lihat Menambahkan Listener HTTP dan Menambahkan Listener HTTPS.
Mirror Traffic: Pilih grup server target dari daftar. Mendukung grup server Server dan IP.
CORS: Permintaan bersifat lintas asal jika protokol, domain, atau port-nya berbeda dari origin halaman yang mengembalikan respons. Permintaan mencakup permintaan simple dan permintaan preflight. CORS digunakan dalam skenario pemisahan frontend-backend—misalnya, ketika frontend di-host di
www.example.comdan backend API berada diapi.example.com. Panggilan browser ke API memicu pembatasan CORS.CatatanSetelah Anda mengonfigurasi CORS, ALB menangani permintaan preflight OPTIONS yang dikirim browser dan mengembalikan header CORS yang diperlukan. Tidak diperlukan perubahan pada backend.
Kami menyarankan Anda menggunakan aksi lintas domain daripada mengatur header respons CORS secara manual, seperti
Access-Control-Allow-Origin, menggunakan aksi Write Header. Aksi lintas domain menyederhanakan konfigurasi dan secara otomatis menangani permintaan preflight.
Trusted Origins: Tentukan situs web yang diizinkan mengakses sumber daya Anda melalui browser.
Allowed Methods: Pilih metode HTTP yang diizinkan untuk akses lintas asal. Opsi: GET, POST, PUT, DELETE, HEAD, OPTIONS, PATCH.
Trusted Request Headers: Tentukan header yang diizinkan dalam permintaan lintas asal selain header bawaan browser.
Trusted Response Headers: Tentukan header respons yang dapat diakses oleh browser dan JavaScript.
Trusted Credentials: Tentukan apakah kredensial diizinkan dalam permintaan lintas asal. Opsi: Allow atau Deny. Default: Allow.
Browser Cache Time: Atur waktu maksimum (dalam detik) untuk menyimpan cache permintaan preflight OPTIONS. Rentang valid: -1–172800.
Aturan pengalihan outbound
Parameter
Deskripsi
Name
Masukkan nama kustom. Jika dibiarkan kosong, ALB akan menghasilkan nama secara otomatis.
Satu aturan hanya dapat memiliki satu nama.
Inbound Conditions (Optional)
Pilih kondisi inbound. Klik + Add Inbound Condition untuk menambahkan lebih banyak. Untuk detailnya, lihat langkah konfigurasi kondisi di Tambahkan aturan pengalihan.
And the following response direction conditions are met
Pilih kondisi outbound. Klik + Add Outbound Condition untuk menambahkan lebih banyak.
Response Status Code: Kode status yang dikembalikan ke client. Rentang valid: 100–599.
Masukkan rentang. Pisahkan beberapa kode atau rentang dengan koma (,). Contoh: 200-233,301.
Response Header: Header HTTP dalam respons. Masukkan nama header di bidang Key dan nilainya di bidang Value. Anda dapat menambahkan beberapa header.
Forwarding Action
Pilih aksi outbound. Klik + Add Action untuk menambahkan lebih banyak.
Return Fixed Responses: Masukkan Response Status Code, lalu pilih Response Content Type dan masukkan Response Content. Kode status harus berupa string numerik dalam format 2xx, 4xx, atau 5xx (di mana x adalah digit apa pun).
Add Header: Masukkan key dan value header. Ini akan menimpa header yang sudah ada dalam respons.
Remove Header: Masukkan key header untuk menghapus pasangan key-value tersebut dari respons.
CatatanUntuk Add Header dan Remove Header outbound, key berikut tidak diizinkan (tidak peka huruf besar/kecil):
connection,upgrade,content-length,transfer-encoding. Ini adalah field HTTP kritis. Mengubahnya dapat merusak transmisi respons.
Tambahkan aturan programmable AScript
Klik + Add Script After Forwarding Rule Is Applied untuk menambahkan aturan AScript. Untuk informasi selengkapnya, lihat Langkah 2: Tambahkan aturan programmable AScript.
CatatanHanya instans ALB Edisi Standar dan yang diaktifkan WAF yang mendukung AScript. Instans ALB Edisi Dasar tidak mendukung AScript.
Operasi Lainnya
Mengedit, menghapus, atau mengubah prioritas aturan pengalihan dapat memengaruhi layanan Anda. Kami menyarankan Anda melakukan operasi ini selama jam sepi. Sebelum menerapkan perubahan, Anda harus menguji dan mengevaluasinya untuk mencegah gangguan layanan.
Ubah aturan pengalihan
Masuk ke Konsol ALB.
Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.
Pada halaman Instances, klik ID instans yang ingin Anda kelola.
Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.
Pada tab Forwarding Rules, pilih tab Inbound Forwarding Rules atau Outbound Forwarding Rules. Temukan aturan yang ingin Anda ubah dan klik Edit di pojok kanan atas.
Setelah mengubah aturan, klik Save.
Ubah prioritas aturan pengalihan
Aturan dicocokkan berdasarkan prioritas, dari tertinggi ke terendah. Angka yang lebih kecil menunjukkan prioritas yang lebih tinggi. Anda dapat mengubah prioritas aturan kustom apa pun. Anda tidak dapat mengubah prioritas aturan default.
Masuk ke Konsol ALB.
Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.
Pada halaman Instances, klik ID instans yang ingin Anda kelola.
Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.
Pada tab Forwarding Rules, pilih tab Inbound Forwarding Rules atau Outbound Forwarding Rules. Seret aturan ke posisi yang diinginkan dalam daftar dan klik Save Priority.
Hapus aturan pengalihan
Anda dapat menghapus aturan pengalihan kustom kapan saja. Anda tidak dapat menghapus aturan default. Jika Anda menghapus listener, semua aturan pengalihannya juga akan dihapus.
Masuk ke Konsol ALB.
Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.
Pada halaman Instances, klik ID instans yang ingin Anda kelola.
Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.
Pada tab Forwarding Rules, pilih Inbound Forwarding Rules atau Outbound Forwarding Rules. Pilih aturan yang akan dihapus dan klik Delete.
Pada pesan yang muncul, klik OK.
Referensi
Panduan pengguna
Untuk informasi selengkapnya tentang cara mengonfigurasi nama domain dan path dalam kondisi, serta pengaturan path lanjutan untuk rewrite dan redirect, lihat Konfigurasikan aturan pengalihan berbasis nama domain dan path.
Kasus penggunaan umum aturan pengalihan ALB:
Arahkan permintaan HTTP ke listener HTTPS: Anda dapat menggunakan aturan pengalihan ALB untuk mengarahkan permintaan HTTP ke listener HTTPS. Ini mengenkripsi data saat transit, mencegah serangan man-in-the-middle dan kebocoran data, serta membantu Anda membangun arsitektur jaringan modern dan aman.
Cerminkan lalu lintas produksi ke lingkungan staging: Anda dapat menggunakan fitur pencerminan lalu lintas ALB untuk mencerminkan lalu lintas langsung ke server backend di lingkungan staging untuk tujuan pengujian. ALB membuang respons dari server backend yang dicerminkan untuk memastikan lalu lintas pengujian tidak memengaruhi layanan produksi.
Gunakan ALB untuk menerapkan rilis canary: Anda dapat mengonfigurasi aturan pengalihan berbasis kondisi atau berbasis bobot untuk mengarahkan sebagian lalu lintas Anda ke versi aplikasi baru. Ini memungkinkan Anda memverifikasi stabilitas versi baru secara bertahap sebelum peluncuran penuh.
Referensi API
CreateRule: Membuat aturan pengalihan.
CreateRules: Membuat aturan pengalihan secara batch.
DeleteRule: Menghapus aturan pengalihan.
DeleteRules: Menghapus aturan pengalihan secara batch.
ListRules: Menanyakan aturan pengalihan.
UpdateRuleAttribute: Memperbarui aturan pengalihan.
UpdateRulesAttribute: Memperbarui aturan pengalihan secara batch.