Configurazione dell'accesso privato ai servizi

L'accesso privato ai servizi è una connessione privata tra la tua rete VPC e una rete di proprietà di Google o di terze parti. Google o la terza parte, ovvero le persone giuridiche che offrono servizi, sono note anche come produttori di servizi. La connessione privata consente alle istanze VM nella rete VPC e ai servizi a cui accedi di comunicare esclusivamente mediante indirizzi IP interni. Le istanze VM non richiedono accesso a internet o indirizzi IP esterni per raggiungere i servizi disponibili tramite l'accesso ai servizi privati.

Per scoprire di più sull'accesso privato ai servizi e su altre opzioni di accesso privato, consulta Opzioni di accesso privato per i servizi.

A grandi linee, per utilizzare l'accesso privato ai servizi, devi allocare un intervallo di indirizzi IP (blocco CIDR) nella tua rete VPC e poi creare una connessione privata a un producer di servizi.

Prima di iniziare

Per stabilire una connessione privata, completa i seguenti prerequisiti:

• Verifica che il servizio che utilizzi supporti l'accesso ai servizi privati.
• Crea un progetto Google Cloud o scegline uno esistente. Per scoprire come creare un progetto Google Cloud, consulta Creare e gestire progetti.
• Attiva l'API Service Networking nel tuo progetto. L'API è necessaria per creare una connessione privata.
• Crea o scegli una rete VPC da utilizzare per collegarti alla rete del producer di servizi. Le istanze VM devono utilizzare questa rete VPC per connettersi ai servizi tramite una connessione privata.
• Installa gcloud CLI se vuoi eseguire gli esempi della riga di comando gcloud in questa guida.

Autorizzazioni

I proprietari del progetto e i membri IAM con il ruolo Amministratore rete Compute (roles/compute.networkAdmin) possono creare intervalli di indirizzi IP allocati e gestire le connessioni private.

Per ulteriori informazioni sui ruoli, leggi la documentazione relativa ai ruoli IAM VPC.

Scenario VPC condiviso

Se utilizzi VPC condiviso, crea l'intervallo IP allocato e la connessione privata nel progetto host. In genere, queste attività devono essere eseguite da un amministratore di rete nel progetto host. Una volta configurato il progetto host, le istanze VM nei progetti di servizio possono utilizzare la connessione privata.

Quote e limiti

Poiché una connessione privata è implementata come connessione di peering VPC, all'accesso ai servizi privati si applicano le stesse quote e gli stessi limiti previsti per il peering di rete VPC.

Intervalli di indirizzi IP allocati per i servizi

Prima di creare una connessione privata, devi allocare un intervallo di indirizzi IPv4 da utilizzare dalla rete VPC del producer di servizi. In questo modo, non si verificano collisioni di indirizzi IP tra la tua rete VPC e la rete del producer di servizi. Crea un intervallo allocato per ogni produttore di servizi.

Quando assegni un intervallo nella rete VPC, questo non è idoneo per le subnet (intervalli principali e secondari) e le destinazioni dei route statici personalizzati.

L'utilizzo di intervalli di indirizzi IPv6 con l'accesso ai servizi privati non è supportato.

Dimensioni dell'intervallo di indirizzi IP

Quando un producer di servizi crea una subnet nella propria parte della connessione, viene selezionato un intervallo aperto dall'allocazione per l'intervallo di indirizzi IP della subnet.

Ogni producer di servizi richiede dimensioni minime per l'intervallo di indirizzi IP. Per Google, la dimensione minima è un singolo blocco /24 (256 indirizzi), ma la dimensione consigliata è un blocco /16 (65.536 indirizzi).

Le dimensioni che scegli dipendono da diversi fattori, ad esempio:

• Il numero di servizi e regioni che utilizzi.
• I requisiti per i servizi che utilizzi.
  • La dimensione minima dell'intervallo di indirizzi IP per i servizi.
  • Se il fornitore di servizi richiede intervalli IP separati per ogni istanza del servizio che crei o se può utilizzare lo stesso intervallo IP per più istanze del servizio.

Se non hai un blocco /16 contiguo, puoi iniziare con un'allocazione più piccola e aggiungere di nuove se in un secondo momento avrai bisogno di più indirizzi IP.

Informazioni sulla subnet del producer di servizi

Quando stabilisci una connessione privata e crei una risorsa con un indirizzo IP privato, il servizio crea una subnet in cui eseguire il provisioning della risorsa. Il servizio seleziona un intervallo di indirizzi IP disponibile dall'intervallo allocato. Non puoi selezionare o modificare l'intervallo di indirizzi IP della subnet del producer di servizi. La sottorete viene eliminata dal servizio solo se elimini tutte le risorse al suo interno.

Quando esegui il provisioning di risorse aggiuntive, il servizio le esegue nelle subnet regionali esistenti che ha creato in precedenza. Se una sottorete è piena, il servizio ne crea una nuova nella regione.

Considerazioni

Prima di allocare un intervallo di indirizzi IP, tieni presente quanto segue:

• Seleziona un intervallo allocato completamente separato dagli intervalli di subnet attuali e futuri, inclusi gli intervalli di subnet delle reti connesse tramite il peering di rete VPC e gli intervalli di subnet degli spoke VPC connessi allo stesso hub di Network Connectivity Center.

• Seleziona un intervallo che non corrisponda esattamente o non contenga le destinazioni di eventuali route dinamici o statici personalizzati.

  Quando un producer di servizi seleziona una parte inutilizzata di un intervallo allocato da utilizzare come candidata per nuove risorse, esclude tutte le destinazioni dei percorsi personalizzati che corrispondono esattamente o rientrano nell'intervallo allocato. Quando una rete VPC contiene un intervallo allocato e route personalizzate con destinazioni corrispondenti o che rientrano nell'intervallo allocato, la parte utilizzabile dell'intervallo allocato viene ridotta. Questa configurazione può portare a errori di allocazione esaurita imprevisti.

  Ad esempio, se crei un intervallo allocato per 10.0.0.0/16, si applica quanto segue:

  • Se esiste o viene creato in un secondo momento un percorso personalizzato con una destinazione per 10.0.0.0/16, l'intero intervallo 10.0.0.0/16 è considerato non disponibile. Se un producer di servizi tenta di utilizzare l'intervallo allocato, Google Cloud restituisce un errore di allocazione esaurita.

  • Se esiste o viene creata in un secondo momento una route personalizzata con una destinazione per 10.0.0.0/20, la parte 10.0.0.0/20 dell'intervallo 10.0.0.0/16 allocato è considerata non disponibile. Se un producer di servizi tenta di utilizzare l'intervallo allocato e la parte disponibile dell'intervallo allocato non è sufficiente per un producer di servizi, Google Cloud restituisce un errore di allocazione esaurita.

  • Se esiste o viene creato in un secondo momento un route personalizzato con una destinazione per 10.0.0.0/8, la disponibilità dell'intervallo allocato per 10.0.0.0/8 non viene interessata.10.0.0.0/16

• Seleziona un intervallo che non entri in conflitto con le altre tue esigenze relative agli indirizzi IP:

  • Alcuni prodotti Google e di terze parti utilizzano 172.17.0.0/16 per il routing all'interno del sistema operativo guest. Ad esempio, la rete bridge Docker predefinita utilizza questo intervallo. Se utilizzi un prodotto che utilizza 172.17.0.0/16, non utilizzare 172.17.0.0/16 in un intervallo allocato per l'accesso ai servizi privati.
  • Se utilizzi una rete VPC in modalità automatica, non puoi creare un intervallo allocato che corrisponda o si sovrapponga a 10.128.0.0/9. Google utilizza l'intervallo 10.128.0.0/9 per le subnet create automaticamente, incluse quelle nelle regioni future.

• Seleziona un blocco CIDR sufficientemente grande da soddisfare le tue esigenze attuali e future. Se in un secondo momento rilevi che le dimensioni dell'intervallo non sono sufficienti, espandi l'intervallo, se possibile. Sebbene tu possa assegnare più allocazioni a un singolo producer di servizi, Google applica una quota al numero di intervalli di indirizzi IP che puoi allocare, ma non alla dimensione (netmask) di ogni intervallo.

• Se aggiungi un altro intervallo allocato a una connessione privata, viene ampliato l'intervallo di indirizzi IP disponibili per il producer di servizi quando vengono create nuove risorse di servizio per qualsiasi servizio fornito. Non puoi prenotare un intervallo allocato specifico all'interno di una connessione privata per l'utilizzo da parte di un determinato servizio.

• Non riutilizzare lo stesso intervallo allocato per più produttori di servizi. Anche se è possibile, questa operazione può portare a una sovrapposizione degli indirizzi IP. Ogni producer di servizi ha visibilità solo sulla propria rete e non può sapere quali indirizzi IP utilizzano gli altri produttori di servizi.

• Puoi assegnare un solo blocco CIDR a un intervallo allocato quando crei l'allocazione. Se devi espandere l'intervallo di indirizzi IP, non puoi aggiungere altri blocchi a un'allocazione. In alternativa, puoi creare un'altra allocazione o ricreare quella esistente utilizzando un blocco più grande che includa gli intervalli nuovi ed esistenti.

• Se crei l'allocazione autonomamente anziché lasciare che sia Google a farlo (ad esempio tramite Cloud SQL), puoi utilizzare la stessa convenzione di denominazione per segnalare ad altri utenti o servizi Google che esiste già un'allocazione per Google. Quando un servizio Google alloca un intervallo per tuo conto, utilizza il seguente formato per assegnare un nome all'allocazione: google-managed-services-[your network name]. Se questa allocazione esiste, i servizi Google utilizzano quella esistente anziché crearne un'altra.

• Poiché una connessione privata è implementata come connessione di peering di rete VPC, i comportamenti e i vincoli delle connessioni di peering si applicano anche alle connessioni private, ad esempio i limiti del peering di rete VPC.

• Se prevedi di modificare l'indirizzo IP interno di un'istanza di servizio esistente che utilizza VPC, valuta se questa azione potrebbe causare interruzioni, ad esempio se richiede l'eliminazione e la ricreazione dell'istanza di servizio. Per saperne di più, consulta la documentazione del servizio gestito associato. Ad esempio, se utilizzi Cloud SQL, consulta Modificare l'indirizzo IP privato di un'istanza Cloud SQL esistente.

Crea un'allocazione IP

I passaggi riportati di seguito descrivono come creare un intervallo di indirizzi IP allocati.

gcloud compute addresses create google-managed-services-my-network \
    --global \
    --purpose=VPC_PEERING \
    --prefix-length=16 \
    --description="peering range for Google" \
    --network=my-network

resource "google_compute_global_address" "private_ip_address" {
  name          = "private-ip-address"
  purpose       = "VPC_PEERING"
  address_type  = "INTERNAL"
  prefix_length = 16
  network       = google_compute_network.peering_network.id
}

Se viene visualizzato un errore relativo all'autorizzazione compute.globalAddresses.list per il progetto, consulta Autorizzazioni degli account di servizio.

Elenca gli intervalli di indirizzi IP allocati

Per elencare gli intervalli di indirizzi IP allocati, utilizza il comando addresses list.

gcloud compute addresses list --global --filter="purpose=VPC_PEERING"

Crea una connessione privata

Dopo aver creato un intervallo allocato, puoi creare una connessione privata a un producer di servizi. La connessione privata stabilisce una connessione in peering della rete VPC tra la tua rete VPC e la rete del producer di servizi.

Le connessioni private sono una relazione uno a uno tra la tua rete VPC e un producer di servizi. Se un singolo producer di servizi offre più servizi, è sufficiente una connessione privata per tutti i servizi del producer.

Se un singolo producer di servizi offre più servizi e vuoi controllare quali intervalli allocati vengono utilizzati per risorse di servizi diverse, puoi utilizzare più reti VPC, ciascuna con le proprie connessioni private. Questa configurazione ti consente di selezionare una determinata rete durante la creazione di una nuova risorsa di servizio gestita per assicurarti che gli intervalli allocati associati vengano utilizzati per la nuova risorsa.

Se ti connetti a più producer di servizi, utilizza un'allocazione univoca per ogni producer di servizi. Questa pratica ti aiuta a gestire le impostazioni di rete, ad esempio route e regole firewall, per ogni producer di servizi.

resource "google_service_networking_connection" "default" {
  network                 = google_compute_network.peering_network.id
  service                 = "servicenetworking.googleapis.com"
  reserved_peering_ranges = [google_compute_global_address.private_ip_address.name]
}

Elenco di connessioni private

Dopo aver creato una connessione privata, puoi elencarla per verificare che esista. L'elenco mostra anche gli intervalli allocati associati a ogni connessione. Ad esempio, se non ricordi quale intervallo allocato hai assegnato a una connessione, visualizza l'elenco per scoprirlo.

gcloud services vpc-peerings list \
    --network=VPC_NETWORK

Modificare una connessione privata

Per le connessioni private esistenti, puoi aggiungere o rimuovere intervalli di indirizzi IP allocati senza interrompere il traffico. Ad esempio, man mano che esegui la scalabilità, potresti aggiungere un intervallo allocato se stai per esaurire quello esistente.

Non puoi rimuovere gli intervalli IP allocati utilizzando la console Google Cloud. Se vuoi rimuovere un intervallo allocato, segui le istruzioni gcloud per modificare la connessione. Quando rimuovi un intervallo da una connessione privata, si applica quanto segue:

• L'intervallo allocato non è più associato alla connessione privata, ma non viene eliminato.

  • Se un intervallo rimosso non è più in uso, puoi eliminare l'allocazione.

• Le risorse dei producer di servizi esistenti potrebbero continuare a utilizzare l'intervallo rimosso.

• L'accesso privato ai servizi non utilizzerà gli intervalli rimossi per allocare nuove subnet.

gcloud services vpc-peerings update \
    --service=servicenetworking.googleapis.com \
    --ranges=RESERVED_RANGE_NAME \
    --network=VPC_NETWORK \
    [--force]

Eliminare un intervallo di indirizzi IP allocato

Prima di eliminare un intervallo di indirizzi IP allocato, controlla se l'intervallo è in uso da una connessione privata.

Se l'intervallo di indirizzi IP allocato è in uso, prima modifica la connessione privata per rimuovere l'intervallo. Quindi elimina l'intervallo di indirizzi IP allocato.

Se elimini un indirizzo IP allocato in uso e non modifichi la connessione privata, si applica quanto segue:

• Le connessioni esistenti rimangono attive, ma non c'è nulla che impedisca alla rete VPC di utilizzare indirizzi IP che si sovrappongono alla rete del producer di servizi.

• Se elimini l'unico intervallo di indirizzi IP allocato associato a una connessione privata, il servizio non può creare nuove sottoreti perché non è possibile selezionare un intervallo di indirizzi IP allocato.

• Se in un secondo momento crei un intervallo di indirizzi IP allocato che corrisponde o si sovrappone all'intervallo eliminato, l'aggiunta dell'intervallo a una connessione privata non va a buon fine.

Per evitare questi problemi, modifica sempre le connessioni private quando elimini un intervallo di indirizzi IP allocati in uso.

gcloud compute addresses delete NAME \
    --global

Elimina una connessione privata

Prima di eliminare una connessione privata, devi eliminare tutte le istanze di servizio a cui accedi tramite la connessione. Ad esempio, se vuoi eliminare una connessione privata utilizzata per accedere a Cloud SQL, devi prima eliminare le istanze Cloud SQL che utilizzano la connessione. Dopo aver eliminato le istanze di servizio, le risorse del producer di servizi vengono eliminate, ma questa eliminazione potrebbe non avvenire immediatamente. Alcuni produttori di servizi ritardano l'eliminazione fino al termine di un periodo di attesa. Non puoi eliminare la connessione privata durante il periodo di attesa. Devi attendere che le risorse del producer di servizi siano state eliminate prima di poter eliminare il collegamento.

Ad esempio, se elimini un'istanza Cloud SQL, ricevi una risposta di esito positivo, ma il servizio attende quattro giorni prima di eliminare le risorse del produttore di servizi. Il periodo di attesa significa che, se cambi idea sull'eliminazione del servizio, puoi richiedere il reintegro delle risorse. Se provi a eliminare il collegamento durante il periodo di attesa, l'eliminazione non va a buon fine e viene visualizzato un messaggio che indica che le risorse sono ancora in uso dal producer di servizi.

gcloud services vpc-peerings delete \
    --service=servicenetworking.googleapis.com \
    --network=VPC_NETWORK

Condividere zone DNS private con i produttori di servizi

Le zone private Cloud DNS sono private per la tua rete VPC. Se vuoi consentire a una rete di producer di servizi di risolvere i nomi della tua zona privata, puoi configurare il peering DNS tra le due reti.

Quando configuri il peering DNS, fornisci una rete VPC e un suffisso DNS. Se il producer di servizi deve risolvere un indirizzo con quel suffisso DNS, inoltra le query alla rete VPC per la risoluzione.

Questi servizi supportati supportano il peering DNS, ad eccezione di Cloud SQL.

Se vuoi attivare il peering DNS, devi abilitare l'API Cloud DNS nel tuo progetto

Eseguire il peering DNS con un producer di servizi

gcloud services peered-dns-domains create PEERING_NAME \
    --network=VPC_NETWORK \
    --dns-suffix=DNS_SUFFIX

## Uncomment this block after adding a valid DNS suffix

# resource "google_service_networking_peered_dns_domain" "default" {
#   name       = "example-com"
#   network    = google_compute_network.peering_network.name
#   dns_suffix = "example.com."
#   service    = "servicenetworking.googleapis.com"
# }

Elenca le configurazioni dei peering DNS

gcloud services peered-dns-domains list \
    --network=VPC_NETWORK

Eliminare una configurazione di peering DNS

gcloud services peered-dns-domains delete PEERING_NAME \
    --network=VPC_NETWORK

Risoluzione dei problemi

Quanto della mia allocazione viene utilizzata?

Quando crei una connessione privata con un producer di servizi, gli assegni un intervallo di indirizzi IP da utilizzare. Se utilizzi più servizi di un produttore di servizi, ogni servizio prenoterà un blocco di indirizzi IP dall'intervallo allocato. Puoi controllare quali servizi utilizzano quali indirizzi IP, ad esempio, per vedere quali servizi utilizzano grandi blocchi di indirizzi IP ed evitare l'esaurimento degli indirizzi IP.

Per visualizzare il rapporto di allocazione per gli intervalli allocati, utilizza Network Analyzer. Per ulteriori informazioni, consulta Riepilogo dell'utilizzo degli indirizzi IP per l'accesso privato ai servizi.

In alternativa, per visualizzare il servizio che utilizza un determinato intervallo di indirizzi IP:

1. Elenca le tue connessioni private.
2. Trova il nome della connessione di peering che ti collega al produttore di servizi pertinente.
3. Elenca le route per la rete VPC.
4. Trova i route con un hop successivo che corrisponde al nome della connessione in peering. L'intervallo di destinazione delle route indica gli indirizzi IP utilizzati da ciascun servizio.

Esaurimento dell'intervallo di indirizzi IP

Per una determinata connessione privata, se esaurisci lo spazio degli indirizzi IP allocati, Google Cloud restituirà questo errore: Failed to create subnetwork. Couldn't find free blocks in allocated IP ranges.

Questo errore può essere visualizzato perché l'intervallo allocato non è sufficiente per il tuo utilizzo o perché una route dinamica o statica personalizzata impedisce l'utilizzo completo dell'intervallo allocato. Per ulteriori informazioni sulle considerazioni relative al routing, consulta Considerazioni.

Puoi espandere l'allocazione esistente o aggiungerne di nuove. L'allocazione espansa deve essere un intervallo di indirizzi IP contiguo che includa l'intervallo esistente. Ti consigliamo di espandere un'allocazione perché non esiste un limite alle dimensioni di un'allocazione, ma esiste un limite al numero di allocazioni che puoi creare.

Per espandere un'allocazione esistente:

1. Elenca le tue connessioni private e registra il nome dell'intervallo allocato che devi espandere.
2. Elimina l'intervallo allocato esistente.
3. Crea un nuovo intervallo allocato utilizzando lo stesso nome dell'intervallo eliminato. Specifica un intervallo di indirizzi IP che includa l'intervallo di indirizzi IP eliminato. In questo modo, le risorse in peering esistenti che utilizzano il vecchio intervallo allocato possono continuare a utilizzare gli stessi indirizzi IP senza entrare in conflitto con le risorse della rete VPC. Ad esempio, se l'intervallo allocato precedente era 192.168.0.0/20, crea un nuovo intervallo allocato come 192.168.0.0/16.

Per aggiungere intervalli allocati a una connessione privata esistente:

1. Crea un nuovo intervallo allocato. Questo intervallo non deve essere congiunto con gli intervalli allocati esistenti.
2. Aggiungi l'intervallo allocato alla connessione privata esistente.

Gli host on-premise non riescono a comunicare con la rete del producer di servizi

La rete del producer di servizi potrebbe non avere le route corrette per indirizzare il traffico alla tua rete on-premise. Per impostazione predefinita, la rete del producer di servizi apprende solo le route di subnet dalla tua rete VPC. Pertanto, qualsiasi richiesta che non proviene da un intervallo IP di una subnet viene ignorata dal produttore del servizio.

Per configurare la connettività tra gli host on-premise e la rete del producer di servizi:

• Nella rete VPC, aggiorna la connessione di peering per esportare i route personalizzati nella rete del producer di servizi. L'esportazione delle route invia tutte le route statiche e dinamiche idonee che si trovano nella rete VPC, ad esempio le route alla rete on-premise, alla rete del producer di servizi. La rete del producer di servizi li importa automaticamente e può inviare nuovamente il traffico alla tua rete on-premise tramite la rete VPC.

• Assicurati che i prefissi che includono gli intervalli IP allocati per l'accesso ai servizi privati vengano pubblicizzati correttamente alla tua rete on-premise. Per capire come pubblicizzare prefissi IPv4 personalizzati utilizzando router Cloud, consulta Route pubblicizzate.

• Verifica che lcollegamento VLAN o il tunnel Cloud VPN termini nella stessa rete VPC (o nella rete VPC condiviso) della connessione privata, perché il peering di rete VPC non fornisce il routing transitivo.

Autorizzazioni service account

Se viene visualizzato un errore relativo all'autorizzazione compute.globalAddresses.list per un progetto durante la creazione di un'allocazione IP o se si verificano errori come Error 400: Precondition check failed durante la creazione, la visualizzazione o la modifica delle connessioni private, potrebbe esserci un problema con i ruoli IAM (Identity and Access Management) per il service account dell'API Service Networking. Questo account di servizio viene creato automaticamente dopo aver attivato l'API Service Networking. Il provisioning dell'account e la sua visualizzazione nella pagina IAM possono richiedere del tempo.

gcloud projects add-iam-policy-binding HOST_PROJECT_NAME \
    --member=serviceAccount:service-HOST_PROJECT_NUMBER@service-networking.iam.gserviceaccount.com \
    --role=roles/servicenetworking.serviceAgent

La route di subnet di peering persiste dopo l'aggiornamento dell'allocazione IP

Dopo aver aggiornato l'intervallo di indirizzi IP allocati di una connessione ai servizi privati, la vecchia route della subnet di peering potrebbe essere ancora visualizzata nella tabella di routing della rete VPC. La route persiste perché l'intervallo di indirizzi IP è ancora in uso.

Per risolvere il problema:

• Se elimini un'allocazione IP, assicurati di aggiornare anche la connessione privata.
• Elimina o aggiorna le risorse che utilizzano l'intervallo di indirizzi IP precedente.

Il percorso della sottorete di peering viene rimosso automaticamente quando l'intervallo di indirizzi IP non è più in uso. Potrebbe esserci un ritardo tra l'eliminazione della risorsa e la sua eliminazione completa da parte del producer di servizi. Ad esempio, se l'intervallo di indirizzi IP precedente è in uso da un'istanza Cloud SQL, possono essere necessari fino a quattro giorni per l'eliminazione completa dell'istanza da parte del producer di servizi. La route della sottorete del peering viene rimossa al termine dell'eliminazione.