Ringkasan peta aturan perutean

Dokumen ini menjelaskan peta aturan perutean dan caranya mengelola traffic dalam deployment Traffic Director yang menggunakan API lama. Jika Anda menggunakan API perutean layanan baru, yang sedang dalam tahap pratinjau, lihat ringkasan API perutean layanan yang baru.

Peta aturan perutean terdiri dari hal berikut:

Saat Anda membuat dan mengonfigurasi resource ini untuk Traffic Director, Traffic Director akan menggunakan nilai tersebut untuk membuat konfigurasi yang dikirimkan ke bidang data Anda, yang mencakup klien xDS seperti proxy Envoy dan aplikasi gRPC tanpa proxy. Bidang data kemudian menangani lalu lintas sesuai dengan konfigurasi ini.

Aturan penerusan mereferensikan proxy target, serta memiliki alamat IP dan port. Untuk deployment Traffic Director, skema load balancing aturan penerusan harus ditetapkan ke INTERNAL_SELF_MANAGED. Selanjutnya, proxy target mereferensikan peta URL. Ketiga resource ini bergabung untuk membentuk peta aturan perutean.

Aturan penerusan yang merujuk ke proxy gRPC target dengan kolom validateForProxyless yang ditetapkan ke TRUE harus memiliki alamat IP yang ditetapkan ke 0.0.0.0. Jika validateForProxyless ditetapkan ke TRUE, konfigurasi yang menentukan alamat IP selain 0.0.0.0 akan ditolak.

Peta aturan perutean menentukan cara traffic diteruskan dari klien ke server di dalam mesh layanan.

Jenis proxy target yang didukung

Traffic Director mendukung jenis proxy target berikut:

  • Proxy HTTP target, yang Anda konfigurasi saat klien dan server Anda mengirim atau menerima traffic HTTP atau HTTP/2.
  • Proxy HTTPS target, yang Anda konfigurasi saat klien dan server Anda mengirim atau menerima traffic HTTPS. Hal ini diperlukan saat Anda menyiapkan keamanan layanan dengan {i>proxy<i} Envoy.
  • Target proxy TCP, yang Anda konfigurasi saat klien dan server Anda mengirim atau menerima traffic TCP.
  • Proxy gRPC target, yang Anda konfigurasi saat klien dan server Anda mengirim atau menerima traffic gRPC. Proxy gRPC target berisi kolom validateForProxyless, yang ditetapkan ke TRUE saat Anda men-deploy layanan gRPC tanpa proxy.

Perutean traffic dengan proxy file bantuan Envoy

Saat Anda menggunakan Traffic Director dengan proxy file bantuan Envoy, permintaan klien akan dirutekan sebagai berikut:

  • Stack jaringan mencegat permintaan dan mengalihkannya ke proxy file bantuan Envoy Anda.
  • Proxy file bantuan Envoy melihat alamat IP dan port permintaan.
  • Pasangan alamat IP dan port diperiksa dengan alamat IP dan port yang ditentukan di aturan penerusan dengan skema load balancing yang ditetapkan ke INTERNAL_SELF_MANAGED.
  • Jika ditemukan aturan penerusan dengan alamat IP dan port yang cocok, Envoy akan melihat proxy HTTP target atau proxy gRPC target yang dirujuk aturan penerusan.
  • Envoy memeriksa peta URL yang dirujuk oleh proxy target.
  • Envoy merutekan permintaan sesuai dengan aturan yang ditentukan dalam peta URL.

Untuk informasi tentang cara traffic dirutekan dengan proxy TCP target, lihat Merutekan traffic TCP dengan Traffic Director.

Pemilihan rute traffic dengan aplikasi gRPC tanpa proxy

Perilaku ini berbeda untuk aplikasi gRPC tanpa proxy. Saat mengonfigurasi klien gRPC, Anda menentukan URI target untuk layanan yang perlu dihubungi klien. URI ini menggunakan skema resolver nama xds dan format hostname:port—misalnya, xds:///example.hostname:8080.

Saat klien gRPC tanpa proxy terhubung ke Traffic Director, Traffic Director akan mengiriminya informasi yang sesuai dengan layanan sebagai berikut:

  • Traffic Director mencari aturan penerusan dengan skema load balancing yang ditetapkan ke INTERNAL_SELF_MANAGED untuk menemukan aturan penerusan yang portnya cocok dengan port yang ditentukan dalam URI target.
  • Traffic Director menemukan proxy gRPC target atau proxy HTTP target untuk setiap aturan penerusan ini.
  • Traffic Director akan menemukan peta URL yang dirujuk oleh proxy gRPC target atau proxy HTTP target ini.
  • Traffic Director memeriksa aturan host di peta URL, yang juga memiliki format hostname[:port], dan mencari kecocokan.
  • Jika ditemukan kecocokan, Traffic Director akan menampilkan aturan perutean dan informasi layanan ke klien gRPC.

Jika ditemukan lebih dari satu kecocokan, perilaku tersebut tidak akan ditentukan dan dapat menyebabkan perilaku yang tidak dapat diprediksi. Hal ini biasanya terjadi jika kedua kondisi berikut terpenuhi:

  • Nama host yang sama digunakan di beberapa peta URL.
  • Beberapa aturan penerusan dengan skema load balancing INTERNAL_SELF_MANAGED menentukan port yang sama.

Karena alasan ini, sebaiknya Anda tidak menggunakan kembali nama host yang sama di beberapa peta URL yang dirujuk oleh aturan penerusan yang menentukan port yang sama.

Langkah selanjutnya