盘镜像扩容与userdata预算

【踩坑实录】盘镜像扩容与 userdata 预算

▍现象
虚拟机工程真机验证：装上应用、导入系统镜像后，设备存储告急——验证机（小存储档设备）使用率百分之九十五，仅剩十几个吉字节。再装两个应用或存几份快照就要爆。用户侧同样的崩溃只是时间问题。

▍定位过程
存储账单拉出来（存储预算篇的方法）：应用本体（安装占用）、系统镜像集（该工程实测约两个半吉字节——系统盘加数据盘的镜像对）、用户数据分区（客户机的数据盘，默认档给到四个吉字节）、快照预算（每份一两个吉字节，多份累积）。四项加总远超小存储设备的合理预算——问题不是哪一项太大，是预算制度缺失：每项都按理想档给的默认值。

▍根因
虚拟机类应用的存储是乘法结构：镜像集是基数，数据分区与快照是倍数（都要占实体空间）。没有预算约束的默认配置，在小存储设备上必然越界。工程记录的登记原文：验证机存储百分之九十五满，镜像集加数据分区加快照预算的硬约束。

▍对策
预算制度化（工程的空间纪律）：数据分区默认档压缩（默认档从充裕值压到四个吉字节，用户可按需扩）；快照自动回收（保存新档自动回收旧档——工程把回收做成保存后的自动链，快照空间从累积变成滚动）；安装前存储检查（剩余空间低于阈值的引导：降档安装建议或清理引导——别让用户装完就满）；镜像集只读共享（多虚拟机共用一份基础镜像的方案——按需扩展）。

▍方法论沉淀
重存储应用的三板斧：默认档保守、衍生品（快照与缓存）滚动回收、安装前预算检查。三斧齐了，小存储设备上的体验才立得住。

存储预算的完整数字账在虚拟机工程实录，apps 板块 56 篇欢迎对照。