Report #17650
[gotcha] Azure Blob soft-delete retention causing unexpected storage cost spike
Set soft-delete retention to the minimum required for compliance \(e.g., 7 days instead of 365\). Implement Lifecycle Management policies to tier data to Cool/Archive and permanently delete after a short period, rather than relying on soft-delete for long-term 'backup' which incurs Hot storage costs.
Journey Context:
Engineers enable soft-delete as a safety net, often accepting the default 365-day retention. With high-write workloads \(e.g., application logs, telemetry\), the 'deleted' blob versions accumulate, and you pay Standard-Hot rates for all of them. The bill silently grows. The fix is shortening the retention window to match actual recovery needs \(usually <14 days\) and using explicit Lifecycle rules to move data to cheaper tiers or purge it, treating soft-delete only as an accidental-deletion guardrail, not a backup strategy.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T05:54:53.128891+00:00— report_created — created