Sous-réseaux GCP : Réseau Global sur Google Cloud Platform
Google Cloud Platform adopte une approche unique du réseau virtuel qui le distingue d'AWS et d'Azure. Au cœur du réseau GCP se trouve le VPC global, et au sein de chaque VPC, les sous-réseaux fournissent l'espace d'adresses régional pour vos ressources cloud. Comprendre comment fonctionnent les sous-réseaux GCP est essentiel pour concevoir des architectures rentables, évolutives et hautement disponibles sur Google Cloud.
Qu'est-ce qu'un Sous-réseau GCP ?
Un sous-réseau GCP est une plage d'adresses IP régionale au sein d'un Virtual Private Cloud (VPC). Contrairement aux sous-réseaux AWS qui sont confinés à une seule Availability Zone, les sous-réseaux GCP couvrent toutes les zones au sein d'une région. Cela signifie que lorsque vous créez un sous-réseau dans us-central1, les ressources dans us-central1-a, us-central1-b et us-central1-c peuvent toutes utiliser des adresses IP du même sous-réseau. Ce modèle de sous-réseau régional simplifie considérablement la planification réseau—vous n'avez pas besoin de créer des sous-réseaux séparés pour chaque zone pour atteindre une haute disponibilité entre plusieurs domaines de défaillance.
Les sous-réseaux GCP ont un avantage unique : ils ne portent aucune surcharge IP réservée. Contrairement à AWS et Azure qui réservent 5 adresses IP par sous-réseau, GCP ne réserve aucune adresse. Chaque IP dans la plage CIDR de votre sous-réseau est disponible pour les ressources. Un sous-réseau /24 dans GCP fournit 256 adresses utilisables, pas 251. Cela peut économiser un espace IP significatif dans les grands déploiements. Le calculateur de sous-réseaux GCP sur cette page vous aide à planifier vos sous-réseaux en affichant la plage utilisable exacte pour tout préfixe CIDR.
VPCs Globaux et Modes de Sous-réseau
La caractéristique la plus distinctive du réseau GCP est le VPC global. Alors que les VPCs AWS sont limités à une région, un VPC GCP couvre toutes les régions globalement. Cela permet aux ressources sur différents continents de communiquer en utilisant des IPs privées sans peering VPC ni tunnels VPN. Les VPCs GCP fonctionnent dans l'un des deux modes de sous-réseau : auto-mode (par défaut) ou custom-mode. Les VPCs auto-mode créent automatiquement des sous-réseaux dans chaque région avec des plages CIDR /20 prédéfinies. Les VPCs custom-mode vous donnent un contrôle total sur les sous-réseaux et les plages CIDR, ce qui est recommandé pour les environnements de production.
Dans les VPCs custom-mode, vous pouvez créer jusqu'à 10 sous-réseaux non chevauchants par VPC. Contrairement à AWS où les sous-réseaux au sein d'une VPC doivent être contigus et dérivés du CIDR VPC, GCP permet aux sous-réseaux d'utiliser n'importe quelle plage IP privée non chevauchante, indépendamment du CIDR principal de la VPC. Cette flexibilité facilite l'intégration avec les réseaux locaux et les autres fournisseurs cloud. Chaque sous-réseau doit être au moins /29 et supporte IPv4 et optionnellement IPv6. Le calculateur de sous-réseaux GCP vous aide à concevoir des plans de sous-réseaux personnalisés sur plusieurs régions.
Sécurité et Connectivité des Sous-réseaux
GCP fournit des règles de pare-feu au niveau du VPC qui s'appliquent à tous les sous-réseaux au sein du VPC. Contrairement à AWS où les NACLs sont appliquées par sous-réseau et les groupes de sécurité par instance, GCP utilise un système unifié de règles de pare-feu qui s'applique à toutes les ressources. Les règles de pare-feu sont stateful et supportent le filtrage ingress/egress par IP, port, protocole et tags cibles. Les VPC Flow Logs fournissent une visibilité sur les schémas de trafic. L'accès privé Google permet aux ressources dans les sous-réseaux sans IPs externes d'accéder aux APIs et services Google, améliorant la sécurité.
GCP supporte également le VPC Network Peering pour connecter les VPCs au sein du même projet ou entre projets, Cloud VPN pour la connectivité site à site, Cloud Interconnect pour les connexions privées dédiées aux réseaux locaux, et Cloud NAT pour l'accès Internet sortant depuis des instances privées. La fonctionnalité VPC partagée vous permet d'avoir un projet hôte central avec des sous-réseaux partagés avec plusieurs projets de service—idéal pour les architectures Landing Zone d'entreprise.
Lors de la planification des sous-réseaux GCP, les meilleures pratiques incluent : utiliser des VPCs custom-mode pour la production, allouer des sous-réseaux /24 ou plus grands pour permettre la croissance, utiliser des sous-réseaux séparés pour les différentes couches (web, app, db), activer l'accès privé Google pour la sécurité, et concevoir des plages IP qui ne chevauchent pas les réseaux locaux. Le calculateur de sous-réseaux GCP rend cette planification simple en générant des blocs CIDR pour toute région, en affichant la plage IP utilisable complète, et en vous aidant à visualiser votre topologie réseau avant le déploiement.
Planification des Sous-réseaux GCP
Le modèle VPC global et les sous-réseaux régionaux de GCP simplifient l'architecture réseau par rapport à l'approche zonale d'AWS. Vous n'avez pas besoin de planifier des sous-réseaux séparés pour chaque Availability Zone, ce qui réduit la charge administrative. Cependant, vous devez toujours considérer les fonctionnalités compatibles avec les zones comme le placement des instances et les services spécifiques aux zones. Le calculateur de sous-réseaux GCP vous aide à planifier la disposition de votre réseau en générant des blocs CIDR pour chaque région dont vous avez besoin, avec un espacement adéquat pour éviter les chevauchements.