Double Striping对性能的影响

LZ 之前有一个帖子讨论过的，估计这个问题没有定论。

存储LUN条带和OS上条带有无差别？

楼主，虽然我没有在实验环境的主机上配置双重条带进行测试，不过我可以举一个在VNX-File上双重条带的实例给你参考。环境场景介绍：

1、VNX-File即NAS机头，提供文件系统服务，功能类似一台服务器主机；

2、VNX-File文件系统生成流程如下：

   Disks -----> RAID GROUP (一次条带)  -----> LUN  ----->  Storage Group （分配给NAS主机）  -----> 建立volume （可能二次条带） ----->建立文件系统

VNX-File建立volume的过程可以手动或者AVM，其中有一类volume叫stripe volume。Stripe volume的作用是提高性能，我们会将多个disk volume放在一起组成一个stripe volume。这样可以将volume上的I/O同时分散到后端的多个LUN上。

综上所述，我认为在一些应用场景double striping是不但不会对性能造成影响，还会提高IO性能。重点是double striping的配置情况。

我这边就影响了，IO METER测试速度降了

这个没有影响，至于能不能提升性能我没有做过相关测试。

就是Oracle Databases on EMC Symmetrix Storage Systems吧：

http://www.emc.com/collateral/hardware/solution-overview/h2603-oracle-db-emc-symmetrix-stor-sys-wp-ldv.pdf

有的不过只能回家之后找给你

确实， Block下也有类似例子：SP A、SP B上分别建LUN然后划给主机，主机上再将两个LUN做LVM。于是，对主机上volume的I/O可以“在理想状况下”分摊给两个SP，从而获得更高的性能。

文档可以分享一下吗？谢谢！

是的，for DB2, Sybase都差不多。

liulei，我这个贴跟以前的不一样，以前是说存储端stripe和主机端stripe两种方式的差异，现在是说存储端和主机端都做了stripe，反而可能会对性能产生影响的问题。

这个最好有当时的日志来分析，如果没有装PowerPath的话，我想不出正常情况下什么原因要trespass LUN。

Roger，这个貌似不行。

我记得当时我这么做过，但是最终同一个VG内的PV即——SPB的LUN最后都会trepass到SPA上。

多谢Jeffey，嗯，按理说，stripe会提示系统性能，但多个层次都做stripe，也不是一个很好的建议。

现在我这里没有合适的测试环境，也没办法测试实际性能对比情况，不知道论坛里的大牛谁有测试环境，可以实测一下。

双stripe的想法是好的，意思是在理想的清空下大量的数据尽可能多的分步在更多的“硬盘”上，这样一来在典型的OLTP环境中数据会比较快的被读写。在symmetrix系列上对于同一个symmetrix device的操作会在后端通过hyper volume或者storage pool分解为更细微的操作，当然stripe越多系统为了管理这些stripe所消耗的资源也越多，一个大约N的stripe设计也是恐怖的。当然自动分层存储的出现只能是从宏观的结构上大致解决了，正确的数据应该放在正确的位置的问题，然而如同热能转换失踪突破不那个固定的比例一样，最后还得靠自己

愚以为还是应该对自己这个系统的架构有个大概的估计，最好弄出一个期望的模型，这样也不至于困惑了

或者EMC成立一个云服务公司，把这些统统包下这样用户也不会烦神了。

存储的条带写入位和系统的应该不会一致，理论上不会影响性能吧。