Questa pagina descrive come inviare traffico in uscita (in uscita) da un Cloud Run un servizio o un job su una rete VPC condiviso, consentendo accesso alle istanze VM di Compute Engine, alle istanze Memorystore con un indirizzo IP interno.
Se la tua organizzazione non utilizza un VPC condiviso, consulta Invia il traffico a una rete VPC standard.
Confronto dei metodi di configurazione
La connessione a una rete VPC condiviso può essere configurata in diversi modi:
VPC diretto in uscita
Puoi utilizzare il traffico VPC diretto in uscita per inviare traffico a una rete VPC condiviso senza bisogno di connettori di accesso VPC serverless. Per configurare il traffico in uscita per il traffico (in uscita) senza connettore, consulta Traffico VPC diretto in uscita con una VPC condiviso condivisa.
Connettori di accesso VPC serverless
Se hai bisogno di utilizzare connettori di accesso VPC serverless, puoi impostarli nei progetti di servizio VPC condivisi che hanno alle risorse Cloud Run che necessitano di accesso alla tua rete, configurare i connettori condivisi nel progetto host del VPC condiviso. Esistono vantaggi di ciascun metodo.
Progetti di servizio
Vantaggi della creazione di connettori nei progetti di servizio del VPC condiviso:
- Isolamento: ogni connettore ha una larghezza di banda dedicata e non è interessato dal dell'uso della larghezza di banda dei connettori in altri progetti di servizio. È un bene se servizio con picchi di traffico o se devi assicurarti che ciascun progetto di servizio non sia interessato dall'uso del connettore di un altro servizio in modo programmatico a gestire i progetti.
- Storni di addebito: gli addebiti sostenuti dai connettori sono associati alla progetto di servizio contenente il connettore. Ciò consente uno storno di addebito più semplice.
- Sicurezza: ti consente di seguire il "principio del privilegio minimo". È necessario concedere ai connettori l'accesso alle risorse nel VPC condiviso rete che devono raggiungere. Creando un connettore nel servizio puoi limitare gli elementi a cui possono accedere i servizi del progetto utilizzando le regole del firewall.
- Indipendenza del team: riduce la dipendenza dall'amministratore del progetto host.
I team possono creare e gestire i connettori associati al loro servizio
progetto. Un utente con Compute Engine
nel ruolo Amministratore sicurezza o
ruolo personalizzato di Identity and Access Management (IAM) con
compute.firewalls.createabilitata per il progetto host deve comunque gestire le regole firewall il connettore.
Per configurare i connettori nei progetti di servizio, consulta Configurare i connettori nei progetti di servizio.
Progetto host
Vantaggi della creazione di connettori nel progetto host del VPC condiviso:
- Gestione della rete centralizzata: è in linea con il modello del VPC condiviso di centralizzare le risorse di configurazione di rete nel progetto host.
- Spazio di indirizzi IP:conserva una quantità maggiore di spazio di indirizzi IP. Connettori richiedono un indirizzo IP per ogni istanza; di conseguenza, avere meno connettori e meno istanze in ogni connettore, utilizza meno indirizzi IP. Questo va bene se temi di esaurire gli indirizzi IP.
- Manutenzione: riduce la manutenzione perché ogni connettore che crei può essere utilizzato da più progetti di servizio. È una buona soluzione se temi per l'overhead per la manutenzione.
- Costo per il tempo di inattività: può ridurre il tempo di inattività del connettore e a costo associato. I connettori comportano costi anche quando non vengono pubblicati (vedi i prezzi). Avere meno risorse i connettori possono ridurre la quantità di risorse che paghi quando non gestisci a seconda del tipo di connettore e del numero di istanze. Questo è spesso conveniente se il caso d'uso prevede un gran numero di servizi e i servizi vengono usati raramente.
Per configurare i connettori nel progetto host, consulta Configura i connettori nel progetto host.