Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Um grupo de endpoints de rede (NEG) é um objeto de configuração que especifica um grupo
de endpoints ou serviços de back-end. Com os NEGs,
os balanceadores de cargaGoogle Cloud podem disponibilizar cargas de trabalho baseadas em grupo de instâncias de máquina virtual (VM), cargas de trabalho sem servidor e cargas de trabalho conteinerizadas. Os NEGs permitem distribuir
tráfego para os back-ends do balanceador de carga em um nível mais granular (por exemplo, tráfego de balanceamento de carga
no nível do pod,
em vez de na VM para cargas de trabalho do GKE).
É possível configurar NEGs como back-ends para
os balanceadores de carga. Alguns tipos de NEG também podem ser usados com o Cloud Service Mesh.
Use as tabelas a seguir para decidir que tipo de NEG você precisa para a implantação.
GCE_VM_IP
Somente IP: resolve para o endereço IPv4 interno principal da
interface de rede de uma VM
OU
GCE_VM_IP_PORT
IP:Porta: resolve para o endereço IPv4 interno primário da
interface de rede de uma VM ou um endereço IPv4 interno de um intervalo de endereços IP do alias
associado à rede de uma VM interface por
exemplo, endereços IPv4 do pod em
clusters nativos de VPC.
Somente endpoints do tipo GCE_VM_IP_PORT são compatíveis com NEGs zonais IPv4 e IPv6 (pilha dupla).
Número de endpoints
1 ou mais
Verificações de integridade para NEGs anexadas a serviços de back-end
Verificação de integridade centralizada para NEGs com endpoints GCE_VM_IP_PORT e GCE_VM_IP.
Scope
Por zona
Roteamento
Rede VPC
Google Cloud produtos que usam este NEG
Balanceador de carga de rede de passagem interna (endpoints GCE_VM_IP):
Um ou mais endpoints que resolvem para serviços no local, aplicativos
de servidor em outra nuvem e outros serviços acessíveis pela Internet
fora de Google Cloud.
Nome da API NetworkEndpointType
NON_GCP_PRIVATE_IP_PORT
IP:Port pertencente a uma VM que não está no Compute Engine e precisa
ser roteável usando conectividade híbrida.
Número de endpoints
1 ou mais
Verificações de integridade para NEGs anexadas a serviços de back-end
Verificações de integridade centralizadas quando você usa este NEG com os seguintes balanceadores de carga:
Balanceador de carga de aplicativo externo global
Balanceador de carga de aplicativo clássico
Balanceador de carga de rede de proxy externo global
Balanceador de carga de rede de proxy clássico
Verificações de integridade do Envoy distribuído quando você usa esse NEG com os seguintes balanceadores de carga:
Balanceador de carga de aplicativo externo regional
Balanceador de carga de aplicativo interno regional
Balanceador de carga de rede de proxy externo regional
Balanceador de carga de rede de proxy interno regional
Balanceador de carga de aplicativo interno entre regiões
Balanceador de carga de rede de proxy interno entre regiões
Scope
Por zona
Roteamento
para uma rede local ou outra rede de provedor de nuvem por
um anexo da VLAN do Cloud Interconnect, túnel do Cloud VPN ou uma
VM do dispositivo roteador em uma rede VPC
Um ou mais endpoints, cada um deles fornece um mapeamento de uma porta
de cliente de um
endpoint do Private Service Connect
para uma combinação de porta de serviço e VM do produtor de serviço.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-18 UTC."],[],[],null,["# Network endpoint groups overview\n\nA network endpoint group (NEG) is a configuration object that specifies a group\nof backend endpoints or services. With NEGs,\nGoogle Cloud load balancers can serve virtual machine (VM) instance group-based\nworkloads, serverless workloads, and containerized workloads. NEGs let you distribute traffic to your\nload balancer's backends at a more granular level (for example, [load balancing\ntraffic at the Pod\nlevel](/kubernetes-engine/docs/concepts/container-native-load-balancing#benefits)\ninstead of at the VM-level for GKE workloads).\n\nYou can configure NEGs as [backends](/load-balancing/docs/features#backends) for\nyour load balancers. Certain NEG types can also be used with Cloud Service Mesh.\nUse the following tables to decide which type of NEG you need for your\ndeployment.\n\n- [Zonal NEG](#zonal-neg)\n- [Internet NEG](#internet-neg)\n- [Serverless NEG](#serverless-neg)\n- [Hybrid connectivity NEG](#hybrid-neg)\n- [Private Service Connect NEG](#psc-neg)\n- [Port mapping NEG](#port-mapping-neg)\n\nZonal NEG\n---------\n\nInternet NEG\n------------\n\nServerless NEG\n--------------\n\nHybrid connectivity NEG\n-----------------------\n\nPrivate Service Connect NEG\n---------------------------\n\nPort mapping NEG\n----------------"]]
