CasiScenario
Tre sedi, un Transit Gateway
Sei VPC collegate a mano tra loro e tre uffici che entrano da tunnel diversi.
Scenario tipo: non è il racconto di un cliente, è come imposterei un progetto di questo genere. I numeri sono indicativi.
01Il contesto
Un'azienda con tre sedi in Italia ha sei VPC collegate in peering a coppie e una VPN diversa per ogni ufficio. Ogni nuova VPC richiede di toccare tutte le altre, e nessuno sa più quali reti si vedono tra loro.
02La decisione
Un Transit Gateway come centro della rete, con tabelle di routing separate per produzione, sviluppo e servizi condivisi. Le sedi minori entrano con VPN site-to-site su due tunnel. La sede principale usa Direct Connect, con la VPN come riserva. Il passaggio avviene VPC per VPC, spostando le rotte una alla volta e verificando con Reachability Analyzer.
Alternative scartate
- Continuare con il peering: funziona finché le VPC sono poche, poi diventa ingestibile.
- Una rete piatta senza segmentazione: più semplice oggi, un problema di sicurezza domani.
03Il risultato atteso
- Nuova VPC collegataun attachment invece di sei peering
- Chi vede chiscritto nelle tabelle di routing, non a memoria
- Sede principalebanda dedicata con riserva automatica
04Cosa rifarei diversamente
Riserverei subito gli spazi di indirizzi per le VPC future. I CIDR sovrapposti sono il debito più caro da ripagare.
Hai un problema simile? Mandami i tuoi numeri e ti dico come lo imposterei.