Best Practice for EMC R22 （part 18）

三.评估存储的需求的大小DOIT博客KzGig\1r1L&[
存储系统的评估包括了为容量计算正确的硬盘数，为性能计算正确的硬盘个数和正确的存储系统。

dTF%o"TO01.容量的计划DOIT博客1`/z-e_@p
现在是确定RAID类型和硬盘组大小的时候了（这会影响校验RAID类型的容量）。如果这个能了解，那么我们就可以做性能方面的计算。EMC员工有工具来确定给定系统的确切的要求容量。这些工具会计算多方面对最终容量有影响的要素，例如把数据的每一个sector都存在一个CLARiiON存储系统来达到更好的数据冗余性。

B_9wDk0gY Z!Q8m3OvM0A. Vault硬盘DOIT博客"X iM5cD%O
在CX系列的存储系统的前5个硬盘包含了Vault。Vault的硬盘跟其他系统里的任何硬盘一样，都可以被使用。但是，Vault硬盘会有更小的使用容量（大概少6.3GB）。当Vault硬盘跟其他非Vault硬盘一起绑定，所有在这个组里面的硬盘会减少容量来匹配Vault硬盘的容量。从容量的利用率上面来看，只绑定Vault硬盘作为一个组（或者几个组）是最有效率的。DOIT博客0OMa*~ I V2z*Z

B.真实的硬盘容量DOIT博客U6wSObs2Y3R$_
硬盘的容量是要比额定的容量低一些的。这主要是因为生产厂商把1 gigabyte当成1，000，000，000 byte（基于10 gigabyte）。一台使用基于2进制的时候，1个2进制的gigabyte是1，073，741，824byte。很多客户都会惊奇的发现一个36GB的硬盘只有33GB的容量。DOIT博客4LR)A'\!kwI SS

同时，CLARiiON会在每512byte的sector里，使用额外的8个byte作为存储冗余的信息。这些小的偏差会减少使用的容量。

zlr:Do*zy0C.校验或者镜像的保护
_R8c:^c9UAC&`0使用校验或者镜像来保护数据不受硬盘故障的影响，这样也会减少存储的使用空间。镜像总是需要50%的校验RAID的空间，overhead取决于在组里面的硬盘个数。DOIT博客P[2Y7Xd'w6| D0{

.?x,n Du02.性能计划DOIT博客,oa(Oz-B#L%qD
性能计划或者评估是一门值得考虑的科学。这里描述的步骤只是大体上的的评估。

J1F;N#d,?,y`#K"A0A.单凭经验的的方法途径DOIT博客wHw!RnNy1x N lJ
 开始性能的评估的时候，一种单凭经验的方法是使用每一个硬盘的IO/s和MB/s来计算（看table 6）。这是保守的和有意的相对单纯的方法。这必须要注意的是：这是一个精确的性能评估的开始；基于经验的评估可以作为一个快速的设计评估。EMC的员工会有更多精确评估的方法。DOIT博客 T|0E
TUGY

~y,l3^/S/w g0Table 6里面的表格假设：DOIT博客7tC G$_tb&v6e;b&|Ys
. IO/s描述了假设2KB到8KB的随机请求DOIT博客(N!e]9h_q
. MB/s（带宽）描述了假设128KB和更大的随机请求

DOIT博客?w
W6|)]
 *ATA硬盘在这种数据下，并不推荐作为持续性的随机工作负载，因为他们的工作时间会受到他们特定的MTBF的限制。

Ze
x^'cx0快速评估的方法：DOIT博客Eu8K5d7LbJ*BNq"G:\
1.确定主机I/O或者带宽负载
`Dh|c+Y02.计算硬盘I/O或者带宽负载DOIT博客`Y0ZBng5{
3.计算硬盘I/O或者带宽负载需要的硬盘的个数
"o~)cH$\04.计算存储系统的个数和类型

记住这些都是按照经验的方法。一个单一的线程应用（例如，一个一次只有对硬盘一个突出的I/O的请求，对一个10K rpm的硬盘的所有可寻址空间，做了一个8KB的随机读操作）可以达到大概120 IO/s @ 8ms per I/O。同样的硬盘使用12个模拟8KB的线程可以达到215 IO/s @ 50ms per I/O。注意在这个图表中，单凭经验的方法得出的是每个硬盘能达到140 IO/s；大部分安装都会有多于一个的线程存在，但仍想要把响应时间保持在20ms以下。对于8KB或者更大的块大小的响应时间敏感的应用，可能会使用120（甚至100）IO/s作为一个更加保守的估计。在很少的例外情形里，非常的随机块大小（比256KB大），可能会造成比几个I/O还少的情况。在很好的运行的顺序访问的情形下，这个速率可能会大于300IO/s，甚至比大I/O还要大。

确定主机的负载DOIT博客-Z wMB8l"Q8|r
这通常是评估最难确定的部分。很多客户都不知道自己目前的负载，不管被提议的系统的负载。然而对客户来说，最重要的是他们的预计应当尽可能的精确。必须要去做一些评估。DOIT博客9j'K;Fox;Pi

0mD!Y5K6R0评估必须不仅包括整体的IO/s，还要包括其中多少比例的负载是属于读操作和写操作。加之，主要的I/O大小也是必须要确定下来的。DOIT博客E2k;l;l2G0v-a

确定硬盘的负载
XQqAj&k0必须主要的是Table6里IO/s的值是硬盘的IO/s。要确定主机I/O负载需要的硬盘IO/s的数目，根据是校验还是镜像的操作来调整：DOIT博客7o$|D;z"xn
U

Parity RAID:        Disk IO/s=Read IO/s + 4* Write IO/sDOIT博客^
O`!YL*~2Q m4V.w
Mirrored RAID:     Disk IO/s=Read IO/s + 2* Write IO/sDOIT博客_Zm\SL$tWj

8`8yF Dm7G0对于带宽计算，当你期待大和/或者顺序I/O来填充LUN的stripe时，使用以下的方法，写的负载会通过RAID的multiplier而增加DOIT博客7[r6jE"_

Parity RAID:  RAID multiplier is 1+(1/RAID组的硬盘个数)
Htw jsAX,F4w l0                       Disk MB/s=Read MB/s + Write MB/s *(1+(1/(组里的硬盘个数)))DOIT博客4a'U^c`M
Mirrored RAID: multiplier is 2DOIT博客e3p6E_eVR
                       Disk MB/s=Read MB/s + Write MB/s *2

`c-SkM&jug0举个例子，如果一个校验的组的大小是4 + 1(组里有5个硬盘)而且读的负载是100MB/s而写的负载是40MB/s：DOIT博客C7[[-|N1^VJC J

Disk MB/s=100MB/s + 40MB/s * (1 + (1/5))
3ujH@0E'y/p0        =148MB/s

计算需要的硬盘个数
:Z ep3iel/jg0把整体的IO/s或者带宽分摊到Table 6里的每一个硬盘的IO/s或者带宽。这只是一个近似的硬盘个数你需要用来为预计的I/O负载服务的。如果是使用大于8KB的I/O占主导作用的随机I/O，那么增加10%-20%的硬盘的个数。

&R,oF W#p0计算存储系统的数目和类型
;dDz)JO0当评估完硬盘的个数之后，必须根据这个结果来选择相应的存储系统或者系统的集合来提供相应的性能，容量和价值给客户。DOIT博客}4Fp&X%?6[:R$w%x-h*n

/s/z\ZQ7{0对于那些对性能很敏感的部署，参考Table 4来选择那些有高效率/高性能的硬盘个数最能满足客户需求的存储系统。

通过高效能/高性能硬盘总个数，再根据存储系统自身能提供的相应服务的硬盘个数，来确定使用多少个存储系统。DOIT博客 i-C#g2Sx@uV

对于性能不那么重要的部署，使用硬盘柜能达到的最大的硬盘个数。通过硬盘柜最大的支持硬盘数来确定存储系统的个数。

B.解决性能和容量的需要
.W^`0o kIg0M#[0系统里面硬盘的个数是由性能和容量的需要来决定的。我们可以使用这种方法来描述：高于确定要达到性能要求的最小的硬盘个数。对于不同的硬盘大小，通过需要达到容量要求来计算硬盘的个数。使用硬盘的个数，不仅要满足性能要求，也至少要满足容量的要求。DOIT博客'z,E2s]7xF5g/@

p Y-o*om.}~^0