ZSTACK · 答客问 | 存储空间快满了？这5个信号出现时就该行动了

你有没有收到过这样的告警："主存储可用容量不足"？如果有，说明你的存储已经进入了危险区。如果没有——那更要注意，可能只是告警还没配置。

存储是整个平台的底座。它不像某一台虚拟机出问题只影响一个业务，存储一旦出事，所有业务都会受影响。但好消息是，大部分存储故障是有预兆的。今天把最容易被忽略的几个信号整理出来，帮你防患于未然。

Q1：存储用到多满需要开始紧张？

先说结论：

怎么看当前的使用率：

• 在管理平台的"主存储"页面可以直接看到容量使用情况
• 如果用的是分布式存储，也可以在存储管理界面查看各个存储池的使用率

但光看总容量不够，还要注意几个"隐形杀手"——它们会在你不知不觉中吃掉大量空间：

快照太多了

快照是好东西，但存多了不光占空间，还拖慢读写性能。特别是某些存储类型的快照是链式结构，删不掉中间的。建议每个虚拟机保留不超过3-5个快照，过期的及时清理。

闲置资源没清理

我们在巡检中经常发现：有的环境里存在几十甚至上百个超过90天没有任何操作的虚拟机，还有大量创建了但从没挂载过的云硬盘。这些都在占用你的存储配额。

备份数据堆积

如果你配置了定时备份，留意一下保留策略。我们见过备份数据把管理节点的系统盘撑满的案例——管理节点一旦磁盘满了，整个平台都可能出问题。

日志和临时文件

管理节点上的系统日志、数据库日志如果没有配置自动轮转和清理，日积月累也是一笔不小的开销。

容量告警没配置

最危险的信号是"没有信号"。如果你没有配置存储容量告警，空间满了才发现——那已经来不及了。

强烈建议做的一件事：在平台的监控告警中配置存储容量报警。设置一个80%的阈值，容量到了自动通知你。不要等到满了才发现。

Q2：存储突然连不上了，一般是什么原因？

存储"失联"是影响最大的存储故障——所有在这个存储上运行的虚拟机都会受影响。从我们的经验来看，最常见的原因有这几个：

存储网络配置有问题

这个原因排在第一位，而且特别隐蔽。如果你的存储网络做了双网卡绑定（bond），绑定策略的选择非常关键。我们发现不少环境使用了不合适的策略，导致两张万兆网卡实际上只有一张在工作，另一张完全闲置。当工作的那张网卡流量打满，存储通信就开始丢包，然后失联。

怎么检查：看一下网卡绑定的配置，确认用的是基于IP+端口的流量分发策略，而不是基于MAC地址的策略。如果不确定怎么改，建议联系技术支持。

密码改了没同步

和服务器失联一样的原因——存储节点的密码修改后没有在管理平台同步，导致连接认证失败。

安全加固影响了通信

过等保做安全加固时，如果升级了SSH版本或者修改了SSH配置但没考虑到平台通信的兼容性，也会导致存储连接断开。做安全加固前，建议先确认对平台通信的影响。

存储节点内存不足

分布式存储的监控节点如果内存太小，在负载高峰时可能崩溃。存储集群要求至少半数以上的监控节点正常才能工作，所以一旦多个节点同时出问题，整个存储就不可用了。建议监控节点至少预留32GB内存。

Q3：存储系统报了"健康警告"，能不能先不管？

不能。 这个警告的意思是"我现在还能跑，但已经有隐患了"。如果不处理，很可能恶化到数据不可用。

几个最常见的警告和应对：

存储读写变慢了。 表现为操作延迟明显增加。通常是存储网络瓶颈（回到刚才说的网卡绑定策略问题）或者某些硬盘性能下降导致的。平均延迟超过50毫秒就属于异常，需要排查。

时间没对齐。 分布式存储对时间同步的要求非常严格。节点之间的时间差超过1秒，存储心跳就可能超时，触发一系列连锁反应。确保所有节点都配置了NTP时间同步，偏差控制在100毫秒以内。

部分磁盘离线。 硬盘故障或网络问题导致存储节点离线。如果你用的是双副本模式，任何一块盘出问题数据就只剩一份了——再坏一块就是数据丢失。生产环境建议至少使用三副本。

自查清单：5件事现在就可以做

• 看一眼存储使用率，超过70%就开始规划扩容或清理
• 清理过期的快照，每个虚拟机保留不超过3-5个
• 排查闲置资源：超过90天没操作的虚拟机、没挂载的云硬盘，该释放的释放
• 确认存储容量告警已配置（建议阈值80%），并且通知渠道是通的
• 检查所有存储节点的时间同步状态，确保偏差小于100毫秒

这些情况建议联系技术支持

• 存储系统报了严重错误（不是警告），数据可能处于降级状态
• 存储失联后重连不上
• 需要对存储进行扩容操作（部分扩容操作有风险，建议在指导下进行）
• 存储容量超过90%需要紧急处理
• 存储读写延迟持续飙高，排查不到明确原因
• 多块硬盘同时离线，怀疑硬件批量故障