Subchapter 1.4

AKS Storage Optimization

references/aks-storage-optimization.mdMarkdown4 KBView on GitHub

Reduce AKS persistent-volume and disk cost without weakening durability or performance. Never delete, migrate, change tier/redundancy, or recreate a node pool without explicit approval.

This workflow provides detailed rightsizing for Azure Disk CSI volumes and snapshots. For Azure Files or Blob CSI volumes, first verify the Kubernetes-to-Azure mapping, then invoke cost-optimization when available for service-specific lifecycle, tier, and pricing analysis. Use azure-storage for non-cost configuration guidance.

Collect Evidence

AKS Storage Optimization · AKS Cost Optimization · microsoft/azure-skills · Skills Docs

az aks show --name "<cluster-name>" --resource-group "<resource-group>" \
  --query "{id:id,nodeResourceGroup:nodeResourceGroup,location:location,workspace:addonProfiles.omsagent.config.logAnalyticsWorkspaceResourceID}" \
  -o json

Query Resource Graph for microsoft.compute/disks and microsoft.compute/snapshots when the resource is in the node resource group, its ID matches a PV volume handle, or its snapshot source is a mapped disk. Project ID, name, resource group, location, SKU, size, disk state, managedBy, creation time, snapshot source ID, provisioned IOPS/throughput, and tags. Compare exact case-insensitive resource IDs with PV volume handles, then classify each resource under the applicable path:
- Mapped-volume optimization: classify the mapping as verified, ambiguous, or broken. For a mapped-volume candidate, require an exact verified PVC -> PV -> Azure resource mapping before recommending deletion or tier/capacity changes, attributing cost, or estimating savings.
- Orphan investigation: a disk without a PV is expected to be unmapped. Require its exact Azure resource identity; cluster and owner provenance from resource group, creation history, and tags; no attachment; an exhaustive check for Kubernetes volume handles and Azure compute, snapshot, backup, restore, and other references; and owner confirmation of backup and recovery requirements. Only then classify it as a verified orphan candidate. Ambiguous identity, provenance, ownership, or references blocks cleanup advice.
If cost-analysis is available in the host skill inventory, invoke it to retrieve billed ActualCost grouped by ResourceId for verified mapped resources and verified orphan candidates at the smallest applicable scope. Correlate only exact resource IDs. If the skill or required cost data is unavailable, continue with utilization and performance evidence, report attributable cost and monetary savings as unavailable rather than zero.
For active verified Azure Disk mappings, use storage metrics for binding-scoped capacity, IOPS, throughput, latency, and throttling evidence. Retain identity/interval verification, coverage/gaps, units, aggregation basis, and capacity changes per disk. Missing, sparse, ambiguous, or unrepresentative history means unknown utilization, not zero.