Cost Optimization
How Evidence-Backed VM Rightsizing Actually Works
"Rightsizing" has a bad reputation with a lot of engineers, and for good reason: most tools that claim to do it are really just checking whether average CPU sat below some arbitrary line — 5%, 10%, whatever a product manager picked — for a week. That's not evidence. That's a guess with a percentage sign on it.
Start with the right window, not the average
Averages hide exactly the thing you need to see. A VM that spikes to 80% CPU for twenty minutes every morning during a batch job will show a comfortable 6% daily average — and a naive tool will happily flag it for downsizing, right before that batch job starts missing its SLA.
CloudMint pulls real CPU, network, and disk I/O straight from Azure Monitor at the metric level — not a pre-aggregated dashboard number — over a window long enough to catch a weekly batch cycle or a Monday-morning traffic spike, but recent enough that the evidence still reflects how the VM is actually being used today.
Noise-resistant, not just percentile-of-the-week
A raw percentile taken across a whole time window can still be skewed by a single unusual day — a deploy, an incident, a one-off load test. CloudMint's telemetry pipeline is built specifically to keep one noisy day from dominating (or from being thrown out as a hand-tuned "outlier"). The result answers a specific question honestly: on a normal-to-busy day, how much headroom does this VM actually use? Not "what's the average," and not "what's the single worst five minutes we happened to record."
A confidence score before it ever becomes a recommendation
Evidence alone isn't a recommendation — it's an input. Before a utilization reading becomes a proposed action, it's scored for confidence. A VM with two weeks of clean, consistent telemetry gets treated differently than one with gaps in its metrics or wildly inconsistent daily patterns. Low-confidence evidence doesn't get suppressed; it gets labeled, so the person approving the change knows exactly how much to trust it.
Then, and only then, a real size step-down
Once a VM clears its confidence bar, CloudMint matches it against real Azure VM size tiers — not "cut it in half." Azure VM sizes step in specific vCPU/memory increments, and a legitimate rightsizing recommendation respects that instead of proposing a size that doesn't exist or that trades away memory the workload actually needs.
Why this is worth the extra rigor
Every one of these steps exists to answer the same objection an engineer will raise the moment they see a rightsizing suggestion: "how do you know this won't break something?" A flat-threshold tool has no good answer. A noise-resistant, confidence-scored, tier-matched recommendation does — and that's the difference between a suggestion your team ignores and one they actually approve.
See this evidence-backed pipeline on your own environment.
Tell us what you're running — we'll size a plan for it.