Questa pagina è rivolta agli esperti di reti che vogliono eseguire la migrazione del traffico di rete VPC standard dall'utilizzo di connettori di accesso VPC serverless all'utilizzo di traffico VPC diretto in uscita quando inviano traffico a una rete VPC.
Il traffico in uscita VPC diretto è più veloce e può gestire più traffico rispetto ai connettori, offrendo una latenza inferiore e una maggiore velocità effettiva perché utilizza un nuovo percorso di rete diretto invece di istanze di connettore.
Prima della migrazione, ti consigliamo di acquisire familiarità con il VPC diretto i prerequisiti del traffico in uscita, limitazioni, allocazione degli indirizzi IP, e le autorizzazioni IAM.
Esegui la migrazione dei servizi all'uscita VPC diretto
Esegui la migrazione dei servizi all'egress VPC diretto gradualmente
Quando esegui la migrazione dei servizi Cloud Run dai connettori di accesso VPC serverless al traffico VPC diretto in uscita, ti consigliamo di farlo in una transizione graduale.
Per eseguire la transizione gradualmente:
- Segui le istruzioni in questa sezione per aggiornare il servizio in modo che venga utilizzato VPC diretto in uscita.
- Suddividi una piccola percentuale di traffico per determinare se funziona correttamente.
- Aggiorna la suddivisione del traffico per inviare tutto il traffico alla nuova revisione utilizzando la funzionalità di uscita diretta del VPC.
Per eseguire la migrazione del traffico con l'uscita VPC diretta per un servizio, utilizza la console Google Cloud o Google Cloud CLI:
Console
Nella console Google Cloud, vai alla pagina Cloud Run.
Fai clic sul servizio di cui vuoi eseguire la migrazione da un connettore all'egress VPC diretto e poi su Modifica ed esegui il deployment di una nuova revisione.
Fai clic sulla scheda Networking.
In Connettiti a un VPC per il traffico in uscita, fai clic su Invia il traffico direttamente a un VPC.
Nel campo Rete, seleziona il VPC rete a cui vuoi inviare il traffico.
Nel campo Subnet, seleziona la subnet da cui il servizio riceve gli indirizzi IP. Puoi eseguire il deployment di più servizi nella stessa subnet.
(Facoltativo) Inserisci i nomi dei tag di rete che vuoi associare al tuo servizio o ai tuoi servizi. I tag di rete vengono specificati a livello di revisione. Ogni revisione del servizio può avere tag di rete, ad esempio
network-tag-2
.Per Routing del traffico, seleziona una delle seguenti opzioni:
- Instrada al VPC solo richieste a IP privati per inviare solo a indirizzi interni attraverso la rete VPC.
- Instrada tutto il traffico al VPC per inviare tutto il traffico in uscita tramite la rete VPC.
Fai clic su Esegui il deployment.
Per verificare che il servizio si trovi sulla rete VPC, fai clic sul servizio, quindi sulla scheda Networking. La rete e la subnet sono elencate nella scheda VPC.
Ora puoi inviare richieste direttamente dal servizio Cloud Run a risorsa sulla rete VPC, come consentito le regole del firewall.
gcloud
Per eseguire la migrazione di un servizio Cloud Run da un connettore al VPC diretto per il traffico in uscita utilizzando Google Cloud CLI:
Aggiorna il servizio Cloud Run con il comando seguente:
gcloud beta run services update SERVICE_NAME \ --clear-vpc-connector \ --network=NETWORK \ --subnet=SUBNET \ --network-tags=NETWORK_TAG_NAMES \ --vpc-egress=EGRESS_SETTING \ --region=REGION
Sostituisci:
SERVICE_NAME
con il nome del servizio.- NETWORK con il nome della rete VPC.
- SUBNET con il nome della tua subnet. Puoi eseguire il deployment o eseguire più servizi o job nella stessa subnet.
- Facoltativo: NETWORK_TAG_NAMES con i nomi separati da virgole
dei tag di rete
da associare a un servizio. Per i servizi, i tag di rete vengono specificati a livello di revisione. Ogni revisione del servizio può avere
diversi tag di rete, ad esempio
network-tag-2
. - EGRESS_SETTING con un
valore impostazione in uscita:
all-traffic
: invia tutto il traffico in uscita tramite la rete VPC.private-ranges-only
: invia solo traffico agli indirizzi interni tramite la rete VPC.
- REGION con una regione per il tuo servizio.
Per verificare che il tuo servizio sia nella tua rete VPC, esegui il seguente comando:
gcloud beta run services describe SERVICE_NAME \ --region=REGION
Sostituisci:
SERVICE_NAME
con il nome del servizio.REGION
con la regione del servizio che specificato nel passaggio precedente.
L'output deve contenere il nome della rete, della sottorete e dell'impostazione di uscita, ad esempio:
VPC access: Network: default Subnet: subnet Egress: private-ranges-only
Ora puoi inviare richieste dal tuo servizio Cloud Run a qualsiasi risorsa sulla rete VPC, come consentito dalle regole del firewall.
Eseguire la migrazione dei job all'uscita VPC diretta
Puoi eseguire la migrazione del traffico con il VPC diretto in uscita per un job utilizzando il metodo console Google Cloud o Google Cloud CLI.
Console
Nella console Google Cloud, vai alla pagina Cloud Run.
Fai clic sul job di cui vuoi eseguire la migrazione da un connettore all'egress VPC diretto e poi su Modifica.
Fai clic sulla scheda Networking.
Fai clic su Contenitore, variabili e secret, connessioni, sicurezza per espandere la pagina delle proprietà del job.
Fai clic sulla scheda Connessioni.
In Connettiti a un VPC per il traffico in uscita, fai clic su Invia il traffico direttamente a un VPC.
Nel campo Rete, seleziona la rete VPC a cui vuoi inviare il traffico.
Nel campo Subnet, seleziona la subnet alla quale il tuo job riceve IP . Puoi eseguire il deployment di più job nella stessa subnet.
(Facoltativo) Inserisci i nomi dei tag di rete che vuoi associare al tuo servizio o ai tuoi servizi. I tag di rete vengono a livello di revisione. Ogni revisione del servizio può avere tag di rete, ad esempio
network-tag-2
.Per Routing del traffico, seleziona una delle seguenti opzioni:
- Instrada al VPC solo richieste a IP privati per inviare solo a indirizzi interni attraverso la rete VPC.
- Instrada tutto il traffico al VPC per inviare tutto il traffico in uscita attraverso la rete VPC.
Fai clic su Aggiorna.
Per verificare che il job si trovi nella tua rete VPC, fai clic sul job e poi sulla scheda Configurazione. La rete e la subnet sono elencate nella scheda VPC.
Ora puoi eseguire il tuo job Cloud Run e inviare richieste dal job a qualsiasi risorsa sulla rete VPC, come consentito dalle regole del firewall.
gcloud
Eseguire la migrazione di un job Cloud Run da un connettore al VPC diretto. in uscita utilizzando Google Cloud CLI:
Aggiorna il job Cloud Run con il seguente comando:
gcloud run jobs update JOB_NAME \ --clear-network \ --image=IMAGE_URL \ --network=NETWORK \ --subnet=SUBNET \ --network-tags=NETWORK_TAG_NAMES \ --vpc-egress=EGRESS_SETTING \ --region=REGION
Sostituisci:
JOB_NAME
con il nome del job.- NETWORK con il nome del tuo VPC in ogni rete.
- SUBNET con il nome della tua subnet. Puoi eseguire il deployment a più servizi o job sulla stessa subnet.
- (Facoltativo) NETWORK_TAG_NAMES con i nomi dei
tag di rete
che vuoi associare a un job. Per i job, i tag di rete vengono specificati
a livello di esecuzione. Ogni esecuzione del job può avere reti diverse
tag, ad esempio
network-tag-2
. - EGRESS_SETTING con un
valore impostazione in uscita:
all-traffic
: invia tutto il traffico in uscita attraverso il VPC in ogni rete.private-ranges-only
: invia il traffico solo agli indirizzi interni attraverso la rete VPC.
- REGION con una regione per il job.
Per verificare che il job si trovi nella tua rete VPC, esegui il seguente comando:
gcloud beta run jobs describe JOB_NAME \ --region=REGION
Sostituisci:
JOB_NAME
con il nome del tuo job.REGION
con la regione per il job che specificato nel passaggio precedente.
L'output deve contenere il nome della rete, della subnet e del traffico dell'impostazione, ad esempio:
VPC access: Network: default Subnet: subnet Egress: private-ranges-only
Ora puoi inviare richieste dal tuo job Cloud Run a qualsiasi risorsa sulla rete VPC, come consentito dalle regole del firewall.