Was ist Cloud Monitoring?

Was ist Cloud Monitoring?

Cloud Monitoring ist die laufende Erfassung und Auswertung von Metriken, Logs, Traces und Ereignissen aus Workloads und Managed Services in einer öffentlichen Cloud wie AWS, Google Cloud oder Azure oder in einer Hybridumgebung. Die Daten speisen Dashboards, Alarme und Incident-Abläufe, damit ein Team weiß, wann ein Dienst gestört, langsam oder teurer als erwartet ist und wo es zuerst hinschauen muss.

Cloud Monitoring, On-Prem-Monitoring und APM im Vergleich

• Cloud Monitoring liest providereigene Quellen (CloudWatch, Google Cloud Monitoring, Azure Monitor, Metriken von Load Balancern und Datenbanken) und kommt mit kurzlebiger Rechenleistung wie Containern und Funktionen zurecht. Tags (Account, Region, Dienst, Umgebung) steuern die Gruppierung, weil sich der einzelne Host ständig ändert.
• On-Prem-Monitoring überwacht feste Hardware, meist mit Agenten pro Host und Protokollen wie SNMP.
• Application Performance Monitoring instrumentiert Ihren Code und meldet Latenz und Fehler pro Endpunkt, egal wo er läuft.

Die meisten Cloud-Teams brauchen Cloud Monitoring und APM zusammen: das eine für die Infrastruktur, das andere für die Anwendung. Observability ist die breitere Praxis, all diese Signale zu nutzen, um Probleme zu untersuchen, die man nicht vorhergesehen hat.

Was Cloud Monitoring abdeckt

• Compute: CPU, Arbeitsspeicher und Datenträger von VMs; Containeranzahl, Neustarts und wartende Pods.
• Managed Services: Datenbankverbindungen und -latenz, Cache-Trefferquote und Evictions, Warteschlangentiefe, Fehler im Objektspeicher, Antwortzeit der Load-Balancer-Ziele.
• Serverless: Funktionsaufrufe, Laufzeit, Fehler, Drosselungen und Parallelität.
• Netzwerk und Edge: CDN-Cache-Trefferquote, NAT- und VPC-Traffic, DNS-Abfragevolumen.
• Kosten: Tagesausgaben pro Account, Dienst oder Tag, mit Alarm bei einem Sprung. Die Regelseite behandelt Cloud Governance.
• Sicherheit und Audit: Audit-Trail-Ereignisse und Funde der Bedrohungserkennung, als Frühwarnung und nicht als Ersatz für ein Sicherheitswerkzeug.

Wichtige Cloud-Monitoring-Metriken

1. Verfügbarkeit pro Dienst: Anzahl gesunder Ziele, Instanzstatus, verdichtet auf das Ziel, das Sie Nutzern zusagen.
2. Latenz pro Komponente: Antwortzeit am Load Balancer bei p50, p95 und p99, Datenbank-Abfragelatenz.
3. Fehlerrate pro Schicht: 5xx-Zähler am Load Balancer, Funktionsfehler, Tiefe der Dead-Letter-Queue.
4. Auslastung: CPU und Guthaben bei Burst-Instanzen, Nutzung der Datenbankverbindungen, Cache-Evictions, Autoscaling-Gruppe Soll gegen Ist.
5. Durchsatz: Anfragen pro Sekunde je Dienst, Nachrichten pro Minute durch Queues und Streams.
6. Kosten pro Anfrage: Ausgaben geteilt durch nützliche Arbeit, ein langfristiges Effizienzmaß.

So betreiben Sie Cloud Monitoring

Beginnen Sie mit den eigenen Metriken des Providers und leiten Sie sie an einen Ort, den Sie tatsächlich ansehen, sei es die Konsole des Providers oder ein zentrales Backend wie Grafana oder Datadog. Versehen Sie jede Ressource einheitlich mit Tags (Dienst, Umgebung, Team, Kostenstelle), damit eine Dashboard-Abfrage nach jedem davon aufschlüsseln kann. Ergänzen Sie danach Logs und Traces. Leiten Sie Alarme an ein On-Call-Werkzeug, eine Rotation pro Dienst, und alarmieren Sie zuerst bei Symptomen, die Nutzer spüren (Fehler, Latenz), vor Ursachen (CPU). Prüfen Sie Metriken und Alarme regelmäßig und löschen Sie, was niemand verantwortet: Eigene Metriken und Log-Volumen werden von den meisten Providern berechnet.

Cloud-Dashboards zeigen nur, was in Ihrem Account passiert. Synthetic Monitoring prüft den Dienst von außen, so wie ein Nutzer ihn erreicht, und API-Monitoring tut das Gleiche für Endpunkte. Das API-Monitoring von LoadFocus prüft Statuscodes, Antwortinhalte und Latenz nach Zeitplan aus 25 Cloud-Regionen und alarmiert per E-Mail, Slack, Microsoft Teams, PagerDuty und weitere Kanäle. Was Sie beobachten und alarmieren sollten, steht in Monitoring Best Practices für DevOps-Teams.

Cloud Monitoring und Lasttests

Monitoring zeigt, wie sich das System heute verhält. Lasttests und Spike-Tests zeigen, wie es sich bei Traffic verhält, den Sie noch nicht gesehen haben. Führen Sie den Test von außerhalb Ihres Netzwerks aus, beobachten Sie währenddessen die Cloud-Dashboards und notieren Sie, welche Komponente zuerst an ihre Grenze kommt: Datenbankverbindungen, Autoscaling-Verzögerung oder Warteschlangentiefe. Lasttests von LoadFocus führen JMeter-, k6- und No-Code-Tests aus 25 Cloud-Regionen aus, sodass die Zeitstempel eines Laufs zu Ihren Dashboards passen.

Häufige Fehler beim Cloud Monitoring

• Uneinheitliche Tags. Ressourcen ohne Tags fehlen in jedem gefilterten Dashboard und Kostenbericht.
• Alarm bei jeder Metrik. Laute Alarme werden stummgeschaltet. Alarmieren Sie bei sichtbaren Symptomen und halten Sie den Rest als Dashboards vor.
• Nur von innen überwachen. Ein gesundes Dashboard beweist nicht, dass Nutzer den Dienst erreichen.
• Nur Durchschnittswerte. Eine gute durchschnittliche Latenz kann einen langsamen Ausreißerbereich verbergen. Beobachten Sie Perzentile.
• Die Monitoring-Rechnung vergessen. Log-Aufnahme und eigene Metriken wachsen unbemerkt. Prüfen Sie sie.

Häufige Fragen: Cloud Monitoring

Was ist der Unterschied zwischen Cloud Monitoring und Observability?

Cloud Monitoring beobachtet bekannte Signale und alarmiert, wenn sie eine Schwelle überschreiten. Observability ist die Fähigkeit, neue Fragen an Metriken, Logs und Traces zu stellen, wenn etwas Unerwartetes ausfällt. Monitoring liefert die Daten dafür.

Reicht das eingebaute Monitoring des Providers aus?

Es ist der richtige Ausgangspunkt und kann bei einer einzelnen Cloud genügen. Meist kommt eine externe Prüfung hinzu, weil Provider-Werkzeuge in den Account hineinsehen, nicht aber, was ein Nutzer in einer anderen Region erlebt, und ein zentrales Backend, sobald mehr als eine Cloud läuft.

Wobei sollte ich zuerst alarmieren?

Bei Verfügbarkeit und Fehlerrate des nutzernahen Dienstes, dann bei Latenzperzentilen und danach bei der Auslastung gemeinsamer Ressourcen dahinter, etwa Datenbankverbindungen und Queues.

Ersetzt Cloud Monitoring APM?

Nein. Cloud Monitoring zeigt den Zustand von Infrastruktur und Managed Services. APM zeigt, welcher Endpunkt oder Codepfad langsam ist. Beide beantworten unterschiedliche Fragen.

Wie halte ich die Kosten für Cloud Monitoring niedrig?

Versehen Sie Ressourcen mit Tags, damit sichtbar ist, wem was gehört, entfernen Sie Metriken und Logs, die niemand liest, setzen Sie Aufbewahrungsfristen und vermeiden Sie Labels mit hoher Kardinalität bei eigenen Metriken.