We hebben drie VPC's en peering wordt onhoudbaar
VPC-peering is prima voor twee, drie VPC's. Daarboven schaalt het slecht: elke nieuwe VPC vraagt om N nieuwe peerings. Transit-gateway is dan de juiste stap, maar het kost wel.
Probeer dit eerst zelf
- 1Tel je peerings: bij 4 VPC's heb je 6 peerings nodig, bij 5 al 10. Zit je daar boven, dan begint transit-gateway zinnig te worden.
- 2Zet één transit-gateway per regio op en attach elke VPC. Routing tables op de gateway bepalen wie wie mag bereiken.
- 3Reken vooraf de kosten: transit-gateway-attachment kost per uur per VPC plus per GB data. Voor lage-volume-tussenverkeer kan peering goedkoper blijven.
- 4Voor cross-region of cross-account: transit-gateway peering of een Cloud-WAN. Niet meer met handmatige routes-per-VPC werken.
- 5Bij Azure heet dit Virtual WAN, bij GCP gebruik je Network Connectivity Center. Patroon is hetzelfde, naamgeving anders.
Wanneer ons inschakelen
Hebben jullie meer dan tien VPC's of multi-account met cross-region traffic, dan is een netwerk-architect die dit vaker doet de moeite waard.
Zie ook
- Iedereen logt in met het root-account van AWSHet root-account is voor noodgevallen en facturatie. Dagelijks werk hoort via IAM-users of SSO.
- Iedere developer heeft AdministratorAccessAdministratorAccess overal is gemak nu, drama later. Begin met rolgebaseerde policies.
- Iedereen heeft losse IAM-users met eigen wachtwoordIdentity Center (voorheen AWS SSO) koppelt aan je IdP en geeft tijdelijke credentials per sessie.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.