Microsoft AZ-900: Überwachung, Automatisierung & Verwaltung — Lernleitfaden

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Teil des Microsoft Azure AZ-900 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Microsoft-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Betriebliche Exzellenz in Azure basiert auf beobachtbaren Plattformen, wiederholbarer Automatisierung und einer einheitlichen Governance für Cloud- und Hybrid-Umgebungen. Azure Monitor bildet das Telemetrie-Backbone für Metriken, Protokolle, Traces und End-to-End Application Insights. Verwaltungstools – vom Azure-Portal bis hin zu CLI und PowerShell – ermöglichen es Teams, auf Basis dieser Einblicke in großem Umfang zu handeln. Automatisierungsdienste erweitern zusammen mit Azure Arc und Azure Lighthouse die Kontrolle auf Server und Cluster an beliebigen Standorten und optimieren mandantenübergreifende Vorgänge für Dienstanbieter und die zentrale IT.

Azure Monitor: Metriken, Protokolle, Alarme und Application Insights

Azure Monitor sammelt zwei primäre Signaltypen: Metriken und Protokolle. Metriken sind schlanke numerische Zeitreihen, die für Nahezu-Echtzeit-Szenarien wie Dashboards und Autoscaling optimiert sind und in der Regel 93 Tage lang aufbewahrt werden. Protokolle sind reichhaltige, schemaflexible Datensätze, die in Log Analytics-Arbeitsbereichen gespeichert und mit der Kusto Query Language (KQL) abgefragt werden. Mit dem Azure Monitor Agent und den Data Collection Rules (DCRs) können Daten von VMs, Arc-fähigen Servern und Plattformdiagnosen an einen oder mehrere Arbeitsbereiche über Regionen hinweg weitergeleitet werden, um eine zentralisierte Analyse und langfristige Aufbewahrung zu ermöglichen. Die Aufbewahrung für Standardprotokolle ist konfigurierbar – üblicherweise 30 bis 730 Tage – wobei eine kostengünstige Archivierung und Wiederherstellung (Rehydration) für historische Untersuchungen zur Verfügung steht. Application Insights, das auf Azure Monitor aufbaut, instrumentiert Anwendungen für Distributed Tracing, Abhängigkeitsverfolgung, Verfügbarkeitstests und automatische Anomalieerkennung. Es unterstützt OpenTelemetry für eine herstellerneutrale Erfassung (Ingestion), sodass Entwickler Client-, Server- und Datenbankaufrufe in einer einzigen Transaktionsübersicht korrelieren können. Live Metrics liefern Server-Telemetrie im Sekundentakt ohne Sampling, während adaptives Sampling die Erfassungskosten reduziert, ohne die End-to-End-Nachverfolgbarkeit bei kritischen Ausfällen zu verlieren. Die Alarmierung (Alerting) erstreckt sich über die Geltungsbereiche von Ressourcen, Abonnements und Mandanten. Metrik-Alarme werten Zeitreihen-Schwellenwerte mit einer Granularität von einer Minute aus und können sich über dynamische Schwellenwerte selbst anpassen. Protokoll-Alarme führen geplante KQL-Abfragen aus, um komplexe Muster über Ressourcen und Regionen hinweg zu erkennen, während Aktivitätsprotokoll-Alarme bei Control-Plane-Ereignissen wie Erstellen, Aktualisieren oder Löschen ausgelöst werden. Aktionsgruppen (Action Groups) entkoppeln die Erkennung von der Reaktion und lösen Benachrichtigungen (E-Mail, SMS, Push, Sprachanruf) und Automatisierungen (Webhook/Secure Webhook, Logic Apps, Functions, Automation Runbooks, ITSM-Konnektoren) aus. Unterdrückungsregeln und Regeln zur Alarmverarbeitung helfen, Störgeräusche (Noise) zu reduzieren, indem sie Alarme während geplanter Wartungsfenster stummschalten oder weiterleiten. Dashboards und Workbooks stellen Telemetriedaten unterschiedlich dar. Azure-Dashboards sind kachelbasiert und dienstübergreifend und eignen sich ideal für schnelle Betriebsansichten und das Anheften von Metrikdiagrammen. Workbooks sind analytisch, parametrisiert und kollaborativ. Sie verbinden Metriken, Protokolle und Visualisierungen mit abfragegesteuerter Interaktivität. Workbooks eignen sich hervorragend für operative Runbooks, Analysen nach einem Vorfall (Post-Incident Analysis) und Service-Reviews, bei denen Bediener zwischen Dimensionen wechseln (Pivot) und einen Drilldown in die Rohdaten durchführen können, ohne den Kontext zu verlassen.

Service Health und Signale zur Ausfallsicherheit von Ressourcen

Die Verfügbarkeit und Wartung der Plattform erfordern eine dedizierte Überwachung, die über die reinen Ressourcenmetriken hinausgeht. Azure Service Health bietet personalisierte Einblicke in Dienstprobleme, geplante Wartungsarbeiten und Systemzustandsempfehlungen (Health Advisories), die die spezifischen Regionen und Dienste in einem Abonnement betreffen. Es ergänzt die öffentliche Azure-Statusseite, indem es abonnementbezogene Auswirkungen, Zeitpläne und Ursachenanalysen (Root-Cause Analyses) bereitstellt, sofern verfügbar. Systemzustandsalarme (Health Alerts) können so konfiguriert werden, dass sie Betriebsteams über Aktionsgruppen benachrichtigen, sobald ein regionaler Dienstvorfall bereitgestellte Workloads beeinträchtigt. Resource Health konzentriert sich auf den Zustand einzelner Ressourcen wie virtuelle Maschinen, App Services oder Datenbanken. Es unterscheidet zwischen plattformbedingten Störungen und benutzerinitiierten Ereignissen und liefert aktuelle sowie historische Systemzustände. Die Integration von Service Health- und Resource Health-Alarmen in das Incident Management stellt sicher, dass Teams benachrichtigt werden, wenn die Plattform die Ursache ist. Dies reduziert den Zeitaufwand für die Fehlersuche bei eigentlich fehlerfreien Anwendungskomponenten. Die Kombination dieser Signale mit Azure Monitor-Alarmen ermöglicht eine vollständige Full-Stack-Transparenz: Anwendungsleistung, Infrastrukturauslastung und Plattformverfügbarkeit in einer einzigen Betriebsansicht.

Management-Tools für die operative Steuerung

Operative Aufgaben umfassen interaktive Fehlerbehebung, skriptgesteuerte Automatisierung und mobile Triage. Das Azure-Portal bietet eine umfassende, rollenbasierte Umgebung für die Konfiguration von Diensten, die Visualisierung von Metriken und den direkten kontextbezogenen Start von Cloud Shell. Die Azure Mobile App unterstützt Zustandsprüfungen von unterwegs, die Bestätigung von Warnungen und schnelle Aktionen wie den Neustart einer VM. Für Wiederholbarkeit und die Integration in CI/CD bieten Azure CLI und Azure PowerShell plattformübergreifende Automatisierung mit konsistenter Authentifizierung über Microsoft Entra ID und Unterstützung für sowohl interaktive als auch nicht-interaktive Abläufe. Cloud Shell stellt ein sicheres, browserbasiertes Terminal mit Bash und PowerShell bereit, das mit der Azure CLI, den Az PowerShell-Modulen und gängigen Tools wie Git und Terraform vorinstalliert ist. Sitzungen werden in einem von Microsoft gewarteten Container ausgeführt; eine Azure Files-Freigabe speichert Benutzerprofile und Skripte persistent. Dies eliminiert Abweichungen bei lokalen Tools (Tooling Drift) und vereinfacht Just-in-Time-Operationen, die vom Portal aus ausgeführt werden, ohne dass Laufzeitumgebungen verwaltet werden müssen. Für langlebige Automatisierungen oder solche mit hohem Durchsatz hosten Sie CLI/PowerShell in Pipelines oder containerisierten Runnern und authentifizieren Sie sich mit Managed Identities oder föderierten Anmeldeinformationen, um eine unkontrollierte Verbreitung von Geheimnissen (Secret Sprawl) zu vermeiden.

• Azure portal
  • Schnittstelle: Web-UI
  • Optimal für: Konfiguration, Visualisierung, Ad-hoc-Aufgaben
  • Hauptstärken: Umfangreiche UX, tiefe Service-Abdeckung, integrierte Cloud Shell
  • Einschränkungen: Manuell, weniger geeignet für umfangreiche Skripterstellung
• Azure mobile app
  • Schnittstelle: iOS/Android
  • Optimal für: Triage und schnelle Aktionen
  • Hauptstärken: Bestätigung von Warnungen, grundlegende Ressourcenaktionen, Zugriff von unterwegs
  • Einschränkungen: Begrenzte Konfigurationstiefe
• Cloud Shell
  • Schnittstelle: Browser-Shell
  • Optimal für: Ad-hoc-Befehle ohne lokale Einrichtung
  • Hauptstärken: Vorinstallierte Tools, persistentes Home-Verzeichnis über Azure Files, gesicherter Kontext
  • Einschränkungen: Ephemerer Container; nicht für langlaufende Batch-Jobs
• Azure CLI (az)
  • Schnittstelle: Befehlszeile
  • Optimal für: Plattformübergreifende Skripterstellung und Pipelines
  • Hauptstärken: Konsistente Syntax, JSON-Ausgabe, Erweiterbarkeit
  • Einschränkungen: Lernkurve bei komplexen Ressourcengraphen
• Azure PowerShell (Az)
  • Schnittstelle: PowerShell-Module
  • Optimal für: Automatisierung auf Windows/Linux/macOS; objektzentrierte Operationen
  • Hauptstärken: Umfangreiche Cmdlet-Abdeckung, Objekte für die Pipeline-Verarbeitung
  • Einschränkungen: Größerer Footprint; erfordert Management des Modul-Lebenszyklus

Automatisierung: Runbooks, Update-Management und kostenbewusste VM-Zeitplanung

Azure Automation bietet einen verwalteten Runbook-Dienst zur Orchestrierung operativer Aufgaben. Runbooks können in PowerShell, Python oder als grafische Workflows erstellt und nach Zeitplan, über Webhooks oder durch Warnungen mittels Aktionsgruppen (Action Groups) ausgelöst werden. „Ausführen als“-Konten (Run-as Accounts) haben sich zu Managed Identities weiterentwickelt, die die Handhabung von Zertifikaten und Geheimnissen überflüssig machen und gleichzeitig einen granularen Zugriff nach dem Prinzip der geringsten Rechte (Least Privilege) unterstützen. Hybrid Runbook Worker erweitern die Automatisierung auf private Netzwerke oder Edge-Standorte, indem sie Runbooks für lokale (On-Premises) oder isolierte Ressourcen ausführen, während sie weiterhin von Azure aus verwaltet werden. Die Patch-Governance wird über den Azure Update Manager abgewickelt, der Betriebssystem-Updates für Windows und Linux auf Azure-VMs und Arc-fähigen Servern (Arc-enabled servers) vereinheitlicht. Wartungskonfigurationen (Maintenance Configurations) definieren Zeitpläne, das Neustartverhalten, Pre-/Post-Skripte und dynamische Geltungsbereiche (Scopes) mithilfe von Tags oder gespeicherten Abfragen. Compliance-Berichte heben fehlende Updates und den Erfolg von Bereitstellungen hervor, während Integrationen mit Azure Policy die Einhaltung von Basiskonfigurationen erzwingen. Der Update Manager ersetzt die ältere Update-Management-Lösung in Azure Automation und bietet verbesserte Skalierbarkeit, Granularität und native Arc-Unterstützung. Um die Computekosten für Workloads, die nicht rund um die Uhr laufen (non-24x7), zu minimieren, bietet Azure mehrere Optionen zum zeitgesteuerten Anhalten und Starten von virtuellen Maschinen. Die Lösung „Start/Stop VMs v2“ orchestriert die tag-basierte Zielauswahl, Zeitpläne für Geschäftszeiten pro Zeitzone, Leerlauferkennung und optionale Benachrichtigungen und nutzt dafür im Hintergrund Azure Automation und Azure Monitor. Einzelne VMs unterstützen auch Richtlinien zum automatischen Herunterfahren (Auto-Shutdown), und Virtual Machine Scale Sets können metrikgesteuerte Autoskalierungsregeln verwenden. Die Kombination von metrikbasierter Skalierung mit zeitgesteuertem Anhalten/Starten führt zu vorhersagbaren Einsparungen, ohne die Service-Level während Bedarfsspitzen zu beeinträchtigen.

← Governance · Alle Domänen · Support →

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →

Microsoft durchsuchen →