Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Rute berbasis kebijakan
Dokumen ini memberikan ringkasan tentang Perutean Berbasis Kebijakan.
Pemilihan rute berbasis kebijakan memungkinkan Anda memilih next hop berdasarkan lebih dari satu alamat
IP tujuan paket. Anda juga dapat mencocokkan traffic menurut protokol dan sumber
alamat IP. Traffic yang cocok dialihkan ke Load Balancer Jaringan passthrough internal. Tindakan ini dapat membantu
menyisipkan peralatan seperti firewall ke dalam jalur traffic jaringan dalam jalur traffic jaringan.
Spesifikasi
Saat membuat rute berbasis kebijakan, Anda memilih resource yang akan menerapkan rute berbasis kebijakan. Rute dapat berlaku untuk:
Semua instance VM, lampiran VLAN Cloud Interconnect, dan tunnel Cloud VPN yang berada di jaringan VPC yang sama dengan rute
Hanya instance VM yang berada di jaringan VPC yang sama dengan rute dan diidentifikasi oleh tag jaringan
Hanya lampiran VLAN yang berada di region tertentu dari jaringan VPC yang sama dengan rute. Anda tidak dapat membuat rute berbasis kebijakan yang hanya berlaku untuk satu lampiran VLAN atau tunnel Cloud VPN
Next hop pada pemilihan rute berbasis kebijakan harus berupa
Load Balancer Jaringan passthrough internal yang valid. Load Balancer Jaringan passthrough internal ini harus berada di jaringan VPC yang sama dengan pemilihan rute berbasis kebijakan atau di jaringan VPC yang terhubung ke jaringan VPC rute melalui Peering Jaringan VPC.
Instance VM backend dari Load Balancer Jaringan passthrough internal next hop harus mengaktifkan penerusan IP.
Rute berbasis kebijakan dievaluasi sebelum rute subnet, rute statis, dan
rute dinamis, tetapi setelah jalur perutean khusus. Untuk mengetahui informasi selengkapnya, lihat langkah
Rute berbasis kebijakan dalam urutan
perutean.
Jika dua rute berbasis kebijakan atau lebih memiliki prioritas yang sama, dan karakteristik paket cocok dengan setidaknya dua rute berbasis kebijakan tersebut, Google Cloudakan memilih satu rute berbasis kebijakan menggunakan algoritma internal. Rute
berbasis kebijakan yang dipilih mungkin bukan yang paling spesifik untuk karakteristik
paket karena rute berbasis kebijakan tidak menggunakan pencocokan awalan terpanjang. Pastikan semua rute berbasis kebijakan dalam jaringan VPC yang sama memiliki prioritas yang unik.
Rute berbasis kebijakan dapat diterapkan ke traffic IPv4 atau IPv6.
Anda dapat membuat satu aturan untuk traffic satu arah atau beberapa aturan untuk menangani
traffic dua arah.
Batasan
Rute berbasis kebijakan tidak dipertukarkan antara jaringan VPC yang terhubung melalui Peering Jaringan VPC.
Rute berbasis kebijakan tidak mendukung pencocokan traffic berdasarkan port.
Rute berbasis kebijakan tidak dapat diperbarui setelah dibuat. Jika Anda
ingin memperbarui rute, hapus rute
lalu buat yang baru.
Aturan penerusan Load Balancer Jaringan passthrough internal harus memiliki alamat IP khusus yang tidak digunakan oleh Load Balancer Jaringan passthrough internal lainnya. Penggunaan alamat IP bersama (tujuan alamat IP ditetapkan ke SHARED_LOADBALANCER_VIP) tidak didukung.
Hanya lampiran VLAN yang menggunakan Dataplane v2
yang dapat menggunakan rute berbasis kebijakan.
Untuk memeriksa lampiran VLAN guna memeriksa versi yang digunakan, lihat
petunjuk untuk
Dedicated Interconnect
atau Partner Interconnect.
Melewati rute berbasis kebijakan lainnya
Anda dapat membuat rute berbasis kebijakan yang melewati rute lainnya
dengan menggunakan Google Cloud CLI atau mengirim permintaan API. Untuk
gcloud CLI, gunakan flag
--next-hop-other-routes=DEFAULT_ROUTING. Untuk permintaan API,
sertakan "nextHopOtherRoutes": "DEFAULT_ROUTING" dengan isi permintaan.
Jika rute berbasis kebijakan jenis ini cocok dengan karakteristik paket dan memiliki prioritas lebih tinggi daripada rute berbasis kebijakan lainnya yang cocok, Google Cloudakan mengabaikan rute berbasis kebijakan lainnya dan melanjutkan ke langkah tujuan paling spesifik dalam urutan perutean VPC.
Sebagai contoh, pertimbangkan rute berbasis kebijakan yang menggunakan next hop
Load Balancer Jaringan passthrough internal. Rute berbasis kebijakan ini memiliki rentang
sumber 0.0.0.0/0 dan tag jaringan compute-vm.
Untuk melewati evaluasi rute berbasis kebijakan pertama ketika sumber paket cocok
dengan rentang alamat IP tertentu, buat rute tersebut dengan prioritas lebih tinggi yang dikonfigurasi
untuk melewati rute lainnya. Tetapkan rentang
alamat IP sumber untuk rute berbasis kebijakan prioritas tinggi ini ke
rentang alamat IP sumber dari sistem yang perlu melewati pemilihan rute berbasis kebijakan.
Kuota
Terdapat batasan untuk berapa banyak rute berbasis kebijakan yang dapat dibuat dalam satu
project. Untuk informasi lebih lanjut, lihat kuota per project
dalam dokumentasi VPC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-08-19 UTC."],[],[],null,["# Policy-based routes\n===================\n\nThis document provides an overview of Policy-based Routing.\n\nPolicy-based routes let you select a next hop based on more than a packet's\ndestination IP address. You can match traffic by protocol and source IP address\nas well. Matching traffic is redirected to an internal passthrough Network Load Balancer. This can help\nyou insert appliances such as firewalls into the path of network traffic.\n\nSpecifications\n--------------\n\n- When you [create a policy-based\n route](/vpc/docs/use-policy-based-routes#create), you select which resources the policy-based route applies to. The route can apply to:\n - All VM instances, Cloud Interconnect VLAN attachments, and Cloud VPN tunnels that are in the same VPC network as the route\n - Only VM instances that are in the same VPC network as the route and identified by [network\n tags](/vpc/docs/add-remove-network-tags)\n - Only VLAN attachments that are in a specific region of the same VPC network as the route. You can't create a policy-based route that only applies to a single VLAN attachment or Cloud VPN tunnel\n- The next hop of a policy-based route must be a valid [internal passthrough Network Load Balancer](/load-balancing/docs/internal). This internal passthrough Network Load Balancer must either be in the same VPC network as the policy-based route or in a VPC network that is connected to the route's VPC network through [VPC Network Peering](/vpc/docs/vpc-peering).\n- The backend VM instances of the next hop internal passthrough Network Load Balancer must have [IP\n forwarding](/vpc/docs/using-routes#create-vm-canipforward) enabled.\n- Policy-based routes are evaluated before subnet routes, static routes, and dynamic routes, but after [special routing\n paths](/vpc/docs/routes#special_return_paths). For more information, see the [Policy-based routes](/vpc/docs/routes#check-for-pbrs) step in the routing order.\n- If two or more policy-based routes have the same priority, and a packet's characteristics match at least two of those policy-based routes, Google Cloud selects a single policy-based route by using an internal algorithm. The selected policy-based route might not be the most specific match for the packet's characteristics because policy-based routes don't use longest-prefix matching. Make sure that all policy-based routes in the same VPC network have unique priorities.\n- A policy-based route can apply to either IPv4 or IPv6 traffic.\n- You can create a single rule for one-way traffic or multiple rules to handle bidirectional traffic.\n\nLimitations\n-----------\n\n- Policy-based routes are not exchanged between VPC networks that are connected through [VPC Network Peering](/vpc/docs/vpc-peering).\n- Policy-based routes are not exchanged between [Network Connectivity Center spokes and hubs](/network-connectivity/docs/network-connectivity-center/concepts/vpc-spokes-overview).\n- Policy-based routes don't support matching traffic based on port.\n- It is not possible to update a policy-based route after it is created. If you want to update a route, [delete the route](/vpc/docs/use-policy-based-routes#delete) and then create a new one.\n- The internal passthrough Network Load Balancer forwarding rule must have a dedicated IP address that's not used by any other internal passthrough Network Load Balancer. Using a shared IP address (IP address purpose set to `SHARED_LOADBALANCER_VIP`) is not supported.\n- Policy-based routes can interfere with communication between the GKE control plane and nodes. For more information, see [Use policy-based routes with GKE](/vpc/docs/use-policy-based-routes#pbr-with-gke).\n- Policy-based routes can't route packets to Private Service Connect endpoints or backends.\n - For information about using policy-based routes in VPC networks with endpoints or backends that access published services, see [Policy-based routes and Private Service Connect for published services](/vpc/docs/use-policy-based-routes#pbr-with-psc).\n - For information about using policy-based routes in VPC networks with endpoints or backends that access Google APIs and services, see [Policy-based routes and accessing Google APIs and services](/vpc/docs/use-policy-based-routes#pbr-with-pga-psc-apis).\n- Only VLAN attachments that use [Dataplane v2](/network-connectivity/docs/interconnect/concepts/terminology#dataplaneVersion) can use policy-based routes. To inspect your VLAN attachment to check what version it uses, see the instructions for [Dedicated Interconnect](/network-connectivity/docs/interconnect/how-to/dedicated/viewing-vlans#dataplane) or [Partner Interconnect](/network-connectivity/docs/interconnect/how-to/partner/viewing-vlans#dataplane).\n\nSkipping other policy-based routes\n----------------------------------\n\nYou can create a policy-based route that skips other policy-based\nroutes by using the Google Cloud CLI or sending an API request. For the\ngcloud CLI, use the\n`--next-hop-other-routes=DEFAULT_ROUTING` flag. For an API request,\ninclude `\"nextHopOtherRoutes\": \"DEFAULT_ROUTING\"` with the request body.\n\nIf a policy-based\nroute of this type matches a packet's characteristics and has\na higher priority than other matching policy-based routes, Google Cloud\nignores the other policy-based routes and proceeds to the *most specific\ndestination* step of the\n[VPC routing order](/vpc/docs/routes#routeselection).\n\nFor example, consider a policy-based route that uses a next hop\ninternal passthrough Network Load Balancer. This policy-based route has a source\nrange of `0.0.0.0/0` and a network tag of `compute-vm`.\n\nTo skip evaluation of the first policy-based route when packet sources match\na specific IP address range, create a higher-priority policy-based route that\nis configured to skip other policy-based routes. Set the source IP\naddress range for this higher-priority policy-based route to the\nsource IP address range of the systems that need to skip policy-based routing.\n\nQuota\n-----\n\nThere is a limit for how many policy-based routes you can create in a single\nproject. For more information, see the per-project [quotas](/vpc/docs/quota#policy-based-routes-quota)\nin the VPC documentation."]]
