企业存储资源池整合方案及选型建议

1、企业存储资源池整合方案及技术选型建议Agenda存储资源池建设需求、架构目标及难点分析存储资源池关键技术及适用性分析存储资源池架构建议存储资源池解决方案Q&AIT资源池总体目标IT资源池的模式改变了运营商传统IT系统的资源配置模式，使得IT系统的资源配置更灵活、高效。未来，资源池需要在资源、管理、服务方面协同演进，构建“低成本、高效率、自动化”的资源服务平台。IT资源池的目标是有效的管理IT资源，并通过网络方便、实时地为用户按需提供服务和产品。资源管理服务全类型：服务器（小型机/x86、物理机/虚拟机）、存储、网络、软件全兼容：兼容所有虚拟化软件及硬件厂家全覆盖：覆盖业支与管信所有系统资源池内

2、资源使用可灵活共享、高效资源全生命周期管理资源配置管理自动化资源维护管理自动化资源安全管控自动化将资源打包成标准化的服务对外提供服务申请、使用、回收全流程管理资源计量与监控云资源池目标架构蓝图APP集成平台门户决策支持云管理平台物理资源层x86服务器小机服务器存储设备网络设备中间件数据库分布式计算虚拟资源池平台服务资源提供层池化资源层物理资源池资源动态分配虚拟机虚拟磁盘虚拟网络操作系统应用服务物理资源自服务门户其他流程管理资源管理资源调度资源监测云管理平台：自动化服务运营平台，提供统一监控，服务管理和安全保障资源提供层：动态调度和分配资源池资源，向上提供物理或者虚拟资源池化资源层：虚拟化软件平

3、台，提供物理设备整合，池化与资源的细粒度切分物理资源层：物理设备的集合云资源池（红框部分）的核心特征 资源共享和分级保护 统一监控和管理 动态调度，按需服务 自动化运维存储资源池特性需求总结存储基础架构相对稳定，在出现新系统部署、存储性能需求提升、存储容量提升等需求下，基础架构无需做太大调整（如设备搬迁、长时间的停机数据迁移等工作）即可平滑扩展和提升。既可以满足远期部署规划，又可以应对短期突发性的容量、性能增长要求。结合硬件设备自身生命周期的规律，数据可以平滑、在线的从旧的设备迁移、流动到新的设备上。从另一角度来看，使用年限越久的设备，可以平滑的在现有架构下从关键生产系统逐步转移作为二级、测试

4、设备使用。充分利用各存储设备的性能和空间，避免出现使用不均、分配不合理的现象。根据规划或突发性的变更需求，依据业务类型的特征来分配最合理的资源，例如将容量、性能要求高的系统数据平滑迁移部署到最合适的高端设备（包括设备、介质、RAID类型、缓存等资源）上，反之亦然。在共享硬件资源的基础上，不同业务数据需确保性能不相互干扰、数据访问可完全独立。SLA及QoS保障。便于统一管理、统一维护，在单一界面中可直观管理资源池中所有的存储设备，监控其运行状况，第一时间感知故障或隐患。平滑扩展、均衡部署统一管理透明流动可靠性及QoS共享存储资源池建设的几大难点及挑战1是否只有采用分布式、软件定义式（SDS）的存

5、储技术才可以满足共享资源池中爆发式的数据空间和性能的增长要求？2 41是否采用一种存储架构就可以满足所有业务类型的数据存取要求？是否只有采用基于硬件的存储虚拟化技术才可以解决异构存储统一整合管理的问题？3 如何解决存储资源池中统一管理、高效维护、快速故障定位分析的问题？4Agenda存储资源池建设需求、架构目标及难点分析存储资源池关键技术及适用性分析存储资源池架构建议存储资源池解决方案Q&A传统存储不能满足新的需求DatabaseERPCRMSCMHCMHCMPLMMRMAmazon Web ServicesOpSourceIBMGoGridRackspaceJoyentHTata Commu

6、nicationsDatapipePPMAlterianHylandLimeLight NetDocumentsNetReachOpenTextPaperHostXeroxGoogleHPMicrosoftSLI SystemsEMCIntraLinksJive SoftwareQvidianSageSugarCRMVolusionXactlyZohoAdobeAvidCorelMicrosoftPaint.NETSerifYahooCyberShiftSabaSoftscapeSonar6AribaYahoo!QuadremElemicaKinaxisCCCDCCSCMCost Manage

7、mentOrder EntryProduct ConfiguratorBills of MaterialEngineeringClaim ProcessingInventoryManufacturing ProjectsQuality ControlBusinessEducationEntertainmentGamesLifestyleMusicNavigationNewsPhoto & VideoProductivityReferenceSocial NetworkingSportTravelUtilities每60秒400,710 条广告请求2000 首歌词在Tunewiki上播放1,50

8、0 条消息通过PingMe发送34,597 名用户正在使用Zinio玩“愤怒的小鸟”游戏208,333分钟23,148 个应用下载UnisysBurroughsHitachiNECBullFijitsuADP VirtualEdgeCornerstone onDemandCyberShiftWorkbrainKenexaSabaSoftscapeSonar6SuccessFactorsTaleoWorkdayWorkscapeExact OnlineFinancialFIntacctNetSuiteSAPNetSuitePlex SystemsCash ManagementAccounts R

9、eceivableFixed AssetsCostingBillingTime and ExpenseActivity ManagementPayrollTrainingTime & AttendanceRosteringSales tracking & MarketingCommissionsServiceData Warehousing98,000 条推文FinanceFacebookLinkedInTripItPinterestZyngaZyngaBaiduTwitterTwitterYammerAtlassianAtlassianMobilieIronSmugMugSmugMugAtl

10、assianAmazonAmazoniHandyPingMePingMeAssociatedcontentFlickrSnapfishYouTubeATumblr.UrbanScribd.PandoraMobileFMixiCYworldQzoneRenrenXingYandexYandexHerokuRightScaleNew RelicAppFogBromiumSplunkCloudSigmacloudabilitykagglenebulaParseScaleXtremeSolidFireZillabytedotCloudBeyondCoreMozyViberFringTogglMailC

11、himpQuickbooksHootsuiteFoursquarebuzzdDragon DictioneBaySuperCamUPS MobileFed Ex MobileScanner ProDocuSignHP ePrintiScheduleKhan AcademyBrainPOPmyHomeworkCookie DoodleAh! Fasion Girl可靠与稳定云和虚拟化成本与管理不可预知非结构化不受限制互联网客户端/服务器大型机移动、社交、大数据和云来自传统厂商的老式存储已采用了15至25年17到20年前可预知的工作负载；固定的物理设备；巨额的IT预算有限的分析需求结构化数据存储正

12、在向现代架构发展UnpredictabilityVirtualization & ITaaSShifting OpEx / CapExInformation assets今天不可预知的需求虚拟化 和 ITaaS降低运营成本/资本支出数据多样性，大量的非结构化数据产生“大数据”，延展信息的价值存储无边界UnpredictabilityVirtualization & ITaaSShifting OpEx / CapExInformation assets融合存储联合 和 横向扩展 构建于行业标准各部件协调一致工作存储无界限存储技术发展传统SAN/NAS存储特点双控制器模块阵列 多控制器并行阵列软

13、硬件集成专有系统以Scale UP为主，容量/性能扩展有限-分布式存储特点标准化部件/组件多控制器/节点并行纯软件或软硬件集成开放系统/开源以Scale Out 为方向，容量/性能扩展能力强 全新高端存储多控制器+磁盘条带化架构带来领先的性能1. 底层虚拟化条带2. 多控制器全活并行3. 专用ASIC芯片4. 独立的控制数据路径和硬件3PAR InServ Controllers01234567R1R1R5R1R5R5R6R6Physical Disks高端存储架构对比分布式SDS块存储架构实际可用每TB成本真的贵很多吗？不考虑精简技术，数据可用率最多33%SSD/Flash加速为必选项一般不

14、推荐采用大容量SATA硬盘不考虑精简技术，数据可用率至少75%SSD/Flash加速为可选项SSD重删功能越来越普及分层、混合、全闪等多种方案可选分布式系统架构的设计分布式应用系统分布式数据库分布式文件系统分布式存储系统通用的X86基础平台依赖单一硬件性能/扩展性 依赖软件架构扩展性XX 电信/移动 CRM库改造/XX 电信无线网优改造分布式存储架构+软件定义存储技术适用性分析通用的分布式系统是否存在？通用兼容数据生命周期强大的扩充能力丰富的功能快速响应高吞吐量高度可靠文档处理容易恢复简单易用ACID自动分层自动优化自动优化不间断运行动态适应安全适应各种数据分布式系统自身约束及适用性 计算特点

15、技术要求共享扩展方向CAP节点存储面向用户的请求处理型订单受理、资料查询、订单处理等请求处理型应用典型的OLTP类型应用，应用变动频繁，一致性要求高，可靠性和可用性要求高Share-Something向上/有限向外CA / CP大节点/小节点独立存储面向网络的重复性任务话单采集、格式转换等简单、重复性计算处理批量类应用，简单计算模型，数据量大，对总体吞吐量要求高Share-Nothing向外/向上CP大节点/小节点分布式存储/独立存储核心是复杂任务计算复杂的计费、账务处理，以及基于关系型数据库的数据处理等复杂计算，数据关联复杂，对数据库层查询分析功能要求高Share-Something向上/有

16、限向外CA / CP大节点独立存储海量数据分析与挖掘经营分析、针对性营销等典型的OLAP类应用，海量数据处理Share-Nothing向外AP / CP小节点分布式存储/独立存储运营商场景业务场景存储架构适用性分析和建议某XX公有云公司对存储技术选型标准系统IWEBIIDatabaseIIIHadoopIVPhotoVFeedVICold StorageCPUHighHighHigh-LowLowHighExtremely LowMemoryLowHighMedium-LowLowHighLowDiskLowHigh IOPSFlashHighHighMediumHighServiceWebC

17、hatDatabaseHadoopBigdataPhotoVideoMulti-FeedSearch,AdsCold Stor业务场景不同，会带来对技术及设备选型的不同分布式存储架构举例-Hadoop HDFS一个分布式文件系统存储大量的数据建立在大规模的廉价x86集群之上硬件模块会出错，出错可能同时发生文件数量可能在百万级文件很大，数百GB大小很常见读写特性：写入一次，多次读取。写入过程可能是并发的，读的过程是连续的读取整个系统对于吞吐率的要求非常高，但是对于延迟不敏感水平扩展：简单加入更多服务器就能够扩展容量和吞吐量最大的实用集群：4000个节点。通过复制提供高可靠性单个或者多个节点不工作

18、，对系统不会造成任何影响，数据仍然可用。限制：不善于处理海量小文件不适合应用于延迟敏感的环境不善于处理随机IONoSQL环境名字节点存在单点故障软件定义的存储（SDS-ServerSAN）与硬件无关：任何 x86 服务器或虚拟机环境，存储属性完全由主机上的软件来定义，包括压缩、加密、横向扩展、对象存储区、文件系统、元数据搜索等在内的共享技术共享容量的开放池联合和横向扩展：各存储节点具备集群扩展能力，轻松扩展并移动数据，同时提供极高的可靠性分布式横向扩展架构独立于承载平台监控程序：VMware 和 Microsoft Hyper-V覆盖多个虚拟机监控程序从具有融合基础架构和第三方集成的任何设备提

19、供自动化和访问的元素管理器。集成化的管理和良好的通用接口软件定义存储产品举例HP StoreVirtual 4000 VSA针对虚拟化环境的简单管理 具有企业级存储功能的一应俱全的许可虚拟化平台集成以实现功能增强和易操作性简单可扩展高度可用无中断扩展性能和容量独有的站点间网络RAID技术可用性和可靠性高达 99.999%多站点灾难恢复和透明故障转移系统和位置之间数据在线移动以及技术变更适用于 vSphere 和 Hyper-V 的 StoreVirtual 虚拟机将服务器转化为功能齐全、高度可用的阵列限制：单一系统扩展性相对有限（不超过32个节点）单一系统性能无法达到高端FC SAN存储水平适

20、用场景仍局限于中小规模数据中心分布式存储架构举例-超融合系统 HP CS250/EVO-Rail基于SDS+hypervisor虚拟层，将计算虚拟机资源与SDS节点部署在同一组X86服务器集群上，将SAN+LAN两层网络简化为一层由于计算与存储节点部署在同一服务器上，使得大部分存储的IO流量在服务器内部完成，避免了跨服务器的IO（特别是读操作），使得性能大大提升数据在不同服务器的存储节点上以多副本方式保存简化管理，配置相对均衡，平滑扩展，同步提升容量和性能最适用于中小规模范畴内的数据中心整合限制：存储扩展性受限于SDS规模多副本写开销仍无法避免配置相对固定，不灵活，且只能应用于同一Hyperv

21、isor的纯虚拟化VM环境。VSAVSAVSAVSA分布式存储架构的具体技术实现分析三种最常见的分布式存储扩展模式：分布式文件系统：使用节点直连存储或内置硬盘方式，存储容量，存储性能三者同时扩展。上层软件体系已经实现了数据的高可靠性保护，多会有冗余的复制节点保证单节点故障时数据访问不受影响。例如Hadoop HDFS文件系统、IBM GPFS 等的数据存储实现方式。分布式块存储：多采用通用的X86服务器（或虚拟机）+内置（或外挂硬盘）+专用存储控制软件的软件定义存储方式（SDS）实现使用独立的存储系统网络，提供iSCSINAS访问接口，存储容量和存储性能一般可同时扩展，但与计算能力无关。 存储

22、系统自身的架构可保证不同节点间的高可靠性保护，不同节点间的数据多会有镜像复制关系。例如HP StoreVirtual VSA、EMC Scale IO、Vmware VSAN等。分布式存储架构的具体技术实现分析（续）三种最常见的分布式存储扩展模式：3. 融合系统分布式计算和分布式存储共同部署使用计算节点直连存储或内置硬盘方式，计算能力，存储容量，存储性能三者同时扩展。多会有冗余的复制节点保证单节点故障时数据访问不受影响利用Flash技术提高IO响应。例如Natanix 集成系统、Huawei Fusion Cube 等的数据存储实现方式。分布式存储分类类型硬件组件访问接口应用场景主要产品分布式

23、文件系统X86标准服务器；部分采用软硬件一体化方案标准文件访问接口；RestFul API等对象存储访问接口海量数据存储/分析数据归档Hadoop 文件系统HDFSSwiftScalityCeph开源软件：Lustre分布式块存储X86标准服务器iSCSI块存储VSI 虚拟服务器环境VDI 虚拟桌面数据 仓库测试和研发HPE StoreVirtual VSAEMC Scale IOVmware VSANHuawei FusionStorageCeph融合系统定制化计算存储节点计算存储资源一体化VSI 虚拟服务器环境VDI 虚拟桌面服务提供商HPE CS250Nutanix VCPSimpliV

24、ity OmniCubeHuawei FusinCube存储资源池关键技术适用性分析软件定义存储（ServerSAN）技术分析存储虚拟化技术分析自动精简配置技术分析智能分层加速技术分析存储资源利旧及数据流动技术分析存储资源池关键技术适用性分析软件定义存储（ServerSAN）技术分析存储虚拟化技术分析自动精简配置技术分析智能分层加速技术分析存储资源利旧及数据流动技术分析哪些因素推动着软件定义存储的发展？强大的 x86 硬件虚拟化应用经济 压力磁盘性能和容量出色的效率和灵活性，随时满足您的需求软件定义存储的特点无需添加昂贵的存储硬件，获得全功能存储域网络 (SAN)支持随着业务增长存储可按需扩展

25、将数据分布存储在多个节点上可靠的内置备份与灾难恢复支持 Microsoft Hyper-V、VMware vSphere和KVM等虚拟化或云环境可与任何类型的存储相兼容，并对虚拟机可见支持跨基础设施和站点的无缝数据移动性IT 新形态为客户带来极大的优势传统 ITIT 新形态服务器共享存储阵列SDSSDSSDSSDS软件定义的存储 (SDS)管理程序特定厂商 超级融合厂商存储厂商软件厂商当前未来 物理硬件数据服务控制软件定义的ServerSAN存储交付模式决定厂商分类标准x86服务器+存储软件这种融合系统出现后，计算和存储又重新统一，称为SDS软件定义存储，Wikibon还给出了一个Server

26、 SAN的定义：Server SAN是由多个独立服务器存储组成的一个存储资源池，有着良好的性价比和扩展性。ServerSAN存储的架构分析技术架构层次：存储服务器侧：Server SAN的存储服务器端软件，部署在每一个存储节点上（X86服务器），可以进行本地硬盘或者外接磁盘的识别，并将存储资源池化；网络层：用于Server SAN客户端和服务器端之间的互联；存储客户端：Server SAN的存储客户端软件，可以识别服务器端的划分的存储空间，并通过SCSI/iSCSI协议供应用使用；Server SAN存储服务器端X86服务器Server SAN存储服务器端X86服务器Server SAN存储服

27、务器端X86服务器IP/IB网络应用侧Server SAN存储客户端应用侧Server SAN存储客户端应用侧Server SAN存储客户端存储客户端网络层存储服务器端ServerSAN部署方式一：全混合架构部署方式简介：全混合架构部署方式将存储软件（存储客户端和存储服务器端）与计算虚拟化层部署同一台X86服务器上，即一台X86服务器既是计算节点，又是存储节点，存储软件利用ESXi主机的本地存储或外接存储进行存储资源池化，为ESXi主机上的用户虚机提供块存储资源。特点：部署简单，资源利用率高；需要占用计算节点资源，在数据重构时容易引起可用性问题；支持厂家：华为 FusionCube;HP CS

28、250 /StoreVirtual;VMware Evo-Rail/VSAN其中前两家是通过VM方式部署，而VMware将存储客户端和存储服务器端部署到了Hypervisor层；ServerSAN部署方式二：半混合架构部署方式简介：半混合架构部署方式将存储层分离为客户端和服务器端，客户端与计算虚拟化层部署在同一台X86服务器上，而将存储服务器端软件部署在单独的X86服务器上，通过存储客户端软件为ESXi主机上的用户虚机提供块存储资源。特点：架构相对复杂，但针对主机访问存储层有优化，存储性能会有提升；对计算节点的主机资源（CPU/内存/IO等）会有消耗；支持厂家：EMC ScaleIO;华为 F

29、usionStorage;ServerSAN部署方式三：全分离架构部署方式简介：全分离架构部署方式是计算资源与存储资源完全分离，存储的客户端和服务器端均部署在独立的X86服务器上，与传统的IPSAN存储设备类似。特点：存储与计算的分工界面清晰；部署架构最为通用，对计算主机端无改造要求对计算节点的主机资源（CPU/内存/IO等）无消耗；支持厂家：HP StoreVirtual VSA；Redhat CephEMCScale IO华为Fusion StorageVMwareVSANHP VSA支持部署方式全混合半混合全混合半混合全混合全混合全分离软件兼容性VMware/Hyper-V/XENFus

30、ion Compute，可支持VMWARE?仅支持VMware VMware/Hyper-V/KVMX86服务器配置要求SSD: 用作数据分级存储，出于性能考虑，建议配置；RAID卡：可选，可以配RAID，也可以设置为Pass Through模式；SSD: 用作cache，出于性能考虑，必须配置；RAID卡：可选，建议配置为Pass Through模式；其他：集群内各服务器的硬盘数量必须相同SSD: 用作cache，出于性能考虑，必须配置；RAID卡：可选，建议配置为Pass Through模式或者做RAID0；SSD: 用作数据分级存储，出于性能考虑，建议配置；RAID卡：建议配置为RAID

31、，提高数据可靠性；节点数量1000256个6432支持的存储可以支持任何外部存储(DAS/SAN)只支持DAS存储只支持DAS存储可以支持任何外部存储(DAS/SAN)应用范围任何物理和虚拟服务器任何物理和虚拟服务器只支持vSphere 集群任何物理和虚拟服务器ServerSAN部署对比：万兆网络是基础TOR万兆接入已日趋标配，为SDS的性能奠定网络基础注意iscsi尽可能采用网卡芯片级解析更高速Infiniband网络，可提供更稳定、高效的传输。但成本过于高昂。相应的，FC链路的主流带宽也已全面升级至16Gb。借助先进的闪存技术，加速SDS的性能将服务器端内置的SSD或PCIE Flash设

32、备作为Cache加速，显著弥补普通SAS硬盘的性能不足。大量的SDS服务器集群，提供容量巨大的分布式缓存分布式一体化存储App1App2App3ApplicationsCacheSSDHDDCacheSSDHDDCacheSSDHDD基于SSD的其他加速方案借助ION 软件定义存储技术，可将多台配置闪存加速卡的PC服务器定义为FC SAN存储集群，在提供高性能的同时实现高可靠。借助PC服务器端的Smart Cache术，可将服务器内置的SSD硬盘或Flash卡作为服务器其他内置硬盘数据或SAN阵列数据的Cache，加速IO性能。注意：SSD/Flash Cache加速对容量的要求华为Fusio

33、nStorage: 建议使用SSD PCIE卡作为Cache类型，Cache容量与主存容量的比例不低于1:10 摘选自“华为FusionStorage基于VMware的性能最佳实践”Vmware VSAN:闪存容量应为预计占用存储容量的 10% 摘选自“VMware Virtual SAN 6.0 设计和优化指南”HPE StoreVirtual VSA:如果使用 Adaptive Optimization 功能，应使用占存储容量十分之一的 SSD 驱动器 摘选自“HP StoreVirtual Storage VSA 安装和配置指南”传统SAN存储的SSD二级缓存加速其实已经很普及HPE 3

34、PAR Read Cache Extension using SSDLeverages portion of SSD capacity as Read Cache extensionReads are redirected to flash cacheWrites invalidate data previously saved in flash cache Provides a second-level caching layer between DRAM and spinning disks (HDD)Fully-associative cache, look up via hash ta

35、bleCan be used with or without Adaptive Optimization (AO)Adaptive Optimization: Provides a more efficient use of tiers by moving regions of 128MB between tiers based on IO density sampling Adaptive Flash Cache: Increases number of Read Cache hits by de-staging 16kB DRAM pages to Flash Cache in real-

36、time instead of purging them16KB cache page movesNearline(NL)Fast Class (FC)Write Cachei.e. 24GB1-Tier VVAO VV128MB region movesCache ControlRead Cachei.e. 48GBFlash Cache look-up hash tableSolid State (SSD)Flash LDs i.e. 800GBServerSAN对硬盘的选择：华为FusionStorage: 建议优先选择性价比较高的SAS盘，如果以容量为主，再考虑大容量的SATA盘 摘选

37、自“华为FusionStorage基于VMware的性能最佳实践”Vmware VSAN:使用 SAS 和 NL-SAS 可以获得最佳结果。SATA 磁盘应当只在以容量为中心且不优先考虑性能的环境里使用。 尽管 SATA 可以提供更多的每驱动器容量，但在注重性能的环境里，应当选择 SAS 磁盘而不是 SATA 磁盘。SATA 往往成本较低，但无法提供 SAS 所具有的性能。因为 SAS 驱动器的性能比 SATA 好得多，所以要想在混合配置中的磁盘层获得理想性能，应当认真考虑更快的 SAS 驱动器，保守估计所需磁盘驱动器性能通常是一个好做法，因为 10K RPM 驱动器是大多数工作负载组合的公认

38、标准 摘选自“VMware Virtual SAN 6.0 设计和优化指南”HPE StoreVirtual VSA:使用硬盘驱动器时，应使用平台允许的尽可能多的驱动器以及旋转速度更快的驱动器。硬盘驱动器越多，其旋转速度越快，就可以获得更多 IOP 和更佳性能 摘选自“HP StoreVirtual Storage VSA 安装和配置指南”ServerSAN多副本保护+条带技术：节点间数据多采用多副本复制技术，纠删码技术亦开始使用。 存储对象全拷贝（多副本）：高效安全的存储方式，快速恢复 一份拷贝加上校验数据（纠删码）：低成本的多数据存储方式，恢复时时间成本高单一卷或存储对象，可分布在多个节点

39、的硬盘上，做宽条带化其实HPE 3PAR一直这么做：FC LDsDevice TypeFC RAID Type10Set Size2Availability CageFC ChunkletsFast Class (FC)物理硬盘 (PD)逻辑磁盘(LD)ChunkletsExportedLUNsDevice TypeFC RAID Type 50Set Size7+1 AvailabilityCageCPG(s)3PAR 自动管理用户管理VirtualVolumes ABABA多节点自动系统均衡，3PAR也有均衡均衡前均衡后ServerSAN 读写IO流程：华为Fusion StorageVM

40、WARE VSAN写流程必然产生节点间数据保护的额外开销读流程则视Cache是否命中46VMwareVMwareVMwareVSA 存储池VMware虚拟化池-VMwareVMVMVMVMVMVMVMVMVMVMVMVMVMVMWindow2012管理机内置: HP oneview+Vmware Vcenter 管理层HP便捷启动界面Oneview instanton虚拟化管理Vmware VcenterHP融合管理Oneview由于计算、存储资源整合在单一物理服务器中，使得IO路径大大缩短，尤其是读操作会被显著优化。超融合系统是ServerSAN最佳组合：ServerSAN vs HighE

41、nd SAN Storage华为Fusion StorageHPE 3PAR 20000控制器/节点数量2568磁盘数量2副本963副本20482034支持卷数量65000Base:65536Total:131072功能对标：保护机制双副本三副本VRAID156条带化所有硬盘宽条带化所有硬盘宽条带化缓存加速SSD：读、写Cache内存：读CacheSSD：读Cache内存：写Cache精简配置精简配置精简配置、保持精简快照快照快照链接克隆Full Copy平滑扩展扩容节点自动均衡动态优化容灾多副本同步保护阵列间同步、异步、三点容灾其他QoS、闪备、分层优化等48闪存的爆发增长/价格的持续下降S

42、AS磁盘5年容量增长3倍，SSD是76倍SSD单盘容量已经达到3.84TB SSD预计2017年单块SSD盘容量是SAS的8倍，性能30倍20141,9201,20020139201,2002012400900201120060020105060010K 磁盘容量 (GB)vs.SSD盘容量(GB)201716,0002,40020153,8401,8008,0001,8002016容量拐点价格拐点SAS消失闪存价格的快速下降，使得全闪存存储有了更广泛的应用场景由于有性能、容量、软件功能上的优势，全闪存阵列亦会对SDS产生冲击全闪存与软件定义存储传统企业应用ERP的批处理ERP的报表核心存储整

43、合多个关键业务系统整合文件应用整合高端存储更新上百万 IOPS，6个9可靠性代替传统高端绿色节能数据中心2U单柜提供45万IOPS，92TB SSD容量，功耗小于500W；传统SDS场景虚拟化数据中心、云资源池整合数据仓库Web2.0VDI虚拟桌面开发及测试存储资源池关键技术适用性分析软件定义存储（ServerSAN）技术分析存储虚拟化技术分析自动精简配置技术分析智能分层加速技术分析存储资源利旧及数据流动技术分析主流SAN存储虚拟化技术分类主要用途：使服务器的存储空间可以跨越多个异构的磁盘阵列，常用于在不同磁盘阵列之间做数据镜像保护。实现方式：一般由操作系统下的逻辑卷管理软件完成（安装客户端软

44、件），不同操作系统的逻辑卷管理软件也不相同。典型厂商产品： Symantec Storage Foundation优点：支持异构的存储系统不占用磁盘控制器资源缺点：占用主机资源，降低应用性能存在操作系统和应用的兼容性问题主机数量越多，实施/管理成本越高基于主机的存储虚拟化主要用途：异构存储系统整合和统一数据管理（灾备）实现方式：在存储控制器上添加虚拟化功能，常见于中高端存储设备。典型厂商产品： HDS USP系列HP XP系列存储 优点：与主机无关，不占用主机资源。数据管理功能丰富。技术成熟度高缺点：消耗存储控制器的资源。接口数量有限，虚拟化能力较弱。异构厂家盘阵的高级存储功能将不能使用。基于

45、存储设备控制器的存储虚拟化主要用途：异构存储系统整合和统一数据管理（灾备）实现方式：通过在存储域网（SAN）中添加虚拟化引擎实现。典型厂商产品： IBM SVC、EMC VPLEX优点：与主机无关，不占用主机资源。能够支持异构主机、异构存储设备。使不同存储设备的数据管理功能统一构建统一管理平台，可扩展性好。缺点：占用交换机资源。面临带内、带外的选择。存储阵列的兼容性需要严格验证。原有盘阵的高级存储功能将不能使用。基于存储网络的存储虚拟化存储虚拟化的适用度分析实现方法适用场景不适用场景运营商存储资源池应用策略基于主机层的存储虚拟化主机已采用SF卷管理，需要新连接多台存储设备新建系统涉及异构阵列设

46、备高业务持续能力要求，高吞吐，高IOPS（核心，关键业务平台)主机数量大，采用SF会涉及高昂的费用，除非采用比较灵活的商务策略待迁入系统数据量过大，如果只能采取存储级迁移方式，数据格式转换将耗费大量的时间和人力对于承载核心系统，如ERP、BOSS/CRM、网管核心应用，特别是主机端已采用SF卷管理的存储资源池。可采用主机层存储虚拟化方式，保持现有架构的稳定基于网络层的存储虚拟化众多品牌、型号主机对应多台不同品牌、中低端型号存储设备的利旧整合要求数据无缝迁入，数据格式转换时间窗口有限对业务持续能力和稳定性要求苛刻存在诸多高端存储虚拟化整合需求的可构建测试环境，需要利旧已有多台异构阵列，特别是生产

47、系统退服设备，采用网络层虚拟化方案，延续其生命周期，且存储环境具备良好的扩展性基于阵列控制器层的存储虚拟化已有HDSHP高端存储设备，以及需要利旧的若干中低端存储需要新购机头时，费用较高存在更高端的存储设备已有HDSHP高端阵列作为核心阵列，采用虚拟化方式将数据分层、定期迁移(复制)到利旧阵列中，作为二级数据存储使用。大部分存储资源池面临的挑战都没有办法通过存储虚拟化技术解决！网关型存储虚拟化无法实现多台阵列间的数据宽条带化只是卷的重新映射，而没有二次条带。只建议做分层基于全部的磁盘的宽条带分层、混合、全闪灵活可选举例：XX移动业务支撑域存储虚拟化适用性分析系统类型虚拟化技术适用性分析原因单一

48、系统数据量较大（20TB）、单一站点系统架构较为简单且采用单一厂商高端阵列的核心系统、CRM等专用资源池（UNIX环境）：融合CRM融合计费实施帐务管理不适合应用网络层存储虚拟化可以基于主机卷层实现远程数据复制、容灾，但不推荐基于异构平台搭建容灾架构。采用HP XP/HDS VSP系列的系统，可以结合应用数据分布需求，采用虚拟化外挂分层存储方式，实现在线数据历史数据或备份数据的迁移归档。自身系统架构非常稳定，且建立的容灾系统要求两端能力对等，以保障双活中心具备实时接管的能力，实施异构存储虚拟化风险、代价较高，收益不明显。非关键业务但应用种类繁多，可以承受共享存储池带来的额外开销和资源争用测试开

49、发环境当前已经基于IBM SVC网络层存储虚拟化技术搭建资源池，未来可基于此环境，继续扩展SVC节点，不断纳入利旧下来的存储。该环境本身对可靠性要求相对较低，可以忍受因虚拟化引擎故障所带来的业务中断，但系统规模不断增加，数据量要求较高，是设备利旧的最佳去处。外围系统、通用支撑资源池、CRM等专用资源池（主要基于X86环境）、规划中的通用数据处理历史数据层所有X86平台的虚拟主机平台层渠道、开通等系统详单查询、分析等系统通用数据、历史数据层等系统不适合应用传统的存储虚拟化技术尽可能选择高端、具备先进智能存储特性的存储设备组建资源池，可以充分体现智能分层、虚拟主机接口等高级功能，亦可以基于同厂商相

50、同体系架构的存储组建资源池，数据同样可以在不同设备间进行透明流动。针对某些应用特性（如可支持分布式存储架构），如查询分析系统，可选择服务器内置硬盘方式构建存储资源池。存储虚拟化将丧失许多存储的高级特性，而虚拟化带来的故障点、瓶颈点隐患是业务系统不可接受的。高端智能存储具备自动精简、分层、虚拟机感知等特性，可以更好的匹配主机虚拟化技术，实现资源的灵活调度，要优于存储虚拟化。存储虚拟化技术在存储资源池中的适用性分析目前存储虚拟化技术主要解决了异构虚拟化管理的问题，对于某一系统数据，仍然无法做到或不建议部署在各个存储上，各个存储的性能差异、故障率差异会增加虚拟化资源池的不稳定性，因此真正的存储资源共

51、享目标仍然无法满足。存储虚拟化主要解决已有存储设备上数据的平滑整合，对于虚拟化后端新增的设备、硬盘、空间，仍需要首先在各个设备上进行RAID初始化、条带化、划初始卷等操作，后交由虚拟化引擎进行统一的管理，仍然没有减少操作工作量。更无法实现集中统一的资源监控、告警和维护。可基于存储虚拟化技术搭建专用的、基于SAN的测试环境池、二级存储池（无苛刻SLA要求），将利旧设备持续、逐步迁移至该池中。针对核心SAN环境存储设备，优先考虑采用同型号或同种软件体系设备（如HP融合存储系列），同样可实现不同档次、不同年代设备间的无缝数据流动和统一管理。没有实现均匀的、横向平滑扩展，无法解决海量数据处理的性能问题

52、没有实现单点操作、单点维护，无法真正达到集中式资源池管理要求充分实现设备利旧和投资保护，是存储资源池的很好补充。融合存储框架可实现比网络存储虚拟化更实用的资源池功能反面示例：IBM SVC的性能局限网关类型的虚拟化方案，设备自身极易成为性能瓶颈。无法承载大规模存储资源池的集中虚拟化工作。且容易带来更大的故障隐患。示例，SPC-1测试结果表明，6个节点SVC+2台DS8870存储的性能还不如一台3PAR V800！小马拖大车效应明显！采用SVC后，后端阵列的所有高级功能都失效，容灾、克隆、压缩、Thin等功能全部依赖于SVC实现，SVC能否承担得住？SVC实质为一对LINUX X86服务器，可靠

53、性、稳定性级别远达不到高端阵列水准。测试产品型号测试配置硬盘数量IOPS值SVC Cluster+DS87004个SVC控制器+2个DS87002048315,043SVC Cluster+DS87006个SVC控制器+2个DS87002048380,4893PAR V8001台V8001920450,212双控制器存储可靠性99.999%四控制器可靠性99.9999%一对虚拟化网关可靠性99.999%一对虚拟化网关+一台双控制器存储的整体可靠性：99.999%*99.999%=基于硬件的虚拟化网关：反而增加了存储整体的不可靠性HP融合存储体系 - 真正的存储融合池化HP Peer Motio

54、n - 从中小企业到大型企业 联合工作负载平衡，可将工作负载映射至 正确的资源 联合精简配置，可在数据中心内高效共享 容量 更新联合技术，可在升级期间保持运行 状态 联合高可用性 - 适用于 VMware 的 HP 3PAR Peer Persistence 联机导入，可将 EVA 数据移至 HP 3PAR 联合（已经可支持XP、EMC VNX等型号）任意 HP 3PAR 型号HP EVAEMC VNX。高可用性HPE 3PAR Storage Federation存储联邦 e.62Run workloads at the right cost and SLA via Peer Motion8

55、2008400Production Performance SLADev & TestProduction Cost SLA2085020800 App AccelerationTraditional StorageLegacyProduction Dev w/QoS Prod w/QoS1 click基于闪存优化的存储-备份联邦生态环境及数据服务平台 e.633PAR Peer Persistence New support for Oracle RAC with Linux and Windows iSCSI Support EnhancementsLow cost connectivit

56、y for more consolidation opportunities 3PAR Priority Optimization New sub ms latency goal to Assure Quality of ServicePersistent Checksum Extends 3PAR T10 protection to hosts for end-to-end integrity StoreOnce RMC-V Flat BackupOne-click protection direct from applications with rapid recovery and red

57、uces backup window 17x!51236ExpressProtectAsync Streaming ReplicationNo compromises on performance with low-RPO data protection4如何真正实现存储资源池的集中统一管理？通过构建统一的存储资源管理层，即使没有存储虚拟化技术，仍然可以实现跨厂商异构存储设备（物理设备、虚拟卷、空间）的统一管理，甚至可以实现统一资源划分、告警、性能监控等存储虚拟化无法实现的功能，这些功能正是统一存储资源池管理所最需要的功能。在统一的IAAS资源池平台下，存储资源池需要能够在闭环的基础资源供应/

58、回收工作流中实现无缝的集成，并实现对资源的集中监、管、控。如何真正实现存储资源池的集中统一管理？基于虚拟机平台实现集中的存储资源供应及管理在虚拟机环境下（目前运营商占较大份额的使用方式），可通过虚拟机管理层统一接管存储资源的供应，相当于构建了一个虚拟化的存储资源供应管理层。还可以结合其自带的容灾、精简等功能，提升存储资源的利用率和可靠性。我的SAN网络是如何架构起来的?网络拓扑设备属性我的SAN网络使用的情况如何，网络瓶颈在哪里?性能资源利用率依赖关系如何有效的提高存储资源的利用率?容量管理容量报表策略设备出现故障,揭示获得提示?事件管理在庞大复杂的存储环境下，海量的主机、海量的存储、复杂的网

59、络环境。如何有效便捷的管理资源池，如何及时发现存储环境的问题，这不仅仅是存储硬件虚拟化可以解决的。在存储资源池环境中，管理人员需要能够在单一的管理环境中解决如下问题：如何真正实现存储资源池的集中统一管理？基于专业存储管理软件实现集中的存储资源管理通过软件亦可实现统一的资源池管理：解决存储虚拟化技术所不能解决的问题存储资源池管理软件应该包括以下几个方面：存储资源管理、SAN架构管理、存储资源调配/部署、存储性能监控、存储应用管理等；通过采用统一的存储资源管理软件，可以大大降低存储系统管理的复杂度，提高存储系统监控的力度，更加精确的掌握存储资源的使用情况，从而降低管理成本，更好的分配和使用现有的存

60、储资源；代表性产品包括HP/Storage Essential， EMC/ECC，IBM/Totalstorage Productivity Center，SUN/Storagetek Operation Manager，Symantec/Enterprise CommandCenter存储资源池关键技术适用性分析软件定义存储（ServerSAN）技术分析存储虚拟化技术分析自动精简配置技术分析智能分层加速技术分析存储资源利旧及数据流动技术分析磁盘阵列空间分配方式的演变有限的调优和利用率ControllerController传统中端阵列分配方式：需要花费时间的预先规划难以满足服务级别Disk