首页/系统/服务器硬件与 RAID 速查/阵列混盘的风险与边界
硬盘故障与更换68 条

阵列混盘的风险与边界

同一阵列混用不同型号、容量或转速的盘会带来容量浪费与性能参差:容量按小盘计算、性能按差盘兜底、重建策略可能更复杂。

混盘会带来什么

同一个阵列里混用不同型号、容量或转速的盘,会带来三类问题:容量按最小盘计算,多余空间被浪费;性能被最慢的盘拖住,阵列整体响应变差;不同型号与固件的盘在重建参数与错误处理上也有差异,重建过程更复杂。扇区格式不一致时,甚至可能直接被控制器拒绝。

基本信息

容量口径阵列容量按最小成员盘计算,大容量盘的多余空间不可用
性能口径整体表现由最慢的成员盘决定
兼容风险型号与固件不同会带来行为差异与重建参数差异
扇区格式512e 与 4Kn 混用可能被拒绝或出现性能异常
权限要求root

典型使用场景

  • 扩容时评估仓库里现有盘能否加入阵列
  • 接手旧阵列时盘点成员盘是否同型号
  • 采购备件时确定必须匹配的规格项
  • 做换盘演练时提前发现兼容性问题
  • 交付文档中标注混盘现状与风险

盘点现有盘规格

盘点现有盘规格
storcli /c0/eall/sall show all | grep -i -E "Model|SN|RPM|Sector"   # 型号、序列号、转速、扇区
smartctl -i /dev/sdb | grep -i -E "Model|Firmware"                   # 型号与固件版本
storcli /c0/vall show all | grep -iE "RAID|Size|State"               # 阵列级别与容量口径
storcli /c0/eall/sall show | grep -iE "UGood|Onln|Hsp"               # 现有盘的角色分布

混用维度对照

维度影响建议
容量不同按小盘容量计算,多余空间浪费尽量使用同容量
转速不同性能被慢盘拖累同转速、同代次
型号与固件不同行为差异、重建参数差异同型号、同固件批次
扇区格式不同可能被拒绝或性能异常统一为 512e 或 4Kn
扩容加盘时优先补齐同型号;确实需要混用时,把差异记下来并在验收文档中标注风险。
混盘带来的容量损失可以通过规划避免:扩容前先按最小成员盘算一遍可用容量,再决定是补充同容量盘,还是整组替换。

易错点

  • 扩容时随手拿仓库里的盘:容量与型号差异会让阵列性能与后续规划失真
  • 混盘后不做重建演练:真到换盘时才发现兼容性问题,窗口期被拉长
  • 忽略扇区格式:512e 与 4Kn 混用会被拒绝,或者出现难以解释的性能异常
  • 只比型号不看固件:同型号不同固件批次同样存在行为差异,备件要与在线盘对齐

数据来源与参考

  • Broadcom MegaRAID 用户指南(兼容性说明)
  • 硬盘厂商选型指南
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌