Questa pagina è stata tradotta dall'API Cloud Translation.

VPC diretto in uscita con una rete VPC

Puoi abilitare il servizio o il job Cloud Run per inviare traffico a una rete VPC utilizzando il traffico VPC diretto in uscita senza che sia necessario un connettore di accesso VPC serverless.

Prima di iniziare

Se non hai già una rete VPC nel progetto, creane una.
Se utilizzi un VPC condiviso, consulta Connettersi a una rete VPC condivisa.
Se utilizzi una subnet VPC, le sue dimensioni devono essere /24 o più grandi.
Per assicurarti di disporre di un numero sufficiente di indirizzi IP da utilizzare in Cloud Run, tieni presente le seguenti condizioni:
- La subnet in cui prevedi di eseguire il deployment dei servizi o delle revisioni Cloud Run deve avere almeno alcune centinaia di indirizzi IP disponibili.
- In stato stabile, se il numero totale di istanze Cloud Run che utilizzano la subnet è almeno 100, riserva un numero sufficiente di indirizzi IP per almeno quattro volte (4 volte) il numero di istanze. Quando una revisione fa lo scale down, Cloud Run conserva gli indirizzi IP fino a 20 minuti. Ad esempio, se esegui l'upgrade delle revisioni in modo che revision 1 sia scalabile da 100 istanze fino a zero e revision 2 da zero fino a 100, Cloud Run conserva gli indirizzi IP di revision 1 per un massimo di 20 minuti dopo lo scale down. In questo caso, durante la finestra di 20 minuti, devi prenotare almeno 800 indirizzi IP ((100 + 100) * 4).

Limitazioni

Le seguenti limitazioni si applicano sia ai servizi che ai job di Cloud Run:

Cloud Run supporta una velocità effettiva fino a 1 Gbps per singola istanza. Il superamento di questo importo determina una limitazione del rendimento.
Una quota di utilizzo di Cloud Run limita il numero massimo di istanze che puoi configurare per utilizzare il traffico VPC diretto in uscita. Il numero massimo è configurato per ogni revisione o esecuzione di job Cloud Run. Per aumentare i limiti predefiniti, consulta Come aumentare le quote. Puoi controllare la tua quota utilizzando la console Google Cloud.
I servizi e i job Cloud Run potrebbero riscontrare interruzioni di connessione durante gli eventi di manutenzione dell'infrastruttura di rete. Ti consigliamo di utilizzare librerie client che possono gestire reimpostazioni occasionali della connessione.

Le seguenti limitazioni si applicano solo ai job Cloud Run e non ai servizi:

Il traffico VPC diretto in uscita per i job Cloud Run è disponibile solo in anteprima.
Per garantire la corretta esecuzione dei job, utilizza il traffico VPC diretto in uscita solo per i job che non richiedono più di 8 istanze simultanee e assicurati di prenotare un minimo di 1024 indirizzi IP.

Gli elementi seguenti non sono supportati dal VPC diretto in uscita:

Log di flusso VPC non fornisce il nome del servizio o della revisione Cloud Run.
I log di flusso VPC non vengono creati da risorse non VM come Cloud Run o da macchine on-premise.
Logging delle regole firewall
Mirroring pacchetto
Network Intelligence Center
Traffico IPv6
Secure Web Proxy
Utilizzo di tag di rete nelle regole firewall in entrata applicate alla risorsa di destinazione.
Viene utilizzata l'identità di servizio come account di servizio di origine nelle regole firewall in entrata applicate alla risorsa di destinazione.
Le regole firewall non possono utilizzare i tag di Resource Manager collegati ai carichi di lavoro di Cloud Run.
I job Cloud Run eseguiti per più di un'ora potrebbero subire interruzioni di connessione. Possono verificarsi durante gli eventi di manutenzione che eseguono la migrazione del job da una macchina all'altra. Il container riceve un indicatore SIGTSTP 10 secondi prima dell'evento e un indicatore SIGCONT dopo l'evento. Dopo che il container ha ricevuto l'indicatore SIGCONT, riprova a eseguire la connessione.

Allocazione degli indirizzi IP

Per collocare il tuo servizio o job Cloud Run su una rete VPC, devi specificare una rete e una subnet. Cloud Run alloca gli indirizzi IP dalla subnet.

Gli indirizzi IP sono temporanei, quindi non creare criteri basati sui singoli IP. Se devi creare un criterio basato sugli IP, ad esempio nelle regole firewall, devi utilizzare l'intervallo di indirizzi IP dell'intera subnet.

Per modificare la rete o la subnet utilizzata dal tuo servizio o job, esegui il deployment di una nuova revisione del servizio o esegui una nuova attività di job che utilizzi i nuovi valori di rete e subnet.

Scale up

Per consentire lo scale up rapido in caso di picco di traffico, Cloud Run alloca gli indirizzi IP prima che siano necessari.

È probabile che in un determinato momento ci siano più indirizzi IP allocati rispetto al numero di istanze esistenti. Per garantire che Cloud Run possa ottenere un numero sufficiente di indirizzi IP, verifica che la subnet abbia almeno alcune centinaia di indirizzi IP disponibili. Se il numero totale di istanze della subnet in tutti i servizi e job Cloud Run supera le 100, ti consigliamo di avere almeno 4 volte (4 volte) il numero totale disponibile. Se Cloud Run non può allocare altri indirizzi IP, non può avviare altre istanze di servizio o attività di job finché non sono disponibili altri indirizzi IP. Se lo spazio degli indirizzi IP è limitato, consulta Intervalli IP supportati per ulteriori opzioni. Per ottimizzare l'allocazione degli IP e semplificare la gestione, posiziona più servizi o job nella stessa subnet.

Scalabilità verso il basso

Anche dopo fare lo scale down di tutti i servizi o job fino a zero, Cloud Run riserva alcuni indirizzi IP della subnet per un massimo di 20 minuti nel caso in cui sia necessario fare di nuovo rapidamente lo scale up di servizi o job. Ogni istanza richiede un indirizzo IP, ma Cloud Run riserva una subnet mask minima di /28 all'inizio. Una volta eliminate tutte le 16 istanze, Cloud Run crea una nuova subnet.

Per eliminare la subnet, devi prima eliminare o rieseguire il deployment dei servizi o job Cloud Run per interrompere l'utilizzo della subnet, quindi attendere 1-2 ore.

Intervalli IP supportati

Cloud Run supporta i seguenti intervalli IPv4 per la tua subnet:

RFC 1918 (consigliato)
- 10.0.0.0/8
- 172.16.0.0/12
- 192.168.0.0/16
RFC 6598
- 100.64.0.0/10
Classe E (non consigliata con le configurazioni on-premise)
- 240.0.0.0/4

Configura le autorizzazioni IAM

Assicurati che Cloud Run abbia accesso alla rete VPC utilizzando uno dei seguenti metodi:

Ruolo Agente di servizio Cloud Run: per impostazione predefinita, l'agente di servizio Cloud Run dispone del ruolo Agente di servizio Cloud Run (roles/run.serviceAgent) che contiene le autorizzazioni necessarie.
Autorizzazioni personalizzate: per un controllo più granulare, concedi all'agente di servizio Cloud Run le seguenti autorizzazioni aggiuntive sul progetto:
- compute.networks.get
- compute.subnetworks.get
- compute.subnetworks.use nel progetto o nella subnet specifica
- compute.addresses.get
- compute.addresses.list
- compute.addresses.createInternal
- compute.addresses.deleteInternal
Ruolo Utente di rete Compute: se non utilizzi il ruolo predefinito dell'agente di servizio Cloud Run o le autorizzazioni personalizzate, concedi il ruolo Utente di rete Compute (roles/compute.networkUser) all'account di servizio dell'agente di servizio Cloud Run eseguendo questo comando:
```
gcloud projects add-iam-policy-binding PROJECT_ID \
--member "serviceAccount:service-PROJECT_NUMBER@serverless-robot-prod.iam.gserviceaccount.com" \
--role "roles/compute.networkUser"
```
Sostituisci quanto segue:
- PROJECT_ID: l'ID del progetto.
- PROJECT_NUMBER: il numero del progetto in cui esegui il deployment del servizio o del job Cloud Run.

Esegui il deployment di un servizio

Il traffico VPC diretto in uscita consente al servizio Cloud Run di inviare traffico a una rete VPC senza un connettore di accesso VPC serverless. I costi di rete vengono scalati fino a zero, proprio come il servizio stesso. Puoi anche utilizzare i tag di rete direttamente sulle revisioni del servizio Cloud Run per una sicurezza di rete più granulare.

Puoi configurare il traffico VPC diretto in uscita con un servizio utilizzando la console Google Cloud, Google Cloud CLI, YAML o Terraform.

Console

Vai a Cloud Run
Fai clic su Crea servizio se stai configurando un nuovo servizio in cui stai eseguendo il deployment. Se stai configurando ed eseguendo il deployment di un servizio esistente, fai clic sul servizio e poi su Modifica ed esegui il deployment di una nuova revisione.
Se stai configurando un nuovo servizio, compila la pagina iniziale delle impostazioni del servizio in base alle tue esigenze, poi fai clic su Container, volumi, networking, sicurezza per espandere la pagina di configurazione del servizio.
Fai clic sulla scheda Networking.
Fai clic su 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 da cui il tuo servizio riceve gli indirizzi IP. Puoi eseguire il deployment di più servizi sulla stessa subnet.
(Facoltativo) Inserisci i nomi dei tag di rete che vuoi associare al tuo servizio o 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.
Per Routing del traffico, seleziona una delle seguenti opzioni:
- Instrada al VPC solo le richieste a IP privati per inviare solo il traffico agli 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 Crea o Esegui il deployment.
Per verificare che il tuo servizio sia sulla tua rete VPC, fai clic sul servizio, quindi sulla scheda Networking. La rete e la subnet sono elencate nella scheda VPC.

Ora puoi inviare richieste dal tuo servizio Cloud Run a qualsiasi risorsa sulla rete VPC, come consentito dalle regole firewall.

gcloud

Per eseguire il deployment di un servizio Cloud Run senza un connettore da Google Cloud CLI:

Assicurati che l'API Compute Engine sia abilitata per il tuo progetto:
```
gcloud services enable compute.googleapis.com
```
Esegui il deployment del tuo servizio Cloud Run con il comando seguente:
```
gcloud run deploy SERVICE_NAME \
--image=IMAGE_URL \
--network=NETWORK \
--subnet=SUBNET \
--network-tags=NETWORK_TAG_NAMES \
--vpc-egress=EGRESS_SETTING \
--region=REGION
```
Sostituisci:
- SERVICE_NAME con il nome del tuo servizio Cloud Run.
- IMAGE_URL con un riferimento all'immagine container, ad esempio us-docker.pkg.dev/cloudrun/container/hello:latest. Se utilizzi Artifact Registry, il repository REPO_NAME deve essere già creato. L'URL ha la forma LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG
- NETWORK con il nome della tua rete VPC.
- SUBNET con il nome della tua subnet. Puoi eseguire il deployment o eseguire più servizi o job sulla 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 tag di rete diversi, ad esempio network-tag-2.
- EGRESS_SETTING con un valore di impostazione del traffico in uscita:
  - all-traffic: invia tutto il traffico in uscita attraverso 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 servizio sia nella tua rete VPC, esegui questo comando:
```
gcloud run services describe SERVICE_NAME \
--region=REGION
```
Sostituisci:
- SERVICE_NAME con il nome del tuo servizio.
- REGION con la regione del servizio specificata nel passaggio precedente.
L'output deve contenere il nome della rete, della subnet e dell'impostazione del traffico in 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 firewall.

YAML

Se stai creando un nuovo servizio, salta questo passaggio. Se stai aggiornando un servizio esistente, scarica la relativa configurazione YAML:
```
gcloud run services describe SERVICE --format export > service.yaml
```
Aggiorna i seguenti attributi:
```
apiVersion: serving.knative.dev/v1
  kind: Service
  metadata:
    name: SERVICE_NAME
    labels:
      cloud.googleapis.com/location: REGION
  spec:
    template:
      metadata:
        annotations:
          run.googleapis.com/network-interfaces: '[{"network":"NETWORK","subnetwork":"SUBNET","tags":"NETWORK_TAG_NAMES"}]'
          run.googleapis.com/vpc-access-egress: EGRESS_SETTING
      spec:
        containers:
        - image: IMAGE
```
Sostituisci:
- SERVICE_NAME con il nome del tuo servizio Cloud Run. I nomi dei servizi devono contenere al massimo 49 caratteri e devono essere univoci per ogni regione e progetto.
- REGION con la regione per il servizio Cloud Run, che deve corrispondere a quella della subnet.
- NETWORK con il nome della tua rete VPC.
- SUBNET con il nome della tua subnet. Puoi eseguire il deployment o eseguire più servizi o job sulla stessa subnet.
- (Facoltativo) NETWORK_TAG_NAMES con i nomi 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 tag di rete diversi, ad esempio network-tag-2.
- EGRESS_SETTING con un valore di impostazione del traffico in uscita:
  - all-traffic: invia tutto il traffico in uscita attraverso la rete VPC.
  - private-ranges-only: invia solo traffico agli indirizzi interni tramite la rete VPC.
- IMAGE con l'URL dell'immagine del container di servizio.
Puoi anche specificare ulteriori configurazioni, ad esempio variabili di ambiente o limiti di memoria.
Crea o aggiorna il servizio utilizzando il comando seguente:
```
gcloud run services replace service.yaml
```

Terraform

Per scoprire come applicare o rimuovere una configurazione Terraform, vedi Comandi Terraform di base.

Aggiungi quanto segue al tuo file main.tf:

/**
 * Copyright 2024 Google LLC
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

# Example configuration of a Cloud Run service with direct VPC

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-service"
  location = "us-central1"

  template {
    containers {
      image = "us-docker.pkg.dev/cloudrun/container/hello"
    }
    vpc_access {
      network_interfaces {
        network    = "default"
        subnetwork = "default"
        tags       = ["tag1", "tag2", "tag3"]
      }
    }
  }
}

Facoltativamente, rendi pubblico il servizio se vuoi consentire l'accesso non autenticato al servizio.

Crea un job

Il traffico VPC diretto in uscita consente al job Cloud Run di inviare traffico a una rete VPC senza un connettore di accesso VPC serverless.

Puoi configurare il traffico VPC diretto in uscita con un job utilizzando la console Google Cloud, Google Cloud CLI o YAML.

Console

Vai a Cloud Run
Se stai configurando un nuovo job, fai clic sulla scheda Job e compila la pagina iniziale delle impostazioni del job in base alle tue esigenze. Se stai configurando un job esistente, fai clic sul job e poi su Modifica.
Fai clic su Container, variabili e secret, connessioni, sicurezza per espandere la pagina delle proprietà del job.
Fai clic sulla scheda Connessioni.
Fai clic su 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 da cui il job riceve gli indirizzi IP. Puoi eseguire più job sulla stessa subnet.
Per Routing del traffico, seleziona una delle seguenti opzioni:
- Instrada al VPC solo le richieste a IP privati per inviare solo il traffico agli indirizzi interni attraverso la rete VPC.
- Instrada tutto il traffico al VPC per inviare tutto il traffico in uscita attraverso la rete VPC.
(Facoltativo) Inserisci i nomi dei tag di rete che vuoi associare al tuo servizio o 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.
(Facoltativo) Inserisci i nomi dei tag di rete che vuoi associare al tuo job o ai tuoi job. Per i job, i tag di rete vengono specificati a livello di esecuzione. Ogni esecuzione del job può avere diversi tag di rete, ad esempio network-tag-2.
Fai clic su Crea o Aggiorna.
Per verificare che il job si trovi sulla tua rete VPC, fai clic sul job, quindi 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 firewall.

gcloud

Per creare un job Cloud Run senza un connettore da Google Cloud CLI:

Assicurati che l'API Compute Engine sia abilitata per il tuo progetto:
```
gcloud services enable compute.googleapis.com
```
Crea un job Cloud Run con il comando seguente:
```
gcloud run jobs create JOB_NAME \
--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 tuo job Cloud Run.
- IMAGE_URL con un riferimento all'immagine container, ad esempio us-docker.pkg.dev/cloudrun/container/job:latest
- NETWORK con il nome della tua rete VPC.
- SUBNET con il nome della tua subnet. Puoi eseguire il deployment o eseguire più servizi o job sulla stessa subnet.
- (Facoltativo) NETWORK_TAG_NAMES con i nomi dei tag di rete da associare a un job. Per i job, i tag di rete vengono specificati a livello di esecuzione. Ogni esecuzione del job può avere tag di rete diversi, ad esempio network-tag-2.
- EGRESS_SETTING con un valore di impostazione del traffico in uscita:
  - all-traffic: invia tutto il traffico in uscita attraverso la rete VPC.
  - private-ranges-only: invia solo traffico agli indirizzi interni tramite la rete VPC.
- REGION con una regione per il tuo job.
Per verificare che il job si trovi nella tua rete VPC, esegui questo comando:
```
gcloud run jobs describe JOB_NAME \
  --region=REGION
  
```
Sostituisci:
- JOB_NAME con il nome del tuo job.
- REGION con la regione per il job specificata nel passaggio precedente.
L'output deve contenere il nome della rete e della subnet, ad esempio:
```
VPC network:
  Network:       default
  Subnet:        default
```

Ora puoi eseguire il tuo job Cloud Run e inviare richieste dal job a qualsiasi risorsa sulla rete VPC, come consentito dalle regole firewall.

YAML

Se stai creando un nuovo job, salta questo passaggio. Se stai aggiornando un job esistente, scarica la relativa configurazione YAML:
```
gcloud run jobs describe JOB_NAME --format export > job.yaml
```
Aggiorna i seguenti attributi:
```
apiVersion: run.googleapis.com/v1
  kind: Job
  metadata:
    name: JOB_NAME
    annotations:
      run.googleapis.com/launch-stage: BETA
    labels:
      cloud.googleapis.com/location: REGION
  spec:
    template:
      metadata:
        annotations:
          run.googleapis.com/network-interfaces: '[{"network":"NETWORK","subnetwork":"SUBNET","tags":"NETWORK_TAG_NAMES"}]'
          run.googleapis.com/vpc-access-egress: EGRESS_SETTING
      spec:
        containers:
        - image: IMAGE
```
Sostituisci:
- JOB_NAME con il nome del tuo job Cloud Run. I nomi dei job devono contenere al massimo 49 caratteri e devono essere univoci per ogni regione e progetto.
- REGION con la regione per il job Cloud Run, che deve corrispondere alla regione della subnet.
- NETWORK con il nome della tua rete VPC.
- SUBNET con il nome della tua subnet. Puoi eseguire il deployment o eseguire più servizi o job sulla stessa subnet.
- (Facoltativo) NETWORK_TAG_NAMES con i nomi dei tag di rete da associare a un job. Per i job, i tag di rete vengono specificati a livello di esecuzione. Ogni esecuzione del job può avere tag di rete diversi, ad esempio network-tag-2.
- EGRESS_SETTING con un valore di impostazione del traffico in uscita:
  - all-traffic: invia tutto il traffico in uscita attraverso la rete VPC.
  - private-ranges-only: invia solo traffico agli indirizzi interni tramite la rete VPC.
- IMAGE con l'URL dell'immagine container del job.
Crea o aggiorna il job utilizzando il comando seguente:
```
gcloud run jobs replace job.yaml
```

Limita l'accesso con le regole firewall

Limita l'accesso alle risorse in una rete VPC utilizzando le regole firewall VPC. Aggiungi queste restrizioni utilizzando una delle seguenti strategie:

Crea una regola firewall in entrata che faccia riferimento al tuo servizio o job utilizzando l'intervallo IP della subnet.
Crea una regola firewall in uscita che faccia riferimento al tuo servizio o job.

Nella regola firewall in uscita, fai riferimento al servizio o al job utilizzando l'identità del servizio dell'account di servizio collegato, l'intervallo IP della subnet o i tag di rete associati.

Tag di rete per il traffico in uscita

Aggiungi un ulteriore livello di sicurezza della rete utilizzando i tag di rete nelle regole firewall in uscita.

Console

Per associare tag di rete a un servizio o a un job:

Nella console Google Cloud, vai alla pagina Cloud Run.

Vai a Cloud Run
Fai clic sul servizio o sul job a cui vuoi associare i tag di rete, quindi fai clic su Modifica ed esegui il deployment di una nuova revisione per i servizi o su Modifica per i job.
Fai clic sulla scheda Networking per i servizi o sulla scheda Connessioni per i job.
Assicurati di aver selezionato Connetti a un VPC per il traffico in uscita e Invia il traffico direttamente a un VPC.
Nel campo Subnet, seleziona la subnet da cui il servizio riceve gli indirizzi IP. Puoi eseguire il deployment o eseguire il deployment di più servizi o job sulla stessa subnet.
Nel campo Tag di rete, inserisci i nomi dei tag di rete che vuoi associare al tuo servizio o job.
Fai clic su Esegui il deployment o Aggiorna.

Per i servizi, ogni revisione del servizio può avere un diverso set di tag di rete, perché i tag di rete vengono specificati a livello di revisione. Per i job, l'esecuzione di un job ha gli stessi tag di rete del job al momento della creazione.

gcloud

Per associare i tag di rete a un servizio o a un job, utilizza il comando gcloud run deploy:

gcloud run deploy SERVICE_JOB_NAME \
    --image=IMAGE_URL \
    --network=NETWORK \
    --subnet=SUBNET \
    --network-tags=NETWORK_TAG_NAMES \
    --region=REGION

Sostituisci quanto segue:

SERVICE_JOB_NAME con il nome del tuo servizio o job.
IMAGE_URL con l'URL immagine del servizio o del job.
NETWORK con il nome della tua rete VPC.
SUBNET con il nome della tua subnet. Puoi eseguire il deployment o eseguire più servizi o job sulla stessa subnet.
NETWORK_TAG_NAMES con il nome del tag di rete o con un elenco di tag di rete separati da virgole.
REGION con il nome della tua regione.

Scollegare un servizio

Console

Per rimuovere il servizio dalla rete VPC:
1. Vai a Cloud Run
2. Fai clic sul servizio da rimuovere e poi su Modifica ed esegui il deployment di una nuova revisione.
3. Fai clic sulla scheda Networking.
4. Deseleziona Connetti a un VPC per il traffico in uscita.
5. Fai clic su Esegui il deployment.
6. Per verificare che il tuo servizio non sia più nella tua rete VPC, fai clic sulla scheda Networking. La rete e la subnet non sono più elencate nella scheda VPC.
Per rimuovere solo i tag di rete mantenendo il servizio connesso alla rete VPC:
1. Fai clic sul servizio che contiene i tag di rete che vuoi rimuovere, poi fai clic su Modifica ed esegui il deployment di una nuova revisione.
2. Fai clic sulla scheda Networking.
3. Cancella i nomi dei tag di rete che non vuoi più associare al tuo servizio.
4. Fai clic su Esegui il deployment.

gcloud

Per rimuovere il tuo servizio dalla rete VPC, esegui questo comando:

gcloud run services update SERVICE_NAME --region=REGION \
--clear-network

Per rimuovere solo i tag di rete mantenendo il servizio connesso alla rete VPC, esegui questo comando:
```
gcloud run services update SERVICE_NAME --region=REGION \
--clear-network-tags
```
Sostituisci quanto segue:
- SERVICE_NAME: il nome del tuo servizio Cloud Run.
- REGION: la regione per il tuo servizio Cloud Run.

YAML

Per rimuovere il servizio dalla rete VPC:
1. Scarica la configurazione YAML del servizio:
```
gcloud run services describe SERVICE_NAME --format export > service.yaml
```
2. Rimuovi i seguenti contenuti dal file service.yaml:
```
run.googleapis.com/network-interfaces: '[{"network":"NETWORK","subnetwork":"SUBNET","tags":"NETWORK_TAG_NAMES"}]'
```
  Dove
  - NETWORK: il nome della tua rete VPC.
  - SUBNET: il nome della subnet.
  - (Facoltativo) NETWORK_TAG_NAMES: i nomi dei tag di rete se li hai associati a un servizio.
3. Esegui il deployment della revisione del servizio eseguendo questo comando:
```
gcloud run services replace service.yaml
```
Per rimuovere solo i tag di rete mantenendo il servizio connesso alla rete VPC:
1. Scarica la configurazione YAML del servizio:
```
gcloud run services describe SERVICE_NAME --format export > service.yaml
```
2. Rimuovi la variabile tags dai contenuti del file service.yaml, lasciando invariate le variabili network e subnetwork, come mostrato nell'esempio seguente:
```
run.googleapis.com/network-interfaces: '[{"network":"NETWORK","subnetwork":"SUBNET"}]'
```
  Dove
  - NETWORK: il nome della tua rete VPC.
  - SUBNET: il nome della subnet.
3. Esegui il deployment della revisione del servizio eseguendo questo comando:
```
gcloud run services replace service.yaml
```

Scollega un job

Console

Per rimuovere il job dalla rete VPC:
1. Vai a Cloud Run
2. Fai clic sul job da rimuovere, quindi su Modifica ed esegui il deployment di una nuova revisione.
3. Fai clic sulla scheda Connessioni.
4. Deseleziona Connetti a un VPC per il traffico in uscita.
5. Fai clic su Update (Aggiorna).
6. Per verificare che il job non sia più nella tua rete VPC, fai clic sulla scheda Configurazione. La rete e la subnet non sono più elencate nella scheda VPC.
Per rimuovere solo i tag di rete mantenendo il job connesso alla rete VPC:
1. Fai clic sul job contenente i tag di rete da rimuovere, poi fai clic su Modifica ed esegui il deployment di una nuova revisione.
2. Fai clic sulla scheda Connessioni.
3. Cancella i nomi dei tag di rete che non vuoi più associare al tuo job.
4. Fai clic su Update (Aggiorna).

gcloud

Per rimuovere il job dalla rete VPC, esegui questo comando:

gcloud run jobs update JOB_NAME --region=REGION \
  --clear-network

Per rimuovere solo i tag di rete mantenendo il job connesso alla rete VPC, esegui questo comando:
```
gcloud run jobs update JOB_NAME --region=REGION \
  --clear-network-tags
  
```
Sostituisci quanto segue:
- JOB_NAME: il nome del tuo job Cloud Run.
- REGION: la regione per il tuo job Cloud Run.

YAML

Per rimuovere il job dalla rete VPC:
1. Scarica la configurazione YAML del job:
```
gcloud run jobs describe JOB_NAME --format export > job.yaml
```
2. Rimuovi i seguenti contenuti dal file job.yaml:
```
run.googleapis.com/network-interfaces: '[{"network":"NETWORK","subnetwork":"SUBNET","tags":"NETWORK_TAG_NAMES"}]'
```
  Sostituisci quanto segue:
  - NETWORK: il nome della tua rete VPC.
  - SUBNET: il nome della subnet.
  - (Facoltativo) NETWORK_TAG_NAMES con i nomi dei tag di rete se li hai associati a un job.
3. Aggiorna il job eseguendo questo comando:
```
gcloud run jobs replace job.yaml
```
Per rimuovere solo i tag di rete mantenendo il job connesso alla rete VPC:
1. Scarica la configurazione YAML del job:
```
gcloud run jobs describe JOB_NAME --format export > job.yaml
```
2. Rimuovi la variabile tags dai contenuti del file job.yaml, lasciando invariate le variabili network e subnetwork, come mostrato nell'esempio seguente:
```
run.googleapis.com/network-interfaces: '[{"network":"NETWORK","subnetwork":"SUBNET"}]'
```
  Sostituisci quanto segue:
  - NETWORK: il nome della tua rete VPC.
  - SUBNET: il nome della subnet.
3. Aggiorna il job eseguendo questo comando:
```
gcloud run jobs replace job.yaml
```

Risoluzione dei problemi

Impossibile eliminare la subnet

Per eliminare una subnet, devi prima eliminare o rieseguire il deployment di tutte le risorse che la utilizzano. Se Cloud Run utilizza una subnet, disconnetti il servizio o il job Cloud Run dalla rete VPC o spostalo in un'altra subnet prima di eliminare la subnet.

La subnet VPC diretta esaurisce gli indirizzi IP

Se la subnet della rete VPC esaurisce gli indirizzi IP, viene registrata da Cloud Logging. In questo caso, Cloud Run non può avviare altre istanze di servizio o attività di job finché non sono disponibili altri indirizzi IP.

Visualizza gli indirizzi IP allocati

Per vedere quali indirizzi IP sono stati allocati da Cloud Run, vai alla pagina Indirizzi IP nella console Google Cloud o esegui il comando seguente da Google Cloud CLI:

gcloud compute addresses list