Datentransferkosten senken: die Hebel je Pfad

Datentransferkosten senken heißt, den Weg der Bytes zu ändern: Verkehr in einer Zone halten, wo die Verfügbarkeit es zulässt, Provider-Dienste über kostenlose Endpunkte statt über ein NAT-Gateway erreichen, ausgehenden Verkehr über ein CDN mit Caching und Kompression schicken und Daten dort ablegen, wo sie verarbeitet werden. Weil Datentransfer nach der überschrittenen Netzgrenze berechnet wird, ist der Pfad der Hebel; die Grenzen und ihre Preise behandelt Datentransfer und Egress. Bevor ein Hebel greift, muss klar sein, welcher Verkehr welche Grenze überschreitet und wer ihn verursacht.

So funktioniert es

Den Verkehr finden

1. Nach Usage Type, Meter oder SKU aufteilen. AWS Cost Explorer bietet Usage-Type-Gruppen wie „EC2: Data Transfer - Inter AZ“ und „EC2: Data Transfer - Region to Region“. Azure nennt die Art des Verkehrs in MeterCategory, MeterName und MeterRegion. Google benennt SKUs wie „Network Inter Zone Data Transfer Out“; seit dem 15. Dezember 2023 heißen sie „data transfer“ statt „egress“.
2. Jeder Position eine Grenze zuordnen: Zone, Region, Internet, Gateway oder Endpunkt, CDN.
3. Die Verursacher finden. Transferpositionen tragen oft keine Ressourcen-ID. Flow Logs schließen die Lücke: AWS VPC Flow Logs erfassen den IP-Verkehr je Netzwerkschnittstelle, mit Feldern wie instance-id und az-id; Azure VNet Flow Logs zeichnen den Verkehr durch ein virtuelles Netzwerk auf, und Traffic Analytics wertet sie aus; Google VPC Flow Logs aggregieren Stichproben je Verbindung, und Flow Analyzer zerlegt etwa Verkehr von Zone X nach Zone Y bis zur Quelladresse. Google berechnet die Erzeugung der Flow Logs selbst.
4. Den Hebel nach Pfad wählen.

Zonen

AWS rät bei viel Verkehr über ein NAT-Gateway, die Ressourcen in dessen Zone zu legen oder je Zone ein eigenes NAT-Gateway zu betreiben. Beim Network Load Balancer ist zonenübergreifendes Load Balancing standardmäßig aus; wer es einschaltet, zahlt EC2-Datentransfer. Beim Application Load Balancer ist es auf Ebene des Load Balancers immer an, lässt sich je Zielgruppe abschalten, und AWS berechnet dafür keinen regionalen Transfer. In Kubernetes bevorzugt Topology Aware Routing Endpunkte in der Zone, aus der der Verkehr kommt; die Dokumentation nennt Kosten ausdrücklich als einen Grund. Ob eine Komponente in nur einer Zone laufen darf, ist eine Verfügbarkeitsentscheidung ihres Verantwortlichen, keine Kostenfrage allein.

Endpunkte statt NAT

Gateway-Endpunkte für S3 und DynamoDB werden über Routentabellen eingebunden und gelten nur in ihrer Region: Verkehr zu einem Bucket in einer anderen Region geht weiter über das Internet-Gateway. Interface-Endpunkte berechnen ihre Verarbeitungsgebühr auf jedes GB, unabhängig von Quelle und Ziel; Verkehr, der vom NAT-Gateway auf einen solchen Endpunkt wechselt, behält also eine Gebühr je GB. Azure berechnet für Service Endpoints nichts extra; die Preisseite von Private Link führt daneben den Standard Service Endpoint, derzeit in der öffentlichen Vorschau, mit Stundenpreis je virtuellem Netzwerk. Private Endpoints kosten je Stunde und je GB eingehend und ausgehend verarbeiteter Daten, Datentransfer kommt hinzu. Bei Google übersetzt ein Public-NAT-Gateway Verkehr zu Google-APIs nie, sondern schaltet für die Subnetzbereiche, die es bedient, Private Google Access ein. Private Service Connect kostet je Endpunkt und Stunde; für Endpunkte zu den globalen Google-APIs fällt keine Datengebühr an, für Endpunkte zu regionalen Google-API-Endpunkten und zu veröffentlichten Diensten eine je GiB, und Transfer zwischen Zonen zu oder von einem Endpunkt berechnet Google nicht.

CDN und Kompression

Ein CDN liefert gecachte Inhalte von seinen Edge-Standorten aus und verringert damit den Verkehr ab dem Ursprung; Preise und Trefferquote behandelt Content Delivery Networks. Kompression verringert die Bytes selbst. CloudFront komprimiert Objekte zwischen 1.000 und 10.000.000 Bytes mit Gzip oder Brotli, wenn die Cache-Richtlinie es vorsieht und der Ursprung Content-Length sendet. Azure Front Door komprimiert auf den Edge-Servern Dateien zwischen 1 KB und 8 MB mit geeignetem MIME-Typ. Cloud CDN komprimiert im Modus AUTOMATIC Antworten zwischen 1 KiB und 10 MiB mit komprimierbarem Content-Type und einem Content-Length-Header, sofern sie noch keinen Content-Encoding-Header tragen und kein no-transform gesetzt ist.

Regionen

Google empfiehlt, eng zusammenarbeitende Ressourcen in einer Region zu bündeln, um Verkehr zwischen Regionen zu vermeiden. Die Kostensäule des AWS Well-Architected Framework fasst das Thema in der Frage COST 8 mit drei Praktiken: Datentransfer modellieren, Komponenten danach auswählen, Dienste zur Reduktion einsetzen. Microsoft empfiehlt im Azure Well-Architected Framework unter anderem ein CDN, um Datenbewegung zu verringern, und Flow Logs mit Traffic Analytics, um die größten Verursacher zu finden.

Was es für Ihre Kosten bedeutet

Ein Hebel verschiebt Kosten zwischen Positionen, bevor er sie senkt. Ein Gateway-Endpunkt lässt die NAT-Verarbeitung für S3- und DynamoDB-Verkehr entfallen. Ein Interface-Endpunkt ersetzt sie durch Stunden und eine eigene Gebühr je GB, und ob sich das rechnet, hängt von Volumen, Zonenzahl und Stundenpreis ab. Ein NAT-Gateway je Zone spart zonenübergreifenden Transfer und kostet zusätzliche Stundengebühren (Load Balancer, NAT-Gateways und öffentliche IP-Adressen). Der Nachweis erfolgt deshalb auf allen betroffenen Positionen zugleich, nicht nur auf der, die sinken sollte.

Weil Transferpositionen am Pfad hängen und nicht an der verursachenden Ressource, braucht die Zuordnung zu Teams die Flow-Log-Auswertung oder eine Regel; ohne sie landet Netzwerkverkehr in den geteilten Kosten.

Wo es schiefgeht

• Endpunkt in der falschen Region. Symptom: Der NAT- oder Internetverkehr zu S3 bleibt nach dem Einrichten des Gateway-Endpunkts. Ursache: Der Bucket liegt in einer anderen Region, und Gateway-Endpunkte gelten nur in ihrer eigenen.
• Zonenübergreifendes Load Balancing eingeschaltet. Symptom: Nach einer Änderung am Network Load Balancer wächst der Transfer zwischen Zonen. Ursache: Für zonenübergreifendes Load Balancing beim NLB fällt EC2-Datentransfer an.
• Ein NAT-Gateway für alle Zonen. Symptom: Transfer zwischen Zonen wächst mit dem ausgehenden Verkehr. Ursache: Instanzen in anderen Zonen erreichen das Gateway über die Zonengrenze.
• Kompression greift nicht. Symptom: Die ausgelieferten Bytes ändern sich nach dem Einschalten nicht. Ursache: Die Antwort liegt außerhalb der Größengrenzen, trägt bereits Content-Encoding oder no-transform, oder der Ursprung sendet kein Content-Length (CloudFront, Cloud CDN).
• Private Endpoints für kostenlos gehalten. Symptom: Eine neue Position für Private Link wächst mit dem Speicherverkehr. Ursache: Azure berechnet Private Endpoints je Stunde und je verarbeitetem GB in beide Richtungen.
• Abfrage nach altem SKU-Namen. Symptom: Eine Auswertung über mehrere Jahre zeigt ab Ende 2023 keinen Egress mehr. Ursache: Google hat „egress“ in den SKU-Beschreibungen durch „data transfer“ ersetzt.

Quellen

Gelesen am 2026-10-16. AWS Gateway-Endpunkte, Gateway-Endpunkte für S3, AWS PrivateLink Preise, Preise für NAT-Gateways, Zielgruppenattribute des Application Load Balancer, Elastic Load Balancing FAQ, Zielgruppenattribute des Network Load Balancer, Komprimierte Dateien mit CloudFront ausliefern, VPC Flow Logs und ihre Datensätze, Filter in Cost Explorer und Well-Architected COST 8; Microsoft Service Endpoints, Preise für Azure Private Link, Kompression in Azure Front Door, VNet Flow Logs, Traffic Analytics, Felder der Kostendetails, Datenkosten optimieren und Flusskosten optimieren; Google Cloud Cloud NAT und andere Produkte, Private Google Access, Preise für VPC-Netzwerke, Dynamische Kompression in Cloud CDN, VPC Flow Logs, Flow Analyzer, Kosten bei der Migration minimieren, SKU-Gruppe Network Egress GCE und Umbenennung von Egress in Data Transfer; Kubernetes Topology Aware Routing.