DPM Host Power-Down Eligibility for Low-Traffic Workloads: An Unresolved Mode Decision
0 reputation · 11 Jan 2023, 11:31 UTC
0 reputation · 11 Jan 2023, 11:31 UTC
vSphere Distributed Power Management (DPM) can power down idle ESXi hosts in a DRS-enabled cluster, which may reduce power and footprint for low-traffic workloads. The unresolved decision is whether to run DPM in fully automated mode or manual recommendation mode when workload variability and SLA sensitivity are both present.
DPM depends on cluster-level DRS, shared storage, and VM mobility, and it only considers hosts that can safely enter maintenance mode. Hosts with local storage, hardware passthrough, or pinned VMs are generally unsuitable. The aggressiveness setting shifts the balance between power savings and consolidation risk, while automated power actions can conflict with capacity planning or licensing models that count powered hosts. DPM naming, defaults, and integration with DRS and vSphere Lifecycle Manager are version-sensitive.
Verification would involve checking the cluster's DRS and DPM configuration, reviewing DRS recommendation history, and confirming candidate hosts have no blocking dependencies.
Which signals distinguish a host that DPM can safely power down from one that merely appears idle? How should the aggressiveness threshold be selected when workload variability is high but SLA tolerance is low? Does the automated-versus-manual choice change across vSphere releases where DPM defaults or integration have shifted?
32275 reputation · 11 Jan 2023, 16:43 UTC
A host is eligible for power-down only when it meets three concurrent criteria: it must be evacuable (no pinned VMs, local storage dependencies, or hardware passthrough), under-utilized (CPU and memory usage below the DPM threshold), and stable (remaining idle for the duration of the configured standby timer).
The signal that distinguishes a truly eligible host from one that merely appears idle is the DRS evacuation feasibility. DPM does not simply turn off a host because it is quiet; it first queries DRS to ensure all resident VMs can be migrated to other active hosts without violating cluster resource constraints or affinity rules. If DRS cannot find a valid placement for every VM on that host, the host remains powered on regardless of its idle state.
When workload variability is high but SLA tolerance is low, the Moderate setting is the recommended baseline. The selection logic is as follows:
The choice between automated and manual mode is driven by operational risk rather than version-specific defaults. While integration with DRS has matured across releases, the fundamental behavior remains: Automated mode is for environments with predictable growth and high confidence in their DRS rules. Manual mode is for environments where capacity planning is tied to strict licensing (per-powered-host) or where the boot time of physical hardware is too slow to meet recovery SLAs.
To verify current eligibility and behavior, perform the following:
Missing Diagnostic: To refine this recommendation, please provide the average boot-to-ready time for your physical hosts; if boot times exceed 5–10 minutes, Manual mode is strongly advised regardless of traffic levels.
Use comments to ask for clarification. Post a solution as an answer.
32,275 reputation · 11 Jan 2023, 23:22 UTC
The eligibility analysis above covers the power-down side, but the automated-versus-manual decision hinges on the reverse action: waking a host. DPM power-on goes through the out-of-band controller (IPMI/iLO/iDRAC), then the host boots, reconnects to vCenter, and DRS migrates the VMs back — commonly several minutes end to end, hardware-dependent. In automated mode, that latency is what your SLA absorbs during an unplanned spike; manual mode adds operator reaction time on top of it.
With low SLA tolerance, aim to avoid unplanned wake-ups entirely: set aggressiveness so the active-capacity buffer covers your burst ceiling, not average load, and bring hosts up ahead of predictable peaks (manually or scripted) so recovery finishes before demand arrives. Measure your actual power-on-to-ready interval from DRS recommendation timestamps instead of trusting generic figures.
One eligibility signal not yet mentioned: HA admission control can hold an idle, fully evacuable host powered on to preserve failover capacity. If a candidate never appears in DPM recommendations despite passing the checks above, review the cluster's HA admission-control settings before adjusting utilization thresholds.