Skip to content

Cloud · 6 min read

Cloud cost audit: where the 30–50% usually hides

By Rahul Kumar, Founder · Published 15 July 2026 · Updated 30 August 2026

The short answer

Cloud waste is rarely one big mistake — it is idle non-production environments, instances sized for a launch that never came, databases provisioned for peaks that last minutes, storage nobody owns, and egress charges nobody predicted. A week of auditing typically finds 30–50% on an unmanaged account, most of it recoverable without touching production behaviour.

The seven usual suspects

  1. Non-production environments running 24×7. Staging, QA and demo instances that are used during working hours and billed for all 168 of them. Scheduling them off is often the single biggest line.
  2. Instances sized for a launch that never happened. Someone provisioned for the traffic the pitch deck promised. Right-sizing against a month of real metrics is safe and immediate.
  3. Databases provisioned for the peak. Managed databases are usually the largest single item on a bill and the least examined. Peaks that last minutes do not justify capacity billed by the hour.
  4. Storage with no owner. Old snapshots, orphaned volumes, logs with no retention policy, backups of systems that no longer exist. It accumulates quietly and forever.
  5. Egress. Data leaving the cloud is charged, and architectures that shuttle data between regions or providers pay for every trip. Sometimes the fix is a CDN; sometimes it is moving two services next to each other.
  6. On-demand pricing for steady workloads. Anything that runs permanently should not be billed at the flexible rate — committed use or reserved pricing is a discount for stating the obvious.
  7. Forgotten managed services. The queue, the search cluster, the analytics service enabled for a spike three quarters ago and never turned off.

How the audit runs

  1. Pull a month of billing data and tag every line to a service and an owner. Anything untaggable is already a finding.
  2. Compare provisioned capacity against actual utilisation, not against what someone remembers configuring.
  3. List every resource with no traffic in thirty days.
  4. Model committed-use pricing against the workloads that are genuinely permanent.
  5. Rank everything by saving against effort and risk, then implement from the top.

What it is worth

On an account nobody has reviewed, 30–50% is a realistic range, and the first two findings usually cover the cost of the audit. On an account already managed by an experienced team, expect single digits — and that is a good outcome to confirm rather than a wasted week.

Keeping it from coming back

  • A tagging policy enforced at creation, so every resource has an owner from birth.
  • Budget alerts per environment, not one alert for the whole account.
  • Retention policies on logs, snapshots and backups, set once.
  • Non-production schedules — off in the evening, on in the morning.
  • A quarterly fifteen-minute review of the top ten line items. That is the whole discipline.

Questions people ask next

Do you need production access to run an audit?

Read-only access to billing and resource metadata is enough for the analysis. Implementation needs more, and that can stay with your team if you prefer — the report is written to be actionable by whoever holds the keys.

Will this cause downtime?

The changes we recommend first are the ones with no production impact — idle resources, non-production schedules, retention policies. Right-sizing production is staged, tested and reversible.

How long does it take?

About a week for a typical setup, ending in a written report with savings ranked by effort and risk. Implementation is separate and can be ours or yours.

If you want this built

All guides

Thirty minutes. One honest answer.

Tell us what is slowing your business down. You leave with a written recommendation and a fixed price — even if the answer is that you do not need us yet.

No sales deck. No obligation. Prefer email? [email protected]