vCenter Server 7.0磁盘告急？手把手教你清理/storage/log和archive目录（附自动扩容脚本用法）

vCenter Server 7.0存储空间优化实战指南

当vCenter Server 7.0的Web界面开始变得迟缓，或是频繁弹出存储空间告警时，作为运维工程师的你一定知道，这不仅仅是性能问题，更可能是系统稳定性的潜在威胁。本文将带你深入探索/storage/log和/storage/archive目录的清理策略，并揭秘系统内置autogrow.sh脚本的扩容机制，为你构建一套完整的存储空间管理方案。

1. 理解vCenter存储架构与风险预警

在开始任何操作之前，理解vCenter Server的存储架构至关重要。不同于普通Linux系统，vCenter采用了一套特殊的存储管理机制，其中几个关键目录承担着不同功能：

• /storage/log：这是vCenter Server和Platform Services Controller存储所有环境日志的核心目录。从系统运行日志到服务调试信息，都在此目录下积累。随着时间推移，日志文件可能占据数十GB空间。
• /storage/archive：主要用于存储虚拟化环境的归档数据，特别是vPostgres数据库的备份和日志。这些文件虽然对历史问题排查有帮助，但多数情况下超过30天的数据就已经失去即时价值。

重要提示：在执行任何删除操作前，强烈建议创建vCenter Server的完整克隆备份。即使是最简单的文件删除，也可能因为误操作导致系统不可用。

我曾在一个生产环境中目睹过这样的场景：一位工程师在没有备份的情况下直接删除了/storage/log下的文件，结果意外移除了正在被服务引用的日志，导致vCenter服务崩溃。这个教训告诉我们，谨慎永远不嫌多。

2. 安全清理日志目录的完整流程

清理/storage/log目录不是简单的rm -rf命令就能解决的。我们需要一套系统化的方法：

2.1 准备工作与环境检查

首先通过SSH登录vCenter Server管理界面。验证当前磁盘使用情况：

df -h /storage/log

确认/storage/log挂载点的使用率（通常超过80%就需要干预）。然后检查哪些文件占用了最多空间：

du -sh /storage/log/*

2.2 选择性删除日志文件

不同于直接删除所有文件，更安全的做法是按照时间筛选：

find /storage/log -type f -mtime +30 -exec rm -f {} \;

这条命令会删除30天前的日志文件，保留最近一个月的日志用于问题排查。如果你想更谨慎，可以先使用-ls替代-exec rm来预览将被删除的文件。

2.3 日志轮转配置优化

单纯删除文件只是临时解决方案。长期来看，配置合理的日志轮转策略更为重要。vCenter使用logrotate管理日志，配置文件通常位于：

/etc/logrotate.d/vmware-vpxd

你可以调整轮转策略，例如将每周轮转改为每日轮转，并限制保留的日志文件数量：

/storage/log/vmware-vpxd.log { daily rotate 7 compress missingok notifempty }

3. 归档目录的智能清理策略

/storage/archive目录存放着vPostgres数据库的备份和归档日志，这些文件对数据库恢复至关重要，但也最容易失控增长。

3.1 安全删除旧归档文件

进入归档目录并执行时间筛选删除：

cd /storage/archive/vpostgres find . -type f -mtime +30 -exec rm -f {} \;

注意：务必先cd到目标目录再执行删除，避免因路径错误误删系统文件。

3.2 数据库归档参数调优

调整vPostgres的归档策略可以减少未来归档文件的产生：

vim /storage/db/vpostgres/postgresql.conf

修改以下参数：

archive_mode = off # 如果不需时间点恢复，可完全关闭归档 wal_keep_segments = 10 # 减少保留的WAL段数量

4. 自动扩容脚本的深度应用

当清理文件后空间仍然不足时，autogrow.sh脚本是vCenter内置的扩容利器。

4.1 脚本执行前的必要准备

1. 删除所有vCenter快照（快照会阻止磁盘扩容）
2. 通过vSphere Client为vCenter虚拟机增加磁盘空间
3. 确认操作系统识别了新空间：

lsblk

4.2 执行自动扩容

cd /usr/lib/applmgmt/support/scripts/ ./autogrow.sh

这个脚本会自动检测可扩展的分区并调整文件系统大小。执行完成后验证：

df -h /storage/log

4.3 脚本原理剖析

autogrow.sh本质上是一个封装好的LVM操作流程，它会：

1. 扫描系统中未分配的磁盘空间
2. 扩展物理卷(PV)和逻辑卷(LV)
3. 调整文件系统大小

如果你想了解详细过程，可以查看脚本内容：

less /usr/lib/applmgmt/support/scripts/autogrow.sh

5. 构建自动化维护体系

手动清理终究是临时措施，建立自动化维护机制才能一劳永逸。

5.1 创建定期清理任务

编辑crontab实现每月自动清理：

crontab -e

添加以下内容：

0 3 1 * * /usr/bin/find /storage/log -type f -mtime +30 -delete 0 4 1 * * /usr/bin/find /storage/archive/vpostgres -type f -mtime +90 -delete

5.2 监控与告警配置

结合vRealize Operations或其他监控工具，设置存储空间告警规则：

• 当/storage/log使用率超过70%时触发警告
• 当/storage/archive使用率超过60%时触发警告

5.3 容量规划建议

根据环境规模，为不同目录预留合理空间：

在实际运维中，我发现很多团队低估了日志增长的速度。一个繁忙的vCenter实例每月可以轻松产生10GB以上的日志数据。因此，定期审查和调整你的存储策略至关重要。