M365Con 2027 – die kostenlose Online-Konferenz · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Azure Log Analytics Pricing: So verhindern Sie, dass die Monitoring-Kosten in Azure explodieren

Von ·

Erfahren Sie, wie Sie die Preise von Azure Log Analytics im Griff behalten, Tabellentarife im Workspace optimieren, unnötige Daten beim Erfassen herausfiltern und verhindern, dass die Kosten für Cloud-Monitoring explodieren.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Cover: Log Analytics - Simply Explained

Die Kontrolle der Preise von Azure Log Analytics erfordert ein Verständnis des Datenvolumens, der Tarife für Tabellendaten und der Kosten für die langfristige Aufbewahrung. Wer Daten früh mit KQL filtert, geeignete Tarife wie Basic und Auxiliary auswählt und gefährliche tägliche Erfassungsobergrenzen vermeidet, kann verhindern, dass die Azure-Monitoring-Rechnungen außer Kontrolle geraten.

Das Wichtigste in Kürze

Die tatsächlichen Kostentreiber von Log Analytics

Wenn Organisationen Cloud-Monitoring zum ersten Mal einführen, dreht sich fast alles um Transparenz: Systeme sollen miteinander kommunizieren, und jeder Fehler soll erfasst werden. Die Realität holt sie allerdings mit der monatlichen Cloud-Rechnung ein. Log Analytics wird vor allem nach zwei Verbrauchsfaktoren abgerechnet: dem Volumen der Gigabyte, die in den Workspace übertragen werden, und der Dauer, für die diese Einträge für die interaktive Abfrage verfügbar bleiben.

Die Erstellung eines Workspace selbst kostet nichts, was oft ein trügerisches Sicherheitsgefühl erzeugt. Teams behandeln ihre Protokollspeicher leicht wie endlose digitale Rumpelkammern und kippen ausführliche Debug-Daten von Anwendungen, redundante Heartbeat-Signale und ungeprüfte Traces in einen einzigen Container. Da Sie für jedes Gigabyte zahlen, das im Workspace ankommt, unabhängig davon, ob jemals jemand auf diese Tabelle zugreift, führt eine ungesteuerte Datenerfassung schnell zu Budgetüberschreitungen.

Tarifpläne für Tabellen im Überblick: Analytics, Basic und Auxiliary

Eine der folgenreichsten Entscheidungen eines Administrators ist die Zuweisung des passenden Tarifplans für einzelne Tabellen. Nicht alle Protokolldaten erfordern dieselbe Leistung, und Microsoft bietet gestaffelte Pläne, die diese betrieblichen Abwägungen abbilden.

Standard-Tarif Analytics

Der Standard-Tarif Analytics ist für Daten gedacht, die Sie genau überwachen und sofort abfragen müssen. Er unterstützt die Erkennung von Bedrohungen in Echtzeit und schnelle Fehlerbehebung. Allerdings ist er auch die teuerste Option. Er hält eine vollständige Indizierung vor, damit komplexe Abfragen in Kusto Query Language (KQL) in weniger als einer Sekunde ausgeführt werden können.

Tarife Basic und Auxiliary

Für Daten, die Sie nur bei Bedarf prüfen, wenn etwas ausfällt, oder für umfangreiche Datensätze, die ausschließlich für Audits aufbewahrt werden, bieten die Pläne Basic und Auxiliary erhebliche Einsparungen. Während der Standard-Tarif Analytics etwa 2,30 $ pro Gigabyte kosten kann, lässt sich der Preis mit Basic deutlich senken. Auxiliary-Tarife können die Kosten auf einen Bruchteil des Standardpreises drücken, im günstigsten Fall bis zu 46-mal geringer.

Entscheidend ist die betriebliche Funktionalität. Günstige Pläne sind langsamer bei der Suche, verfügen nicht über eine vollständige Indizierung und eignen sich überhaupt nicht für Echtzeit-Sicherheitswarnungen. Wenn Sie diese Pläne innerhalb eines einzigen Arbeitsbereichs kombinieren, können Sie kritische Sicherheitssignale an teure, schnelle Tabellen leiten, während störende Compliance-Protokolle in günstigen Hilfsspeichern abgelegt werden.

So senken Sie die Kosten durch frühzeitige Filterung und Datensammlungsregeln

Der mit Abstand größte Fehler von Administratoren besteht darin, Daten erst aufzuräumen, nachdem sie bereits im Arbeitsbereich angekommen sind. Sobald ein Protokolleintrag gespeichert ist, zahlen Sie bereits für seine Aufnahme.

Der richtige Ansatz nutzt Datensammlungsregeln (Data Collection Rules, DCRs) in Verbindung mit dem Azure Monitor Agent. DCRs fungieren als Anweisungssätze, die auf Ihren virtuellen Maschinen und Container-Clustern bereitgestellt werden. Sie legen genau fest, welche Ereignisse erfasst werden, wie sie aufbereitet werden und in welcher Tabelle sie landen sollen. Noch wichtiger: Sie ermöglichen es, wiederkehrendes Rauschen bereits an der Quelle zu verwerfen.

Wenn eine Anwendung stündlich Tausende sich wiederholende Info-Protokolle erzeugt, die Ihr Team nie abfragt, verwerfen Sie diese direkt am Eingang. Wenn Sie Daten aufbereiten und filtern, bevor sie die Speicher-Engine erreichen, stellen Sie sicher, dass Sie niemals eine Rechnung für Telemetriedaten erhalten, die Sie nicht nutzen.

Die Gefahren täglicher Aufnahmelimits

Angesichts unberechenbarer Cloud-Rechnungen sehen viele Finanz- und IT-Verantwortliche in der täglichen Obergrenze (Daily Cap) von Azure Log Analytics ein absolutes Sicherheitsnetz. Ein tägliches Limit legt eine harte Obergrenze für die Datenaufnahme fest. Sobald der Schwellenwert erreicht ist, nimmt der Arbeitsbereich für den Rest des Tages keine neuen Datensätze mehr an.

Das verhindert zwar unerwartete finanzielle Ausschläge, Microsoft warnt jedoch ausdrücklich davor, sich bei der laufenden Kostenkontrolle darauf zu verlassen. Sobald ein tägliches Limit greift, stoppt die Datenerfassung vollständig. Ihre Sicherheitsanalysten verlieren die Übersicht, Ihre Betriebsteams arbeiten im Blindflug, und wenn nachts ein Systemausfall auftritt, verpassen Sie kritische Warnmeldungen. Ein plötzlicher Ausfall der Sichtbarkeit ist fast immer teurer als eine etwas höhere Rechnung für das Cloud-Monitoring.

Ausgleich zwischen interaktiver Aufbewahrung und Langzeitarchiven

Die Kostenkontrolle endet nicht bei der Aufnahme, sondern betrifft auch die Dauer, wie lange Ihre Daten gespeichert bleiben. Standardmäßig bietet die interaktive Aufbewahrung schnellen Abfragezugriff für 31 Tage (oder 90 Tage, wenn Microsoft Sentinel aktiviert ist). Nach Ablauf dieses Zeitfensters verschwinden die Daten nicht, sondern wechseln in den Langzeitspeicher.

Daten interaktiv abfragbar zu halten, kostet pro Gigabyte und Monat deutlich mehr, als sie im Langzeitspeicher zu archivieren. Für Compliance-Vorgaben, die eine Aufbewahrung über Jahre verlangen, kostet der Archivspeicher nur wenige Cent pro Gigabyte. Denken Sie aber daran, dass für den Abruf archivierter Daten Suchaufträge statt sofortiger interaktiver Abfragen nötig sind. Deshalb ist eine durchdachte Strategie im Voraus unverzichtbar.

Fazit und nächste Schritte

Die Preisgestaltung von Azure Log Analytics zu steuern, ist eine Frage bewusster Architektur. Wenn Sie von einer Sammelstrategie für alle Daten abrücken, tabellenspezifische Pläne nutzen und strikte Datensammlungsregeln direkt an der Quelle einsetzen, behalten Sie Visibilität auf Unternehmensniveau, ohne Ihr Cloud-Budget zu sprengen.

Um tiefer in die Grundlagen einzusteigen, wie diese Systeme im Hintergrund funktionieren, hören Sie sich unbedingt die vollständige Episode des M365 FM Podcasts an. Dort erhalten Sie eine verständliche Erklärung zu Arbeitsbereichen, Tabellen und den Grundlagen von KQL-Abfragen.

Häufige Fragen

Ist das Erstellen eines Azure Log Analytics-Arbeitsbereichs kostenlos?

Ja, das Erstellen eines Arbeitsbereichs verursacht keine Grundgebühren. Sie zahlen nur für das Volumen der in den Arbeitsbereich aufgenommenen Daten und für die Dauer der Speicherung.

Worin unterscheiden sich die Protokollpläne Analytics, Basic und Auxiliary?

Der Analytics-Plan bietet schnellen, vollständig indizierten Speicher, der für Echtzeit-Sicherheitswarnungen und schnelle interaktive Abfragen optimiert ist. Die Pläne Basic und Auxiliary bieten deutlich günstigere Speicheroptionen für Daten, die selten durchsucht werden oder vor allem für Compliance und Archivierung aufbewahrt werden.

Warum sollte ich tägliche Aufnahmelimits vermeiden?

Tägliche Aufnahmelimits beenden die Datenerfassung vollständig, sobald Ihre Kostenschwelle erreicht ist. Dadurch sind Ihre Sicherheits- und Überwachungssysteme für den Rest des Tages blind, was bei Systemausfällen oder Sicherheitsverletzungen untragbare Risiken schafft.

Wie kann ich meine Kosten für die Datenaufnahme in Log Analytics senken?

Die wirksamste Strategie zur Kostenreduzierung besteht darin, unnötige Protokolldaten bereits an der Quelle mithilfe von Datensammlungsregeln (Data Collection Rules, DCRs) herauszufiltern, sodass laute, nie gelesene Debug-Protokolle gar nicht erst in den abrechenbaren Arbeitsbereich gelangen.

Fabric workspace Kusto Query Language (KQL)

Verwandte Artikel

RSS