Várias interfaces de rede

Esta página fornece uma vista geral das várias interfaces de rede para instâncias de VMs do Compute Engine. As instâncias com várias interfaces de rede são denominadas instâncias com várias NICs.

Uma instância tem sempre, pelo menos, uma interface de rede virtual (vNIC). Consoante o tipo de máquina, pode configurar interfaces de rede adicionais.

Exemplos de utilização

As instâncias com várias NICs são úteis nos seguintes cenários:

  • Para estabelecer ligação a recursos em redes VPC separadas: as instâncias com várias NICs podem estabelecer ligação a recursos localizados em diferentes redes VPC que não estão ligadas entre si através do intercâmbio da rede VPC ou do Network Connectivity Center.

    • Uma vez que cada interface de uma instância com várias NICs está numa rede VPC separada, pode usar cada interface para um objetivo único. Por exemplo, pode usar algumas interfaces para encaminhar pacotes entre redes VPC que transportam tráfego de produção e outra interface para fins de gestão ou configuração.

    • No SO convidado de cada instância com várias NICs, tem de configurar políticas de encaminhamento e tabelas de encaminhamento locais.

  • Encaminhamento de pacotes entre redes VPC: as instâncias com vários NICs podem ser usadas como saltos seguintes para rotas de ligação de duas ou mais redes VPC.

    • O software executado no SO convidado de uma instância com várias NICs pode realizar a inspeção de pacotes, a tradução de endereços de rede (NAT) ou outra função de segurança de rede.

    • Quando ligar redes VPC através de instâncias com vários NICs, é uma prática recomendada configurar duas ou mais instâncias com vários NICs e usá-las como back-ends para um equilibrador de carga de rede de passagem interno em cada rede VPC. Para mais informações, consulte os Exemplos de utilização na documentação sobre os balanceadores de carga de rede de encaminhamento interno como próximos saltos.

Também pode usar instâncias com várias NICs com interfaces do Private Service Connect para ligar redes de produtores e consumidores de serviços em projetos diferentes.

Tipos de interface de rede

Google Cloud suporta os seguintes tipos de interfaces de rede:

  • vNICs: as interfaces de rede virtual das instâncias do Compute Engine. Cada instância tem de ter, pelo menos, uma vNIC. As vNICs em redes da VPC normais podem ser GVNIC, VIRTIO_NET ou IDPF. Só pode configurar vNICs quando cria uma instância.

  • NICs dinâmicas: uma interface secundária de uma vNIC principal. Pode configurar NICs dinâmicas quando cria uma instância ou adicioná-las mais tarde. Para mais informações, consulte o artigo NICs dinâmicas.

Também pode configurar instâncias com várias NICs através de tipos de máquinas que incluem interfaces de rede RDMA (IRDMA ou MRDMA), que têm de estar anexadas a uma rede VPC com um perfil de rede RDMA. Outros tipos de interfaces de rede, incluindo NICs dinâmicos, não são suportados em redes VPC com um perfil de rede RDMA.

Especificações

As seguintes especificações aplicam-se a instâncias com várias interfaces de rede:

  • Instâncias e interfaces de rede: cada instância tem uma interface nic0. O número máximo de interfaces de rede varia consoante o tipo de máquina da instância.

    • Cada interface tem um tipo de pilha associado, que determina os tipos de pilha de sub-rede e as versões de endereço IP suportados. Para mais informações, consulte o artigo Tipo de pilha e endereços IP.

  • Rede única para cada interface de rede: exceto para redes VPC criadas com um perfil de rede RDMA, cada interface de rede tem de usar uma sub-rede numa rede VPC única.

    • Para redes VPC criadas com um perfil de rede RDMA, várias NICs RDMA podem usar a mesma rede VPC, desde que cada NIC RDMA use uma sub-rede exclusiva.

    • Tem de existir uma rede e uma sub-rede da VPC antes de poder criar uma instância cuja interface de rede use a rede e a sub-rede. Para mais informações sobre como criar redes e sub-redes, consulte o artigo Crie e faça a gestão de redes VPC.

  • Projeto da instância e sub-redes: para instâncias com várias NICs em projetos autónomos, cada interface de rede tem de usar uma sub-rede localizada no mesmo projeto que a instância.

  • Considerações sobre o encaminhamento de IP, a MTU e o encaminhamento: as instâncias com várias NICs requerem um planeamento cuidadoso para as seguintes opções de configuração específicas da instância e da interface:

    • A opção de encaminhamento de IP é configurável por instância e aplica-se a todas as interfaces de rede. Para mais informações, consulte o artigo Ative o encaminhamento de IP para instâncias.

    • Cada interface de rede pode usar uma unidade de transmissão máxima (MTU) exclusiva, que corresponde à MTU da rede VPC associada. Para mais informações, consulte o artigo Unidade de transmissão máxima.

    • Cada instância recebe uma rota predefinida através da opção 121 do DHCP, conforme definido pela RFC 3442. A rota predefinida está associada a nic0. Salvo configuração manual em contrário, todo o tráfego que sai de uma instância para qualquer destino que não seja uma sub-rede diretamente ligada sai da instância através da rota predefinida em nic0.

      Nos sistemas Linux, pode configurar regras e rotas personalizadas no SO convidado através do ficheiro /etc/iproute2/rt_tables e dos comandos ip rule e ip route. Para mais informações, consulte a documentação do SO convidado. Por exemplo, consulte o seguinte tutorial: Configure o encaminhamento para uma interface adicional.

NICs dinâmicas

Se o seu exemplo de utilização exigir qualquer um dos seguintes elementos, use NICs dinâmicos. Certifique-se de que também revê as propriedades e as limitações das NICs dinâmicas.

  • Tem de adicionar ou remover interfaces de rede de instâncias existentes. A adição ou a remoção de NICs dinâmicos não requer o reinício nem a recriação da instância.

  • Precisa de mais interfaces de rede. O número máximo de vNICs para a maioria dos tipos de máquinas no Google Cloud é 10. No entanto, pode configurar até 16 interfaces no total através de NICs dinâmicas. Google Cloud Para mais informações, consulte o artigo Número máximo de interfaces de rede.

  • Tem de configurar instâncias bare metal do Compute Engine com várias NICs, que só têm uma vNIC.

Propriedades das NICs dinâmicas

Consulte as seguintes informações acerca das propriedades das NICs dinâmicas:

  • As NICs dinâmicas são interfaces de VLAN que usam o formato de pacote padrão IEEE 802.1Q. Veja as seguintes considerações:

    • O ID da VLAN de uma NIC dinâmica tem de ser um número inteiro entre 2 e 255.
    • O ID da VLAN de uma NIC dinâmica tem de ser exclusivo numa vNIC principal. No entanto, as NICs dinâmicas pertencentes a vNICs principais diferentes podem usar o mesmo ID de VLAN.

  • Google Cloud usa o seguinte formato para o nome de uma NIC dinâmica: nicNUMBER.VLAN_ID, onde

    • nicNUMBER é o nome da vNIC principal, como nic0.
    • VLAN_ID é o ID de VLAN que definiu, como 4.

    Um exemplo de um nome de NIC dinâmico é nic0.4.

  • A criação de uma instância com NICs dinâmicas ou a adição de NICs dinâmicas a uma instância existente requer passos adicionais para instalar e gerir as interfaces VLAN correspondentes no SO convidado. Pode usar um dos seguintes métodos:

    • Configure a gestão automática de NICs dinâmicos através do agente convidado.

    • Configurar o SO convidado manualmente.

    Para mais informações, consulte o artigo Configure o SO convidado para NICs dinâmicas.

  • As NICs dinâmicas partilham a largura de banda da respetiva vNIC principal. Para impedir que qualquer uma das interfaces de rede consuma toda a largura de banda, tem de criar uma política de tráfego específica da aplicação no SO convidado para dar prioridade ou distribuir o tráfego, por exemplo, através do controlo de tráfego (TC) do Linux.

  • As NICs dinâmicas partilham as mesmas filas de receção e transmissão que a vNIC principal. Para configurar uma interface de rede para usar diferentes filas de receção e transmissão, use vNICs em vez de NICs dinâmicos.

  • O tipo de pilha de uma NIC dinâmica pode ser igual ou diferente da respetiva vNIC principal. Por exemplo, pode criar NICs dinâmicas apenas IPv6 e de pilha dupla numa vNIC principal apenas IPv4.

Limitações das NICs dinâmicas

Veja as seguintes limitações das NICs dinâmicas:

Tipos de pilha e endereços IP

Quando cria uma interface de rede, especifica um dos seguintes tipos de pilha de interfaces:

  • Apenas IPv4
  • Dupla pilha
  • Apenas IPv6

Uma instância de VM pode ter interfaces de rede com diferentes tipos de pilha.

A tabela seguinte descreve os tipos de pilha de sub-redes suportados e os detalhes do endereço IP para cada tipo de pilha de interface:

Interface Sub-rede apenas IPv4 Sub-rede de pilha dupla Sub-rede apenas IPv6 Detalhes do endereço IP
Apenas IPv4 (pilha única) Apenas endereços IPv4. Consulte os detalhes do endereço IPv4.
IPv4 e IPv6 (pilha dupla) Endereços IPv4 e IPv6. Veja os detalhes do endereço IPv4 e os detalhes do endereço IPv6
Apenas IPv6 (pilha única) Apenas endereços IPv6. Consulte os detalhes do endereço IPv6.

Alterar o tipo de pilha da interface de rede

Pode alterar o tipo de pilha de uma interface de rede da seguinte forma:

  • Pode converter uma interface apenas IPv4 em pilha dupla se a sub-rede da interface for uma sub-rede de pilha dupla ou se parar a instância e atribuir a interface a uma sub-rede de pilha dupla.

  • Pode converter uma interface de pilha dupla para apenas IPv4.

Não pode alterar o tipo de pilha de uma interface apenas IPv6. As interfaces apenas IPv6 só são suportadas quando cria instâncias.

Detalhes do endereço IPv4

Cada interface de rede apenas IPv4 ou de pilha dupla recebe um endereço IPv4 interno principal. Cada interface suporta opcionalmente intervalos de IP de alias e um endereço IPv4 externo. Seguem-se as especificações e os requisitos de IPv4:

  • Endereço IPv4 interno principal: o Compute Engine atribui à interface de rede um endereço IPv4 interno principal a partir do intervalo de endereços IPv4 principal da sub-rede da interface. O endereço IPv4 interno principal é atribuído pelo DHCP.

    • Pode controlar o endereço IPv4 interno principal que é atribuído configurando um endereço IPv4 interno estático ou especificando um endereço IPv4 interno efémero personalizado.

    • Numa rede VPC, o endereço IPv4 interno principal de cada interface de rede da VM é exclusivo.

  • Intervalos de IP de alias: opcionalmente, pode atribuir à interface um ou mais intervalos de IP de alias. Cada intervalo de IPs de alias pode ser proveniente do intervalo de endereços IPv4 principal ou de um intervalo de endereços IPv4 secundário da sub-rede da interface.

    • Numa rede VPC, o intervalo de IPs de alias de cada interface tem de ser exclusivo.

  • Endereço IPv4 externo: opcionalmente, pode atribuir à interface um endereço IPv4 externo efémero ou reservado. Google Cloud garante a unicidade de cada endereço IPv4 externo.

Detalhes do endereço IPv6

O Compute Engine atribui a cada interface de rede de pilha dupla ou apenas IPv6 um /96intervalo de endereços IPv6 do /64intervalo de endereços IPv6 da sub-rede da interface:

  • Se o intervalo de endereços /96 IPv6 é interno ou externo, depende do tipo de acesso IPv6 da sub-rede da interface. Google Cloud garante a unicidade de cada intervalo de endereços IPv6 interno e externo. Para mais informações, consulte as especificações IPv6.

    • Se uma instância precisar de um intervalo de endereços IPv6 interno e um intervalo de endereços IPv6 externo, tem de configurar duas interfaces de pilha dupla, duas interfaces apenas IPv6 ou uma interface de pilha dupla e uma interface apenas IPv6. A sub-rede usada por uma interface tem de ter um intervalo de endereços IPv6 externo, e a sub-rede usada pela outra interface tem de ter um intervalo de endereços IPv6 interno.

  • O primeiro endereço IPv6 (/128) é configurado na interface pelo DHCP. Para mais informações, consulte a atribuição de endereços IPv6.

  • Pode controlar que intervalo de endereços /96 IPv6 é atribuído configurando um intervalo de endereços IPv6 interno ou externo estático. Para endereços IPv6 internos, pode especificar um endereço IPv6 interno efémero personalizado.

Se estiver a associar uma instância a várias redes através de endereços IPv6, instale a versão google-guest-agent20220603.00 ou posterior. Para mais informações, consulte o artigo Não consigo estabelecer ligação ao endereço IPv6 de uma interface secundária.

Número máximo de interfaces de rede

Para a maioria dos tipos de máquinas, o número máximo de interfaces de rede que pode anexar a uma instância é dimensionado com o número de vCPUs, conforme descrito nas tabelas seguintes.

Seguem-se as exceções específicas da máquina:

  • As instâncias bare metal do Compute Engine suportam uma única vNIC.

  • O número máximo de vNICs é diferente para alguns tipos de máquinas otimizadas para aceleradores, como A3, A4 e A4X. Para mais informações, consulte o artigo Família de máquinas otimizada para aceleradores.

Números máximos de interfaces

Use a tabela seguinte para determinar quantas interfaces de rede podem ser anexadas a uma instância.

Número de vCPUs Número máximo de vNICs Número máximo de NICs dinâmicas Número máximo de interfaces de rede
(vNICs + NICs dinâmicas)
2 ou menos 2 1 2
4 4 3 4
6 6 5 6
8 8 7 8
10 10 9 10
12 10 10 11
14 10 11 12
16 10 12 13
18 10 13 14
20 10 14 15
22 ou mais 10 15 16

Fórmulas de referência

A tabela seguinte apresenta as fórmulas usadas para calcular o número máximo de interfaces de rede para uma instância. A fórmula depende do número de vCPUs.

Número de vCPU (X) Número máximo de vNICs Número máximo de NICs dinâmicas Número máximo de interfaces de rede
(vNICs + NICs dinâmicas)
X=1 2 1 2
2 ≤ X ≤ 10 X (X-1) X
X ≥ 12 10 min(15, (X-10)/2 + 9) min(16, (X-10)/2 + 10)

Exemplos de distribuições de NICs dinâmicas

Não tem de distribuir as NICs dinâmicas uniformemente pelas NICs virtuais. No entanto, pode querer uma distribuição uniforme porque as NICs dinâmicas partilham a largura de banda da respetiva vNIC principal.

Uma instância tem de ter, pelo menos, uma vNIC. Por exemplo, uma instância com 2 vCPUs pode ter uma das seguintes configurações:

  • 1 vNIC
  • 2 vNICs
  • 1 vNIC e 1 NIC dinâmico

As tabelas seguintes fornecem exemplos de configurações que distribuem uniformemente as NICs dinâmicas pelas vNICs enquanto usam o número máximo de interfaces de rede para um determinado número de vCPUs.

2 vCPUs, 2 NICs

A tabela seguinte fornece exemplos para uma instância com 2 vCPUs que mostram quantas NICs dinâmicas pode ter para um determinado número de vNICs.

Número de vCPUs Número de vNICs Número de NICs dinâmicas por vNIC Número total de interfaces de rede (vNICs + NICs dinâmicas)
2 1 1 2
2 0

4 vCPUs, 4 NICs

A tabela seguinte fornece exemplos para uma instância com 4 vCPUs que mostram quantas NICs dinâmicas pode ter para um determinado número de vNICs.

Número de vCPUs Número de vNICs Número de NICs dinâmicas por vNIC Número total de interfaces de rede (vNICs + NICs dinâmicas)
4 1 3 4
2 1
4 0

8 vCPUs, 8 NICs

A tabela seguinte fornece exemplos para uma instância com 8 vCPUs que mostram quantas NICs dinâmicas pode ter para um determinado número de vNICs.

Número de vCPU Número de vNICs Número de NICs dinâmicas por vNIC Número total de interfaces de rede (vNICs + NICs dinâmicas)
8 1 7 8
2 3
4 1
8 0

14 vCPUs, 12 NICs

A tabela seguinte fornece exemplos para uma instância com 12 vCPUs que mostram quantas NICs dinâmicas pode ter para um determinado número de vNICs.

Número de vCPUs Número de vNICs Número de NICs dinâmicas por vNIC Número total de interfaces de rede (vNICs + NICs dinâmicas)
14 1 11 12
2 5
4 2
6 1

22 vCPUs, 16 NICs

A tabela seguinte fornece exemplos para uma instância com 22 vCPUs que mostram quantas NICs dinâmicas pode ter para um determinado número de vNICs.

Número de vCPUs Número de vNICs Número de NICs dinâmicas por vNIC Número total de interfaces de rede (vNICs + NICs dinâmicas)
22 1 15 16
2 7
4 3
8 1

Interações com o produto

Esta secção descreve as interações entre instâncias com várias NICs e outros produtos e funcionalidades no Google Cloud.

VPC partilhada

Exceto para interfaces do Private Service Connect, a relação entre a sub-rede e o projeto de uma instância com vários NIC num projeto anfitrião ou de serviço de uma VPC partilhada é a seguinte:

  • Cada interface de rede de uma instância com vários NIC localizada num projeto anfitrião de VPC partilhada tem de usar uma sub-rede de uma rede de VPC partilhada no projeto anfitrião.

  • Cada interface de rede de uma instância com vários NIC localizada num projeto de serviço de VPC partilhada pode usar qualquer uma das seguintes opções:

    • Uma sub-rede de uma rede de VPC no projeto de serviço.
    • Uma sub-rede de uma rede VPC partilhada no projeto anfitrião.

Para mais informações sobre a VPC partilhada, consulte:

DNS interno do Compute Engine

O Compute Engine cria registos A e PTR de nomes DNS internos apenas para o endereço IPv4 interno principal da interface de rede nic0 de uma instância. O Compute Engine não cria registos DNS internos para qualquer endereço IPv4 ou IPv6 associado a uma interface de rede diferente de nic0.

Para mais informações, consulte o artigo DNS interno do Compute Engine.

Rotas estáticas

As rotas estáticas podem ser delimitadas a instâncias específicas através da utilização de etiquetas de rede. Quando uma etiqueta de rede está associada a uma instância, a etiqueta aplica-se a todas as interfaces de rede da instância. Consequentemente, adicionar ou remover uma etiqueta de rede de uma instância pode alterar as rotas estáticas que se aplicam a qualquer uma das interfaces de rede da instância.

Balanceadores de carga

Os backends de grupos de instâncias e os backends de NEG zonais têm cada um uma rede VPC associada da seguinte forma:

  • Para grupos de instâncias geridas (MIGs), a rede VPC do grupo de instâncias é a rede VPC atribuída à interface no modelo de instância.nic0

  • Para grupos de instâncias não geridos, a rede VPC do grupo de instâncias é a rede VPC usada pela nic0interface de rede da primeira instância que adiciona ao grupo de instâncias não gerido.

A tabela seguinte mostra que back-ends suportam a distribuição de ligações ou pedidos a qualquer interface de rede.

Balanceador de carga Grupos de instâncias GCE_VM_IP NEGs GCE_VM_IP_PORT NEGs
Balanceador de carga de rede de encaminhamento externo baseado em serviços de back-end
O serviço de back-end não está associado a uma rede VPC. Para mais informações, consulte o artigo Serviços de back-end e redes VPC. 		Apenas nic0 Qualquer NIC N/A
Balanceador de carga de rede de encaminhamento interno
O serviço de back-end está associado a uma rede VPC. Para mais informações, consulte os artigos Especificação da rede de serviços de back-end e Regras da rede de serviços de back-end. 		Qualquer NIC Qualquer NIC N/A
Balanceador de carga de rede de proxy externo
Para mais informações sobre os requisitos de rede e de serviço de back-end, consulte Back-ends e redes VPC. 		Apenas nic0 N/A Qualquer NIC
Balanceador de carga de rede de proxy interno
Para mais informações sobre os requisitos de rede e de serviço de back-end, consulte Back-ends e redes VPC. 		Apenas nic0 N/A Qualquer NIC
Balanceador de carga de aplicações externo
Para mais informações sobre os requisitos de rede e de serviço de back-end, consulte Back-ends e redes VPC. 		Apenas nic0 N/A Qualquer NIC
Balanceador de carga de aplicações interno
Para mais informações sobre os requisitos de rede e de serviço de back-end, consulte Back-ends e redes VPC. 		Apenas nic0 N/A Qualquer NIC

Os balanceadores de carga de rede de encaminhamento externo baseados em pool não usam grupos de instâncias nem NEGs e só suportam o balanceamento de carga para nic0 interfaces de rede.

Regras de firewall

O conjunto de regras de firewall, provenientes de políticas de firewall hierárquicas, políticas de firewall de rede globais, políticas de firewall de rede regionais e regras de firewall da VPC, é exclusivo de cada interface de rede. Certifique-se de que cada rede tem regras de firewall adequadas para permitir o tráfego que quer permitir de e para uma instância com várias NICs. Para determinar que regras de firewall se aplicam a uma interface de rede e a origem de cada regra, consulte o artigo Obtenha regras de firewall eficazes para uma interface de VM.

Pode definir o âmbito das regras de firewall para instâncias de VM específicas através de etiquetas de rede ou etiquetas seguras, que se aplicam a todas as interfaces de rede de uma instância. Para mais informações, consulte o artigo Comparação entre etiquetas seguras e etiquetas de rede.

Problemas conhecidos

Esta secção descreve problemas conhecidos relacionados com a utilização de várias interfaces de rede no Google Cloud.

As versões do agente convidado 20250901.00 a 20251108.00 não instalam NICs dinâmicas

Se tentar configurar a gestão automática de NICs dinâmicas e a sua instância estiver a executar o agente convidado numa versão de 20250901.00 a 20251108.00, o agente convidado não consegue instalar nem gerir NICs dinâmicas no SO convidado da sua instância.

Pode receber um erro que inclua Cannot find device quando executar comandos no SO convidado que referenciam NICs dinâmicos.

Motivo principal

A partir da versão 20250901.00, o agente convidado foi migrado para uma nova arquitetura baseada em plugins para melhorar a modularidade. A nova arquitetura não suportava a instalação e a gestão automáticas de NICs dinâmicas das versões 20250901.00 a 20251108.00.

A versão 20251115.00 do agente convidado resolve este problema.

Resolução

Para resolver este problema, atualize a sua instância para usar a versão do agente convidado 20251115.00 ou posterior:

  1. Para atualizar o agente convidado para a versão mais recente, consulte o artigo Atualize o ambiente convidado.
  2. Para confirmar que a sua instância está a executar a versão 20251115.00 ou posterior do agente convidado, consulte o artigo Veja os pacotes instalados por versão do sistema operativo.

Se necessário, pode contornar temporariamente este problema para instâncias que estejam a executar as versões do agente convidado 20250901.00 a 20251108.00 seguindo as instruções em Compatibilidade com versões anteriores para reverter para a arquitetura do agente convidado anterior.

O que se segue?