Azure Automation Account
Does ZopNight manage Azure Automation Account?
Azure Automation accounts bill per job-run minute and per node managed by configuration or update management, past the free monthly allowance. ZopNight discovers each account with its runbook context via Resource Graph, attributes job spend from Cost Management, and surfaces homegrown start/stop runbooks for consolidation into 1 scheduling system.
Rules that fire on Azure Automation Account
At a glance
| Field | Value |
|---|---|
| Scheduling notes | discovery and cost visibility only. |
Automation accounts run runbooks, configuration management, and update management, billed per job minute and per managed node. They often encode legacy start/stop scripts worth consolidating.
Minutes and managed nodes are what you pay for
An Automation account charges along two lines. Runbook execution bills by job minute: every minute a runbook spends running, across every schedule and webhook trigger, accumulates against the monthly allowance and then onto the bill. Configuration management and update management bill per managed node, a headcount charge that persists for machines enrolled long ago whether or not anyone still reads their compliance reports. The account object itself is just the container; usage is the meter.
Runbooks as a signal, not just a cost
Discovered via Azure Resource Graph with runbook context. Cost Management billing attributes job spend, and existing homegrown scheduling scripts surface for consolidation into ZopNight schedules. That second part is the interesting one: most Azure estates of any age contain at least one hand-written start/stop runbook, a PowerShell loop over VM names wired to two schedules. Those scripts are exactly the workload ZopNight replaces with managed, auditable schedules, so discovery treats them as migration candidates rather than mere line items. The account itself has no stop operation and is discovery-only.
Legacy automation that quietly outlives its purpose
The recurring waste shapes: start/stop runbooks still cycling VMs that were deleted or renamed, burning job minutes on failures nobody alerts on; update management still enrolled for decommissioned fleets, paying per-node charges for ghosts; and hourly polling runbooks written before event-driven alternatives existed, whose job minutes dwarf the work they do.
Tracing jobs and schedules in the portal
Azure portal → Automation Accounts, then an account’s Jobs blade, shows every recent execution with duration and outcome. Duration is the billable quantity. The Runbooks and Schedules blades together reveal what is wired to run unattended, which is where forgotten automation hides.