「存储极客」三步完成全闪存选型

在《存储极客：SPC-1负载分析与AFA寿命评估》一文中，我们讨论了如何从SSD耐用性角度规划match存储系统的配置。今天再谈谈闪存性能的规划，包括测试和配置选型两个方面。存储极客设计了下面这个流程：应用性能收集/评估 >>存储设备模拟测试 >>后续分析怎样把前两个环节打通，是问题的关键。

某家存储厂商性能收集/分析工具的截图，算是同类中的一个代表吧。

测试准备 全闪存阵列配置实践

我先讲一些基础的东西，包括SAN存储网络建议怎么连、划Zone的规则和HBA卡参数等。针对的应用环境是数据库——Oracle OLTP。

图片引用自《Accelerating Oracle OLTP with Dell SC Series All-Flash Arrays》，以下同。

上面是一个典型的传统OracleRAC+集中式存储阵列+SAN网络的配置。其中以DellSC9000为例，双控同时连接到后端的SC220SAS驱动器机箱，里面满配24个SSD中有一块热备盘。

1、存储网络最佳配置

存储和PowerEdgeR730服务器之间有2个Brocade6505 16GbFC交换机。在服务器FCHBA驱动设置上，包括timeouts（超时）和QD（队列深度）的建议如下：

To adjust the values, the following lines were added to file /etc/modprobe.d/qla2xxx.conf.

options qla2xxx qlport_down_retry=5

options qla2xxx ql2xmaxqdepth=

由于是冗余的本地存储连接，每条路径的超时重试时间为5秒。

Once the system has restarted, verify that the configuration changes have taken effect:

# cat /sys/module/qla2xxx/parameters/qlport_down_retry

5

# cat /sys/module/qla2xxx/parameters/ql2xmaxqdepth

32

FCHBA的队列深度建议设为32。这部分都是以QLogic光纤卡为例，如果换Emulex也是同样的道理。

下面我们看看Zone的配置。

以左右两边FC交换机为中心拓扑出2个存储网络故障域，如果是iSCSI就换成以太网交换机。

上图以其中一台服务器为例。2块FCHBA卡上共有4个端口，camaro代表主机名，s1/s2分别对应左右两边的HBA卡。每块HBA都同时连接到2台FC交换机，然后可以看到两个存储控制器上的全部主机接口。

上图是故障域Fabric1中的4个Zone。前面2个Zone包含服务器camaro上两块HBA卡靠左边的端口，它们都可以看到双存储控制器靠左的2个主机接口。如果感觉上面两张图的对应关系还不够清楚，不妨再看看下面这个表：

如上表，在一台服务器上，每块HBA卡的2个口分别可以看到同Zone中所有存储控制器上的1,2/3,4端口。目的大家也都清楚：为了实现SAN网络连接的高可用、有效利用带宽，隔离以降低管理上的复杂性。

2、宽条带化和Thin-Provisioning注意事项

本文测试的SC9000配置了24个1.92TB读密集型3DNANDTLCSSD，2MB的“数据页面”就是DellSC（Compellent）的宽条带化RAID打散粒度。如果做自动分层存储的话，这个数据调度的粒度也是2MB，靠同一套元数据管理机制来实现的。

RAID10-DM就是三重镜像，可以理解为存储控制器本地三副本，最大保障数据可靠性，同时没有分布式存储多副本的网络开销。

因为传统RAID10的双盘故障风险在宽条带化存储池中被放大了，而RAID6的随机写性能又不够理想，RAID10-DM给了用户更多一种选择。

以DellSC为例，当SSD/HDD容量、个数在一定范围内会推荐采用RAID10-DM镜像，如果超出一定水平则强制要求镜像保护必须为RAID10-DM，这是为数据安全性考虑的。

存储管理界面截图引用自《工程师笔记：SCv2000试用之RAID分层+快照》一文。

有没有兼顾性能和容量利用率的方式呢？除了在自动分层存储中将不同驱动器配置为不同RAID之外，在单一类型驱动器的存储池中，DellSC仍然支持跨两种RAID级别进行分层存储，结合镜像和奇偶校验各自的优点。其原理是利用周期快照“冻结”只读数据块并改为RAID5/6方式存放，这种读写分离的思想同样也能用于RI（读密集型）SSD和WI（写密集型）SSD之间的自动分层。

上图只是一个举例，由于本文是模拟OLTP应用环境的读写混合测试，实际都是在性能更好的RAID10-DM配置进行。

在有元数据分配数据条带的情况下，精简配置（Thin-Provisioning）就成为原生的特性。但我也看到有同行朋友反映由于用户没做好容量预警，存储池被写爆的状况。当然这也是有办法避免的，比如上图所示创建卷时“预分配存储”选项。

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!