Interfacce di rete multiple

Questa pagina fornisce una panoramica di più interfacce di rete per le istanze Compute Engine. Le istanze con più interfacce di rete sono chiamate istanze multi-NIC.

Un'interfaccia di rete di un'istanza si connette a una rete Virtual Private Cloud (VPC) e può essere un'interfaccia di rete virtuale (vNIC) o una NIC dinamica, dove una NIC dinamica è una sottointerfaccia secondaria di una vNIC principale. Le vNIC di un'istanza sono supportate da una o più NIC fisiche sul server host che esegue l'istanza. Per ulteriori informazioni, vedi Tipi di interfacce di rete.

Casi d'uso

Le istanze con più NIC sono utili nei seguenti scenari:

  • Per connettersi alle risorse in reti VPC separate: le istanze multi-NIC possono connettersi a risorse situate in reti VPC diverse che non sono connesse tra loro tramite peering di rete VPC o NCC.

    • Poiché ogni interfaccia di un'istanza con più NIC si trova in una rete VPC separata, puoi utilizzare ogni interfaccia per uno scopo unico. Ad esempio, puoi utilizzare alcune interfacce per instradare i pacchetti tra le reti VPC che trasportano il traffico di produzione e un'altra interfaccia per scopi di gestione o configurazione.

    • All'interno del sistema operativo guest di ogni istanza multi-NIC, devi configurare le norme di routing e le tabelle di routing locali.

  • Per instradare i pacchetti tra le reti VPC: le istanze multi-NIC possono essere utilizzate come hop successivi per le route per connettere due o più reti VPC.

    • Il software in esecuzione nel sistema operativo guest di un'istanza con più NIC può eseguire l'ispezione dei pacchetti, la Network Address Translation (NAT) o un'altra funzione di sicurezza di rete.

    • Quando connetti reti VPC utilizzando istanze multi-NIC, è una best practice configurare due o più istanze multi-NIC, utilizzandole come backend per un bilanciatore del carico di rete passthrough interno in ogni rete VPC. Per saperne di più, consulta Casi d'uso nella documentazione sui bilanciatori del carico di rete passthrough interni come hop successivi.

  • Per aumentare la larghezza di banda di rete totale di un'istanza: le istanze multi-NIC supportano una larghezza di banda maggiore come segue:

    • Per alcuni tipi di macchina in Google Cloud, le istanze sono supportate da più NIC fisiche sul server host. La creazione di un'istanza con più vNIC in cui ogni vNIC utilizza una NIC fisica diversa aumenta la larghezza di banda di rete totale dell'istanza. Per saperne di più, consulta Larghezza di banda per più interfacce di rete nella stessa rete VPC.

    • Per la maggior parte dei tipi di macchine in Google Cloud, le istanze sono supportate da una singola NIC fisica sul server host e ogni vNIC utilizza la stessa NIC fisica. Quando le vNIC condividono una NIC fisica, l'aggiunta di vNIC non aumenta la larghezza di banda della rete.

Puoi anche utilizzare istanze multi-NIC con interfacce Private Service Connect per connettere reti producer di servizi e consumer in progetti diversi.

Tipi di interfacce di rete

Per informazioni dettagliate sui tipi di interfacce di rete in Google Cloud, consulta le sezioni seguenti.

Interfacce di rete dell'istanza

Le istanze Compute Engine si connettono alle reti VPC utilizzando interfacce di rete che configuri, che possono essere vNIC o NIC dinamiche. Queste interfacce di rete dell'istanza corrispondono alla risorsa e alla proprietà instances.networkInterfaces[] nell'API Compute Engine.

Per saperne di più su ogni tipo di interfaccia di rete dell'istanza, consulta quanto segue:

  • Interfaccia di rete virtuale (vNIC): un'interfaccia di rete definita dal software esposta al sistema operativo guest dell'istanza che consente all'istanza di connettersi alle reti VPC. Ogni istanza deve avere almeno una vNIC.

    • Puoi configurare le vNIC solo quando crei un'istanza.

    • Il nome di una vNIC assegnata da Google Cloud ha il seguente formato: nicN, ad esempio nic0. Il nome corrispondente assegnato dal sistema operativo guest dipende dal sistema operativo, ad esempio ens4 per Ubuntu.

    • Una vNIC può essere di uno dei seguenti tipi, a seconda della rete VPC associata. Ogni tipo corrisponde a un driver di rete specifico nel sistema operativo guest:

      Per informazioni sui tipi di macchina che supportano i tipi di vNIC, consulta Confronto tra serie di macchine.

  • NIC dinamica: un elemento secondario di una vNIC principale implementato come sottointerfaccia nel sistema operativo guest della tua istanza.

    • Puoi configurare le NIC dinamiche quando crei un'istanza o aggiungerle in un secondo momento.

    • Il nome di una NIC dinamica assegnata da Google Cloud ha il seguente formato: nicN.VLAN_ID, ad esempio nic0.2. Il nome corrispondente assegnato dal sistema operativo guest dipende dal sistema operativo. Ad esempio, se utilizzi l'agente guest per gestire le NIC dinamiche in Ubuntu, il nome potrebbe essere a-gcp.ens4.2.

    • Le NIC dinamiche non sono supportate nelle reti VPC con un profilo di rete RDMA.

    Per saperne di più, consulta NIC dinamiche.

Dettagli NIC dinamica

Se il tuo caso d'uso richiede uno dei seguenti elementi, utilizza le NIC dinamiche. Assicurati di esaminare anche le proprietà e le limitazioni delle NIC dinamiche.

  • Devi aggiungere o rimuovere interfacce di rete da istanze esistenti. L'aggiunta o la rimozione di NIC dinamiche non richiede il riavvio o la ricreazione dell'istanza.

  • Hai bisogno di più interfacce di rete del numero massimo di vNIC. Per la maggior parte dei tipi di macchine in Google Cloud, il numero massimo è 10; tuttavia, puoi configurare fino a 16 interfacce totali utilizzando le NIC dinamiche. Per saperne di più, consulta Numero massimo di interfacce di rete.

  • Devi configurare istanze bare metal Compute Engine con più NIC, che hanno una sola vNIC.

Proprietà delle NIC dinamiche

Consulta le seguenti informazioni sulle proprietà delle NIC dinamiche:

  • Le NIC dinamiche sono interfacce VLAN che utilizzano il formato pacchetto standard IEEE 802.1Q. Consulta le seguenti considerazioni:

    • L'ID VLAN di una NIC dinamica deve essere un numero intero compreso tra 2 e 255.
    • L'ID VLAN di una NIC dinamica deve essere univoco all'interno di una vNIC padre. Tuttavia, le NIC dinamiche che appartengono a vNIC padre diverse possono utilizzare lo stesso ID VLAN.

  • Google Cloud utilizza il seguente formato per il nome di una NIC dinamica: nicNUMBER.VLAN_ID, dove

    • nicNUMBER è il nome della vNIC principale, ad esempio nic0.
    • VLAN_ID è l'ID VLAN che hai impostato, ad esempio 4.

    Un esempio di nome NIC dinamica è nic0.4.

  • La creazione di un'istanza con NIC dinamiche o l'aggiunta di NIC dinamiche a un'istanza esistente richiede passaggi aggiuntivi per installare e gestire le interfacce VLAN corrispondenti nel sistema operativo guest. Puoi utilizzare uno dei seguenti metodi:

    • Configura la gestione automatica delle NIC dinamiche utilizzando l'agente guest.

    • Configura manualmente il sistema operativo guest.

    Per saperne di più, consulta Configura il sistema operativo guest per le NIC dinamiche.

  • Le NIC dinamiche condividono la larghezza di banda della vNIC padre. Per impedire a una delle interfacce di rete di consumare tutta la larghezza di banda, devi creare un criterio di gestione del traffico specifico per l'applicazione nel sistema operativo guest per dare la priorità al traffico o distribuirlo, ad esempio utilizzando Linux Traffic Control (TC).

  • Le NIC dinamiche condividono le stesse code di ricezione e trasmissione della vNIC padre. Per configurare un'interfaccia di rete in modo che utilizzi code di ricezione e trasmissione diverse, utilizza le vNIC anziché le NIC dinamiche.

  • Il tipo di stack di una NIC dinamica può essere uguale o diverso da quello della vNIC padre. Ad esempio, puoi creare NIC dinamiche solo IPv6 e a doppio stack in una vNIC principale solo IPv4.

Limitazioni delle NIC dinamiche

Consulta le seguenti limitazioni delle NIC dinamiche:

NIC fisiche

Una NIC fisica è il componente hardware installato direttamente sul server host in cui viene eseguita un'istanza. A seconda del tipo di macchina della tua istanza, le vNIC dell'istanza vengono mappate a una o più NIC fisiche su un server host come segue:

  • Istanze supportate da una NIC fisica: per la maggior parte dei tipi di macchine, le istanze vengono eseguite su un server host con una sola NIC fisica. Per una determinata istanza, tutte le vNIC dell'istanza vengono mappate alla singola NIC fisica.

  • Istanze supportate da più NIC fisiche: per un insieme limitato di tipi di macchine, come i tipi di macchine C4N e i tipi di macchine GPU, le istanze vengono eseguite su un server host con più NIC fisiche. Per una determinata istanza, Compute Engine mappa le vNIC dell'istanza a NIC fisiche diverse.

    • Le istanze supportate da più NIC fisiche supportano casi d'uso come l'aumento della larghezza di banda di rete e la comunicazione da GPU a GPU su una rete VPC RoCE. Per saperne di più, consulta Supporto di rete per le istanze C4N e Networking e macchine GPU.

    • Quando crei l'istanza, Compute Engine mappa ogni vNIC a una NIC fisica univoca, fino al conteggio totale delle NIC fisiche del tipo di macchina dell'istanza.

    • Per comprendere il supporto di più NIC fisiche, consulta la documentazione per una determinata serie di macchine. Se applicabile, la tabella dei tipi di macchina include una colonna intitolata Numero di NIC fisiche. Ad esempio, vedi Tipi di macchine C4N.

Inoltre, per la maggior parte dei tipi di macchine, le istanze condividono un server host con altre istanze. Le istanze che condividono un server host condividono anche la sua NIC fisica o il suo insieme di NIC fisiche. Tuttavia, per alcuni tipi di macchine, come i tipi di macchine bare metal o i tipi di macchine H3 e H4D, una singola istanza occupa un intero server host.

Specifiche

Le seguenti specifiche si applicano alle istanze con più interfacce di rete:

  • Istanze e interfacce di rete: ogni istanza ha un'interfaccia nic0. Il numero massimo di interfacce di rete varia a seconda del tipo di macchina dell'istanza.

    • Ogni interfaccia ha un tipo di stack associato, che determina i tipi di stack di subnet e le versioni dell'indirizzo IP supportati. Per saperne di più, consulta Tipo di stack e indirizzi IP.

  • Requisiti di rete e subnet: ogni interfaccia di rete deve utilizzare una subnet unica in una rete VPC.

    • Il collegamento di interfacce di rete a subnet in reti VPC diverse è supportato.

    • Il collegamento di interfacce di rete a subnet diverse nella stessa rete VPC è supportato nei seguenti scenari:

    • Prima di poter creare un'istanza la cui interfaccia di rete utilizzi la rete e la subnet, devono esistere una rete VPC e una subnet. Per ulteriori informazioni sulla creazione di reti e subnet, consulta Crea e gestisci le reti VPC.

    • Il bonding dell'interfaccia di rete con l'aggregazione di link non è supportato. Per informazioni dettagliate su come più interfacce di rete nella stessa rete VPC influiscono sulla larghezza di banda, consulta Larghezza di banda per più interfacce di rete nella stessa rete VPC.

  • Progetto di istanza e subnet: per le istanze con più NIC in progetti autonomi, ogni interfaccia di rete deve utilizzare una subnet che si trova nello stesso progetto dell'istanza.

  • Considerazioni su forwarding IP, MTU e routing: le istanze con più NIC richiedono un'attenta pianificazione per le seguenti opzioni di configurazione specifiche per istanza e interfaccia:

    • L'opzione di inoltro IP è configurabile per ogni istanza e si applica a tutte le interfacce di rete. Per saperne di più, vedi Attivare l'inoltro IP per le istanze.

    • Ogni interfaccia di rete può utilizzare un'unità massima di trasmissione (MTU) unica, corrispondente alla MTU della rete VPC associata. Per saperne di più, consulta Unità massima di trasmissione.

    • Ogni istanza riceve una route predefinita utilizzando l'opzione DHCP 121, come definito dalla RFC 3442. La route predefinita è associata a nic0. Se non manualmente configurato in modo diverso, il traffico che lascia un'istanza per qualsiasi destinazione diversa da una subnet con collegamento diretto lascerà l'istanza utilizzando la route predefinita su nic0.

      Sui sistemi Linux, puoi configurare regole e route personalizzate all'interno del sistema operativo guest utilizzando il file /etc/iproute2/rt_tables e i comandi ip rule e ip route. Per saperne di più, consulta la documentazione del sistema operativo guest. Per un esempio, consulta il seguente tutorial: Configurare il routing per un'interfaccia aggiuntiva.

Regole per più interfacce di rete nella stessa rete VPC

Compute Engine applica tutte le seguenti regole quando due o più interfacce di rete di una singola istanza utilizzano la stessa rete VPC:

  • Subnet univoca: ogni interfaccia di rete deve essere collegata a una subnet univoca.

  • Le vNIC aggiuntive devono essere collegate alla rete che contiene nic0: due o più vNIC possono essere collegate alla stessa rete VPC solo se questa contiene anche la vNIC nic0. Ad esempio, nic0, nic1 e nic2 possono essere collegati a subnet uniche nella stessa rete VPC, ma nic1 e nic2 non possono essere collegati alla stessa rete VPC se nic0 non è collegato a quella rete.

  • Una rete contenente una NIC dinamica e almeno un'altra NIC deve contenere la vNIC padre di ogni NIC dinamica: ad esempio:

    • Per collegare le NIC dinamiche nic1.6 e nic1.7 alla stessa rete VPC, devi collegare anche la relativa vNIC principale, nic1, a quella rete VPC.

    • Per collegare la NIC dinamica nic1.6 e la vNIC nic2 alla stessa rete VPC, devi collegare anche le vNIC nic1 e nic0 a quella rete VPC. L'allegato nic1 è obbligatorio perché nic1 è la vNIC padre della NIC dinamica nic1.6. L'allegato nic0 è obbligatorio perché la rete contiene più vNIC.

    • Per collegare le NIC dinamiche nic2.5 e nic3.6 alla stessa rete VPC, devi collegare anche tutte le seguenti vNIC alla stessa rete VPC: nic0, nic2 e nic3. L'associazione delle vNIC nic2 e nic3 è obbligatoria perché sono le vNIC padre delle NIC dinamiche nic2.5 e nic3.6. Il collegamento di nic0 è obbligatorio perché la rete contiene più vNIC.

  • Rete univoca per ogni interfaccia Private Service Connect: Non è possibile collegare due o più interfacce di rete alla stessa rete VPC se una delle interfacce di rete utilizza un collegamento di rete in quella rete.

Larghezza di banda per più interfacce di rete nella stessa rete VPC

Più vNIC nella stessa rete VPC influiscono sulla larghezza di banda di rete in base a queste regole:

  • Per le istanze supportate da una NIC fisica, il collegamento di due o più vNIC alla stessa rete VPC non aumenta mai la larghezza di banda di rete.

  • Per le istanze supportate da più NIC fisiche, il collegamento di due o più vNIC alla stessa rete VPC aumenta la larghezza di banda di rete quando Compute Engine mappa le vNIC a NIC fisiche diverse.

Indipendentemente dal tipo di macchina, l'aggiunta di NIC dinamiche a un'istanza non aumenta la larghezza di banda perché una NIC dinamica utilizza la larghezza di banda della relativa vNIC principale.

Tipi di stack e indirizzi IP

Quando crei un'interfaccia di rete, specifichi uno dei seguenti tipi di stack di interfaccia:

  • Solo IPv4
  • Dual-stack
  • Solo IPv6

Un'istanza VM può avere interfacce di rete con tipi di stack diversi.

La seguente tabella descrive i tipi di stack di subnet supportati e i dettagli dell'indirizzo IP per ogni tipo di stack di interfaccia:

Interfaccia Subnet solo IPv4 Subnet a doppio stack Subnet solo IPv6 Dettagli indirizzo IP
Solo IPv4 (stack singolo) Solo indirizzi IPv4. Consulta Dettagli dell'indirizzo IPv4.
IPv4 e IPv6 (stack doppio) Indirizzi IPv4 e IPv6. Consulta Dettagli dell'indirizzo IPv4 e Dettagli dell'indirizzo IPv6
Solo IPv6 (stack singolo) Solo indirizzi IPv6. Consulta Dettagli dell'indirizzo IPv6.

Modifica del tipo di stack dell'interfaccia di rete

Puoi modificare il tipo di stack di un'interfaccia di rete nel seguente modo:

  • Puoi convertire un'interfaccia solo IPv4 in un'interfaccia a doppio stack se la subnet dell'interfaccia è una subnet a doppio stack o se arresti l'istanza e assegni l'interfaccia a una subnet a doppio stack.

  • Puoi convertire un'interfaccia a doppio stack in solo IPv4.

Non puoi modificare il tipo di stack di un'interfaccia solo IPv6. Le interfacce solo IPv6 sono supportate solo durante la creazione delle istanze.

Dettagli indirizzo IPv4

Ogni interfaccia di rete solo IPv4 o a doppio stack riceve un indirizzo IPv4 interno principale. Ogni interfaccia supporta facoltativamente intervalli IP alias e un indirizzo IPv4 esterno. Di seguito sono riportate le specifiche e i requisiti IPv4:

  • Indirizzo IPv4 interno principale: Compute Engine assegna all'interfaccia di rete un indirizzo IPv4 interno principale dall'intervallo di indirizzi IPv4 principale della subnet dell'interfaccia. L'indirizzo IPv4 interno principale viene allocato da DHCP.

    • Puoi controllare quale indirizzo IPv4 interno principale viene assegnato configurando un indirizzo IPv4 interno statico o specificando un indirizzo IPv4 interno temporaneo personalizzato.

    • All'interno di una rete VPC, l'indirizzo IPv4 interno principale di ogni interfaccia di rete VM è univoco.

  • Intervalli IP alias: facoltativamente, puoi assegnare all'interfaccia uno o più intervalli IP alias. Ogni intervallo IP alias può provenire dall'intervallo di indirizzi IPv4 principale o da un intervallo di indirizzi IPv4 secondario della subnet dell'interfaccia.

    • All'interno di una rete VPC, l'intervallo di IP alias di ogni interfaccia deve essere univoco.

  • Indirizzo IPv4 esterno: facoltativamente, puoi assegnare all'interfaccia un indirizzo IPv4 esterno temporaneo o riservato. Google Cloud garantisce l'univocità di ogni indirizzo IPv4 esterno.

Dettagli dell'indirizzo IPv6

Compute Engine assegna a ogni interfaccia di rete a doppio stack o solo IPv6 un intervallo di indirizzi IPv6 /96 dall'intervallo di indirizzi IPv6 /64 della subnet dell'interfaccia:

  • Se l'intervallo di indirizzi IPv6 /96 è interno o esterno dipende dal tipo di accesso IPv6 della subnet dell'interfaccia. Google Cloud garantisce l'unicità di ogni intervallo di indirizzi IPv6 interni ed esterni. Per saperne di più, consulta le specifiche IPv6.

    • Se un'istanza ha bisogno sia di un intervallo di indirizzi IPv6 interni sia di un intervallo di indirizzi IPv6 esterni, devi configurare due interfacce a doppio stack, due interfacce solo IPv6 o un'interfaccia a doppio stack e un'interfaccia solo IPv6. La subnet utilizzata da un'interfaccia deve avere un intervallo di indirizzi IPv6 esterni, mentre la subnet utilizzata dall'altra interfaccia deve avere un intervallo di indirizzi IPv6 interni.

  • Il primo indirizzo IPv6 (/128) viene configurato sull'interfaccia tramite DHCP. Per saperne di più, consulta Assegnazione dell'indirizzo IPv6.

  • Puoi controllare quale intervallo di indirizzi IPv6 /96 viene assegnato configurando un intervallo di indirizzi IPv6 interno statico o esterno. Per gli indirizzi IPv6 interni, puoi specificare un indirizzo IPv6 interno temporaneo personalizzato.

Se connetti un'istanza a più reti utilizzando indirizzi IPv6, installa google-guest-agent versione 20220603.00 o successive. Per ulteriori informazioni, vedi Non riesco a connettermi all'indirizzo IPv6 di un'interfaccia secondaria.

Numero massimo di interfacce di rete

Per la maggior parte dei tipi di macchina, il numero massimo di interfacce di rete che puoi collegare a un'istanza viene scalato in base al numero di vCPU, come descritto nelle tabelle seguenti.

Di seguito sono riportate le eccezioni specifiche per le macchine:

  • Le istanze bare metal di Compute Engine supportano una sola vNIC.

  • Il numero massimo di vNIC è diverso per alcuni tipi di macchina ottimizzati per l'acceleratore, come A3, A4 e A4X. Per saperne di più, consulta la sezione Famiglia di macchine ottimizzate per l'acceleratore.

Numero massimo di interfacce

Utilizza la seguente tabella per determinare quante interfacce di rete possono essere collegate a un'istanza.

Numero di vCPU Numero massimo di vNIC Numero massimo di NIC dinamiche Numero massimo di interfacce di rete
(NIC virtuali + NIC dinamiche)
2 o meno 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 o più 10 15 16

Formule di riferimento

La seguente tabella fornisce le formule utilizzate per calcolare il numero massimo di interfacce di rete per un'istanza. La formula dipende dal numero di vCPU.

Numero di vCPU (X) Numero massimo di vNIC Numero massimo di NIC dinamiche Numero massimo di interfacce di rete
(NIC virtuali + NIC dinamiche)
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)

Esempi di distribuzioni di NIC dinamiche

Non devi distribuire le NIC dinamiche in modo uniforme tra le vNIC. Tuttavia, potresti volere una distribuzione uniforme perché le NIC dinamiche condividono la larghezza di banda della vNIC padre.

Un'istanza deve avere almeno una vNIC. Ad esempio, un'istanza con 2 vCPU può avere una delle seguenti configurazioni:

  • 1 vNIC
  • 2 vNIC
  • 1 vNIC e 1 NIC dinamica

Le tabelle seguenti forniscono configurazioni di esempio che distribuiscono in modo uniforme le NIC dinamiche tra le vNIC utilizzando il numero massimo di interfacce di rete per un determinato numero di vCPU.

2 vCPU, 2 NIC

La tabella seguente fornisce esempi per un'istanza con 2 vCPU che mostrano quante NIC dinamiche puoi avere per un determinato numero di vNIC.

Numero di vCPU Numero di vNIC Numero di NIC dinamiche per vNIC Numero totale di interfacce di rete (NIC virtuali + NIC dinamiche)
2 1 1 2
2 0

4 vCPU, 4 NIC

La tabella seguente fornisce esempi per un'istanza con 4 vCPU che mostrano quante NIC dinamiche puoi avere per un determinato numero di vNIC.

Numero di vCPU Numero di vNIC Numero di NIC dinamiche per vNIC Numero totale di interfacce di rete (NIC virtuali + NIC dinamiche)
4 1 3 4
2 1
4 0

8 vCPU, 8 NIC

La tabella seguente fornisce esempi per un'istanza con 8 vCPU che mostrano quante NIC dinamiche puoi avere per un determinato numero di vNIC.

Numero di vCPU Numero di vNIC Numero di NIC dinamiche per vNIC Numero totale di interfacce di rete (NIC virtuali + NIC dinamiche)
8 1 7 8
2 3
4 1
8 0

14 vCPU, 12 NIC

La tabella seguente fornisce esempi per un'istanza con 12 vCPU che mostrano quante NIC dinamiche puoi avere per un determinato numero di vNIC.

Numero di vCPU Numero di vNIC Numero di NIC dinamiche per vNIC Numero totale di interfacce di rete (NIC virtuali + NIC dinamiche)
14 1 11 12
2 5
4 2
6 1

22 vCPU, 16 NIC

La tabella seguente fornisce esempi per un'istanza con 22 vCPU che mostrano quante NIC dinamiche puoi avere per un determinato numero di vNIC.

Numero di vCPU Numero di vNIC Numero di NIC dinamiche per vNIC Numero totale di interfacce di rete (NIC virtuali + NIC dinamiche)
22 1 15 16
2 7
4 3
8 1

Interazioni con i prodotti

Questa sezione descrive le interazioni tra le istanze multi-NIC e altri prodotti e funzionalità in Google Cloud.

VPC condiviso

Ad eccezione delle interfacce Private Service Connect, la relazione tra subnet e progetto di un'istanza multi-NIC in un progetto host o di servizio VPC condiviso è la seguente:

  • Ogni interfaccia di rete di un'istanza multi-NIC che si trova in un progetto host VPC condiviso deve utilizzare una subnet di una rete VPC condivisa nel progetto host.

  • Ogni interfaccia di rete di un'istanza con più NIC che si trova in un progetto di servizio VPC condiviso può utilizzare una delle seguenti opzioni:

    • Una subnet di una rete VPC nel progetto di servizio.
    • Una subnet di una rete VPC condiviso nel progetto host.

Per ulteriori informazioni sul VPC condiviso, consulta:

DNS interno di Compute Engine

Compute Engine crea record DNS A e PTR interni solo per l'indirizzo IPv4 interno principale dell'interfaccia di rete nic0 di un'istanza. Compute Engine non crea record DNS interni per qualsiasi indirizzo IPv4 o IPv6 associato a un'interfaccia di rete diversa da nic0.

Per ulteriori informazioni, consulta la pagina DNS interno di Compute Engine.

Route statiche

Le route statiche possono essere limitate a istanze specifiche utilizzando i tag di rete. Quando un tag di rete è associato a un'istanza, il tag si applica a tutte le interfacce di rete dell'istanza. Di conseguenza, l'aggiunta o la rimozione di un tag di rete da un'istanza potrebbe modificare le route statiche applicabili a qualsiasi interfaccia di rete dell'istanza.

Quando crei una route statica il cui hop successivo è un'istanza:

  • Se specifichi un'istanza di hop successivo per nome e zona (next-hop-instance), i pacchetti vengono inviati solo alla vNIC nic0 dell'istanza e la vNIC nic0 deve essere collegata alla stessa rete VPC in cui viene creata la route statica.

  • Se specifichi un'istanza di hop successivo per indirizzo (next-hop-address), i pacchetti possono essere inviati a una vNIC o a una NIC dinamica specifica nello stesso VPC in cui viene creata la route statica.

Per saperne di più, consulta Hop successivi e funzionalità.

Bilanciatori del carico

La seguente tabella descrive quali interfacce di rete dell'istanza soddisfano le condizioni necessarie per ricevere il traffico bilanciato del carico, incluse le situazioni in cui più interfacce sono collegate alla stessa rete VPC in base alle regole per più interfacce di rete nella stessa rete VPC. Un'interfaccia di rete che soddisfa le condizioni necessarie del bilanciatore del carico è un'interfaccia di destinazione del bilanciatore del carico. Un'istanza ha esattamente un'interfaccia di destinazione del bilanciatore del carico in ogni rete VPC che utilizza, anche se ha due o più interfacce nella stessa rete.

Interfaccia Condizioni per ricevere traffico bilanciato del carico
nic0 vNIC

Può essere collegato a una rete VPC con o senza altre interfacce di rete:

  • Quando più vNIC condividono una rete VPC comune con la vNIC nic0, solo nic0 può ricevere il traffico bilanciato del carico.
  • Quando una o più NIC dinamiche condividono una rete VPC comune con la vNIC nic0, solo nic0 può ricevere traffico bilanciato del carico.
vNIC non nic0

Deve essere collegata a una rete VPC senza altre vNIC:

  • Può essere collegato a una rete VPC da solo.
  • Quando una o più NIC dinamiche condividono una rete VPC comune con una vNIC principale, solo la vNIC principale può ricevere traffico bilanciato del carico.
NIC dinamica

Deve essere collegata a una rete VPC univoca senza altre interfacce di rete (nessun'altra vNIC e nessuna altra NIC dinamica).

Le tabelle seguenti descrivono in dettaglio le configurazioni del bilanciatore del carico e del gruppo di backend che puoi utilizzare per inviare il traffico a un'interfaccia di destinazione del bilanciatore del carico.

Interfacce di destinazione del bilanciatore del carico per i bilanciatori del carico delle applicazioni e i bilanciatori del carico di rete proxy

Tipo di gruppo di backend
su un servizio di backend di un bilanciatore del carico delle applicazioni
o di un bilanciatore del carico di rete proxy		 Interfaccia di destinazione del bilanciatore del carico
nic0 vNIC vNIC non nic0 NIC dinamica
Gruppo di istanze
GCE_VM_IP_PORT NEG

Interfacce di destinazione del bilanciatore del carico per i bilanciatori del carico di rete passthrough

Per i bilanciatori del carico di rete passthrough interni:

Tipo di gruppo di backend
su un servizio di backend di un bilanciatore del carico di rete passthrough interno		 Interfaccia di destinazione del bilanciatore del carico
nic0 vNIC vNIC non nic0 NIC dinamica
Gruppo di istanze
GCE_VM_IP NEG

Per i bilanciatori del carico di rete passthrough esterni:

Tipo di backend
di un bilanciatore del carico di rete passthrough esterno		 Interfaccia di destinazione del bilanciatore del carico
nic0 vNIC vNIC non nic0 NIC dinamica
Gruppo di istanze
su un servizio di backend di un bilanciatore del carico di rete passthrough esterno regionale o globale basato su servizi di backend
GCE_VM_IP NEG
su un servizio di backend di un bilanciatore del carico di rete passthrough esterno regionale o globale basato su servizi di backend
Pool di destinazione
di un bilanciatore del carico di rete passthrough esterno regionale basato su pool di destinazione

Backend e interfacce di rete NEG di zona GCE_VM_IP_PORT

Quando crei un nuovo NEG zonale con endpoint GCE_VM_IP_PORT, specifica una zona, una porta predefinita, una rete VPC e una subnet in quella rete. Nessuno di questi attributi può essere modificato dopo la creazione del NEG di zona.

La subnet del NEG deve trovarsi nella stessa regione della zona del NEG. Se la rete del NEG è una rete VPC in modalità automatica, puoi omettere la specifica della subnet del NEG. Quando non specifichi una subnet, Google Cloud imposta la subnet del NEG sulla subnet creata automaticamente nella regione che contiene la zona del NEG.

I NEG di zona con endpoint GCE_VM_IP_PORT applicano le seguenti regole per l'aggiunta di endpoint:

  • Se specifichi solo un nome istanza per l'endpoint, l'istanza deve trovarsi nella stessa zona del NEG e avere un'interfaccia di destinazione del bilanciatore del carico nella subnet del NEG. L'indirizzo IP dell'endpoint è impostato sull'indirizzo IPv4 interno principale dell'interfaccia di destinazione del bilanciatore del carico e la porta dell'endpoint è impostata sulla porta predefinita del NEG.

  • Se specifichi un nome istanza e un indirizzo IP oppure un nome istanza, un indirizzo IP e informazioni sulla porta per l'endpoint, l'istanza deve trovarsi nella stessa zona del NEG e:

    • Se specifichi un indirizzo IPv4: l'indirizzo IPv4 deve essere un indirizzo IPv4 interno principale o un indirizzo IPv4 di un intervallo IP alias associato a un'interfaccia di destinazione del bilanciatore del carico nella subnet del NEG.

    • Se specifichi un indirizzo IPv6: l'indirizzo IPv6 deve essere un singolo indirizzo IPv6 dall'intervallo di indirizzi IPv6 /96 dell'interfaccia di destinazione del bilanciatore del carico nella subnet del NEG.

    • La porta dell'endpoint è quella che specifichi. Se non specifichi una porta, la porta dell'endpoint viene impostata sulla porta predefinita del NEG.

Backend e interfacce di rete NEG di zona GCE_VM_IP

Quando crei un nuovo NEG zonale con endpoint GCE_VM_IP, specifichi una zona, una rete VPC e una subnet in quella rete. Nessuno di questi attributi può essere modificato dopo la creazione del NEG di zona.

La subnet del NEG deve trovarsi nella stessa regione della zona del NEG. Se la rete del NEG è una rete VPC in modalità automatica, puoi omettere la specifica della subnet del NEG. Quando non specifichi una subnet, Google Cloud imposta la subnet del NEG sulla subnet creata automaticamente nella regione che contiene la zona del NEG.

I NEG di zona con endpoint GCE_VM_IP applicano le seguenti regole per l'aggiunta di endpoint:

  • Se specifichi solo un nome istanza per l'endpoint, l'istanza deve trovarsi nella stessa zona del NEG e avere un'interfaccia di destinazione del bilanciatore del carico nella subnet del NEG.

  • Se specifichi sia un nome istanza sia un indirizzo IP per l'aggiunta di un endpoint, l'istanza deve trovarsi nella stessa zona del NEG e l'indirizzo IP deve essere l'indirizzo IPv4 interno principale di un'interfaccia di destinazione del bilanciatore del carico nella subnet del NEG.

Poiché un'istanza può avere una sola NIC nella subnet del NEG, può avere un solo endpoint GCE_VM_IP per NEG zonale e l'endpoint viene sempre identificato con l'indirizzo IPv4 interno principale dell'interfaccia di destinazione del bilanciatore del carico. Gli indirizzi IP di destinazione effettivi dei pacchetti bilanciati corrispondono a una regola di forwarding del bilanciatore del carico di rete passthrough.

Backend di gruppi di istanze e interfacce di rete

La rete VPC e la subnet associate a un gruppo di istanze vengono impostate implicitamente da una di queste azioni:

  • Per i gruppi di istanze gestite (MIG), la rete VPC e la subnet del gruppo di istanze sono impostate sulla rete e sulla subnet della vNIC nic0 definita nel template di istanza.

  • Per i gruppi di istanze non gestite, la rete VPC e la subnet del gruppo di istanze sono impostate sulla rete e sulla subnet della vNIC nic0 della prima istanza che aggiungi al gruppo di istanze non gestite. Non puoi modificare la subnet o la rete VPC del gruppo di istanze in un secondo momento, anche se rimuovi la prima istanza che hai aggiunto al gruppo.

Google Cloud applica le seguenti regole quando aggiungi istanze a un gruppo di istanze non gestite dopo aver impostato la rete VPC e la subnet del gruppo di istanze:

  • La vNIC nic0 di un'istanza da aggiungere a un gruppo di istanze deve corrispondere alla rete e alla subnet del gruppo di istanze. Questa regola viene applicata perché la vNIC nic0 è sempre un'interfaccia di destinazione del bilanciatore del carico.

  • Per ogni interfaccia di destinazione del bilanciatore del carico di un'istanza da aggiungere a un gruppo di istanze: se l'interfaccia di destinazione del bilanciatore del carico è collegata a una rete VPC a cui sono collegate le interfacce di destinazione del bilanciatore del carico delle istanze esistenti, sia le interfacce di destinazione del bilanciatore del carico nuove che quelle esistenti devono utilizzare la stessa subnet.

Regole firewall

Il set di regole firewall, dalle policy firewall gerarchiche, alle policy firewall di rete globali, alle policy firewall di rete regionali e alle regole firewall VPC, è univoco per ogni interfaccia di rete. Assicurati che ogni rete disponga di regole firewall appropriate per consentire il traffico che vuoi consentire da e verso un'istanza multi-NIC. Per determinare quali regole firewall si applicano a un'interfaccia di rete e l'origine di ogni regola, consulta Recuperare le regole firewall effettive per un'interfaccia VM.

Le regole firewall possono essere limitate a istanze VM specifiche utilizzando tag di rete o tag sicuri, entrambi applicabili a tutte le interfacce di rete di un'istanza. Per maggiori informazioni, consulta Confronto tra tag sicuri e tag di rete.

Problemi noti

Questa sezione descrive i problemi noti relativi all'utilizzo di più interfacce di rete in Google Cloud.

Errori di creazione e prestazioni ridotte quando si utilizzano NIC dinamiche con istanze GPU

Le NIC dinamiche non sono supportate per l'utilizzo con le istanze GPU. Se crei un'istanza GPU con schede di interfaccia di rete dinamiche o aggiungi schede di interfaccia di rete dinamiche a un'istanza GPU esistente, potrebbero verificarsi i seguenti problemi:

  • L'operazione non riesce e viene visualizzato un errore simile al seguente:

    Internal error. Please try again or contact Google Support. (Code: 'CODE')

  • L'operazione ha esito positivo, ma le prestazioni dell'istanza sono ridotte, ad esempio la larghezza di banda di rete è notevolmente inferiore.

Questi problemi si verificano perché la configurazione NIC dinamica genera errori quando Compute Engine tenta di distribuire le vNIC dell'istanza tra le NIC fisiche sul server host.

Pacchetti eliminati quando si utilizzano NIC dinamiche con intervalli IP alias, forwarding del protocollo o bilanciatori del carico di rete passthrough

L'agente guest aggiunge automaticamente le route locali nei seguenti scenari per le vNIC, ma non per le NIC dinamiche:

Poiché le route locali non vengono aggiunte per le NIC dinamiche, la NIC dinamica potrebbe riscontrare pacchetti persi.

Per risolvere il problema, aggiungi manualmente gli indirizzi IP nel seguente modo:

  1. Connettiti all'istanza utilizzando SSH.

  2. Se stai configurando un intervallo IP alias, procedi nel seguente modo. In caso contrario, ignora questo passaggio.

    1. In /etc/default/instance_configs.cfg, assicurati che l'impostazione ip_aliases sia impostata su true.

    2. Se l'impostazione ip_aliases è impostata su false, modifica il file per impostarla su true e poi riavvia l'agente guest:

      systemctl restart google-guest-agent

  3. Configura una route locale per l'intervallo IP alias o l'indirizzo IP della regola di forwarding utilizzando il seguente comando:

    ip route add to local IP_ADDRESS dev DYNAMIC_NIC_DEVICE_NAME proto 66

    Sostituisci quanto segue:

    • IP_ADDRESS: l'intervallo IP alias o l'indirizzo IP della regola di forwarding per cui vuoi aggiungere una route locale.
    • DYNAMIC_NIC_DEVICE_NAME: il nome del dispositivo della NIC dinamica per cui vuoi aggiungere una route locale. Ad esempio, a-gcp.ens4.3.

Problemi con l'installazione e la gestione delle NIC dinamiche nelle versioni dell'agente guest da 20250901.00 a 20251120.01

Se configuri la gestione automatica delle NIC dinamiche e la tua istanza esegue l'agente guest a una versione compresa tra 20250901.00 e 20251120.01, potresti riscontrare i seguenti problemi:

  • L'agente guest non riesce a installare e gestire le NIC dinamiche nel sistema operativo guest della tua istanza.

    Potresti ricevere un errore che include Cannot find device quando esegui comandi nel sistema operativo guest che fanno riferimento alle NIC dinamiche.

  • L'eliminazione di più NIC dinamiche causa l'inaccessibilità del server dei metadati.

Causa principale

A partire dalla versione 20250901.00, l'agente guest è stato migrato a una nuova architettura basata su plug-in per migliorare la modularità. Inizialmente, la nuova architettura non supportava l'installazione e la gestione automatiche delle NIC dinamiche.

Risoluzione

Per risolvere questi problemi, aggiorna l'istanza in modo che utilizzi la versione dell'agente guest 20251205.00 o successive:

  1. Per aggiornare l'agente guest all'ultima versione, vedi Aggiorna l'ambiente guest.
  2. Per verificare la versione dell'agente guest in esecuzione sulla tua istanza, consulta Visualizzare i pacchetti installati per versione del sistema operativo.

Se necessario, puoi aggirare temporaneamente questi problemi per le istanze che eseguono le versioni dell'agente guest da 20250901.00 a 20251120.01 seguendo le istruzioni riportate in Compatibilità con le versioni precedenti per ripristinare l'architettura precedente dell'agente guest.

Le operazioni NIC dinamiche non vanno a buon fine quando un'istanza di computing si trova in più gruppi di istanze

Se aggiungi o elimini una NIC dinamica e l'operazione si blocca nello stato RUNNING con un avanzamento dello 0% e alla fine non va a buon fine con un INTERNAL_ERROR, il problema potrebbe essere dovuto al fatto che l'istanza di computing si trova in più gruppi di istanze (gestiti o non gestiti).

Per consentire il completamento dell'operazione, rimuovi l'istanza da tutti i gruppi di istanze tranne uno. Puoi rimuovere un'istanza da un gruppo di istanze gestite o rimuovere un'istanza da un gruppo di istanze non gestite.

Passaggi successivi