Panoramica degli intervalli interni

Gli intervalli interni consentono di prenotare blocchi di indirizzi IP interni e di specificare come possono essere utilizzati. Puoi utilizzare gli intervalli interni per gestire la Network Topology di rete Virtual Private Cloud (VPC) man mano che le reti diventano più complesse con funzionalità come il peering di rete VPC, il VPC condiviso, Cloud VPN e Cloud Interconnect.

Specifiche

  • Una risorsa di intervallo interno rappresenta un blocco CIDR IPv4 o IPv6 interno allocato all'interno di una rete VPC.
  • Quando prenoti un intervallo interno, configuri quanto segue:
    • Lo scopo dell'intervallo, ovvero se l'intervallo viene utilizzato per subnet e intervalli interni secondari o esclusivamente per l'allocazione di singoli indirizzi IPv4 interni globali per gli endpoint Private Service Connect.
    • Il tipo di peering dell'intervallo, ovvero come può essere utilizzato l'intervallo se è configurato il peering di rete VPC.
    • Il tipo di utilizzo dell'intervallo, ovvero se l'intervallo può essere utilizzato dalle risorse Google Cloud nella relativa rete VPC o se è riservato per l'utilizzo esterno.
    • Se l'intervallo può sovrapporsi alle subnet o alle route nella rete VPC padre.
    • Se il blocco di indirizzi o il comportamento di sovrapposizione dell'intervallo possono essere modificati.
  • Per impostazione predefinita, non puoi prenotare un intervallo interno che contiene indirizzi IP utilizzati da altre risorse Google Cloud nella rete VPC dell'intervallo.
  • Se attivi la sovrapposizione con subnet, route o entrambe, puoi creare intervalli interni con blocchi CIDR che si sovrappongono all'intervallo di indirizzi IP dei tipi di risorse specificati.
  • Non puoi creare risorse Google Cloud che utilizzano indirizzi IP di un intervallo interno esistente, a meno che non associ esplicitamente la risorsa all'intervallo interno (per le subnet) o non consenti la sovrapposizione (per le route).
  • Se un intervallo interno è immutabile, puoi modificare solo la descrizione dell'intervallo. Se l'intervallo è modificabile (impostazione predefinita), puoi modificare il blocco CIDR, il comportamento di sovrapposizione e la descrizione dell'intervallo. L'immutabilità non può essere modificata dopo la creazione dell'intervallo.

Ad esempio, considera un intervallo interno modificabile per 10.0.0.0/24 senza sovrapposizione specificata.

Se provi a creare una subnet nella stessa rete VPC che utilizza l'intervallo 10.0.0.0/25, la creazione della subnet non va a buon fine, a meno che non associ la subnet all'intervallo interno.

Se provi a creare una route nella stessa rete VPC che utilizza l'intervallo 10.0.0.0/25, la creazione della route non va a buon fine, a meno che non aggiorni l'intervallo interno impostando la proprietà overlaps su OVERLAP_ROUTE_RANGE.

Tipi di scopi

Lo scopo di una risorsa di intervallo interno specifica i tipi di risorseGoogle Cloud che possono allocare indirizzi IP dal blocco CIDR dell'intervallo. Lo scopo di un intervallo interno può essere uno dei seguenti:

Non puoi modificare lo scopo di un intervallo interno dopo averlo creato.

Intervalli interni per gli endpoint Private Service Connect

Puoi prenotare un intervallo di indirizzi IPv4 interni globali da assegnare agli endpoint Private Service Connect per le API di Google globali.

Gli intervalli interni per gli endpoint Private Service Connect hanno le seguenti specifiche:

  • Il tipo di finalità deve essere INTERNAL_ADDRESS.
  • Il tipo di peering deve essere FOR_SELF.
  • Il tipo di utilizzo deve essere FOR_VPC.
  • Sono supportati solo i blocchi CIDR IPv4. I blocchi CIDR IPv6 non sono supportati.
  • Non puoi creare questo tipo di intervallo interno se si sovrappone a subnet o route esistenti. Per saperne di più, consulta Requisiti degli indirizzi IP.
  • Non puoi creare subnet o intervalli interni secondari più piccoli all'interno di un intervallo interno con lo scopo INTERNAL_ADDRESS.

Tipi di peering

Il tipo di peering di un intervallo interno specifica il comportamento dell'intervallo rispetto al peering di rete VPC. Determina quali reti VPC (la rete padre, i relativi peer o entrambi) possono utilizzare gli indirizzi IP di un blocco CIDR di un intervallo interno, nonché il modo in cui questi indirizzi devono essere assegnati.

Sono possibili i seguenti tipi di peering:

  • FOR_SELF: il blocco CIDR dell'intervallo interno può essere utilizzato solo nella rete VPC in cui è stato creato (la rete padre).
    • Nella rete VPC principale, assegni gli indirizzi IP facendo riferimento alla risorsa dell'intervallo interno.
    • Le reti VPC in peering non possono assegnare alle risorse indirizzi IP del blocco CIDR dell'intervallo.
  • FOR_PEER: il blocco CIDR dell'intervallo interno può essere utilizzato solo nelle reti peer.
    • La rete VPC padre non può assegnare alle risorse indirizzi IP del blocco CIDR dell'intervallo.
    • Nelle reti VPC in peering, puoi assegnare indirizzi IP dal blocco CIDR dell'intervallo senza fare riferimento all'intervallo interno.
  • NOT_SHARED: il blocco CIDR dell'intervallo interno può essere utilizzato sia dalla rete VPC padre sia dalle reti peer.
    • Nella rete VPC principale, assegni gli indirizzi IP facendo riferimento all'intervallo interno.
    • In una rete VPC in peering, assegni gli indirizzi IP senza fare riferimento all'intervallo interno, ma gli indirizzi devono essere utilizzati in modo da non essere visibili alla rete VPC principale. Ad esempio, due reti VPC in peering possono creare un intervallo interno che utilizza lo stesso blocco CIDR, a condizione che il tipo di peering sia NOT_SHARED in entrambe le reti.

Tipi di utilizzo

Il tipo di utilizzo di una risorsa di intervallo interno specifica se il blocco CIDR allocato può essere associato ad altre risorse Google Cloud nella relativa rete VPC padre. Il tipo di utilizzo per un intervallo interno può essere uno dei seguenti:

  • FOR_VPC: l'intervallo può essere associato ad altre risorse Google Cloudnella rete VPC principale. Questa è l'impostazione predefinita.

  • EXTERNAL_TO_VPC: l'intervallo non può essere associato ad altre risorseGoogle Cloud nella relativa rete VPC padre.

  • FOR_MIGRATION: l'intervallo può essere utilizzato per eseguire la migrazione di un intervallo di subnet, anche da una rete VPC in peering a un'altra.

Migrazione degli intervalli di subnet IPv4

Per eseguire la migrazione di un intervallo CIDR da una subnet a un'altra, devi eliminare la subnet e poi ricrearla. In genere, quando elimini una subnet, il relativo intervallo CIDR viene rilasciato e può essere utilizzato da qualsiasi altra risorsa. Per prenotare l'intervallo CIDR durante una migrazione, dopo l'eliminazione della subnet originale, ma prima della creazione della nuova subnet, puoi prenotare un intervallo IPv4 interno con il tipo di utilizzo FOR_MIGRATION.

Un intervallo interno per la migrazione specifica un intervallo CIDR, una subnet di origine e una subnet di destinazione.

  • L'intervallo CIDR IPv4 deve corrispondere o contenere l'intervallo della subnet di origine.
  • Le subnet di origine e di destinazione possono trovarsi nello stesso progetto o in progetti diversi.
  • La subnet di origine deve trovarsi nello stesso progetto della risorsa dell'intervallo interno.
  • La subnet di destinazione non deve necessariamente esistere al momento della creazione dell'intervallo interno.

Quando elimini la subnet di origine, l'intervallo CIDR può essere assegnato solo a una subnet che corrisponde alla subnet di destinazione.

Dopo aver eseguito la migrazione della subnet, puoi eliminare l'intervallo interno.

Gli intervalli interni con tipo di utilizzo FOR_MIGRATION devono avere il tipo di peering FOR_SELF.

Esempi di casi d'uso

La tabella seguente descrive i casi d'uso per gli intervalli interni con diverse combinazioni di utilizzo e peering. Gli intervalli interni IPv6 hanno requisiti di utilizzo e peering specifici e non supportano tutti i casi d'uso elencati qui.

Caso d'uso Tipo di scopo Tipo di peering Tipo di utilizzo

Prenota un intervallo da utilizzare solo all'interno della rete VPC dell'intervallo.

Solo IPv4

 VPC_SUBNET NOT_SHARED FOR_VPC

Prenota un intervallo specifico per le reti VPC in peering, impedendo alle risorse della rete VPC locale di utilizzarlo. Nelle reti in peering, puoi assegnare indirizzi IP dal blocco CIDR dell'intervallo senza fare riferimento alla risorsa dell'intervallo interno.

Solo IPv4

 VPC_SUBNET FOR_PEER FOR_VPC

Prenota un intervallo da utilizzare all'esterno della rete VPC dell'intervallo, impedendo alle risorse nella rete VPC dell'intervallo di utilizzare questi indirizzi IP. Per gli intervalli IPv6, impedisci l'assegnazione automatica degli indirizzi IP dell'intervallo a nuove subnet solo IPv6 o subnet dual stack.

IPv4 o IPv6

 VPC_SUBNET FOR_SELF EXTERNAL_TO_VPC

Prenota un intervallo solo per l'utilizzo on-premise, impedendo alle risorse nella rete VPC dell'intervallo di utilizzare questi indirizzi IP.

Solo IPv4

 VPC_SUBNET NOT_SHARED EXTERNAL_TO_VPC

Prenota temporaneamente un intervallo per la migrazione di una subnet da una rete VPC a un'altra.

Solo IPv4

 VPC_SUBNET FOR_SELF FOR_MIGRATION
Prenota un intervallo esclusivamente per l'allocazione di indirizzi IPv4 interni globali per gli endpoint Private Service Connect per le API di Google globali.

Solo IPv4

 INTERNAL_ADDRESS FOR_SELF FOR_VPC

Strategie di allocazione degli indirizzi IPv4

Quando prenoti un intervallo IPv4 interno, puoi specificare un blocco CIDR o lasciare che Google Cloud ne allochi uno automaticamente. Per l'allocazione automatica, specifica una lunghezza del prefisso e blocchi CIDR di destinazione facoltativi. Google Cloud tiene conto delle allocazioni di indirizzi IP esistenti e alloca all'intervallo interno un blocco CIDR libero della dimensione scelta all'interno dei blocchi CIDR di destinazione o predefiniti.

Se utilizzi l'allocazione automatica, puoi specificare la strategia di allocazione utilizzata da Google Cloud per selezionare un blocco libero. Le strategie di allocazione sono disponibili solo per gli intervalli interni IPv4 allocati automaticamente. La tabella seguente descrive le strategie di allocazione tra cui puoi scegliere:

Strategia Descrizione Vantaggi e svantaggi
RANDOM Assegna in modo casuale un blocco CIDR libero. Questa è la strategia predefinita.

Il modo più rapido per prenotare contemporaneamente più blocchi CIDR con la stessa lunghezza del prefisso.

Può portare alla frammentazione dello spazio di indirizzi IP.
FIRST_AVAILABLE Alloca il blocco CIDR libero con l'indirizzo IP iniziale numericamente più basso.

Allocazione dell'intervallo IP più prevedibile. Massimizza lo spazio di indirizzi IP inutilizzati contigui rimanenti all'interno dei blocchi CIDR di destinazione.

Causa conflitti quando si prenotano intervalli interni contemporaneamente, con conseguenti tempi di allocazione più lenti.
RANDOM_FIRST_N_AVAILABLE Specifichi un numero, N. Google Cloud trova N blocchi CIDR liberi della lunghezza del prefisso richiesta, dando la priorità ai blocchi con gli indirizzi IP iniziali più bassi. Assegna un blocco CIDR casuale da questo insieme.

Ideale per ridurre i conflitti durante le allocazioni simultanee, mantenendo al contempo lo spazio degli indirizzi IP inutilizzati contigui.

Puoi migliorare le prestazioni per le allocazioni simultanee aumentando N. Tuttavia, ciò potrebbe comportare una maggiore frammentazione dello spazio degli indirizzi IP.

FIRST_SMALLEST_FITTING Trova i blocchi CIDR liberi più piccoli (lunghezza del prefisso più lunga) che possono contenere la lunghezza del prefisso richiesta. Da questo insieme, assegna il blocco con l'indirizzo IP iniziale più basso.

Ideale per ridurre al minimo la frammentazione degli indirizzi IP.

Sperimenta la massima contesa per le prenotazioni simultanee, con tempi di allocazione più lenti.

Ad esempio, supponiamo che tu voglia prenotare un blocco CIDR /24 dal blocco di destinazione 10.0.0.0/8. All'interno del blocco di destinazione, sono disponibili solo i seguenti intervalli di indirizzi IP: 10.1.0.0/25, 10.2.0.0/16 e 10.3.0.0/23. Il seguente elenco descrive i blocchi che potrebbero essere selezionati per ogni strategia di allocazione:

  • RANDOM: Google Cloud determina in modo casuale qualsiasi blocco /24 disponibile, ad esempio 10.2.179.0/24.
  • FIRST_AVAILABLE: Google Cloud trova il blocco /24 più basso disponibile, ovvero 10.2.0.0/24.
  • RANDOM_FIRST_N_AVAILABLE: supponiamo che specifichi 3 per N. Google Cloud crea un insieme dei tre blocchi /24 più bassi disponibili: 10.2.0.0/24, 10.2.1.0/24 e 10.2.2.0/24. Da questo set, Google Cloud sceglie casualmente uno dei tre blocchi, ad esempio 10.2.2.0/24.
  • FIRST_SMALLEST_FITTING: Google Cloud trova i blocchi disponibili più piccoli (prefisso più alto) che possono contenere il prefisso specificato di /24. Il blocco più piccolo disponibile è 10.3.0.0/23. Google Cloud alloca il blocco più basso all'interno di questo intervallo, ovvero 10.3.0.0/24.

Quota

Esiste un limite al numero di risorse di intervallo interno che puoi creare in un singolo progetto. Per saperne di più, consulta le quote per progetto nella documentazione del VPC.

Passaggi successivi