2024年6月2日发(作者：)
故障诊断与处理
Trouble Shooting
Comment
vSAN运行状况警报的原因
■ 河北 王晓洲 王春海
在vSAN群集
编者按： 在vSAN群集中往往会出现各种各样的问题，
并计算每台主
中，如果出现了
比如笔者遇到的一次vSAN运行状况警报，笔者在本文中
机的可用容量，
“vSAN运行状况
对此进行了剖析。
如表1所列。
警报‘再次出现
在当前情
主机故障后’”的提示，如图
可能通过进一步检查查
况下，使用空间最多的是IP
1所示。出现这种故障的原
看当前vSAN群集中每台主
地址为172.16.12.1的主
因是：
机磁盘组容量、已用容量。
机。如果172.16.12.1出
假设当前群集中一台主
在vSphere Client中，在导
现故障，这个主机上已用容
机出现故障，故障主机上的数
航窗格中选择vSAN群集，在
量5.18TB，会在另外3台
据在其他主机重建之后，主机
“监控→vSAN→物理磁盘”
主机重建，假设每台主机平
数据存储使用情况高于75%。
中查看每台主机磁盘组容
均分配三分之一的容量即
可以在vSphere Client的导
量、已用容量、预留容量，如
1.73TB，则每台主机剩余容
航窗格中选择数据存储，在右
图2所示。
量如表2所列。
侧“配置→更多→警报定义”
将查看到的每台主机空
根据图2的数据存储定
中查看这一定义。
间使用情况数据记录整理，
义来看，如果每台机不出现
黄色的报警，每台主机的可
用容量应该＝7.64×（1－
75%）＝1.91（TB）；如果不
出现红色的报警，每台主机
的可用容量应该＝7.64×
图1 vSAN运行状况警报
（1-85%）＝
【下转第146页】
图2 查看每台主机空间使用情况
2020.03
145
Trouble Shooting
故障诊断与处理
责任编辑：赵志远 投稿信箱：
netadmin@
单位Redis反应迟缓
■ 河南 刘景云
某单位的网
编者按： 笔者遇到Redis数据库在查询和插入数据时，
虑的是否在系统
站后台采用的
接口的响应时间比较缓慢的现象，经分析发现是配置原
配置上存储问
是Redis数据
因造成的，本文将进行详细讲解。
题，例如CPU资
库，为了便于管
源占用率过高，
理Web应用的缓存信息，使
能。但在实际过程中，在查询
内存消耗严重等，有可能造
用Python开发了对应的模
和插入数据时，接口的响应时
成Redis反应迟缓的问题。
块，来提供的不同的HTTP接
间却比较缓慢，这给网站的管
在后台服务器上执行“top”
口，可以用来执行数据查新、
理和维护带来了很大的问题。
命令，在返回信息中的发现
数据插入、数据测试等功能。
只有CPU 1的IOWait值较
Redis是常用的键值存储
故障分析
高，达到了89%，各进程的
系统，提供数据的高速处理功
对于上述故障，首先考
CPU占用率都不高，Python
【上接第145页】
1.146（TB）。
表1 当前vSAN群集每台主机容量记录
但现在每台主机可用容量分
主机磁盘组容量已用容量(TB)预留容量(GB)可用容量(TB)
别为0.67TB、0.81TB、0.80TB，
172.16.12.17.645.1843.682.42
172.16.12.27.645120.232.52
已经达到红色报警级别。所
172.16.12.37.645.13120.152.39
以这是出现图1所示警报的
172.16.12.47.645.0643.892.54
原因。对于这种情况，解决
表2 172.16.12.1主机故障后数据重建后的可用容量
的方法无非是以下两种：
主机磁盘组容量已用容量(TB)预留容量(GB)分担容量可用容量(TB)
1.删除不使用的虚拟
172.16.12.2
7.645120.231.73 0.80
机，删除不需要在vSAN存储
172.16.12.37.645.13120.151.73 0.67
172.16.12.47.645.0643.891.73 0.81
中保存的文件，释放vSAN存
储空间。
点主机。纵向扩容是扩展每
主机有1个磁盘组，每个磁
2.对当前vSAN进行扩
台主机的容量，可以向每台
盘组有1块缓存磁盘、7块容
容。扩容的方式可以是横向
主机磁盘组添加容量磁盘，
量磁盘，已经达到一个磁盘
扩容、纵向扩容。横向扩展
也可以添加新的磁盘组。但
组的上限，所以当前主机可
是向当前vSAN群集添加节
在当前的vSAN群集中，每台
以再添加1个磁盘组。
146
2020.03
发布评论