Risoluzione dei problemi di networking più comuni

Risolvere i problemi di latenza della rete

Per informazioni su come migliorare la latenza di connessione tra i processi in Google Cloud e ridurre la latenza delle connessioni TCP, consulta Ottimizzazione TCP per le prestazioni della rete in Google Cloud e scenari ibridi.

Risolvere i problemi di interruzione del traffico di rete

Compute Engine consente di raggiungere l'istanza solo al traffico di rete consentito esplicitamente dalle regole del firewall del progetto. Per impostazione predefinita, tutti i progetti includono automaticamente una rete predefinita che consente determinati tipi di connessioni. Se rifiuti tutto il traffico, per impostazione predefinita vengono rifiutate anche le connessioni SSH e tutto il traffico interno. Per ulteriori informazioni, consulta la pagina Regole firewall.

Inoltre, potrebbe essere necessario modificare le impostazioni TCP keep-alive per aggirare il timeout della connessione inattiva predefinito di 10 minuti. Per ulteriori informazioni, consulta Comunicazione tra le istanze e internet.

Risolvere i problemi relativi a regole o route firewall in un'istanza

La console Google Cloud fornisce i dettagli di rete per ogni interfaccia di rete di un'istanza. Puoi visualizzare tutte le regole o i route del firewall che si applicano a un'interfaccia oppure solo le regole e i route utilizzati dall'interfaccia. Entrambe le visualizzazioni possono aiutarti a risolvere i problemi relativi alle regole e alle route del firewall che si applicano all'istanza e a quelle effettivamente in uso (dove la priorità e l'ordine di elaborazione sostituiscono altre regole o route).

Per ulteriori informazioni, consulta le informazioni sulla risoluzione dei problemi nella documentazione di Virtual Private Cloud:

Risoluzione dei problemi relativi al forwarding del protocollo per le regole di forwarding privato

Utilizza le sezioni seguenti per risolvere i problemi comuni relativi al forwarding del protocollo per le regole di inoltro privato.

Limitazione regionale

Il forwarding del protocollo per le regole di inoltro privato è un prodotto regionale. Tutti i client e le VM di istanze di destinazione devono trovarsi nella stessa regione.

Messaggio di errore: "Un'istanza target interna può essere il target di una sola regola di forwarding"

Se visualizzi il messaggio di errore An internal target instance can only be the target of one forwarding rule, potresti provare a configurare due regole di inoltro che fanno riferimento alla stessa istanza di destinazione. Non puoi indirizzare più regole di inoltro alla stessa istanza di destinazione.

Risoluzione dei problemi di latenza nelle VM Compute Engine durante l'elaborazione di tassi di pacchetti elevati

Se la VM presenta latenza, pacchetti persi o ritrasmissioni di pacchetti durante l'elaborazione di tassi di pacchetti elevati, è possibile che non disponga di code di ricezione (RX) o di trasmissione (TX) sufficienti sull'interfaccia di rete (NIC) per elaborare questi pacchetti.

Per risolvere questi problemi, consulta la sezione Code di ricezione e trasmissione per informazioni su come Compute Engine alloca le code RX e TX.

Risoluzione dei problemi di sovrascrizione della coda NIC personalizzata

Con la sovrascrizione della coda, il numero massimo di code per la VM è:

[maximum queue count per VM] * [number of NICs]

Tuttavia, devi soddisfare le condizioni specificate in Allocazione della coda personalizzata. Ad esempio, se non hai specificato un conteggio coda personalizzato per una delle NIC configurate per la VM, viene visualizzato un errore simile al seguente:

ERROR: (gcloud.compute.instances.create) Could not fetch resource:
 - Invalid value for field 'resource.networkInterfaces': ''. The total
 networking queue number is more than the number of vCPUs. Please specify
 the queue count for all of the interfaces.

I progetti sono stati sottoposti a migrazione al DNS di zona, ma le VM nel nuovo progetto utilizzano il DNS globale

Se hai completato la migrazione dei tuoi progetti esistenti dall'utilizzo del DNS globale al DNS di zona, ma scopri che le VM di un progetto appena creato hanno nomi DNS globali, non hai applicato il criterio booleano dell'organizzazione constraints/compute.setNewProjectDefaultToZonalDNSOnly a livello di organizzazione o di cartella. Questo criterio sostituisce l'impostazione DNS predefinita, in modo che i progetti appena creati utilizzino per impostazione predefinita il DNS di zona interno.

Per istruzioni su come applicare questo criterio, consulta Applicare il DNS di zona per impostazione predefinita per i nuovi progetti.

Se non utilizzi un criterio dell'organizzazione, ma utilizzi la voce di metadatiVmDnsSetting=ZonalOnly per progetti o VM, controlla il valore dei metadati per la VM. Se la VM ha VmDnsSetting=GlobalDefault configurato nei metadati, questo valore sostituisce il valore dei metadati impostato a livello di progetto.

Per informazioni su come impostare i valori dei metadati del progetto o della VM, consulta Impostare metadati personalizzati.