In die Cloud hinein reisen Daten kostenlos, hinaus nur gegen Gebühr: Das Hochladen in eine Cloud-Plattform ist bei den großen Providern in der Regel gratis, für jedes Gigabyte in Gegenrichtung wird abgerechnet. In vielen Kalkulationen tauchen diese Egress-Kosten anfangs gar nicht auf und wachsen später mit jeder neuen Integration. Wer Multicloud betreibt, Daten auswertet oder KI-Modelle trainiert, sollte den Datenabfluss deshalb ebenso sorgfältig planen wie Rechenleistung und Speicher. Dieser Eintrag ordnet die Gebühren ein und beschreibt wirksame Gegenmaßnahmen.
Was sind Egress-Kosten?
Egress-Kosten, in Preislisten meist als Data Transfer Out geführt, sind volumenbasierte Gebühren für Daten, die eine Cloud-Umgebung verlassen. Abgerechnet wird je übertragenem Gigabyte, gestaffelt nach Ziel: Verkehr ins öffentliche Internet kostet am meisten, Übertragungen zwischen Regionen desselben Providers liegen darunter, und selbst zwischen Verfügbarkeitszonen einer Region fallen teils Gebühren an. Hinter dieser Preislogik steht ein strategisches Kalkül: Daten hineinzubringen ist einfach und kostenlos, sie herauszuholen kostet, was Kunden an die Plattform bindet. Für die Planung folgt daraus: Die Rechnung hängt weniger an der gespeicherten Datenmenge als an den Bewegungsmustern der Daten. Datenflüsse gehören deshalb in jede Kostenschätzung vor einer Cloud-Migration.
Wo die Gebühren entstehen
Die Kosten summieren sich über viele einzelne Datenströme, die selten zentral sichtbar sind:
- Multicloud-Architekturen: Tauschen Workloads verschiedener Provider regelmäßig Daten aus, zahlt jede Seite für ihren ausgehenden Verkehr. Eine einmalige Designentscheidung wird zum monatlichen Dauerposten.
- Backups und Disaster Recovery: Sicherungen in eine zweite Region oder zu einem externen Anbieter erzeugen fortlaufend Egress. Eine große Wiederherstellung im Ernstfall kommt als unerwarteter Kostenblock hinzu.
- Analytics- und KI-Pipelines: Trainings- und Auswertungsdaten pendeln zwischen Objektspeicher und Rechenclustern. Große Datensätze multiplizieren die Kosten mit jedem Durchlauf.
- Nutzer- und Partnerzugriffe: Kundendownloads und Medienauslieferung laufen als Internet-Egress zum höchsten Tarif, ebenso jede API-Antwort an externe Systeme.
- Interne Querbezüge: Dienste, die über Regions- oder Zonengrenzen hinweg kommunizieren, verursachen Transferkosten, die in keinem Architekturdiagramm verzeichnet sind.
- Repatriierung: Wer Workloads zurück ins eigene Rechenzentrum oder zu einem anderen Anbieter verlagert, zahlt für die Migration der Datenbestände einmalig kräftig mit.
Warum sie Beachtung verdienen
- Sie sind schwer vorherzusagen, weil sie am Nutzungsverhalten und Datenwachstum hängen statt an fest gebuchten Ressourcen.
- Sie wirken als Wechselbarriere: Je mehr Daten in einer Plattform liegen, desto teurer wird jeder Auszug und damit jede strategische Neuausrichtung.
- Bei datenintensiven Workloads wie KI-Training oder Medienauslieferung erreichen sie rasch die Größenordnung der eigentlichen Rechenkosten.
- Sie verzerren Architekturentscheidungen, wenn Teams Datenflüsse nach Gebühren statt nach fachlichen Anforderungen gestalten.
- FinOps-Initiativen scheitern oft daran, dass unklar bleibt, welche Anwendung welchen Transfer auslöst.
- Der EU Data Act baut Gebühren für den Anbieterwechsel schrittweise ab; laufender Betriebsverkehr bleibt davon unberührt.
Typische Szenarien
- Datenbanken liegen bei einem Provider, die Analysewerkzeuge bei einem zweiten. Die Monatsrechnung wächst mit jedem Dashboard, das Rohdaten über die Cloud-Grenze zieht.
- Ein Medienunternehmen liefert Videodateien direkt aus dem Cloud-Speicher aus. Mit steigenden Abrufzahlen übersteigt der Transferposten die Speicherkosten um ein Vielfaches.
- Nach einem Ransomware-Vorfall muss ein komplettes Backup aus der Cloud zurückgespielt werden. Zum Betriebsausfall kommt ein erheblicher, nie eingeplanter Transferblock.
- Ein KI-Team trainiert Modelle auf GPU-Instanzen eines Spezialanbieters, die Trainingsdaten liegen beim Hyperscaler. Jeder Trainingslauf startet mit einem teuren Datenexport.
Egress und Ingress im Vergleich
Ingress bezeichnet den eingehenden Datenverkehr in die Cloud, Egress den ausgehenden. Ingress ist bei den großen Providern fast durchgängig kostenlos, denn neue Daten festigen die Bindung an die Plattform. Egress wird je Gigabyte berechnet, zu Preisen, die nach Ziel und Region variieren. Diese Asymmetrie ist bewusst gesetzt und gehört in jede Cloud-Strategie: Daten dort vorhalten, wo sie tatsächlich gebraucht werden, und Abflüsse als eigenen Kostenfaktor modellieren. Wer beim Anbietervergleich nur Speicher- und Rechenpreise nebeneinanderlegt, übersieht den Teil der Rechnung, der im Betrieb am stärksten wächst.
Gegensteuern lässt sich vor allem über den Netzpfad: Transfers über private, dedizierte Anbindungen tarifieren viele Provider deutlich günstiger als Internet-Egress, bei besserer Performance und Planbarkeit. Solche Interconnects stellen spezialisierte Provider als Managed Service bereit, etwa im Rahmen von Cloud Connectivity & SDN. Für daten- und rechenintensive Vorhaben senkt zudem die Kombination aus GPU-Ressourcen und Objektspeichern ohne Egress-Gebühren die Transferlast; Datenflüsse sichtbar zu machen bleibt der erste Schritt jeder Optimierung.
Häufige Fragen
Warum lassen sich Egress-Kosten so schwer planen?
Weil sie vom Verhalten der Anwendungen abhängen und von den gebuchten Ressourcen entkoppelt sind. Neue Integrationen, wachsende Datenmengen und geänderte Zugriffsmuster verschieben den Abfluss laufend. Dazu kommen gestaffelte Tarife nach Ziel und Region sowie Transfers, die tief in Architekturen stecken, etwa zwischen Verfügbarkeitszonen. Ohne kontinuierliches Monitoring der Datenflüsse bleibt die Rechnung eine Überraschung.
Senken private Interconnects die Egress-Kosten wirklich?
Ja, in vielen Konstellationen. Für Transfers über dedizierte Anbindungen verlangen die großen Provider niedrigere Gigabyte-Preise als für Internet-Egress. Bei konstant hohen Volumina amortisieren sich Portkosten und Anbindung häufig schnell; Latenz und Planbarkeit verbessern sich zusätzlich. Eine Wirtschaftlichkeitsrechnung je Datenpfad zeigt, ab welchem Volumen der Umstieg lohnt.
Was ändert der EU Data Act an den Egress-Gebühren?
Der EU Data Act verpflichtet Cloud-Provider, Gebühren für den Anbieterwechsel schrittweise abzubauen. Große Provider haben Wechsel-Egress unter Bedingungen bereits erlassen. Entscheidend ist die Abgrenzung: Begünstigt ist die Migration zu einem anderen Anbieter; der laufende Datenverkehr im Normalbetrieb bleibt kostenpflichtig. Multicloud-Betrieb und Nutzerzugriffe erzeugen also weiterhin Egress-Kosten.
Wie lassen sich die Kostentreiber identifizieren?
Startpunkt sind die Kosten- und Abrechnungswerkzeuge der Provider, aufgeschlüsselt nach Service und Transferziel. Genauer wird das Bild mit Flow-Logs und Tagging, die Transfers einzelnen Anwendungen zuordnen. Auffällige Muster sind wiederkehrende Abrufe großer Objekte und Verkehr zwischen Zonen. Ein regelmäßiger FinOps-Review verankert die Auswertung dauerhaft im Betrieb.
Gibt es Cloud-Speicher ohne Egress-Gebühren?
Ja. Mehrere Objektspeicher-Anbieter verzichten ganz oder bis zu großzügigen Freigrenzen auf Egress-Gebühren. Für Backups und häufig abgerufene große Dateien kann das die Gesamtkosten deutlich drücken. Zu prüfen bleiben Leistungswerte und Compliance-Anforderungen. In hybriden Architekturen bewährt sich oft ein Mix: Primärdaten beim Hyperscaler, transferintensive Bestände beim egressfreien Anbieter.