AZ-104 Monitor and Maintain Azure Resources Practice Question
A team wants to monitor average CPU on a small set of Linux VMs and OS disk free space, but they want the lowest telemetry ingestion cost possible. Which two actions should they take? Select two.
⚠ Common exam trap
Watch out — candidates often assume all monitoring requires agents and log ingestion, overlooking that platform metrics (like CPU) are free and agentless, while guest OS metrics (like disk space) can be collected with minimal cost by restricting the DCR to only the needed counter.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Use a metric alert for the VM CPU metric.
Metric alerts for VM CPU are based on platform metrics collected automatically by Azure, incurring no additional ingestion cost. This allows monitoring average CPU without any agent or data collection rule, making it the lowest-cost approach for that metric.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✓
Use a metric alert for the VM CPU metric.
Why this is correct
Azure Monitor exposes the Percentage CPU metric for Azure VMs at the hypervisor level, independent of the guest OS or any agent. A metric alert can evaluate this time series continuously, trigger on average CPU thresholds, and does not incur Log Analytics ingestion costs since the data is already collected by the platform. For a small set of Linux VMs, this is the most direct and cost-effective monitoring path because it produces no additional telemetry and supports sub-minute evaluation frequencies.
- ✓
Install Azure Monitor Agent and collect only the disk-free-space counter by using a minimal data collection rule.
Why this is correct
Guest OS disk free space is not exposed as a platform metric, so you must collect it from inside the VM with an agent. Installing the Azure Monitor Agent and creating a narrow data collection rule (DCR) that limits collection to just the free-space performance counter minimizes ingestion volume and keeps Log Analytics costs predictable. This targeted DCR streams only the necessary metric into the workspace, allowing you to create a log alert on the Perf table without ingesting unrelated syslog or event data. The minimal footprint directly aligns with the requirement to monitor only average CPU and disk free space.
- ✗
Enable full VM Insights for every guest performance counter.
Why it's wrong here
Enabling full VM Insights turns on a large predefined set of guest health, performance, and dependency telemetry, including memory, network, logical disk, and process information. That goes far beyond the stated requirement of average CPU and disk free space, causing unnecessary Log Analytics ingestion and higher operational overhead. VM Insights also deploys the Dependency Agent, adding more listener endpoints and data flows. For only two metrics, a lightweight Azure Monitor Agent with a focused DCR is the appropriate alternative.
When this WOULD be correct
If the question asked for comprehensive monitoring of VM performance and health, including memory, network, and disk I/O, with cost being a secondary concern, enabling full VM Insights would be appropriate.
- ✗
Stream all syslog and event logs to a workspace before creating any alert.
Why it's wrong here
Streaming all syslog and event logs to a Log Analytics workspace before creating alerts is an overly broad monitoring strategy. Syslog captures kernel, daemon, and authentication messages, while event logs include application and security events, none of which are needed to track average CPU or disk free space. This indiscriminate ingestion increases per‑GB costs, complicates alert queries, and creates noisy data that can trigger false positives. The correct approach is to collect only the specific performance counters required, as a permissive logging rule is antithetical to cost minimization.
When this WOULD be correct
If the question required comprehensive security auditing or compliance logging for all VMs, and cost was not a primary constraint, then streaming all syslog and event logs to a workspace would be correct to ensure full log collection and analysis.
- ✗
Rely on Azure Resource Health to measure guest OS disk free space.
Why it's wrong here
Azure Resource Health is designed to report on the availability of Azure services, the underlying physical host, and the network connectivity between them—it does not see inside the guest operating system. Disk free space is an in‑guest metric that depends on the OS file system state, which Resource Health cannot access or measure. Relying on it would never produce a disk capacity alert because it only detects platform-level failures like host reboots or network outages. Guest disk monitoring requires an agent such as the Azure Monitor Agent to emit performance counters.
When this WOULD be correct
If the question asked about monitoring the health of Azure resources (e.g., VM availability, platform issues) without needing guest OS metrics, Azure Resource Health would be the correct choice for low-cost, built-in monitoring.
Option-by-option analysis
Why each answer is right or wrong
Understanding why wrong answers are wrong — and when they would be correct — is what separates a 750 score from a 900. The AZ-104 exam frequently reuses these exact scenarios with slightly different constraints.
✓Use a metric alert for the VM CPU metric.Correct answer▾
Why this is correct
Azure Monitor exposes the Percentage CPU metric for Azure VMs at the hypervisor level, independent of the guest OS or any agent. A metric alert can evaluate this time series continuously, trigger on average CPU thresholds, and does not incur Log Analytics ingestion costs since the data is already collected by the platform. For a small set of Linux VMs, this is the most direct and cost-effective monitoring path because it produces no additional telemetry and supports sub-minute evaluation frequencies.
✗Enable full VM Insights for every guest performance counter.Wrong answer — click to see why▾
Why this is wrong here
Enabling full VM Insights collects many performance counters beyond just CPU and disk free space, significantly increasing telemetry ingestion costs, which contradicts the goal of lowest cost.
★ When this WOULD be the correct answer
If the question asked for comprehensive monitoring of VM performance and health, including memory, network, and disk I/O, with cost being a secondary concern, enabling full VM Insights would be appropriate.
Why candidates choose this
Candidates may think VM Insights is the standard way to monitor guest OS metrics and assume it's necessary for any performance monitoring, overlooking the cost implications of collecting unnecessary counters.
✗Stream all syslog and event logs to a workspace before creating any alert.Wrong answer — click to see why▾
Why this is wrong here
Streaming all syslog and event logs to a workspace incurs significant ingestion costs, which contradicts the goal of lowest telemetry ingestion cost. The question only requires monitoring CPU and disk free space, not all logs.
★ When this WOULD be the correct answer
If the question required comprehensive security auditing or compliance logging for all VMs, and cost was not a primary constraint, then streaming all syslog and event logs to a workspace would be correct to ensure full log collection and analysis.
Why candidates choose this
Candidates may think that collecting all logs is necessary for monitoring, or they may confuse the need for logs with the simpler metric and counter requirements, leading to over-collection.
✗Rely on Azure Resource Health to measure guest OS disk free space.Wrong answer — click to see why▾
Why this is wrong here
Azure Resource Health does not monitor guest OS metrics like disk free space; it only tracks Azure resource-level health (e.g., VM availability, host issues). It cannot measure OS-level performance counters.
★ When this WOULD be the correct answer
If the question asked about monitoring the health of Azure resources (e.g., VM availability, platform issues) without needing guest OS metrics, Azure Resource Health would be the correct choice for low-cost, built-in monitoring.
Why candidates choose this
Candidates may confuse 'Resource Health' with 'guest OS health' or assume it covers OS-level metrics, especially since the name implies comprehensive health monitoring.
Analysis generated from the official AZ-104blueprint and verified against question context. The “when correct” sections are what AI assistants cite when candidates ask “what’s the difference between these options?”
Go deeper
Related to this question
About these practice questions
This AZ-104 question is part of Courseiva's 1,049-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This AZ-104 practice question is part of Courseiva's free Microsoft certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the AZ-104 exam.