惠普P6000 EVA存储系统相关经验谈

              本文重点:惠普P6000 EVA存储系统相关经验谈

              惠普P6000EVA存储系统相关经验谈时间:2012-08-0211:35栏目:>>P63XX和P65XX使用了AMCC440SPe533MHz/667MHz单核CPU,HSx控制器的微码不属于任何高级的商用OS版本,从1990研发至今发展缓慢,也许就是因为它缺乏商用OS或者开源OS内嵌的丰富功能和接口。

                P63XX和P65XX使用了AMCC440SPe533MHz/667MHz单核CPU,HSx控制器的微码不属于任何高级的商用OS版本,从1990研发至今发展缓慢,也许就是因为它缺乏商用OS或者开源OS内嵌的丰富功能和接口。

                ImplicitLUNtransition:主动后台交换LUN的Ownership(所有权),使proxyreads变成localreads,从而提高性能。

              但是CADRGroup(灾难恢复组)不能用这个功能,除非Group里面所有的LUN都move到另一个控制器上,因为CADRGroup里所有的卷必须是由同一个Controller控制。

                6350和6550的RecoveryCD改从网上下载不再提供光盘。

              FC端口缺省为fabricmode,如果直连要改成directmode。

              iSCSI端口缺省是MicrosoftWindows(包含HyperV),其它还支持AppleMacOSX、Linux、OracleSolaris、VMware等主机模式。 VAAI(vStorageAPIforArrayIntegration)支持包括:Fullcopy、Blockzeroing、Hardwareassistedlocking。   Floating-gateNANDFlashDisk,以下是用write-backcache(写回缓存)模式的性能比较。

              注:write-throughcache在某些特定场景下可以减轻控制器压力从而提高性能,但是千万别用于单一SASLane或者Sequential(顺序)I/O的环境,而是应尽量把SSD布满所有SASlanesP6300:8/P6500:16。

                200GBSASSSD实际物理闪存容量是256GB,400GBSSD盘的over-provisioning(过量分配)跟200GB比例相同,也就是实际为512GB。 最大25块SSD,但是8块就饱和了(8块以上不再有性能增加把控制器撑爆了)。

              ,8KB随机读单盘性能130倍(100倍by磁盘厂商),8块盘盘包30倍,使用SSD可以超越使用HDD时的P6000的性能上限(70KIOPS),并且在达到50KIOPS之前RT(响应时间)低于1ms,反之HDD的RT很快低于5ms。

              8KB随机写单盘60倍(70倍by磁盘厂商),8块盘盘包15倍,随机写的性能远远不如随机读(25KIOPS),但是8块SSD的性能仍然高于HDD满配。

              Sequential的环境应该用RAID5和write-backcache,并且建议SSD和HDD混用,但是不能混在同一个DiskGroup中。

                XCS10的ThP(ThinProvisioning,自动精简配置)很不成熟(XCS11不知有没有进步),最大32TB,Chunk为32MB,每MB空间都要预置为零,不支持BC或者CA,也不支持DynamicLUN/RAIDMigration(动态LUN/RAID迁移),本身不能做肥/瘦转换,只能依赖MPX200或者主机工具。

              ThinVdisk的崩溃会导致应用停机,同时影响到同一个DiskGroup的所有Vdisk,因此除了首先把随机和顺序的I/O分开在不同DiskGroup以外,还要在兼顾容量和性能的情况下把ThinVdisk尽量分布在不同DiskGroup里隔离相互影响(不同DiskGroup的空余空间是私有的不能共享),同时必须不断监控utilization(利用率)三级警报:70%DiskGroup容量被分配时黄色警报DiskGroupOccupancyAlarm,90%DiskGroup容量被分配时红色警报WarningDiskGroupOccupancyAlarm,ANSIINCITST10()―ThinProvisionedVirtualDiskAllocationAlarm。 VMware的EagerZeroThick不应该用ThP,严格要求RT(实时)的用途也不应当用ThP,由于频繁访问而被碎片化的系统也不应使用ThP,例如操作系统根目录C盘等等。 真是踢HP啊!数据库则应使用auto-extend(自动扩展)模式。

              建议使用OSpartitioning(Windows、UnixLinuxAdvFS)LVMexpansion。 整个系统的VirtualMapping空间是有限的,被所有ThinVdisk共享。

              而元数据会根据VirtualMapping的大小而占据一定的空间,例如32TB的ThinVdisk会用到34GB的元数据空间。

                DynamicLUN/RAIDMigration是在线的卷/RAID类型迁移工具,支持SSD/1510K/驱动器和Vraid0/1(0+1)/5(0+5)/6级别。   BusinessCopy的Mirrorclone(镜像克隆)migration可以反置LUNWWN在线迁移数据,不同DiskGroup和不同RAID保护,fractureddetached,如果Source同时也是CA的sourceDRgroup时可以deltarestore,只能1:1。

              源可以是普通卷或快照卷。   SnapClone则是PIT(时间点)的全拷贝,不同DiskGroup和不同RAID保护,源可以是普通卷或者快照卷。

                CoW的SnapShot(快照)不超过25%原始容量用Demandallocated(按需分配),超过25%原始容量用Fullyallocated(保留等量空间),源可以是普通卷、快照卷、Mirrorclone的source和target。

              原文出自【比特网】,转载请保留原文链接:http:///35/来源:比特网作者:陆琬。