服务器Raid配置的一些思考

背景

随着公司软件的发展.客户越来越多.
测试环境和兼容环境也越来越多.
不管是虚拟化,还是裸金属做数据库
存储都是绕不开的一道门槛.
最近又上架了几台服务器, 所以想趁着周末总结一下
最近服务器上架的一些得失,
以及未来客户现场部署的一些可能的事项.

---

关于存储

存储是一切软件的基础
没有存储软件几乎是无法运行和交付的.
存储也是数据的栖身之所,他的性能和稳定性会影响良多.

现阶段服务器看的很多是CPU和内存,但是在传统应用里面
存储的性能也会决定非常多的地方.

甚至存储性能不好会导致再高的CPU和内存都无法弥补的性能下降.

存储比较核心的地方在于Raid的设置
虽然可以单盘,但是单盘的性能和容量都非常有限,安全性也不是很好.
所以需要进行一些Raid设置.这一块是非常关键的.

---

RAID的一些说明

磁盘阵列（Redundant Arrays of Independent Disks，RAID），
有"数块独立磁盘构成具有冗余能力的阵列”之意。

RAID 一般常用的有 0 1 10 5 6 50 60
用的比较多的是 5 6 10
但是因为有写惩罚
RAID0  写惩罚 是1
RAID1  写惩罚 是2
RAID10 写惩罚 是2
RAID5  写惩罚 是4
RAID6  写惩罚 是6

所以一般很不建议将RAID6用于生产, 如果想节约成本可以使用
RAID5+HOT_Spare盘的方式进行部署. 安全和写入基本上都可以保证.

---

关于RAID的设置

除了核心的Raid级别的设置还有以下事项也比较重要:
是否开启缓存.
是否开启写缓存
写入的方式是wirte through还是write back
是否开启磁盘缓存
是否开启条带化
是否最大化性能还是最大化安全

---

RAID设置的说明

是否开启缓存
以装机量比较大的LSI 9361-8i 或者是PMC8204-2G进行说明
都可以有2G DDR的缓存.
但是大家也都知道DDR是易失性的,如果一场断电或者是宕机会导致无法挽回的损失.
所以一般会要求带一个BBU
但是BBU 一般有时效性可能需要定期更换.
能够保证再宕机或者是断电时能够将RAID卡内存缓存中的数据写入到非易失性的设备中
保证数据的安全与稳定.

---

RAID设置的说明

Write through和Write back
则是两种方式, 是写入到缓存就告知操作系统, 写入完成
还是必须写入到磁盘才能告知操作系统, 写入完成

使用缓存模式能够极大的提高写入性能 back的效率可能有十倍甚至一百倍的提升
但是如果缓存耗尽,磁盘写入来不也会导致性能断崖式的下降
所以虽然可以使用缓存. 但是也必须保证磁盘的性能不能太差

对应的write back 虽然性能好,但是存在丢失数据的风险, 除非有非常全面的数据保护机制
核心的数据库还是建议慎用.

---

磁盘缓存

现阶段因为 叠瓦硬盘的存在, 硬盘的缓存一般都有了巨大的提升
开启硬盘的缓存对硬盘写入也是有所提升的
但是与write back 一样需要有机制来保证数据安全

也跟write back一样缓存被耗尽,性能也会出现断崖式的下降
甚至导致上层应用出现爆CPU 大量等待磁盘返回的故障.
所以这一块性能测试 必须要长时间大压力进行压测, 压穿缓存才可以验证具体的性能.

---

关于数据库的配置

1. 操作系统最好在单独的RAID磁盘组上面. 避免跟核心数据在相同的硬盘上面,出现问题难以解决.
   操作系统可以单独一个两块盘的RAID1进行处理. 可以不用太大,不用强求SSD.
2. 数据库的数据盘最好采用搞转速的HDD SAS盘,或者是高吞吐的SSD进行部署搭建.
   因为数据库的数据盘更多的是离散读和离散写.对磁盘的性能要求极高.
3. 数据库的日志盘可以放到顺序写性能比较好的RAID10的HDD磁盘组上面.
   日志盘需要大量的顺序写并且读比较少. 所以可以如此设置. 缓存也可以开除大量的写入缓存保证性能.
4. 备份盘建议走场外, 如果必须在当前机器上面建议至少再简历单独的RAID组进行设置
   避免部分村损坏出现严重的数据丢失无法挽回.