感谢支持
我们一直在努力

Linux下RAID卡与电池充放电优化简述

介绍

我们的生产服务器经常会做RAID存储,但是单单做了RAID就能保证性能高效和数据安全吗?答案是否定的,我们一般建议使用带电池保护的RAID卡,这样既能保证性能有能保证数据安全,但是也需要经常对电池进行维护;由于成本原因一般的RAID卡会使用锂电池,因为锂电池有较强的惰性,它在非充电状态下会缓慢地自放电(电池特性),一段时间后电量就会和刚充满电时不同,为了能够及时校准电量避免电池因为自放电而导致电量不明确,于是阵列卡控制器会对电池进行周期性地充放电操作(Relearn),以此保证电量的准确性,同时还可以判断电池是否故障或者老化。

查看RAID卡电池情况

MegaCli64 -AdpBbuCmd -GetBbuStatus -aAll

如果返回如下错误那么可能是RAID卡BUU电池有问题或者没有电池保护功能:

Adapter 0: Get BBU Status Failed.
FW error description:
The required hardware component is not present.
Exit Code: 0x22

查看当前RAID卡缓存策略

MegaCli64 -LDinfo -Lall -aAllDefault Cache Policy: WriteThrough, ReadAheadNone, Direct, No Write Cache if Bad BBU

Current Cache Policy: WriteThrough, ReadAheadNone, Direct, No Write Cache if Bad BBU

第一部分:

WriteBack:写缓存策略

WriteThrough:直接写入磁盘,不适用RAID卡缓存。

第二部分:

ReadAheadNone:不开启预读

ReadAhead:开启预读,在读操作的时候,预先把后面顺序的数据载入raid卡缓存,在顺序读的环境中能提供很好的性能,但是在随机读的环境中反而降低读的性能(适合文件系统,不适合数据库系统)

ReadAdaptive:自适应预读,在缓存和I/O空闲时选择预读,默认策略。

第三部分:

Direct:读操作不缓存到RAID卡缓存。

Cached:读操作缓存到RAID卡缓存。

第四部分:如果BBU(电池)出现问题是否启用Write Cache

No Write Cache if Bad BBU:如果BBU出现问题不使用Write Cache,从WriteBack自动切换到WriteThrough,默认配置。

Write Cache OK if Bad BBU: 如果BBU出现问题仍启用Write Cache,这种配置是非常不安全的,除非是有UPS或者双电源的情况下。

RAID卡策略更改

修改WriteBack:

MegaCli64 -LDSetProp -WB -Lall -aAll修改WriteThrough:

MegaCli64 -LDSetProp -WT -Lall -aAll修改No Write Cache if Bad BBU:

MegaCli64 -LDSetProp -NoCachedBadBBU -Lall -aAll修改Write Cache OK if Bad BBU:

MegaCli64 -LDSetProp -CachedBadBBU -Lall -aAll4.其它相关命令

查看机器型号    # dmidecode | grep”Product”

查看厂商    # dmidecode| grep “Manufacturer”

查看序列号    # dmidecode | grep “Serial Number”

查看CPU信息    # dmidecode | grep “CPU”

查看CPU个数    # dmidecode | grep “Socket Designation: CPU” |wc –l

查看出厂日期    # dmidecode | grep”Date”

查看充电状态    # MegaCli64 -AdpBbuCmd-GetBbuStatus -aALL |grep “Charger Status”

显示BBU状态信息    # MegaCli64 -AdpBbuCmd-GetBbuStatus –aALL

显示BBU容量信息    # MegaCli64 -AdpBbuCmd-GetBbuCapacityInfo –aALL

显示BBU设计参数    # MegaCli64 -AdpBbuCmd-GetBbuDesignInfo –aALL

显示当前BBU属性    # MegaCli64 -AdpBbuCmd-GetBbuProperties –aALL

查看充电进度百分比    # MegaCli64 -AdpBbuCmd-GetBbuStatus -aALL |grep “Relative State of Charge”

查询Raid阵列数    # MegaCli64 -cfgdsply -aALL|grep “Number of DISK GROUPS:”

显示Raid卡型号,Raid设置,Disk相关信息      # MegaCli64-cfgdsply –aALL

显示所有物理信息    # MegaCli64 -PDList-aALL

显示所有逻辑磁盘组信息    # MegaCli64 -LDInfo -LALL–aAll

查看物理磁盘重建进度(重要)    # MegaCli64 -PDRbld-ShowProg -PhysDrv [1:5] -a0

查看适配器个数    #MegaCli64 –adpCount

查看适配器时间    #MegaCli64 -AdpGetTime–aALL

显示所有适配器信息    #MegaCli64 -AdpAllInfo–aAll

查看Cache 策略设置    # MegaCli64 -cfgdsply -aALL|grep Polic

RAID卡电池充放电

磁盘阵列是服务器上历史悠久的一项技术,它能够通过不同的阵列模式合理利用空间和性能配比出性价比极高的磁盘阵列,被绝大部分的服务器OEM厂商所广泛采用。其中以LSI公司的MegaRAID SAS产品为主,广泛用于各品牌(除惠普外)的x86服务器。

为何有缓存?

阵列卡核心技术包含三部分内容:1、数据条带化;2、数据冗余;3、高速缓存。其中高速缓存就是所谓的阵列卡内存(以下简称缓存):阵列卡控制器通过一系列算法将上层应用请求过来的写请求进行优化并缓存在阵列卡内存里以此提高应用的写性能(上层应用不必等待数据实际Flush到磁盘上即可完成写操作)。由于缓存也属于RAM的一种,因此也存在掉电丢数据的风险。一旦服务器断电,阵列卡内存中的数据就会丢失,这会给应用造成数据完整性的风险。

电池的诞生

为了保障断电后数据的完整性,于是一种可循环充电式的电池被应用到阵列卡内存单元上。如今大部分阵列卡的内存单元都会外接一个可充电式的电池,以此来为断电后的缓存提供电源支持保障数据在一定时间内不丢失(这个时间通常为48小时)。待到下一次服务器再次恢复电源后,阵列卡控制器会将缓存中的数据Flush到磁盘,以避免脏数据的产生。

缓存的供电方式

1、一般情况下服务器通电时缓存使用的是主板供电; 2、服务器断电时阵列卡板卡电路自动将缓存的供电方式由主板切换到电池;

电池为何要进行充放电操作?

阵列卡锂电池,我们知道锂电池有较强的惰性,它在非充电状态下会缓慢地自放电(电池特性),一段时间后电量就会和刚充满电时不同,为了能够及时校准电量避免电池因为自放电而导致电量不明确,于是阵列卡控制器会对电池进行周期性地充放电操作(Relearn),以此保证电量的准确性,同时还可以判断电池是否故障或者老化。

电池充放电会有哪些操作?

1、控制器首先对电池进行完全放电直至零电量;

2、控制器重新对电池进行充电操作直至充满;

3、控制器对电池的电量重新进行计算校准;

4、等待下一个充放电时间点;

为何充放电会引发性能问题?

充放电操作时由于电池电量无法提供足够的数据保障时间,为了避免风险发生阵列卡控制器默认会将缓存关闭,正是由于缓存被关闭而引发了写性能急剧下降的问题。

惠普服务器为何没有同类问题?

1、惠普阵列卡采用的是镍氢电池,它没有惰性,并且特性和锂电池不同,它并不需要通过完全放电来校准电量。 2、当镍氢电池由于自放电而导致电量降低时到一定程度时(比如80%),阵列卡控制器会感知到这一信息并对电池进行娟流充电以补充失去的电量,整个过程对用户是透明的,也不需要关闭缓存,因此并不会影响IO性能。

是否存在可充电式电池的替代方案?

有!闪存式电容方案不但可以替代电池提供几乎无限的保护数据时间,并且控制器也不会因为充放电而关闭缓存。闪存式电容能够在服务器断电时,由高容量电容向阵列卡提供短暂的供电(大约几分钟),随后阵列卡控制器会将缓存中的数据全部复制到同等容量的闪存介质上。因为闪存是非易失性存储器,因此可以人为几乎是无限时间的数据保护。待下一次服务器正常通电开机,阵列卡控制器在初始化阶段会将闪存中的脏数据重新Flush到磁盘上。

闪存式电容方案也不是绝对非常完美的,缺点也显而易见,就是成本太高!

为何采用可充电式电池?

1、基于可充电式电池的缓存单元价格低廉,比基于闪存式电容的缓存单元要便宜许多; 2、可充电式电池可以通过循环充电已经能够满足一定的数据保护时间。

说到底还是因为成本!

阵列卡自动充放电带来的运维问题?

1、电池寿命有限,更换周期通常是2-3年,更换需要停机操作,增加运维工作量;

2、电池自动充放电时会强制关闭缓存影响阵列性能,给业务造成很大影响,给运维带来压力;

3、由于电池问题引发的问题和故障数不胜数,增加运维团队的工作量。

为何放弃阵列卡自动充放电功能?

1、xiaomi服务器都是双电方案,单电源故障更换操作可在线完成;

2、绑线规范使得电源和插头之间不会出现松动脱离的情况,更加减少了掉电的风险;

3、单个电源的月故障率远远低于磁盘、内存、阵列卡,双电同时故障概率极其低(大约为百万分之1.5552);

解决方案:

1、缓存单元的供电方案更换成闪存式电容;

2、缓存设置为WT(写缓存开启)和CachedBadBBU(强制写缓存开启),AutoLearn仍旧进行只是该过程进行阶段缓存不会被关闭; (推荐)

3、担心AutoLearn期间电池的数据保护时间不够的话,也可以选择不强制打开写缓存,仅在业务低峰期通过MegaCli工具人为进行电池Relearn操作;

本文永久更新链接地址:https://www.linuxidc.com/Linux/2018-05/152457.htm

赞(0) 打赏
转载请注明出处:服务器评测 » Linux下RAID卡与电池充放电优化简述
分享到: 更多 (0)

听说打赏我的人,都进福布斯排行榜啦!

支付宝扫一扫打赏

微信扫一扫打赏