Modelli di interconnettività

IBM Cloud Transit Gateway consente di connettere le VPC di IBM Cloud e l'infrastruttura classica ai gateway di transito, permettendo di creare reti globali composte da più VPC e risorse dell'infrastruttura classica in diverse regioni di IBM Cloud per stare al passo con le esigenze aziendali.

IBM Cloud Transit Gateway può connettersi a reti classiche situate in qualsiasi MZR, indipendentemente dalla posizione del gateway di transito o dal tipo di instradamento specificato.

Ecco alcuni modi per implementare il servizio IBM Cloud Transit Gateway.

Caso d'uso 1: Interconnessione di due o più VPC nella stessa MZR

Collega due VPC nella stessa regione tramite un gateway di transito locale.

Collegare due o più VPC nella stessa MZR

Caso d'uso 2: Interconnessione di due o più VPC tra più MZR

Collega le VPC in più regioni utilizzando un gateway di transito globale.

Per garantire una maggiore resilienza, è possibile implementare più gateway di transito globali in diverse regioni e raggrupparli utilizzando gruppi di ridondanza.

Caso d'uso 3: Interconnessione di una o più VPC nella stessa MZR e di una rete classica di “ IBM ”

Collega le VPC nella stessa regione con “ IBM Cloud ” (versione classica) tramite un gateway di transito locale.

Connettiti alla rete classica IBM e a una o più VPC nella stessa MZR

Caso d'uso 4: Interconnettere le VPC e una rete classica di IBM per accedere a tutte le risorse in tutte le MZR

Collega le VPC di più regioni all’ IBM Cloud e classica tramite un gateway di transito globale.

Connettiti alla rete classica IBM e alle VPC per accedere a tutte le tue risorse in tutte le MZR

Caso d'uso 5: Interconnessione di VPC tra account diversi

Collegare le VPC situate nella stessa regione e appartenenti a diversi account IBM Cloud tramite un gateway di transito locale.

Collegare due o più VPC tra account diversi

Caso d'uso 6: Collegamento di reti (VPC e classiche) a più gateway locali

Da tenere presente:

Il traffico locale viene gestito su un gateway di transito locale, il che riduce la latenza.
Sono disponibili funzionalità di alta disponibilità (HA), poiché i dati presenti nelle VPC C e D potrebbero essere replicati nelle VPC E e F.
I collegamenti classici al gateway di transito dell'infrastruttura devono trovarsi nello stesso account del proprietario del gateway di transito.

Collegare reti(VPC e classiche)a più gateway — Collegare reti (VPC e classiche) a più gateway locali

Caso d'uso 7: Interconnessione di reti (VPC e classiche) tra account

Collega gli account " IBM Cloud " e "classic" di diversi account a uno o più gateway di transito. A tal fine, l'account " IBM Cloud " a cui appartiene il gateway di transito richiede l'autorizzazione all'account " IBM Cloud " (versione classica) per collegarlo al gateway di transito. L'account classico di IBM Cloud deve approvare la richiesta prima che venga stabilita la connessione. È possibile ripetere questa procedura per più connessioni ad account Classic di IBM Cloud, come illustrato.

Collegare sia VPC che l'infrastruttura classica tra account

Caso d'uso 8: Collegamento di reti tramite un tunnel GRE ad alta disponibilità

Collegare l'infrastruttur IBM Cloud a tradizionale utilizzando un tunnel GRE verso un gateway di transito locale.

Questo diagramma illustra una configurazione di tunnel GRE ad alta disponibilità. Quando si configura un tunnel GRE, è necessario specificare una zona di disponibilità. Per garantire un'elevata disponibilità a questo caso d'uso, è necessario configurare due tunnel GRE con gli stessi endpoint, ma utilizzando zone di disponibilità diverse.

Connettersi tramite un tunnel GRE — Collegare le reti tramite un tunnel GRE ad alta disponibilità

Le connessioni GRE del gateway di transito richiedono che il proprietario del gateway configuri specificatamente l'HA in base alle proprie esigenze. Una connessione GRE è una connessione punto a punto, non presenta ridondanza integrata e costituisce un singolo punto di guasto. Quando si configura una connessione GRE su un gateway di transito, è necessario specificare la zona di disponibilità. Per una soluzione HA affidabile, configurare più connessioni GRE utilizzando diverse zone di disponibilità.

Caso d'uso 9: Collegare una rete locale utilizzando Direct Link

Collegare IBM Cloud Direct Link per consentire la connettività locale alle reti IBM Cloud tramite un gateway di transito. Questa connessione consente alla rete locale di accedere a tutte le reti collegate al gateway di transito. Nell'esempio seguente, il gateway " Direct Link " si connette a un gateway di transito globale, insieme a 4 VPC e a un IBM Cloud n Classic Infrastructure. È vero anche il contrario, ovvero che tutte le altre reti collegate al gateway di transito sono ora collegate alla rete locale.

Direct Link può essere collegato a gateway di transito sia locali che remoti.

Collegare la rete locale a Transit Gateway — Collegare la rete locale utilizzando Direct Link

Caso d'uso 10: Utilizzo di VPN for VPC come nodo secondario ridondante

In questo caso d’uso, un gateway VPN è configurato come “spoke” rispetto al gateway di transito per fornire un percorso di rete ridondante tra l’ambiente locale e IBM Cloud. La connettività primaria viene stabilita tramite Direct Link, che offre una connettività privata e dedicata con larghezza di banda garantita e prestazioni a bassa latenza. Questa connessione diretta termina nella VPC di transito " IBM Cloud ", che si collega al gateway di transito. Da lì, il traffico viene instradato verso diversi ambienti, tra cui Power Virtual Servers, istanze di server virtuali nelle VPC "spoke" e l'infrastruttura classica.

Per migliorare la disponibilità senza i costi aggiuntivi di un secondo collegamento diretto, viene implementato un gateway VPN come percorso secondario. Questo percorso garantisce una connettività sicura su Internet, utilizzando tunnel VPN BGP tra la rete locale e il gateway VPN. Vengono stabiliti più tunnel GRE tra i dispositivi gateway VPN e i router gateway di transito, consentendo alla VPN di fungere da “spoke” all’interno della topologia “ Transit Gateway ”. Sebbene questo percorso non offra le stesse garanzie di prestazioni di un percorso Direct Link, assicura la continuità della connettività in caso di guasto del percorso primario, rendendolo una soluzione conveniente e resiliente per le reti cloud ibride.

Gateway VPN come connessione di backup per Direct Link

Caso d'uso 11: Creazione di una rete multiregionale ad alta disponibilità

Implementare due gateway di transito globali in regioni distinte e raggrupparli in un gruppo di ridondanza per creare un'architettura di rete resiliente. In questo esempio, il gateway Global Transit A è implementato nella zona eu-es, mentre il gateway Global Transit B è implementato nella zona br-sao. Entrambi i gateway fanno parte dello stesso gruppo di ridondanza.

Due VPC dell'account A sono collegate a entrambi i gateway di transito:

VPC A (us-south, 10.4.0.0/16) — si collega localmente al Transit GW A o B e raggiunge il VPC B (10.5.0.0/16) tramite il Transit GW A o B
VPC B (us-east, 10.5.0.0/16) — si collega localmente al Transit GW A o B e raggiunge la VPC A (10.4.0.0/16) tramite il Transit GW A o B

Poiché ogni VPC è collegato a entrambi i gateway di transito, il traffico può essere instradato attraverso uno dei due gateway. Se una regione non è più disponibile, l’altro gateway continua a inoltrare il traffico tra le VPC senza interruzioni.

Creare una rete multiregione ad alta disponibilità

Power Virtual Server casi d'uso che utilizzano Transit Gateway

Per i casi d'uso relativi agli spazi di lavoro “ Power Virtual Server ”, consultare i casi d'uso all'indirizzo Power Edge Router.