GCP Subnetze: Globales Networking auf Google Cloud Platform
Google Cloud Platform verfolgt einen einzigartigen Ansatz für virtuelles Networking, der sie von AWS und Azure unterscheidet. Im Herzen des GCP-Netzwerks steht die globale VPC, und innerhalb jeder VPC bieten Subnetze den regionalen Adressraum für Ihre Cloud-Ressourcen. Das Verständnis der Funktionsweise von GCP-Subnetzen ist entscheidend für die Gestaltung kosteneffizienter, skalierbarer und hochverfügbarer Architekturen auf Google Cloud.
Was ist ein GCP Subnetz?
Ein GCP Subnetz ist ein regionaler IP-Adressbereich innerhalb einer Virtual Private Cloud (VPC). Im Gegensatz zu AWS-Subnetzen, die auf eine einzige Availability Zone beschränkt sind, überspannen GCP Subnetze alle Zonen innerhalb einer Region. Das bedeutet, dass wenn Sie ein Subnetz in us-central1 erstellen, Ressourcen in us-central1-a, us-central1-b und us-central1-c alle IP-Adressen aus demselben Subnetz verwenden können. Dieses regionale Subnetzmodell vereinfacht die Netzwerkplanung erheblich—Sie müssen keine separaten Subnetze für jede Zone erstellen, um eine hohe Verfügbarkeit über mehrere Domänen zu erreichen.
GCP Subnetze haben einen einzigartigen Vorteil: Sie tragen keine reservierte IP-Überlast. Im Gegensatz zu AWS und Azure, die 5 IP-Adressen pro Subnetz reservieren, reserviert GCP keine Adressen. Jede IP in Ihrem Subnetz-CIDR-Bereich ist für Ressourcen verfügbar. Ein /24-Subnetz in GCP bietet 256 nutzbare Adressen, nicht 251. Dies kann in großen Bereitstellungen erheblichen IP-Platz sparen. Der GCP Subnetz-Rechner auf dieser Seite hilft bei der Planung Ihrer Subnetze, indem er den genauen nutzbaren Bereich für jedes CIDR-Präfix anzeigt.
Globale VPCs und Subnetzmodi
Das markanteste Merkmal des GCP-Netzwerks ist die globale VPC. Während AWS VPCs regionsspezifisch sind, erstreckt sich eine GCP VPC global über alle Regionen. Dies ermöglicht es Ressourcen auf verschiedenen Kontinenten, über private IPs ohne VPC-Peering oder VPN-Tunnel zu kommunizieren. GCP VPCs arbeiten in einem von zwei Subnetzmodi: Auto-Modus (Standard) oder Custom-Modus. Auto-Modus VPCs erstellen automatisch Subnetze in jeder Region mit vordefinierten /20 CIDR-Bereichen. Custom-Modus VPCs geben Ihnen volle Kontrolle über Subnetze und CIDR-Bereiche, was für Produktionsumgebungen empfohlen wird.
In Custom-Modus VPCs können Sie bis zu 10 nicht überlappende Subnetze pro VPC erstellen. Im Gegensatz zu AWS, wo Subnetze innerhalb einer VPC zusammenhängend und vom VPC-CIDR abgeleitet sein müssen, erlaubt GCP Subnetzen, jeden nicht überlappenden privaten IP-Bereich zu verwenden, unabhängig vom primären CIDR der VPC. Diese Flexibilität erleichtert die Integration mit lokalen Netzwerken und anderen Cloud-Anbietern. Jedes Subnetz muss mindestens /29 sein und unterstützt sowohl IPv4 als auch optional IPv6. Der GCP Subnetz-Rechner hilft bei der Planung benutzerdefinierter Subnetzpläne über mehrere Regionen.
Subnetz-Sicherheit und Konnektivität
GCP stellt Firewall-Regeln auf VPC-Ebene bereit, die für alle Subnetze innerhalb der VPC gelten. Im Gegensatz zu AWS, wo NACLs pro Subnetz und Sicherheitsgruppen pro Instanz angewendet werden, verwendet GCP ein einheitliches Firewall-Regelsystem, das für alle Ressourcen gilt. Firewall-Regeln sind stateful und unterstützen Ingress/Egress-Filterung nach IP, Port, Protokoll und Ziel-Tags. VPC Flow Logs bieten Sichtbarkeit in Verkehrsmuster. Private Google Access ermöglicht es Ressourcen in Subnetzen ohne externe IPs, auf Google APIs und Dienste zuzugreifen, was die Sicherheit verbessert.
GCP unterstützt auch VPC Network Peering zum Verbinden von VPCs innerhalb desselben Projekts oder über Projekte hinweg, Cloud VPN für Site-to-Site-Konnektivität, Cloud Interconnect für dedizierte private Verbindungen zu lokalen Netzwerken und Cloud NAT für Outbound-Internetzugang von privaten Instanzen. Die Shared VPC-Funktion ermöglicht es Ihnen, ein zentrales Host-Projekt mit Subnetzen zu haben, die mit mehreren Service-Projekten geteilt werden—ideal für Enterprise Landing Zone-Architekturen.
Bei der Planung von GCP Subnetzen gehören zu den Best Practices: Verwenden von Custom-Modus VPCs für Produktion, Zuweisen von /24 oder größeren Subnetzen für Wachstum, Verwenden separater Subnetze für verschiedene Schichten (web, app, db), Aktivieren von Private Google Access für Sicherheit und Entwerfen von IP-Bereichen, die sich nicht mit lokalen Netzwerken überlappen. Der GCP Subnetz-Rechner macht diese Planung unkompliziert, indem er CIDR-Blöcke für jede Region generiert, den vollständigen nutzbaren IP-Bereich anzeigt und Ihnen hilft, Ihre Netzwerktopologie vor der Bereitstellung zu visualisieren.
Planung von GCP Subnetzen
Das globale VPC-Modell und die regionalen Subnetze von GCP vereinfachen die Netzwerkarchitektur im Vergleich zum zonalen Ansatz von AWS. Sie müssen keine separaten Subnetze für jede Availability Zone planen, was den Verwaltungsaufwand reduziert. Allerdings müssen Sie noch zonenbewusste Funktionen wie Instanzplatzierung und zonenspezifische Dienste berücksichtigen. Der GCP Subnetz-Rechner hilft bei der Planung Ihrer Netzwerktopologie, indem er CIDR-Blöcke für jede benötigte Region mit angemessenem Abstand zur Vermeidung von Überlappungen generiert.