πΉ Feature: Azure Monitor Health Models
πΉ What It Does: Visually define and track the health of an entire workload β with each Azure resource’s signals rolled up through dependency relationships into a single, business-context-aware health state.
What Is It Giving You:
β
State-Based Monitoring, Not Just Alert-Based: Assigns a health state to every managed entity β Healthy, Degraded, Unhealthy β instead of firing raw metric alerts. Answer βis the workload healthy?β not βwhich of the 200 alerts fired at 3am?β
β
Alert Noise Reduction Through Correlation: Multiple signals per entity collapse into ONE health state. Multiple entities collapse into ONE workload health state. The 50-alert storm becomes one actionable signal.
β
Dependency-Aware Rollup: Model relationships between components. When a database goes unhealthy, dependent services roll up as impacted. Root cause becomes visible in the graph β no more chasing symptoms across five different resource types.
β
Graph View + Timeline View: Graph shows current health with dependencies at a glance. Timeline shows health over time β compare against SLOs, verify improvement after a fix, prove availability to the business.
β
Reuses Everything You Already Collect: Platform metrics and resource logs, Prometheus metrics from Kubernetes clusters, VM logs and performance counters, Application Insights data. No new agents, no new data pipelines.
β
Alert on Health State, Not Individual Signals: Fire alerts on unhealthy entities or on aggregate workload impact across multiple dependencies. Uses the same action groups you already have for existing Azure Monitor alerts.
β
Graphical Designer With Auto-Discovery: Drag entities, define dependencies, add signals, tune rollup rules in a visual designer. Auto-populate the model from an Azure Resource Graph query, an Application Insights resource, or a service group β no manual entity-by-entity setup.
β
Recommended Signals for Common Azure Resources: Start with Microsoft-defined health signals for common resource types (VMs, App Service, SQL, AKS, Storage), then customize with your own metric-based or log-query-based signals as you learn what βhealthyβ actually means for YOUR workload.
β
SLO-Ready: Track availability of the workload and its components over time, compare against service level objectives, and prove business impact β not just infrastructure metrics.
π https://learn.microsoft.com/en-us/azure/azure-monitor/health-models/overview