文档介绍：精品文档--
-------
BestPractice
From DOIT WIKI
Jump to: navigation, search
版权声明：?EMC存储最正确实践?R22的版权归美国EMC公司所有，[感谢DOSTO---
以下的名词在整个白皮书当中都会用到。如果你对他们不熟悉，请回忆一下 EMC CLARiiON Fibre Channel Storage Fundamentals
带宽
校验
读取
随机
响应时间
要求数据大小 Request size
顺序
条带
条带元素 Stripe element
吞吐量
Write-aside
[编辑]

应用的设计对系统的表现影响很大。提升性能的最正确方法的第一步就是应用的优化。任何存储系统的调优都不可能建立一个非常差的应用设计上面。
[编辑]
A. 为顺序或者随机I/O的优化
非常典型的一个例子是，提升带宽在顺序访问的调优方面会起显著作用，因为存储系统在顺序I/O方面会更加有效率--尤其是在RAID5的时候。而为随机访问的调优那么要改善吞吐量和更快的响应时间，因为这样会改善处理顾客响应所花的时间。
读和写的比照写比读更加消耗存储系统的资源，这是基于CLARiiON对数据保护的机制的应用。写到write cache是镜像到两个存储控制器的〔SP〕。写到带校验的Raid Group会碰到校验运算的要求，而这也要求把冗余的信息写到磁盘里面。写到镜像的Raid Group会需要两份数据的拷贝的写入。
精品文档--
-------
读的开销相对会小一些，这是因为，从CLARiiON系统的读的吞吐量会比写的吞吐量要大一些。但是，对大局部工作情形来看，数据往往是写入write cache，这样会有更短的响应时间。读，在另一方面来说，可能命中cache，也可能不命中cache；而对大局部随机的工作情形来说，读比写会有更高的相应时间，因为数据还是需要从磁盘里面抓取。如果要到达高的随机读取吞吐量，需要更好的协作〔concurrency〕。
[编辑]
B. I/O 的大小
每一个的I/O都有一个固定的开销和一个变量的开销，后者决定于其他的一些事情，例如I/O的大小。
大的I/O能提供更少的固定开销因为有着更大的数据。因而，对CLARiiON而言大的I/O比小块的I/O能提供更大的带宽。如果有足够的硬盘，在执行大的I/O的时候后段总线的速度将会成为系统的性能瓶颈。小块的随机访问应用〔例如OLTP〕的瓶颈在于磁盘〔的个数〕，而且很少到达后端总线速率。
当设计OLTP的时候，必须要使用基于磁盘〔的个数〕的IOP来衡量，而不是使用基于总线的带宽来衡量。
然而，在一个CLARiiON存储系统里面，当I/O到了某一个特定的大小的时候，包括write caching和prfetching都会被bypass掉。是决定用一个大的I/O请求还是把他分成几个顺序的请求，取决于应用程序和它跟cache之间的相互作用。这些相互作用在 “The Raid engine Cache〞里会探讨到。
文件系统也可以影响到I/O的大小，这也在稍后的“Host file-system impact〞中描述到。
[编辑]
C. 暂时的模式和峰值的表现〔temporal patterns and peak activities〕
应用的操作设计--如何去使用，什么时候去使用，什么时候需要去备份--都会影响到存储系统的负载。例如，用作随机访问的应用的存储系统，在备份和批量处理的时候，需要好的顺序性能。
精品文档--
-------
一般来说，对OLTP和消息应用〔任何跟大量随机访问I/O有关的〕，更高的并发处理能力〔concurrency〕会更好。当有更高的并发处理能力的时候，存储系统将会获得更高的吞吐量。使用异步I/O是一种获得更高的并发处理能力的通常的手法。对带宽而言，单线程的应用几乎不能有效地利用四块硬盘以上带来的好处，除非request size是非常大的〔比2MB大〕或者使用到volume ，而此时如果顺序处理到磁盘的路径是唯一的时候，用户还是可以从有适度并发随机访问的光纤硬盘〔每个硬盘的I/O在100以下〕的设置中获得一个可承受顺序性能。
[编辑]
3．主机文件系统影响
在主机层次，通过指定最小最大的I/O request size，文件系统也影响了应用I/O的特性。
[编辑]
〔coalesce〕
跟在存储系统上的cache相似的是，缓冲是文件系统提高性能的一种主要方式。
缓冲
在大局部的情