Aturan penerusan untuk Traffic Director
Dokumen ini hanya berlaku untuk Traffic Director dengan API load balancing. Sebaiknya gunakan API pemilihan rute layanan atau Google Kubernetes Engine Gateway API untuk men-deploy Traffic Director.
Traffic Director menggunakan aturan penerusan untuk menentukan proxy target yang menjadi tujuan perutean traffic dalam mesh.
Setiap aturan penerusan menyediakan satu alamat IPv4 global untuk layanan. Anda dapat menggunakan alamat tersebut untuk membuat data DNS internal untuk layanan Anda (misalnya, dengan menggunakan zona pribadi terkelola Cloud DNS). Filter metadata di aturan penerusan menentukan kriteria bagi proxy file yang sesuai dengan xDS untuk menerima konfigurasi.
Untuk bidang kontrol Traffic Director, aturan penerusan internal yang dikelola sendiri dan global merutekan traffic menurut alamat IP, port, dan protokol ke proxy target. Proxy target mengarah ke peta URL yang berisi aturan yang menentukan tujuan traffic. Peta URL juga menentukan layanan backend default. Layanan backend ini menentukan health check dan menentukan backend yang sesuai, seperti grup instance terkelola (MIG) yang berisi instance virtual machine (VM) atau grup endpoint jaringan (NEG) yang berisi Pod backend Google Kubernetes Engine (GKE).
Diagram berikut menunjukkan bagaimana aturan penerusan sesuai dengan arsitektur Traffic Director.
Properti aturan penerusan
Resource aturan penerusan berisi properti berikut yang berlaku untuk Traffic Director. Aturan penerusan menangani traffic yang sesuai dengan alamat IP, protokol, dan nomor port tujuan.
Alamat IP 0.0.0.0
dalam aturan penerusan adalah salah satu opsi saat menggunakan Traffic Director. Alamat IP 0.0.0.0
berarti semua alamat IP.
Dengan deployment proxy, alamat IP
0.0.0.0
memungkinkan proxy mencocokkan traffic masuk jika tidak ditemukan kecocokan spesifik lainnya.Dengan deployment tanpa proxy, alamat IP
0.0.0.0
memberikan cara untuk menentukan bahwa alamat IP tidak diperlukan. Detail selengkapnya akan dijelaskan tentang penggunaan alamat IP0.0.0.0
dengan proxy gRPC target.
Tabel berikut menjelaskan properti aturan penerusan secara lebih mendetail.
Properti | Diperlukan | Deskripsi |
---|---|---|
name |
✔ | Nama aturan penerusan. Nama harus unik dalam
project ini, mulai dari 1 hingga 63 karakter, dan cocok dengan ekspresi reguler:
Artinya, karakter pertama harus berupa huruf kecil, dan semua karakter berikutnya harus berupa tanda pisah, huruf kecil, atau angka, kecuali karakter terakhir, yang tidak boleh berupa tanda pisah. |
IPAddress |
✔ | Salah satu dari berikut: Alamat IP untuk aturan penerusan Traffic Director tidak perlu berkaitan dengan rentang alamat IP subnet di jaringan Virtual Private Cloud (VPC). Untuk jaringan VPC, alamat IP, dan port tertentu, Anda hanya dapat memiliki satu aturan penerusan internal yang dikelola sendiri. Misalnya, pada jaringan VPC yang sama, Anda tidak dapat membuat dua aturan penerusan yang menggunakan alamat IP |
IPAddress dengan proxy gRPC target |
Aturan penerusan yang merujuk ke proxy gRPC target dengan kolom Klien gRPC yang menggunakan
skema Akibatnya, Traffic Director menggunakan alamat IP |
|
target |
✔ |
Proxy target yang menjadi tujuan traffic diarahkan oleh aturan penerusan ini.
Traffic Director mendukung
|
IPProtocol |
✔ | Jenis protokol yang cocok dengan aturan penerusan ini. Satu-satunya nilai yang didukung adalah TCP . |
loadBalancingScheme |
✔ | Menentukan cara aturan penerusan digunakan. Nilai yang valid untuk
Traffic Director adalah INTERNAL_SELF_MANAGED . |
portRange |
✔ |
Port atau rentang port yang digabungkan dengan tanda hubung. Paket protokol yang ditentukan dan dikirim ke port ini akan diteruskan ke backend yang sesuai.
Anda dapat menentukan satu nomor rentang—misalnya, Untuk jaringan VPC, alamat IP, dan port tertentu, Anda hanya dapat memiliki satu aturan penerusan internal yang dikelola sendiri. Misalnya, dalam jaringan VPC yang sama, Anda tidak dapat membuat dua aturan penerusan yang menggunakan alamat IP Dengan layanan gRPC tanpa proxy, port di aturan penerusan
dicocokkan dengan port yang ditentukan dalam URI yang digunakan aplikasi gRPC
untuk terhubung ke layanan. Jika port tidak ditentukan dalam URI, |
network |
✔ |
Menentukan jaringan VPC tempat VM Google Cloud yang menjalankan proxy Envoy berada. Proxy Envoy membaca konfigurasi Traffic Director yang Anda tentukan untuk jaringan yang sama tempat proxy di-deploy. Anda dapat menggunakan jaringan VPC
bernama Traffic Director mendukung load balancing untuk klien hanya dalam jaringan Google Cloud. Anda menentukan nama jaringan dalam aturan penerusan. Peering Jaringan VPC tidak didukung. |
Tambahkan aturan penerusan global
Untuk mempelajari cara mengonfigurasi aturan penerusan dalam keseluruhan penyiapan Traffic Director, lihat referensi berikut:
- Menyiapkan Traffic Director untuk VM Compute Engine dengan deployment Envoy otomatis
- Menyiapkan Traffic Director untuk VM Compute Engine dengan deployment Envoy manual
- Menyiapkan Traffic Director untuk Pod GKE dengan injeksi Envoy otomatis
- Menyiapkan Traffic Director untuk Pod GKE dengan injeksi Envoy manual
- Menyiapkan Traffic Director untuk VM Compute Engine dan layanan gRPC tanpa proxy
- Menyiapkan Traffic Director untuk Pod GKE dan layanan gRPC tanpa proxy
Langkah selanjutnya
- Untuk menggunakan filter metadata guna mengontrol proxy file bantuan mana yang menerima
konfigurasi yang dilampirkan ke aturan penerusan, lihat
Menyiapkan pemfilteran konfigurasi berdasarkan pencocokan
MetadataFilter
. - Untuk mengarahkan traffic, lihat ringkasan peta aturan perutean Traffic Director.
- Untuk mempelajari Traffic Director lebih lanjut, lihat ringkasan Traffic Director.