Sie unterstützen geschäftskritische Workloads in mehreren Abonnements in Nordeuropa und Westeuropa. Sie müssen: 1) Warnungen für Azure-weite Dienstprobleme erhalten, die Ihre ausgewählten Dienste in diesen Regionen betreffen. 2) Über geplante Wartungsarbeiten informiert werden, die Ihre VM-Hosts betreffen. 3) Dienstintegritäts-Hinweise wie Funktionsabschreibungen verfolgen. 4) Verschiedene Service Health-Benachrichtigungen an verschiedene Aktionsgruppen (E-Mail vs. ITSM) weiterleiten. Was sollten Sie konfigurieren?

Die korrekte Option ist die beste Lösung, da Azure Service Health speziell dafür entwickelt wurde, Benachrichtigungen über Dienstprobleme, geplante Wartung und Integritäts-Hinweise zu liefern. Es ermöglicht das Filtern nach Abonnements, Diensten und Regionen, um relevante Warnungen zu erhalten, und die Verknüpfung mit spezifischen Aktionsgruppen (z.B. E-Mail, ITSM) für unterschiedliche Benachrichtigungswege. Resource Health ergänzt dies, indem es die Integrität einzelner Ressourcen überwacht. Die anderen Optionen sind unzureichend: Das Parsen von RSS-Feeds ist umständlich und nicht die vorgesehene Methode. Activity Log-Warnungen sind nicht primär für geplante Wartung gedacht. Azure Monitor-Metrikwarnungen für 'ServiceAvailability' sind nicht für die umfassenden Anforderungen von Service Health ausgelegt. Azure Advisor gibt Empfehlungen, liefert aber keine Echtzeit-Warnungen für geplante Wartung oder Hinweise. Eine einzelne, ungefilterte Warnung auf Mandanten-Ebene würde zu viel Rauschen erzeugen und die Weiterleitung über E-Mail-Betreffanalyse ist fehleranfällig und ineffizient. Azure Policy ist für die Durchsetzung von Standards gedacht, nicht für die Erkennung von Wartungsereignissen. Azure Monitor-Autoscale-Benachrichtigungen sind für Skalierungsereignisse, nicht für Dienstprobleme.