Ein kleines Cloud-Quiz: Was ist unsichtbar, geräuschlos und saugt Ihnen Monat für Monat zehn- oder hunderttausende Dollar von der AWS-Rechnung ab?
Nein, es sind nicht die ungenutzten EBS-Volumes (die sollten Sie trotzdem aufräumen).
Es ist der AZ-zu-AZ-Datentransfer – und er ist tückischer, als Sie denken.
Das teure Geplauder der AZs
Wenn in AWS Daten zwischen Availability Zones (AZs) derselben Region fließen, zahlen Sie doppelt: einmal für die Daten, die die Quell-AZ verlassen, und noch einmal für die Daten, die in der Ziel-AZ ankommen. Das sind 2 Cent pro GB in jede Richtung – und in großen Architekturen summiert sich das rasant.
Bei Multi-AZ-Datenbanken oder Hochverfügbarkeitsarchitekturen mag das noch nachvollziehbar sein. Aber jetzt kommt der Haken: Ein Großteil des Inter-AZ-Datentransfers passiert versehentlich, ist unnötig oder wird schlicht falsch verstanden.
Typische Gründe, warum AZ-zu-AZ-Traffic aus dem Ruder läuft:
- Microservices kommunizieren AZ-übergreifend, ohne dass es jemandem auffällt.
- EKS-Nodes in verschiedenen AZs werden austauschbar genutzt.
- Load Balancer verteilen Traffic unvorhersehbar über Zonen hinweg.
- Stateful Services halten sich nicht an AZ-Affinität.
- Sie haben eine YAML-Datei von 2019 geerbt und einfach gehofft, dass sie noch läuft.
In diesem lesenswerten Artikel berichtet ein Team, dass über 80 % seines AZ-zu-AZ-Datentransfers vermeidbar waren – nur fehlte ihnen bis zur tiefen Analyse jegliche Sichtbarkeit.
Warum lassen sich diese Kosten so schwer senken?
Im AWS Cost and Usage Report (CUR) sehen Sie diese Kosten zwar, und zwar unter Usage-Types wie:
- AWS:DataTransfer-Regional-Bytes
- AWS:DataTransfer-Regional-Bytes-Out
- BoxUsage:
:DataTransfer-Out-Bytes
Zum Beispiel:
Das Problem: Selbst wenn Sie diese Positionen in einer Tabelle vor sich haben, haben Sie keine Ahnung, was sie tatsächlich ausgelöst hat.
Vielleicht bekommen Sie Insights auf Maschinenebene in Form von EC2-Instance-IDs – aber wenn Sie moderne Workloads auf Kubernetes betreiben, viel Spaß dabei, diese Kosten einem konkreten Pod, Namespace oder Workload zuzuordnen.
Manche Teams versuchen, die Lücke mit VPC Flow Logs zu schließen, die Metadaten zur IP-zu-IP-Kommunikation erfassen. Das hilft zwar, aber Flow Logs dauerhaft über die gesamte Infrastruktur laufen zu lassen, ist unglaublich teuer – und paradoxerweise kann Sie das mehr kosten als die AZ-zu-AZ-Transfers, die Sie eigentlich debuggen wollten.
Und selbst wenn Sie die Kosten für VPC Flow Logs in Kauf nehmen, wartet das nächste Problem:
Flow Logs liefern rohe Netzwerkdaten, aber keinen Kontext. Hier ein Beispiel für die Logs:
Sie sitzen jetzt auf einem Berg IP-zu-IP-Traffic-Daten. Und wissen Sie was? Das ist wie eine Schachtel Puzzleteile ohne Bild auf dem Deckel. Die eigentliche Arbeit steht Ihnen noch bevor: Logs anreichern, IPs den Instances zuordnen, mit dem Cloud-Inventar abgleichen, herausfinden, zu welchem Workload oder Container jede IP gehört – und dann versuchen, die Business-Logik hinter dem Traffic-Muster zu entschlüsseln.
In einer Kubernetes-Welt wird es sogar noch schlimmer. Sie haben es mit dynamischen IPs, kurzlebigen Pods, Autoscaling-Gruppen, Service Meshes zu tun … reines Chaos. Sie brauchen Stunden (oder Tage) an Engineering-Zeit, teamübergreifende Tagging-Disziplin und einen ordentlichen Stack an Log-Korrelations-Tools – nur um herauszufinden, ob ein einzelner Microservice derjenige ist, der zwischen den AZs plaudert.
Bis Sie Antworten haben, ist Ihre Cloud-Rechnung längst explodiert.
Wie also bekämpft man Kosten, die man nicht einmal zurückverfolgen kann?
Die Lösung von Attribute™: Licht ins Dunkel der versteckten Kosten
Bei Attribute™ haben wir eine einzigartige Lösung entwickelt, die das Unsichtbare sichtbar macht.
Unser eBPF-Sensor erfasst jedes Byte, das Ihre Workloads verlässt – von der Quell- bis zur Ziel-IP – sodass wir die Geschichte hinter Ihren Datentransfers rekonstruieren können. Und damit nicht genug:
Smart AZ Detection Engine
Wir schauen nicht nur auf den Traffic – wir verstehen ihn. Unsere Engine gleicht jede IP mit Cloud-Routing-Tabellen ab und bestimmt, ob die Kommunikation stattfindet:
- innerhalb derselben AZ
- zwischen zwei AZs in derselben Region
- zwischen unterschiedlichen Regionen
- oder direkt ins Internet (hallo, Egress-Gebühren!)
Wenn sich Ihre Daten über NAT Gateways, ELBs oder andere Netzwerk-Zwischenstationen davonschleichen, erwischen wir das ebenfalls.
Kurz gesagt: Kombinieren wir die einzigartigen Daten unseres eBPF-Sensors mit den Kostenpositionen aus dem CUR, erhalten wir präzise AZ-zu-AZ-Kosten auf Workload-Ebene – pro Verbindung und pro IP.
Von der Erkenntnis zur Umsetzung
Sobald das Problem sichtbar ist, helfen wir Ihnen bei der Lösung. Wir unterstützen Sie dabei, Alternativen zu bewerten – ob das nun heißt, Services in derselben AZ zu bündeln, Ihre Kubernetes-Affinity-Regeln anzupassen oder Ihre Flows neu aufzusetzen.
Mit Attribute™ erhalten Sie die Sichtbarkeit, Klarheit und Kontrolle, um unnötige Inter-AZ-Kosten zu senken – oft um 50–80 %.
Machen Sie den ersten Schritt
Man kann nicht beheben, was man nicht sieht.
Finden Sie zunächst heraus, wohin Ihr Inter-AZ-Traffic tatsächlich fließt und warum – und ergreifen Sie dann die passenden Maßnahmen, um die Kosten zu senken. Attribute™ begleitet Sie von A bis Z.
Buchen Sie eine Demo und beginnen Sie, die Sprache der Netzwerkkosten zu sprechen.