All Products
Search
Document Center

Server Load Balancer:Konfigurasikan aturan pengalihan listener

Last Updated:Mar 10, 2026

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.

Catatan

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.com dan 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.com dan www.test.com sebagai nilai nama domain, permintaan akan cocok dengan kondisi tersebut jika domain-nya adalah www.example.com atau www.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: api.example.com, Path: /v2/*

Forward to Server Group A

Domain eksak + path wildcard. Prioritas tertinggi.

2

Domain: api.example.com, Path: /*

Forward to Server Group B

Domain eksak + semua path. Prioritas kedua tertinggi.

3

Domain: *.example.com

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/users cocok dengan Aturan 1. Permintaan diteruskan ke Server Group A.

  • Permintaan api.example.com/v1/users tidak 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/index tidak 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/page tidak cocok dengan aturan kustom apa pun. Permintaan tersebut diteruskan ke Server Group D oleh aturan default.

Catatan

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.

Catatan
  • 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

Tambahkan aturan pengalihan

Aturan pengalihan default ditentukan saat Anda membuat listener. Anda dapat menambahkan lebih banyak aturan pengalihan setelah listener dibuat.

  1. Masuk ke Konsol ALB.

  2. Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.

  3. Pada halaman Instances, klik ID instans yang ingin Anda kelola.

  4. Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.

  5. Pada tab Forwarding Rules, pilih tab Inbound Forwarding Rules atau Outbound Forwarding Rules, lalu klik Add New Rule.

  6. Pada panel Add Forwarding Rule, konfigurasikan parameter yang dijelaskan dalam tabel berikut dan klik OK.

    Catatan
    • Ketika 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.com cocok dengan api.example.com dan www.example.com.

        • Pencocokan ekspresi reguler: Gunakan ekspresi reguler. Tidak peka huruf besar/kecil. Contoh: ^www\.example\.(com|cn)$ cocok dengan domain yang diakhiri dengan .com atau .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/users hanya 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 mengandung Mozilla/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 ke x:1 atau y: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, Value value.

      • 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.

        Catatan
        • Anda 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.

        Catatan
      • 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.

        Catatan
        • Aksi 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/page menjadi /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.

        Catatan

        Untuk 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.

        Catatan
        • Ketika 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.com dan backend API berada di api.example.com. Panggilan browser ke API memicu pembatasan CORS.

        Catatan
        • Setelah 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.

        Catatan

        Untuk 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.

      Catatan

      Hanya instans ALB Edisi Standar dan yang diaktifkan WAF yang mendukung AScript. Instans ALB Edisi Dasar tidak mendukung AScript.

Operasi Lainnya

Peringatan

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

  1. Masuk ke Konsol ALB.

  2. Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.

  3. Pada halaman Instances, klik ID instans yang ingin Anda kelola.

  4. Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.

  5. 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.

  6. 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.

  1. Masuk ke Konsol ALB.

  2. Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.

  3. Pada halaman Instances, klik ID instans yang ingin Anda kelola.

  4. Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.

  5. 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.

  1. Masuk ke Konsol ALB.

  2. Di bilah navigasi atas, pilih wilayah tempat instans ALB Anda ditempatkan.

  3. Pada halaman Instances, klik ID instans yang ingin Anda kelola.

  4. Klik tab Listener. Temukan listener yang ingin Anda kelola, klik Actions di kolom Actions, lalu klik View/Modify Forwarding Rules.

  5. Pada tab Forwarding Rules, pilih Inbound Forwarding Rules atau Outbound Forwarding Rules. Pilih aturan yang akan dihapus dan klik Delete.

  6. 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