未解决
此帖子已超过 5 年
1.2K 消息
1
12282
【专家问答】VNX统一存储系统最佳实践讨论
好消息，新一期的中文“专家问答”活动又将开启啦。
本期活动的技术话题为：VNX统一存储系统最佳实践讨论。从2014年3月17日（周一）至3月31日（周一）的两周时间里，将由我们EMC远程技术支持部门负责VNX产品的专家，与大家一起解答，讨论和分享关于这个话题的内容。下面是一些典型的场景和讨论内容：
Block部分主题
• 不同应用环境下RAID Group与Pool规划的经验法则
• 如何合理使用固态硬盘增加阵列性能
• 常见系统参数配置的考虑因素
File部分主题
• 卷（volume）的管理和规划
• 为什么推荐VDM
• 归档（Archive）与消重(Dedup)
我们中文支持论坛内以往所有已完成的“专家问答”活动可参考这个汇总贴。
本期讨论主题：VNX统一存储系统最佳实践讨论
本期持续时间：2014年3月17日 – 3月31日，为期两周。活动结束后，本贴将锁定，有相关的后续问题可开新贴提问。
本期我们邀请到的专家是： Zhongkai Ma 和 Paddy Lin。
|
Zhongkai Ma EMC统一存储团队技术支持顾问，2011起至今从事EMC CLARiiON, VNX等产品的技术支持和团队指导工作，EMC Proven Expert专家级认证，VMware VCP5认证。熟悉CLARiiON/VNX以及相关主机的配置和故障处理。 |
|
| Paddy Lin 是一位有超过7年网络存储经验的NAS专家。在过去5年里，他专注于诊断和解决各类NAS问题，尤其是数据归档（archive），与 CIFS/NFS的性能问题。目前他的工作是NAS技术支持部门的资深顾问。在业余时间，他也会撰写一些NAS相关的文章发布于个人的博客。 |
和专家交流，与同行畅谈。欢迎大家以回帖的方式就这个关于VNX统一存储系统最佳实践的主题，来积极提问和踊跃发表自己的交流意见。期待您的参与！
jeffey1_liu
10 消息
0
2014年3月26日 02:00
大家好。
在创建VNX存储系统的文件系统时，EMC工程师告诉我只能为VNX-File分配RAID 1/0（1+1）、RAID 5（4+1或8+1）和RAID 6（8+2或4+2）三种RAID类型，并且一次最好为卷分配来自不同RAID组的5个LUN。我不知道为什么一次需要添加5个LUN呢？这里面有什么讲究吗？谢谢。
z_k_
17 消息
0
2014年3月26日 18:00
您好，您的4个问题解答如下：
1. 一台阵列的利用率包含很多因素，例如CPU的利用率、磁盘容量/吞吐能力的利用率、前端端口利用率等等，您可以通过性能文件（购买Analyzer enabler的阵列可以启用的nar file收集）的分析来对这些指标进行综合考量。
2. 硬盘的性能利用率主要是它的吞吐量（Throughput即IOPS）和带宽（即MB/秒）,参考的瓶颈值详见本帖之前的分享内容。如果nar file中出现磁盘的吞吐量超过推荐值，则很有可能是您的磁盘达到性能瓶颈了。
3. Cache能够有效地避免阵列控制器去直接访问后端硬盘的机会，通常来说Cache是越大越好，这也是为什么规格越高的阵列配有越大的Cache容量。当然随着Cache容量增大，成本也会越高。
4. 多线程/单线程取决于具体应用的行为，可以向服务器或应用的厂商进行确认。许多应用程序都可以配置为在内部调整并发，请查阅工作负载应用程序的配置文档，以了解它们在并发配置方面的最佳做法。
z_k_
17 消息
0
2014年3月27日 23:00
本期专家问答即将接近尾声，感谢大家的支持，这里再与大家分享一些关于RAID Group和Pool的规划经验
二、传统RAID Group规划经验
RAID 5建议采用4+1或8+1
RAID 6建议采用8+2
RAID 1/0建议采用4+4
从R32开始RAID Group可以选择条带深度，
原本默认为128 block/盘即每块盘写满64KB后换到下一块盘
在大块随机读I/O的环境下，可以采用大条带，即1024 block/盘即每块盘写满512KB后换到下一块盘
三、建立RAID Group时，硬盘的位置是否有讲究？
水平选盘法：同一bus内的盘（可同DAE或异DAE）
垂直选盘法：跨bus的盘
由于VNX采用的SAS后端总线带宽(6Gb四通道)足以应对该总线上的正常流量，故早期CX时代的垂直选盘法不再有很明显的优势。用户只需要按照默认的水平选盘法配置即可，当某一DAE中的盘不够用时选择其他DAE中的盘即可。
四、Pool的考量因素
我们建议根据不同的IO类型建立不同的pool，例如为顺序IO的LUN建立专用的Pool，这样以便更方便地配置该Pool的参数（例如是否启用FAST Cache等）
Pool各层的RAID类型推荐
R32起，VNX支持各层间采用不同RAID类型。推荐配置为：Flash层采用4+1 RAID 5；SAS层采用4+1或8+1 RAID 5；NL-SAS层采用6+2或14+2 RAID 6
五、Thin LUN与Thick LUN的考量
Thick LUN适用的场合：用于VNX File的LUN
Thin LUN适用的场合：启用VNX Snapshots快照的；启用压缩、消重功能的
z_k_
17 消息
0
2014年3月27日 23:00
Merrist139同学的问题已经全部解答啦~
kaka_1979的问题相信Paddy大神能够给出答案~
Yanhong1
1.6K 消息
0
2014年3月27日 23:00
非常谢谢Z.K专家的热心回答。还有2位同学的问题merrist139, kaka_1979能否也帮忙看下？
最后说一下，林专家咋没有出现啊，别种花花草草啦 Peiman Lin
WCD
43 消息
0
2014年3月28日 00:00
VNX相关的文档太多，请问有没有介绍这些文档之间关联的资料？
初学者的话，应该首先看那些文档？
z_k_
17 消息
1
2014年3月28日 22:00
建议初学者从我们的基础白皮书开始学起（已添加到附件中），里面罗列了VNX有关的所有功能并做了简要介绍。
关于各个功能模块的具体了解，您可以在support.emc.com中通过vnx产品页面来获取相应的白皮书（如FAST VP, FAST Cache, Virtual provisioning, MirrorView, Snapshot等等都有相应的专门白皮书可以搜索到）
对于高阶用户，可以学习对于性能调优或者最佳实践的相关经验，有相应的Best practise白皮书供您查看。
1个附件
Fundamentals for Performance and Availability-CN.pdf
zhaos2
643 消息
0
2014年3月29日 03:00
打开眼界，这真是学习产品技术的好方法。
bairichard1
107 消息
0
2014年3月30日 20:00
这是AVM的算法决定的。如果你一次性从多个同类型的5个RAID Group中划出5个LUN给NAS端，AVM会为这5个LUN再做一次stripe。当有多个用户一起读写的时候，这些IO就可以均衡地分配到5个RAID Group中，避免性能随着并发IO的增加而下降。
假如这5个LUN是分5次扩展到该文件系统中，那新数据（往往也是热点数据）就一直只存在一个LUN上，处理并发IO的能力就小了。
merrist
482 消息
0
2014年3月30日 22:00
请问如何根据不同RAID类型和盘数来选择分条深度呢？
还有cache的高低水位如何设置更好呢？
关于并发，我们阵列该如何配置，麻烦举个例子说一下呢？
O(∩_∩)O谢谢
liulei_it
3.2K 消息
0
2014年3月30日 22:00
谢谢 这个文档真好
bairichard1
107 消息
0
2014年3月30日 23:00
要达到最佳性能的话，我个人有以下建议：
1，如果没有Fast和Thin之类的需求，就用传统Raid Group来建LUN，而没必要用到pool LUN。
2，硬盘类型，Raid type和盘数要根据预算决定，这个就不谈了。
3，规划周全，然后一步到位配好，不要等到不够用之后再加盘。
4，建立多个raid group，每一个的盘数，盘类型和raid type都是一致的。
5，在这些raid group上各建立一个一样大小的LUN，然后把这些LUN一起给NAS端。
6，在NAS上做好stripe volulme。其中stripe size要根据具体业务而定，比如用到mpfs的文件系统就适合较大的stripe size。你可能要多做一些测试来确定一个最合适的值。
7，挂载文件系统的时候要注意参数。一般使用默认的是最快的，但也有特殊情况，比如读操作永远都是随机时，就可以用noprefetch参数。
8，杀毒的CAVA会在一定程度上影响写性能，需要衡量得失。
9，快照功能checkpoint也会影响部分性能，需要衡量得失。
10，如果文件系统不够用了，需要扩展，也请参考第五点，而不要只扩在一个lun上。
11，MPFS访问大块数据是最快的，但是有诸多限制。
12，CIFS协议中，SMB1最慢，但Windows 7上的SMB1表现比Windows XP上的SMB1要好很多。比如说读一个文件时，Windows 7是一口气发出多个请求的；而Windows XP是先发一个请求，等收到回复之后再发下一个请求。这就像叫外卖时Win 7是一通电话叫了汉堡鸡翅和可乐，而Windows XP先叫汉堡，汉堡送到之后再叫鸡翅，鸡翅送到之后再叫可乐……是非常低效的。
13，SMB2和SMB3没有SMB1那么罗嗦，所以性能好一些。而且他们支持很多特殊功能，比如在NAS上copy+paste，数据是无需在网络上传输的。
14，NFS的mount参数有很多讲究，比如尽量要用async，且配置比较大的rsize和wsize。noac之类的参数很影响性能……
以上都是我临时想到的，欢迎各位指正。
jeffey1_liu
10 消息
0
2014年3月30日 23:00
你好，peiman。
感谢你的回复。其实我想问的是手动券配置，而非自动卷配置，对手动卷配置的最佳实践很感兴趣，因为我们应用中部分文件系统对性能要求很高。谢谢。
Yanhong1
1.6K 消息
0
2014年3月31日 06:00
临时一想就想了这么多条，应该叫你上周想一想的，哈哈。
明天活动就关闭了吧。大家如果有后继的问题的话。在论坛里面开新帖交流吧。谢谢两位专家！
z_k_
17 消息
0
2014年3月31日 16:00
您好，关于您的三个问题解答如下：
1. 请问如何根据不同RAID类型和盘数来选择分条深度呢？
分条深度只有两种：标准条带（适用通常情况）和大条带（大块随机读I/O为主）
2. 还有cache的高低水位如何设置更好呢？
通常来说调整为默认值80 60就好。当爆发性I/O比较多导致Forced Flush经常发生时，可以适当地向下降低10-20
3. 关于并发，我们阵列该如何配置，麻烦举个例子说一下呢？
高并发的应用：如OLTP，可以使用RAID 1/0或者RAID 5，写惩罚低到中等
低并发的应用：如备份：可以使用RAID 6，full stripe写可以弥补写惩罚高的缺点