Ringkasan pengelolaan traffic untuk Load Balancer Aplikasi klasik

Halaman ini memberi Anda ringkasan tentang kemampuan pengelolaan traffic yang tersedia untuk Load Balancer Aplikasi klasik. Halaman ini hanya untuk Load Balancer Aplikasi klasik. Jika Anda menggunakan load balancer dalam mode yang berbeda dengan dukungan untuk kumpulan fitur pengelolaan traffic yang diperluas, lihat salah satu halaman berikut:

Load Balancer Aplikasi klasik mendukung fungsi pengelolaan traffic yang memungkinkan Anda menggunakan fitur berikut:

Anda mengonfigurasi fitur ini menggunakan peta URL load balancer. Untuk informasi latar belakang, lihat topik berikut:

Komponen pengelolaan traffic

Pada tingkat tinggi, Load Balancer Aplikasi eksternal menyediakan pengelolaan traffic menggunakan peta URL global.

Load balancer menyediakan tindakan utama berikut yang saling eksklusif:

  • Mengarahkan permintaan ke layanan backend
  • Melakukan pengalihan

Saat menyiapkan load balancer, Anda dapat mengonfigurasi tindakan penulisan ulang URL sebelum load balancer mengirim permintaan ke layanan backend atau bucket backend.

Penulisan ulang atau pengalihan dapat diterapkan di tiga tingkat dalam peta URL:

  • Di pathRule tempat tindakan diterapkan saat jalur cocok
  • Di pathMatcher tempat tindakan berlaku jika tidak ada jalur yang cocok untuk pathMatcher ini
  • Di urlMap tempat tindakan diterapkan jika tidak ada host yang ditentukan dalam aturan host yang cocok

Menggunakan routeRules di pathMatcher adalah alternatif untuk menggunakan pathRules. pathRules dan routeRules tidak dapat muncul dalam pathMatcher yang sama. Tidak seperti pathRules, yang urutannya tidak penting, routeRules diperiksa dalam urutan. routeRule dapat menguji jalur URL, header HTTP, dan parameter kueri URL.

Contoh kasus penggunaan

Pengelolaan traffic menangani banyak kasus penggunaan. Bagian ini memberikan beberapa contoh tingkat tinggi.

Penulisan ulang

Penulisan ulang URL memungkinkan Anda menampilkan URL yang berbeda kepada pengguna eksternal dari URL yang digunakan layanan Anda.

Penulisan ulang URL memisahkan URL dari resource. Anda dapat menerjemahkan dari URL yang mudah digunakan manusia, yang lebih mudah diingat dan digunakan pengguna, dengan mengubahnya menjadi URL yang mudah digunakan mesin telusur, yang lebih mudah ditemukan oleh mesin telusur, atau menjadi URL khusus penerapan internal.

Fitur penulisan ulang URL melakukan hal berikut:

  1. Membaca URL yang masuk dalam permintaan.
  2. Mengganti host, jalur, atau host dan jalur, yang mengubah URL sebelum mengarahkan traffic ke layanan backend atau bucket backend.

Dalam diagram berikut:

  1. Pengguna di Jepang mengirim permintaan untuk URL www.mydomain.com/static/images/someimage.jpg.
  2. Saat permintaan mencapai Load Balancer Aplikasi eksternal, load balancer akan menggunakan informasi di peta URL untuk menulis ulang URL ke www.myorigin.com/august_snapshot/images/someimage.jpg.
  3. (Opsional) Dalam contoh ini, peta URL mengirimkan permintaan ke backend eksternal.
Penulisan ulang URL dengan Load Balancer Aplikasi klasik.
Gambar 1. Penulisan ulang URL dengan Load Balancer Aplikasi klasik.

Untuk contoh konfigurasi, lihat Penulisan Ulang.

Pengalihan

Dengan pengalihan URL, Anda dapat mengalihkan permintaan klien dari satu URL ke URL lain.

Hal ini mencakup kemampuan untuk:

  • Mengalihkan semua permintaan HTTP ke permintaan HTTPS.
  • Mengalihkan ke URL lain yang dibentuk dengan mengubah host, jalur, atau bagian host dan jalur URL, dan menghapus atau mempertahankan parameter kueri apa pun.
  • Pilih kode respons pengalihan yang akan dikeluarkan.

Gunakan pengalihan URL untuk kemampuan berikut:

  • Menyediakan penyingkatan URL. URL yang ditampilkan kepada klien dapat dibuat jauh lebih singkat. Layanan ini mengeluarkan pengalihan ke halaman web dengan URL panjang.
  • Mencegah link rusak saat halaman web dipindahkan atau menjadi usang.
  • Mengizinkan beberapa nama domain milik pemilik yang sama untuk merujuk ke satu situs web.
  • Hindari kesulitan dan inefisiensi dalam mengonfigurasi solusi di server backend untuk mendukung pengalihan yang diperlukan.
  • Mengurangi latensi. Pengalihan yang dibuat di edge dapat menghasilkan latensi yang lebih rendah dibandingkan dengan pengalihan yang dibuat di endpoint backend.

Pengalihan HTTP-ke-HTTPS secara khusus membantu Anda untuk:

  • Memenuhi persyaratan kepatuhan (seperti HIPAA) untuk traffic terenkripsi.
  • Alihkan permintaan menggunakan HTTPS, bukan menolak permintaan yang dikirim dengan protokol HTTP.
  • Meningkatkan profil keamanan aplikasi Anda dengan mengalihkan traffic di load balancer lapisan 7 itu sendiri, bukan menerapkan pengalihan di server backend.

Dalam diagram berikut:

  1. Pengguna di Jepang mengirim permintaan GET http://example.com/img1.
  2. Berdasarkan pengalihan yang ditentukan dalam peta URL, load balancer akan mengirim kembali pengalihan HTTP/1.1 302 Found Location: https://example.com/img1, yang mengalihkan permintaan HTTP ke permintaan HTTPS.
  3. Browser pengguna mengirimkan permintaan GET https://example.com/img1.
Pengalihan URL dengan Load Balancer Aplikasi klasik.
Gambar 2. Pengalihan URL dengan Load Balancer Aplikasi klasik.

Untuk contoh konfigurasi, lihat Pengalihan.

Kode respons yang didukung

Kode respons pengalihan yang didukung tercantum dalam tabel.

Response code Angka Catatan
MOVED_PERMANENTLY_DEFAULT 301
DITEMUKAN 302
PERMANENT_REDIRECT 308 Dalam hal ini, metode permintaan dipertahankan.
TEMPORARY_REDIRECT 307 Dalam hal ini, metode permintaan dipertahankan.
SEE_OTHER 303

Pemilihan rute berbasis header dan parameter

Pemilihan rute berbasis header dan parameter memungkinkan load balancer membuat keputusan pemilihan rute yang didasarkan pada header HTTP dan parameter kueri URL.

Dengan fitur ini, Anda dapat menyederhanakan arsitektur cloud, tanpa men-deploy tingkat proxy tambahan (misalnya, NGINX) untuk melakukan perutean.

Anda dapat menggunakan Load Balancer Aplikasi eksternal untuk melakukan hal berikut:

  • Pengujian A/B
  • Menetapkan pelanggan ke berbagai kumpulan layanan yang berjalan di backend
  • Menampilkan halaman dan pengalaman yang berbeda berdasarkan kategori perangkat yang berbeda tempat permintaan berasal

Setelah pathMatcher dipilih berdasarkan string host, routeRules di pathMatcher akan memilih jalur URL. Untuk mengetahui informasi selengkapnya, lihat Ringkasan peta URL.

Contoh: Mengonfigurasi pengujian A/B dengan perutean berbasis parameter kueri

Contoh berikut menunjukkan cara melakukan pengujian A/B dengan mencocokkan string kueri untuk menentukan eksperimen dan input.

Misalkan Anda ingin memastikan bahwa permintaan ditangani sebagai berikut:

  • Semua permintaan dengan nilai parameter kueri A akan diarahkan ke layanan backend yang disebut BackendServiceForProcessingOptionA.
  • Semua permintaan dengan nilai parameter kueri B akan diarahkan ke layanan backend yang disebut BackendServiceForProcessingOptionB.

Persyaratan ini dirangkum dalam tabel berikut.

Permintaan Layanan backend
http://test.mydomain.com?ABTest=A BackendServiceForProcessingOptionA
http://test.mydomain.com?ABTest=B BackendServiceForProcessingOptionB

Untuk mengonfigurasinya di peta URL global, Anda dapat membuat setelan berikut.

Match Tindakan
pathMatchers[].routeRules[].matchRules[].queryParameterMatches[].name = ABTest

pathMatchers[].routeRules[].matchRules[].queryParameterMatches[].exactMatch = A		 pathMatchers[].routeRules[].service = BackendServiceForProcessingOptionA
pathMatchers[].routeRules[].matchRules[].queryParameterMatches[].name = ABTest

pathMatchers[].routeRules[].matchRules[].queryParameterMatches[].exactMatch = B		 pathMatchers[].routeRules[].service = BackendServiceForProcessingOptionB

Untuk contoh konfigurasi, lihat Pemetaan berbasis header dan parameter.

Merutekan permintaan ke backend

Backend untuk traffic Anda ditentukan menggunakan pendekatan dua fase:

  • Load balancer memilih layanan backend dengan backend. Backend dapat berupa:

    • Instance virtual machine (VM) Compute Engine dalam grup instance tidak terkelola
    • VM Compute Engine dalam grup instance terkelola (MIG)
    • Container melalui node Google Kubernetes Engine (GKE) di grup endpoint jaringan (NEG) zonal
    • Backend eksternal di luar Google Cloud dalam NEG internet
    • Cloud Storage di bucket backend
    • App Engine, fungsi Cloud Run, atau layanan Cloud Run di NEG serverless

    Load balancer memilih layanan backend berdasarkan aturan yang ditentukan dalam peta URL global.

  • Layanan backend memilih instance backend berdasarkan kebijakan yang ditentukan dalam layanan backend global.

Saat mengonfigurasi perutean, Anda dapat memilih antara mode berikut:

  • Pengujian host dan jalur sederhana, dengan menggunakan pathRules
  • Pengujian permintaan lanjutan, dengan menggunakan routeRules

Untuk setiap peta URL, Anda dapat memilih untuk menggunakan aturan host dan jalur sederhana atau aturan host, jalur, dan rute lanjutan. Kedua mode tersebut bersifat eksklusif. Setiap peta URL hanya dapat berisi satu mode atau mode lainnya.

Aturan host dan jalur sederhana

Dalam aturan host dan jalur sederhana, peta URL berfungsi seperti yang dijelaskan dalam ringkasan peta URL.

Diagram berikut menunjukkan alur logis aturan host dan jalur sederhana.

Alur peta URL dengan aturan host dan jalur sederhana.
Gambar 3. Alur peta URL dengan aturan host dan jalur sederhana.

Permintaan awalnya dievaluasi menggunakan aturan host. Host adalah domain yang ditentukan oleh permintaan. Jika host permintaan cocok dengan salah satu entri di kolom hosts, pencocok jalur terkait akan digunakan.

Selanjutnya, pencocok jalur dievaluasi. Aturan jalur dievaluasi berdasarkan jalur terpanjang yang cocok terlebih dahulu, dan Anda dapat menentukan aturan jalur dalam urutan apa pun. Setelah kecocokan yang paling spesifik ditemukan, permintaan akan dirutekan ke layanan backend yang sesuai. Jika permintaan tidak cocok, layanan backend default akan digunakan.

Aturan host dan jalur sederhana standar mungkin terlihat seperti berikut, dengan traffic video diarahkan ke video-backend-service, dan semua traffic lainnya diarahkan ke web-backend-service.

$ gcloud compute url-maps describe ext-https-map

defaultService: global/backendServices/web-backend-service
hostRules:
- hosts:
  - '*'
  pathMatcher: pathmap
name: ext-https-map
pathMatchers:
- defaultService: global/backendServices/web-backend-service
  name: pathmap
  pathRules:
  - paths:
    - /video
    - /video/*
    service: global/backendServices/video-backend-service

Untuk contoh konfigurasi, lihat Host dan jalur.

Host, jalur, dan aturan rute lanjutan

Aturan host, jalur, dan rute lanjutan memberikan opsi konfigurasi tambahan dibandingkan dengan aturan host dan jalur sederhana. Opsi ini memungkinkan pola pengelolaan traffic yang lebih canggih dan juga mengubah beberapa semantik. Misalnya, aturan rute dieksekusi secara berurutan (bukan dengan menggunakan semantik longest-path-matches-first).

Seperti pada contoh aturan host dan jalur sederhana sebelumnya, Anda dapat mengonfigurasi manajemen traffic lanjutan menggunakan peta URL global, tetapi Anda menggunakan pathMatchers[].routeRules[], bukan pathMatchers[].pathRules[].

Bagian berikut menjelaskan komponen host, jalur, dan aturan rute lanjutan.

Aturan host

Saat permintaan mencapai load balancer, kolom host permintaan akan dievaluasi terhadap hostRules yang ditentukan dalam peta URL. Setiap aturan host terdiri dari daftar satu atau beberapa host dan satu pencocok jalur (pathMatcher). Jika tidak ada hostRules yang ditentukan, permintaan akan dirutekan ke defaultService.

Untuk informasi selengkapnya, lihat hostRules[] dan defaultService di dokumentasi API peta URL global.

Pencocok jalur

Setelah permintaan cocok dengan aturan host, load balancer akan mengevaluasi pencocok jalur yang sesuai dengan host.

Pencocok jalur terdiri dari komponen berikut:

  • Satu atau beberapa aturan jalur (pathRules) atau aturan rute (routeRules).

  • Aturan default yang dieksekusi jika tidak ada layanan backend lain yang cocok. Aturan ini memiliki opsi berikut yang saling eksklusif:

    • Layanan default menentukan layanan backend default yang akan dirutekan jika tidak ada layanan backend lain yang cocok.
    • Pengalihan default menentukan URL yang akan dialihkan jika tidak ada layanan backend lain yang cocok.

Saat dikonfigurasi untuk layanan default, load balancer juga dapat dikonfigurasi untuk menulis ulang URL sebelum mengirim permintaan ke layanan default.

Untuk informasi selengkapnya, lihat pathMatchers[], pathMatchers[].pathRules[], dan pathMatchers[].routeRules[] dalam dokumentasi API peta URL global.

Aturan jalur

Aturan jalur (pathRules) menentukan satu atau beberapa jalur URL, seperti / atau /video. Aturan jalur umumnya ditujukan untuk jenis perutean berbasis host dan jalur sederhana yang dijelaskan sebelumnya.

Untuk informasi selengkapnya, lihat pathRules[] di dokumentasi API peta URL global.

Aturan rute

Aturan rute (routeRules) mencocokkan informasi dalam permintaan yang masuk dan membuat keputusan pemilihan rute berdasarkan kecocokan tersebut.

Aturan rute dapat berisi berbagai aturan pencocokan (matchRules) dan berbagai tindakan rute (routeAction).

Aturan pencocokan mengevaluasi permintaan masuk berdasarkan jalur, header, dan parameter kueri permintaan HTTP(S). Aturan pencocokan mendukung berbagai jenis pencocokan (misalnya, pencocokan awalan) serta pengubah (misalnya, tidak sensitif huruf besar/kecil). Hal ini memungkinkan Anda, misalnya, mengirim permintaan HTTP(S) ke kumpulan backend berdasarkan keberadaan header HTTP yang ditentukan secara kustom.

Untuk mengetahui daftar opsi mendetail yang didukung oleh matchRules, lihat matchRules[] dalam dokumentasi API peta URL global.

Jika Anda memiliki beberapa aturan rute, load balancer akan menjalankannya secara berurutan, yang memungkinkan Anda menentukan logika kustom untuk pencocokan, perutean, dan tindakan lainnya.

Dalam aturan rute tertentu, saat kecocokan pertama dibuat, load balancer berhenti mengevaluasi aturan kecocokan, dan aturan kecocokan yang tersisa akan diabaikan.

Google Cloud melakukan tindakan berikut:

  1. Mencari aturan kecocokan pertama yang cocok dengan permintaan.
  2. Berhenti melihat aturan pencocokan lainnya.
  3. Menerapkan tindakan dalam tindakan rute yang sesuai.

Aturan rute memiliki beberapa komponen, seperti yang dijelaskan dalam tabel berikut.

Komponen aturan rute (API field name) Deskripsi
Prioritas (priority) Angka dari 0 hingga 2.147.483.647 (yaitu, (2^31)-1) yang ditetapkan ke aturan rute dalam pencocok jalur tertentu untuk menentukan urutan evaluasi aturan rute.

Prioritas tertinggi adalah 0. Prioritas terendah adalah 2147483647. Misalnya, aturan dengan prioritas 4 dievaluasi sebelum aturan dengan prioritas 25. Aturan pertama yang cocok dengan permintaan akan diterapkan.

Angka prioritas dapat memiliki celah; angka tersebut tidak harus berdekatan. Anda tidak dapat membuat beberapa aturan dengan prioritas yang sama.
Deskripsi (description) Deskripsi opsional maksimal 1.024 karakter.
Layanan (service) URL lengkap atau sebagian dari resource layanan backend yang dituju traffic jika aturan ini cocok.
Aturan pencocokan (matchRules) Satu atau beberapa aturan yang dievaluasi terhadap permintaan. matchRules ini dapat mencocokkan semua atau sebagian atribut HTTP permintaan, seperti jalur, header HTTP, dan parameter kueri (GET).

Dalam matchRule, semua kriteria pencocokan harus dipenuhi agar routeActions routeRule dapat diterapkan. Jika routeRule memiliki beberapa matchRules, routeActions dari routeRule akan diterapkan saat permintaan cocok dengan salah satu matchRules routeRule.
Tindakan rute (routeAction) Memungkinkan Anda menentukan tindakan penulisan ulang URL yang akan dilakukan saat kriteria aturan pencocokan terpenuhi.
Tindakan pengalihan (urlRedirect) Anda dapat mengonfigurasi tindakan untuk merespons dengan pengalihan HTTP saat kriteria aturan pencocokan terpenuhi. Kolom ini tidak dapat digunakan bersama dengan tindakan rute.

Untuk informasi selengkapnya, lihat kolom berikut dalam dokumentasi API peta URL global:

  • routeRules[]
  • routeRules[].priority
  • routeRules[].description
  • routeRules[].service
  • routeRules[].matchRules[]
  • routeRules[].routeAction
  • routeRules[].urlRedirect

Aturan pencocokan

Aturan pencocokan (matchRules) mencocokkan satu atau beberapa atribut permintaan dan mengambil tindakan yang ditentukan dalam aturan rute. Daftar berikut memberikan beberapa contoh atribut permintaan yang dapat dicocokkan menggunakan aturan pencocokan:

  • Host: Nama host adalah bagian nama domain dari URL; misalnya, bagian nama host dari URL http://example.net/video/hd adalah example.net. Dalam permintaan, nama host berasal dari header Host, seperti yang ditunjukkan dalam contoh perintah curl ini, dengan 10.1.2.9 adalah alamat IP load-balanced:

    curl -v http://10.1.2.9/video/hd --header 'Host: example.com'

  • Jalur mengikuti nama host; misalnya /images. Aturan ini dapat menentukan apakah seluruh jalur atau hanya bagian awal jalur yang perlu cocok.

  • Parameter permintaan HTTP lainnya, seperti header HTTP, yang memungkinkan pencocokan cookie, serta pencocokan berdasarkan parameter kueri (variabel GET). Perhatikan bahwa pencocokan ekspresi reguler untuk nilai header tidak didukung.

Untuk mengetahui daftar lengkap aturan pencocokan yang didukung, lihat pathMatchers[].routeRules[].matchRules[] dalam dokumentasi API peta URL global.

Mengonfigurasi pengelolaan traffic

Anda dapat menggunakan konsol Google Cloud, gcloud, atau Cloud Load Balancing API untuk mengonfigurasi pengelolaan traffic. Dalam lingkungan konfigurasi yang dipilih, Anda akan menyiapkan pengelolaan traffic menggunakan konfigurasi YAML.

Untuk mendapatkan bantuan dalam menulis file YAML ini, Anda dapat menggunakan referensi berikut: