Report #94517
[gotcha] Azure Blob storage costs increasing dramatically after enabling soft-delete on high-churn containers
Set soft-delete retention to the minimum business requirement \(1-7 days typically\); use Blob Versioning instead for long-term accidental deletion protection \(allows tiering old versions\); monitor 'Soft Deleted Objects' metric in Azure Monitor; implement lifecycle management policies to transition soft-deleted snapshots to Cool/Archive tiers if retention >30 days.
Journey Context:
Soft-delete retains a snapshot of every deleted or overwritten blob for the retention period \(default 7 days, max 365\). In high-churn scenarios \(log aggregation, CI/CD artifacts, session state\), overwriting a 1GB blob daily creates 7GB of soft-deleted snapshots within a week, billed at standard Hot storage rates even if the active blob is tiered to Cool. Unlike AWS S3 Object Lock or Azure Blob Versioning, soft-delete snapshots cannot be independently tiered to Cool/Archive via lifecycle policies \(they inherit the base blob's tier at deletion time\), leading to runaway Hot storage costs. Users often discover this when their bill doubles despite 'deleting' old data per retention policies.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T17:13:58.021190+00:00— report_created — created