Google Cloud Egress Kosten sind je GiB danach, wohin der Verkehr geht: frei innerhalb einer Zone und zu Google-Diensten in der Region, Cents zwischen Zonen, mehr zwischen Regionen je Kontinentpaar und am meisten ins Internet, in Stufen je Monat und nach Ziel, auf der Premium-Stufe über Googles Backbone oder der Standard-Stufe, die den Verkehr nahe der Quelle ans Internet übergibt; eingehender Verkehr ist frei. Um die Bytes herum liegen die Ressourcen, die sie tragen: Weiterleitungsregeln und Proxy-Instanzen der Load Balancer je Stunde plus verarbeitete Daten je GiB, Cloud NAT je Gateway-Stunde und GiB, öffentliche IP-Adressen je Stunde in Nutzung oder brach, Private-Service-Connect-Endpunkte je Stunde und GiB, VPN-Tunnel und Interconnect-Anbindungen je Stunde. Auf der Rechnung dominiert Internet-Egress bei allem, was Nutzer bedient, Verkehr zwischen Regionen bei allem, was repliziert, und die Weiterleitungsregeln des Load Balancers und das NAT-Gateway sind die Zeilen, die kosten, bevor das erste Byte fließt.
Preisdimensionen
Google bepreist das Netz nach der Grenze, die ein Byte überschreitet, und dem, was es hinüberträgt; jede Grenze und jede Ressource hat ihre eigene SKU, und die Quellregion setzt den Satz.
| Dimension | Einheit | Was sie treibt | Optional |
|---|---|---|---|
| Innerhalb einer Zone und zu Google-Diensten | Frei zwischen Instanzen einer Zone über interne Adressen und zu Google-APIs und -Diensten in derselben Region | Interner Verkehr | Nein |
| Zwischen Zonen einer Region | GiB in jede Richtung über interne Adressen | Mehrzonen-Deployments, Replikation, zonenübergreifendes Load Balancing | Nein |
| Zwischen Regionen | GiB je Kontinentpaar, Europa nach Europa am günstigsten, zu anderen Kontinenten nach Ziel | Replikation über Regionen, entfernte Clients, globale Load Balancer | Nein |
| Internet-Egress, Premium-Stufe | GiB in drei Stufen je Monat je Zielkontinent von der Quellregion aus, über Googles Backbone; China und Ozeanien teurer | Antworten an Nutzer, Downloads, API-Clients | Nein |
| Internet-Egress, Standard-Stufe | GiB in Stufen mit den ersten 200 GiB im Monat frei, über das öffentliche Internet von der Quellregion aus; nur regionale Ressourcen | Dienste, die den Weg über das öffentliche Internet vertragen | Ja |
| Öffentliche IP-Adressen | Stunde je Adresse in Nutzung auf einer VM, die Hälfte auf Spot, je Adresse von Cloud NAT, und ein höherer Satz je reservierter, ungenutzter Adresse | Jede externe Adresse, zugewiesen oder nicht | Ja |
| Load Balancer | Die ersten fünf Weiterleitungsregeln je Stunde als Block, jede weitere je Stunde; verarbeitete Daten je GiB ein- und ausgehend; der Application Load Balancer zusätzlich je Proxy-Instanz-Stunde mit einem Minimum an Proxys je Region | Jeder Load Balancer, mit oder ohne Verkehr | Ja |
| Cloud NAT | Je VM-Stunde am Gateway bis zu einer Obergrenze je Gateway-Stunde, plus je verarbeitetem GiB in beide Richtungen | Jede private VM mit Internetzugang | Ja |
| Private Service Connect | Endpunkt je Stunde plus je GiB in Stufen | Privater Zugang zu Google-APIs und Produzentendiensten | Ja |
| Cloud VPN und Cloud Interconnect | Tunnel je Stunde; VLAN-Anbindung je Stunde nach Kapazität plus Egress je GiB zur On-Premises-Seite zu Interconnect-Sätzen | Hybride Anbindung | Ja |
| Kaufoption | Keine auf Verkehr; Netzwerkdienststufen und Volumenstufen greifen von selbst |
Quellregion und Ziel entscheiden den Satz: Ein Byte von Frankfurt zu einem Nutzer in Europa kostet je GiB einige Cent weniger als eines zu einem Nutzer in Nordamerika und fast das Doppelte nach Ozeanien, und die Stufen fallen erst nach dem ersten und dem zehnten TiB im Monat. Die Standard-Stufe senkt den Satz um rund ein Drittel, leitet den Verkehr aber von der Region aus über das öffentliche Internet, weshalb sie für regionale Dienste ist, die den längeren Weg vertragen, nicht für globale Load Balancer oder Cloud CDN. Zwischen Regionen entscheidet das Paar, Europa nach Europa zu einem Bruchteil von Europa nach Asien, und zwischen Zonen kostet jedes GiB denselben kleinen Betrag, der sich bei Datenbanken, die über Zonen replizieren, und bei Load Balancern, die Verkehr über Zonen verteilen, summiert. Die Ressourcen, die den Verkehr tragen, kosten, bevor er fließt: Ein Load Balancer zahlt seine Weiterleitungsregeln jede Stunde, ein NAT-Gateway je VM, die es nutzt, und eine reservierte Adresse zahlt brach mehr als in Nutzung. Die Mechanik aller drei Anbieter erklären Datentransfer und Egress und Load Balancer, NAT und öffentliche IPs; wozu ein NAT-Gateway dient und was es kostet, steht im Glossar.
So erscheint es in den Abrechnungsdaten
Im Abrechnungsexport tragen die Verkehrszeilen die service.description des Dienstes, der die Bytes gesendet hat, Compute Engine für Instanzen, Cloud Storage für Buckets, Cloud SQL für Datenbanken, und eine sku.description, die die Grenze nennt: Network Internet Egress from Frankfurt to EMEA, Network Internet Egress from Frankfurt to Americas, Network Standard Tier Internet Egress from Frankfurt, Network Inter Region Egress from Frankfurt to Netherlands, Network Inter Zone Egress, Network Google Egress from Frankfurt to Frankfurt zu null; usage.unit ist Gibibyte und usage.amount die Bytes. Die Träger erscheinen unter Networking oder dem Dienst: Network Load Balancing: Forwarding Rule Minimum Service Charge in Frankfurt für die ersten fünf Regeln, Network Load Balancing: Forwarding Rule Additional Service Charge, Network Load Balancing: Data Processing in Frankfurt je GiB, Application Load Balancer Proxy Instance Charge je Stunde, Cloud NAT Gateway Uptime je VM-Stunde und Cloud NAT Data Processing je GiB, Static Ip Charge für reservierte ungenutzte Adressen und External IP Charge on a Standard VM für Adressen in Nutzung, Private Service Connect Endpoint Hours und Private Service Connect Data Processing, VPN Tunnel Hours. resource.name im Export mit Ressourcendetails nennt Instanz, Weiterleitungsregel, Gateway oder Adresse; der Verkehr eines Buckets oder einer Datenbank trägt die Ressource dieses Dienstes.
Credits sind auf diesen Zeilen selten: Die freien 200 GiB der Standard-Stufe und das erste GiB einiger Dienste erscheinen als credits.type FREE_TIER; einen Commitment-Rabatt auf Verkehr gibt es nicht. Den Aufbau des Exports beschreibt Google-Cloud-Abrechnungsexport; im FOCUS-Export trägt ServiceCategory Networking für die Träger und den sendenden Dienst für die Bytes, SkuId die SKU und ChargeCategory Usage (FOCUS-Spalten). Welche Instanz oder welcher Bucket den Internet-Egress gesendet hat, steht in den VPC-Flow-Logs und den Metriken des Dienstes, nicht in den Summen je SKU des Exports; die Zuordnung je Team hängt an den labels der sendenden Ressource.
Stellhebel
Konfiguration: Der erste Hebel ist die Stufe je Dienst, Standard für regionale Dienste, die Nutzer nahe der Region bedienen und nicht hinter einem globalen Load Balancer liegen; der zweite die Zahl der Weiterleitungsregeln und Gateways, weil jeder Load Balancer seine ersten fünf Regeln als Block zahlt und ein NAT-Gateway je VM, so dass ein Gateway je Region und ein Load Balancer je Umgebung eines je Dienst schlagen; der dritte die Adressen, weil eine reservierte Adresse ungenutzt mehr zahlt als genutzt und eine VM im privaten Subnetz hinter NAT keine braucht. Die Muster stehen unter Datentransfer-Optimierung.
Kaufoption: Keine; die Volumenstufen des Internet-Egress greifen von selbst.
Architektur: Verkehr in der Zone halten, wo die Anwendung es erlaubt, weil Bytes zwischen Zonen zahlen und innerhalb nicht; Private Google Access und Private Service Connect für Google-APIs statt NAT, weil das NAT-Gateway je GiB für Verkehr berechnet, den Google frei trüge; ein CDN vor statischem Inhalt, weil Cache-Egress günstiger ist als der des Ursprungs (Cloud CDN und Cloud Armor); und eine Region bei den Nutzern, weil der Satz der Premium-Stufe mit der Entfernung steigt. Was ein Load Balancer in Kubernetes kostet, steht unter Services, Load Balancer und Egress.
Wo es schiefgeht
- Das NAT-Gateway trägt die Sicherungen. Eine nächtliche Sicherung nach Cloud Storage läuft über Cloud NAT und zahlt je GiB für Verkehr, den Private Google Access frei trüge.
Cloud NAT Data ProcessingnebenNetwork Google Egresszu null ist der Hinweis. - Ein Load Balancer je Dienst. Zwanzig Dienste mit je einem Load Balancer zahlen zwanzig Blöcke von fünf Weiterleitungsregeln je Stunde. Ein Ingress oder Gateway mit Host- und Pfadregeln bündelt sie.
- Die reservierte Adresse, die niemand nutzt. Eine für eine gelöschte VM reservierte Adresse zahlt je Stunde ungenutzt mehr als in Nutzung.
Static Ip Chargenennt die Zahl; freigeben. - Die Datenbank repliziert über Zonen. Eine regionale Datenbank und ihre Replikate zahlen Egress zwischen Zonen für jedes replizierte Byte. Das Replikationsvolumen ist das Maß, nicht die Instanzgröße.
- Der Bucket liegt in der falschen Region. Compute in Frankfurt, das einen Bucket in Belgien liest, zahlt Egress zwischen Regionen bei jedem Lesen. Zusammenlegen.
- Premium-Stufe für einen regionalen Dienst. Eine regionale API, die europäische Nutzer auf der Premium-Stufe bedient, zahlt je GiB ein Drittel mehr als auf Standard. Standard, wo die globale Anycast-Adresse nicht gebraucht wird.
- Der Egress wuchs mit den Nutzern. Internet-Egress skaliert mit den Antworten, nicht mit den Servern; eine beliebte Download-Seite zahlt mehr an Egress als an Compute. CDN und Kompression sind die Hebel.
Beispiel
Listenpreise in USD für Verkehr aus Frankfurt (europe-west3), gelesen am 2026-10-21 von den Netzwerkpreisseiten: Internet-Egress der Premium-Stufe nach Europa kostet 0,12 USD je GiB für das erste TiB im Monat, 0,11 USD bis 10 TiB und 0,08 USD darüber; nach Nordamerika dieselben Stufen mit 0,085 USD über 10 TiB; nach Asien 0,15, 0,13 und 0,11 USD; nach Ozeanien 0,19, 0,18 und 0,15 USD; nach China 0,23, 0,22 und 0,20 USD; Egress der Standard-Stufe ist für die ersten 200 GiB im Monat frei, dann 0,085 USD je GiB bis 10 TiB, 0,065 USD bis 150 TiB und 0,045 USD darüber; zwischen Zonen einer Region 0,01 USD je GiB; zwischen Regionen in Europa 0,02 USD je GiB, von Europa nach Nordamerika 0,05 USD, nach Asien 0,08 USD. Eine öffentliche Adresse in Nutzung auf einer VM kostet 0,005 USD je Stunde, auf einer Spot-VM 0,0025 USD, reserviert und ungenutzt 0,012 USD; die ersten fünf Weiterleitungsregeln eines regionalen Load Balancers 0,025 USD je Stunde und jede weitere 0,01 USD, verarbeitete Daten 0,01 USD je GiB; eine Proxy-Instanz des Application Load Balancer 0,025 USD je Stunde und 0,008 USD je GiB; Cloud NAT 0,0014 USD je VM-Stunde bis 0,045 USD je Gateway-Stunde, plus 0,045 USD je verarbeitetem GiB; ein Private-Service-Connect-Endpunkt 0,01 USD je Stunde und 0,01 USD je GiB.
Ein Dienst, der 5 TiB im Monat an Nutzer in Europa sendet, zahlt 1.024 × 0,12 plus 4.096 × 0,11 = 573,44 USD auf der Premium-Stufe und 4.920 × 0,085 = 418,20 USD auf Standard; dieselben Bytes nach Ozeanien 931,84 USD. Eine Datenbank, die 10 TiB im Monat über zwei Zonen repliziert, zahlt 102,40 USD Egress zwischen Zonen; über zwei europäische Regionen 204,80 USD. Ein Load Balancer mit einer Weiterleitungsregel kostet 18,25 USD im Monat an Regeln; zwanzig davon 365,00 USD. Ein NAT-Gateway, das 20 VMs nutzen, die 2 TiB im Monat ins Internet schieben, kostet 20 × 730 × 0,0014 = 20,44 USD Gateway-Zeit plus 2.048 × 0,045 = 92,16 USD Verarbeitung, zusätzlich zum Egress selbst; dieselben 2 TiB nach Cloud Storage über Private Google Access kosten im Netz nichts. Fünfzig reservierte Adressen, die brachliegen, kosten 50 × 730 × 0,012 = 438,00 USD im Monat. Die Zahlen zeigen, dass das Ziel den Egress-Preis vervielfacht, dass NAT die Kosten von Bytes verdoppelt, die Private Google Access frei trüge, und dass Regeln, Gateways und brachliegende Adressen die Zeilen sind, die ohne Verkehr kosten.
Quellen
Gelesen am 2026-10-21. Preise: Google Cloud Netzwerkpreise, Cloud NAT Preise, Cloud Load Balancing Preise. Dienst: Netzwerkdienststufen, Private Google Access. Abrechnungsdaten: Struktur des Standard-Exports der Cloud-Billing-Daten.