Home

【vCenter】增加 VMware vCenter Server Appliance 的磁盘空间

这篇文章记录给 VMware vCenter Server Appliance 扩容磁盘的处理过程。常见触发场景是 VCSA 告警 Log Disk Exhaustion on vCenter,本质上通常是 log 分区空间耗尽。

适用场景

这类处理方式适用于:

  • 5480 管理界面已经提示某个存储分区空间不足
  • 已经确认需要扩的是 VCSA 自带的某块业务磁盘
  • 希望按 VMware 推荐方式扩容,而不是手工改分区或直接删文件

问题现象

在一次巡检中,发现 VCSA 磁盘空间不足。登录 https://<VCSA-IP>:5480 后,在“监控 > 磁盘”页面可以看到 log 分区已经接近打满。

也可以直接通过命令行检查:

df -h

处理步骤

1. 在虚拟机层面扩容对应磁盘

打开 VCSA 虚拟机的编辑设置页面,找到对应的磁盘。文中的案例是把 硬盘 510G 扩到 15G

如果界面无法编辑磁盘大小,先检查是否存在快照;有快照时通常不能直接扩容,需要先处理快照问题。

2. 在 VCSA 内执行自动扩容

通过 SSH 登录到 VCSA,进入 shell 后执行:

vpxd_servicecfg storage lvm autogrow

如果看到 VC_CFG_RESULT=0,通常表示自动扩容已经完成。随后再执行一次 df -h,确认空间是否已经增长。

这一步很关键,因为 VCSA 扩盘并不是只在虚拟机层面把 VMDK 做大就结束了,系统内部的 LVM 和挂载点也要同步增长。

3. 启动相关服务

扩容完成后,把服务整体拉起:

service-control --start --all

4. 回到 5480 页面验证

最后再回到 5480 管理页面确认磁盘状态,正常情况下扩容后的健康状态会恢复。

注意事项

VCSA 不是普通 Linux 虚拟机,不建议简单通过手工删除日志的方式来“凑出空间”。更稳妥的做法还是按 VMware 官方推荐方式扩对应的 VMDK,然后用系统自带工具自动扩容。

如果只是临时删文件,看起来空间可能会回升,但很容易掩盖真正的问题,而且后续升级、备份或日志轮转仍然可能继续出错。

VCSA 6.7 / 7.0 常见 VMDK 用途

下面这张表可以帮助快速判断应该扩哪一块磁盘:

磁盘 (VMDK)默认大小(微型部署)挂载点作用
VMDK112 GB/、/boot、swap系统内核与引导相关目录
VMDK21.8 GB/tmp临时文件
VMDK325 GBswap交换分区
VMDK425 GB/storage/core核心转储
VMDK510 GB/storage/logvCenter 和 PSC 日志
VMDK610 GB/storage/dbVMware Postgres 数据库
VMDK75 GB/storage/dblog数据库日志
VMDK810 GB/storage/seat统计、事件、警报和任务
VMDK91 GB/storage/netdumpESXi 转储
VMDK1010 GB/storage/autodeployAuto Deploy 存储库
VMDK1110 GB/storage/imagebuilderImage Builder 存储库
VMDK12100 GB/storage/updatemgrUpdate Manager 存储库
VMDK1350 GB/storage/archivePostgres WAL 归档

总结

VCSA 扩容时,思路应该是:

  1. 先确认哪个挂载点满了
  2. 再确认它对应哪块 VMDK
  3. 在虚拟机层面扩盘
  4. 回到系统内执行自动扩容并验证

这样处理最稳,也最符合 VCSA 的维护方式。

Linux VMware LVM 存储