Der Weg in die Cloud ist günstig, der Weg hinaus kostet: Daten in eine Cloud-Plattform zu laden ist bei den großen Providern in der Regel kostenlos, für jedes Gigabyte in Gegenrichtung fallen dagegen Gebühren an. Diese Egress-Kosten tauchen in vielen Kalkulationen zunächst gar nicht auf und wachsen später mit jeder neuen Integration. Wer Multicloud betreibt, Daten auswertet oder KI-Modelle trainiert, sollte den Datenabfluss deshalb genauso sorgfältig planen wie Rechenleistung und Speicher. Dieser Beitrag ordnet die Gebühren ein und zeigt 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 pro übertragenem Gigabyte, gestaffelt nach Ziel: Verkehr ins öffentliche Internet ist am teuersten, Übertragungen zwischen Regionen desselben Providers liegen darunter, und selbst zwischen Verfügbarkeitszonen einer Region fallen teils Gebühren an. Diese Preislogik hat einen strategischen Kern. Daten hineinzubringen ist einfach und kostenlos, sie herauszuholen kostet, was Kunden an die Plattform bindet. Für die Planung bedeutet das: Die Rechnung hängt weniger an der gespeicherten Datenmenge als an den Bewegungsmustern der Daten. Genau deshalb gehören Datenflüsse in jede Kostenschätzung vor einer Migration.
Wie sie entstehen
Die Gebühren summieren sich über viele einzelne Datenströme, die selten zentral sichtbar sind:
- Multicloud-Architekturen: Tauschen Workloads bei verschiedenen Providern regelmäßig Daten aus, zahlt jede Seite für ihren ausgehenden Verkehr. Aus einer einmaligen Designentscheidung wird ein monatlicher Dauerposten.
- Backups und Disaster Recovery: Sicherungen in eine zweite Region oder zu einem externen Anbieter erzeugen laufend Egress. Eine große Wiederherstellung im Ernstfall kommt als unerwarteter Kostenblock hinzu.
- Analytics und KI-Pipelines: Trainings- und Auswertungsdaten wandern zwischen Objektspeicher und Rechenclustern hin und her. 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, erzeugen Transferkosten, die in keinem Architekturdiagramm eingezeichnet sind.
- Repatriierung: Wer Workloads zurück ins eigene Rechenzentrum oder zu einem anderen Anbieter holt, zahlt für die Migration der Datenbestände einmalig kräftig mit.
Warum sie wichtig sind
- Sie sind schwer vorherzusagen, weil sie von Nutzungsverhalten und Datenwachstum abhängen statt von 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 schnell die Größenordnung der eigentlichen Rechenkosten.
- Sie verzerren Architekturentscheidungen, wenn Teams Datenflüsse nach Gebühren statt nach fachlichen Anforderungen gestalten.
- FinOps-Initiativen scheitern häufig daran, dass unklar bleibt, welche Anwendung welchen Transfer verursacht.
- Der EU Data Act baut Gebühren für den Anbieterwechsel schrittweise ab, laufender Betriebsverkehr bleibt davon jedoch unberührt.
Typische Szenarien
- Ein Unternehmen betreibt Datenbanken bei einem Provider und Analysewerkzeuge bei einem zweiten. Die monatliche Rechnung 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. Neben dem Betriebsausfall entsteht ein erheblicher, nie eingeplanter Transferblock.
- Ein KI-Team trainiert Modelle auf GPU-Instanzen eines Spezialanbieters, die Trainingsdaten liegen beim Hyperscaler. Jeder Trainingslauf beginnt mit einem teuren Datenexport.
Egress vs. Ingress: der Unterschied
Ingress bezeichnet eingehenden Datenverkehr in die Cloud, Egress den ausgehenden. Ingress ist bei den großen Providern fast durchgehend kostenlos, denn neue Daten stärken die Bindung an die Plattform. Egress wird dagegen pro Gigabyte berechnet, mit Preisen, die nach Ziel und Region variieren. Diese Asymmetrie ist bewusst gesetzt und gehört in jede Cloud-Strategie: Datenhaltung dort planen, wo die Daten tatsächlich gebraucht werden, und Abflüsse als eigenen Kostenfaktor modellieren. Wer beim Anbietervergleich ausschließlich Speicher- und Rechenpreise gegenüberstellt, übersieht den Teil der Rechnung, der im Betrieb am stärksten wächst.
Egress-Optimierung bei KAEMI
KAEMI macht Datenflüsse sichtbar und plant Architekturen, in denen Egress ein kalkulierbarer Posten bleibt. Mit Cloud Connectivity & SDN verbinden wir Ihre Standorte und Clouds über private Interconnects, etwa auf Basis von Megaport. Transfers über solche dedizierten Anbindungen tarifieren viele Provider deutlich günstiger als Internet-Egress, bei zugleich besserer Performance und Planbarkeit. Für daten- und rechenintensive Vorhaben kombiniert Compute & AI GPU-Ressourcen mit Objektspeichern von Anbietern, die auf Egress-Gebühren verzichten. So entsteht eine Datenarchitektur, die Bewegungsfreiheit erhält, statt sie zu bestrafen. Auf Wunsch übernehmen wir zusätzlich den laufenden Betrieb samt Kostenkontrolle. Lassen Sie Ihre Transferkosten analysieren, bevor die nächste Cloud-Rechnung sie sichtbar macht.