VMware软件定义存储解决方案v3.2

VMware软件定义存储解决方案v3.2第一页，共83页。目录存储发展趋势什么是软件定义存储VirtualSAN竞争分析VirtualSANvs.NutanixVirtualSAN实测报告VirtualSAN资源&反馈2第二页，共83页。注意事项战略上藐视友商，战术上重视尽量不主动地针尖对麦芒地比较，要用组合拳。但要了解友商的技术细节，知己知彼；不主动谈友商的劣势，因为你很难比友商更先了解它的最新信息如果没有深入了解其技术细节，或者不知道其最新信息，你可能会失去用户/合作伙伴的信任谈存储发展趋势(分布式、软件定义代表未来)用Solution(组合拳去)竞争(将VSAN置于Hypervisor,SDDC,云和自动化之下讨论)VSAN是vSphere的一个高级功能vSphere+VSAN; vRealize+VSAN; HorizonView+VSAN; NSX+VSAN?数据保护+VSAN;如vReplication,VDP,VDPA常规应用+VSAN;如Oracle,SQLServer,Exchange,SharePoint等)行业应用+VSAN;金融、电信、教育、医疗、政府、制造业、云提供商、……战术上，将友商分为两大类：传统存储(外置磁盘阵列)、其他SDS3第三页，共83页。存储发展趋势4第四页，共83页。2011～2020年，IDC的“数字宇宙”报告1、数据量将增长50倍，而IT人员仅仅增长1.5倍；2、非结构化数据约占未来十年数据产生量的90%；有的时候，用户的计算量并没有增加，但是数据量增加了，需要更多的存储空间；5第五页，共83页。全球IT预算持续，节省成本真的很重要！*Gartner2Q2015,全球IT支出预测;2015年甚至为负增长:-5.5%（实际2.5%）;Gartner连续三次调整IT支出的预期(降低)6第六页，共83页。SSD和高速网络的出现，改变了存储的游戏规则–未来是分布式存储数据应该靠近计算，延时更短！2014年04月30日,SanDisk发布世界上第一款4TBSSD；2015年3月，SanDisk推出的InfiniFlash，单卡容量达8TB的闪存卡（64个）；SanDisk计划2016年发布16TBSSD；7第七页，共83页。参考:SSD磁盘高性能低功耗349x15KHDD

90,000IOPs11xSASSSD

88,000IOPs1xPCIeSSD

90,000IOPsPrice/Performance:$2.14/IOPSPower:2443wPrice/Performanceabout$0.72/IOPSPower:66wPrice/Performanceabout$0.2/IOPSPower:13wRandomIOPs:70%Reads/30%Write;8Ktransfer;Q-Depth=4:2.5”,15KSASIOPs=258/DriveRandomIOPs:70%Read/30%Write;8KTransfer;Q-Depth=4:SASSLCSSDIOPs=8000/DriveRandomIOPs:70%Read/30%Write,8KTransfer:IOPs=90,000/Drive每块15KHDD，250多个IOPS每块SASSSD，8000个IOPS每块PCIeSSD，9万IOPS第八页，共83页。第九页，共83页。存储发展趋势：SDS(软件定义存储)10第十页，共83页。存储发展趋势：SDS(软件定义存储)HyperconvergedStorageMarketforGoogle,Facebook,Yahooetc.HyperconvergedStorageMarketforCommercialEnterprise.第十一页，共83页。Gartner史上罕有的，为某单一产品做出分析和预测“截至2017年，将有三分之一的中端市场组织至少会为其总存储容量的30%部署VMwareVirtualSAN...”第十二页，共83页。什么是软件定义存储13第十三页，共83页。数据中心面临的IT痛点害怕被锁定担心被服务器硬件厂商锁定管理异构的环境出现新的应用类型，如Bigdata,Mobile不灵活面对市场变化，IT架构缓慢迟钝IT架构需要重新调整影子IT(ShadowIT)不断增长低效业务停顿难以满足SLAs故障诊断和解决的时间漫长安全与合规的问题复杂的，竖井式的IT架构高额的Capex(初始资本支出)和Opex(运营支出)操作低效第十四页，共83页。VMware对软件定义数据中心的描述

SoftwareDefinedDataCenter(SDDC)抽象自动化池化计算存储/高可用网络/安全管理第十五页，共83页。TraditionalITpainpointsNewITpainpointsVmware的SDDC(软件定义的数据中心)实现了变革

*ClaimsbeingvalidatedbytheTanejaGroup(finalnumbersexpectedAugust,2013).InflexibilityFearofLock-InInefficiencyDowntime超过500家ISV解决方案的支持，支持80种OS多种选择AnyApp

Anywhere高效Capex(初始资本支出)减少了75%，Opex(运营支出)减少了56%*CloudService

ProviderEconomics可控Tier1应用的停机时间减少了36%*Cloudon

YourTerms敏捷IT生产率提高了67%*Appsat

BusinessSpeed软件定义的数据中心解决了IT痛点第十六页，共83页。VMware对SDDC和SDS的描述VMware做为SDS概念的创造者，对SDS定义如下：软件定义的存储产品是一个将硬件抽象化的解决方案，它使你可以轻松地将所有资源池化并通过一个友好的用户界面（UI）或API来提供给消费者。一个软件定义的存储的解决方案使得你可以在不增加任何工作量的情况下进行纵向扩展（Scale-Up）或横向扩展（Scale-Out）。软件定义存储是VMware软件定义数据中心的五大组成部分之一。VMware认为，软件定义的数据中心，是IT演变的下一个阶段，是迄今为止最有效、恢复能力最强和最经济高效的云计算基础架构方法。SDDC方法论将对存储、网络连接、安全和可用性应用池化、抽象化和自动化，整个数据中心由软件自动控制。基础架构提供的服务将聚合起来，并与基于策略的智能调配、自动化和监控功能结合在一起使用。应用编程接口和其他连接器支持无缝延展到私有云、混合云和公有云平台。17第十七页，共83页。什么是软件定义存储(SoftwareDefinedStorage)全球网络存储工业协会(SNIA)认为，SDS需要满足的是：提供自助的服务接口，用于分配和管理虚拟存储空间；应该包括如下功能:自动化

Automation

–Simplifiedmanagementthatreducesthecostofmaintainingthestorageinfrastructure.标准接口StandardInterfaces–APIsforthemanagement,provisioningandmaintenanceofstoragedevicesandservices.虚拟数据路径VirtualizedDataPath–Block,Objectinterfacesthatsupportapplicationswrittentotheseinterfaces.扩展性Scalability–Seamlessabilitytoscalethestorageinfrastructurewithoutdisruptiontoavailabilityorperformance.第十八页，共83页。传统方式–手动传送数据需求SNIA观点注：什么是virtualstoragedevices？BlockStorageLogicalUnits,

Shares,ObjectContainers“storageadministrator”definedandimplemented.第十九页，共83页。让应用通过元数据来请求相应的数据服务，包括如下：空间部署，数据保护(快照、克隆)，数据高可用(容灾、双活)，性能，安全等SNIA观点理想方式–通过元数据传送数据需求第二十页，共83页。SNIA观点(理想方式)

–SDS总揽图第二十一页，共83页。举例:AmazonEBS云存储服务价格列表第二十二页，共83页。VirtualSAN竞争分析23第二十三页，共83页。竞争分析讨论的大前提vSphere用户，或者计划购买vSphere的用户我们承认VSAN只在单一Hypervisor上运行，是我们的劣势，但是同时也是优势，将更多话题引向优势面来讨论。24第二十四页，共83页。MagicQuadrantforx86ServerVirtualizationInfrastructure,2014

Atleast70%ofx86serverworkloadsarevirtualized,themarketismatureApolltakenatGartner'sDataCenterConferenceinDecember2013showedthatmorethan90%ofattendeesconsideredvSpheretheirprimaryhypervisor强调：超过70%的x86服务器工作负载实施了虚拟化25第二十五页，共83页。越来越多的关键业务应用运行在虚拟化环境里VMwareCustomerSurvey26第二十六页，共83页。VMware拥有非常广泛的存储合作伙伴体系做为

VirtualSAN和VirtualVolumes的强大后盾vSphereVirtualSAN基于存储策略的管理支持VVOL的阵列VMware软件定义的存储vSphereVirtualVolumes第二十七页，共83页。迄今为止，最接近SNIA理想方式的SDS方案

-VMwareSDSSAN/NASSAN/NASPoolVirtualDataPlanex86Servers

Hypervisor-convergedStoragepoolObjectStoragePoolCloudObjectStorageVirtualDataServicesProvisioningPerformanceProtectionStoragePolicyBasedManagement(SPBM,基于存储策略的管理)VirtualVolumesVirtualSANvSpherePolicy-drivenControlPlane28第二十八页，共83页。不要小瞧了SPBM(基于存储策略的管理)SPBM助力实现：存储即服务(*Storageasaservice)29第二十九页，共83页。SPBM(基于存储策略的管理)的作用1、为SDDC、云计算所需的自动化奠定基础；2、SPBM下的vVol助力双向感知。长时间以来，虚机/应用无法感知存储，不知道自己运行所在的存储空间有何特性；同时，存储无法感知虚机/应用，不知道上面运行的虚机有何特点。从VMwareVAAI，VASA出现后，开始逐步改变了这一现状。现在，我们知道借助VASA，vSphere/vCenter已经可以知道存储的许多特性；如果存储支持VMwarevVol(VirtualVolume)，这一技术还能帮助存储管理员在存储GUI界面里，了解到虚机的详细情况，例如有哪些虚机连接到这台存储上，这些虚机分配多大空间；每个虚机有哪些VMDK，大小和使用空间多少，有无快照，内存、SWAP占多少。这样存储也能感知前端虚机/应用了，这在以前几乎难以想象。

3、颗粒度细，以虚机为中心（也即App-Centric）进行存储资源的调度和管理。以虚机，甚至每个虚机下的VMDK，这么细小的颗粒度，在存储中部署并被管理起来；利用率高，部署、管理和变更（如在线调整存储策略）都很方便。30第三十页，共83页。创建虚拟机的存储策略31第三十一页，共83页。创建新虚机时，可选存储策略32第三十二页，共83页。变更存储策略

传统存储手动操作vs.VMwareVSAN的自动化传统存储需如下步骤从原有数据存储迁移虚拟机删除所涉及的LUN或卷创建一个满足新的存储要求的新的LUN（不同的RAID等级）重新以VMFS格式来格式化LUN将虚拟机重新迁移回新的数据存储VSAN仅一个步骤(可有两个选择)修改现有的关联到该虚拟机的存储策略创建一个全新的策略，再将新策略关联到该虚机33第三十三页，共83页。AutomatingStorageSelectionwithvCAC(vRealize)andVSAN34第三十四页，共83页。AutomatingStorageSelectionwithvCAC(vRealize)andVSAN35第三十五页，共83页。VirtualSAN可简化并自动执行存储管理从单个自调节的数据存储满足每个虚拟机的存储服务级别要求基于存储策略的管理VirtualSAN共享数据存储vSphere

+

Virtual

SANSLA软件自动

控制服务级别不再需要LUN/卷！基于应用需求的

策略集容量性能可用性按虚拟机

设置的存储策略36第三十六页，共83页。如何应对外置磁盘阵列友商的竞争?一、更快弹性扩展，可预测性能；闪存加速，性能稳定、延时低（小于1ms）；二、更省降低TCO；可按需支付；部署、管理简单，自动化程度高，无需存储专家管理；三、更简单两次单击，即可部署完成；与vSphere紧密集成，界面统一，管理简单。基于策略的驱动，能自动调优；能在线线性扩展；Tip:PartnerSE(大OEM厂商)谈论SDS时，尽量不用或者尽可能少用“不再需要LUN/卷！”字眼，不谈论与外置磁盘阵列友商的竞争，避免引起对方反感。37第三十七页，共83页。以设备为中心的孤立小环境静态服务等级僵化的调配缺乏精确控制频繁的数据迁移耗时的流程自动化程度低对请求响应慢复杂的流程非商用利用率低超额配置昂贵的专用硬件APP或VMAPP或VMAPP或VM客户目前在传统外置存储方面面临着一些挑战38第三十八页，共83页。传统外置存储vs.软件定义的存储全新控制层从以硬件为中心转向以应用/虚机为中心全新数据层从专用硬件转向行业标准硬件软件定义的存储(SDS)传统外置存储

策略驱动的自动化跨阵列的通用性动态控制ServerSAN经过闪存加速分布式存储控制器普遍X86化，所以SDS在RAS上与传统存储相差不大；39第三十九页，共83页。价格比较：VirtualSAN使得TCO最多降低50%资金开销服务器端经济优势减少前期投资精确的扩展利用存储硬件成本趋势提高资源利用率线性可预测成本曲线运营开销提高管理员的工作效率简化预算无需专业技能低至

0.50美元/GB2低至

0.25美元/IOPSOPEX降至

原来的

1/5-1/24TCO最多

降低50%5每个桌面低至50美元11.完整克隆

2.可用容量3.根据2013年市场定价估算的资金开销（包括存储硬件+软件许可证成本）4.资料来源：TanejaGroup5.与传统的共享存储解决方案相比较40第四十页，共83页。价格比较，前提是vSphere虚拟化环境+全闪存阵列查看业界全闪存阵列价格比较查看Excel表格：PriceComparison-pyever2.0 VSAN13Kvs.others60~80K41第四十一页，共83页。知识中心有《VSAN6.0招标参数v1.1》例如指标要求，提供基于存储策略的管理机制，根据业务应用的需求，可以通过变更存储策略进行在线的动态调整业务应用正在使用的存储资源需要注意的是，那些支持VMwareVirtualVolumes(简写为vVol)的存储产品，应该认为他们支持基于存储策略的管理不建议向用户/合作伙伴深入剖析VirtualVolumes的技术原理42第四十二页，共83页。如何应对友商的跨异构存储的存储虚拟化方案?跨磁盘阵列的存储虚拟化（也即异构存储的管理,互操作性），比较知名的有：EMCVPLEX、IBMSVC、HDSVSP，以及SymantecStorageFoundation。他们都能或多或少的将其他厂商的存储纳入自己的存储平台之下进行管理。但这种管理，也只是将异构存储的逻辑卷做为一个外来设备使用，把它视为一个普通的容器，不知道它能提供多大的性能。同时也丢失了异构存储内嵌的丰富的软件特性，例如快照、容灾等;存储虚拟化的缺陷:编程接口不会轻易对其他友商开放；服务扯皮,推诿责任；管理复杂度并未降低多少；服务扯皮的举例：“曾经有用户想用HDS的USP管理EMC的CX系列磁盘阵列，结果EMC工程师跟用户讲磁盘阵列的兼容列表上没有HDSUSP，拒绝提供服务。还有一次用户实测用NetApp的V3000管理IBMDS系统磁盘阵列，发现性能低的离谱。结果NetApp和IBM的工程师都说不是自己的问题，让对方改设置来兼容自己”43第四十三页，共83页。vSphere也是一种存储虚拟化的方案其实Hypervisor本身也在用户不知不觉的过程中完成了存储虚拟化或池化的工作，这是更高级的池化，能够在虚机/应用级别去全局的、统一的、灵活的分配和协调存储资源。以VMware为例，vSphere(池化那些尚未支持VirtualVolume的外置阵列)将存储资源池化后，即可借由DRS、Replication或SRM、或是免费的VDP(DataProtection)实现虚机存储资源的动态调配，或是虚拟磁盘的备份、归档和容灾，同样实现了异构阵列的利旧。44第四十四页，共83页。VSAN如何应对其他SDS友商的竞争?VirtualSAN已嵌入vSphere内核CPU占用少于10%便于管理无需安装和管理单独的虚拟设备无单点故障提供最短的I/O路径与vSphere和VMware产品体系无缝集成vSphereVirtualSAN已嵌入

虚拟机内核虚拟存储设备...+45第四十五页，共83页。市场上都有哪些SDS厂商？最有可能遇到的友商是位于DataPlane里的超融合架构(HCI)如Nutanix、EMCScaleIO、Maxta、SimpliVity、ScaleComputing、Pivot3、……；国内有：华为FusionStorage、志凌海纳SmartX；开源的有OpenvStorage（类似Nutanix架构）；46第四十六页，共83页。VirtualSAN与VMware产品体系深度集成VSAN集成HighAvailability,vMotion,DataProtection,vSphereReplication等功能vMotionvSphereHADRSStoragevMotionvSphereVMwareView虚拟桌面vCenterOperationsManagervCloudAutomationCenterIaaS云环境运维和自动化SiteRecoveryManager灾难恢复站点A站点B基于存储策略的管理快照链接克隆vSphereDataProtectionvSphereReplication数据保护47第四十七页，共83页。同城双活数据中心：VSANForMetroClusterVSAN是最经济简便的双活数据中心存储解决方案只需要在两个双活数据中心部署VSAN并通过高带宽低延时网络相连与vSphereHA/FT，vMotion等技术紧密集成RPO=0，RTO分钟级站点A生产站点A生产站点B仲裁站点VirtualSANforMetroCluster站点C站点Bvmdkwitnessvmdkwitness高带宽10-40G低延时1-5ms低带宽0.2-1M高延时200-1000msvmdkvmdk48第四十八页，共83页。更多与集成的相关介绍，可参考藏铁军的《VSANExec》49第四十九页，共83页。与其他SDS的比较，重点分析Nutanix的即可50第五十页，共83页。VirtualSANvs.Nutanix注：VSAN最突出的优势是，1、内嵌在vSphere里，I/O路径短，延时低；耗CPU<10%；2、与vSphere高级功能，如HA,vMotion,DRS等紧密集成；3、管理简单，仅单击两下鼠标即可部署；4、而且具备自动化功能，能够被vSphere或云平台(如vRA)调用，实现软件定义数据中心所需的快速简单、敏捷交付，自动部署存储资源；下面介绍一些技术细节上的差异；51第五十一页，共83页。Tips不要拿EVO:RAIL与Nutanix相比较因为EVO:RAIL配置相对低端些VSA方式导致的潜在问题（最好的方式是嵌入Hypervisor内核）来自一位Nutanix用户的使用反馈：安装部署很方便，但是迁移维护出故障将某个Host进入到维护模式之前，需要关闭CVM关闭CVM，出现无法访问NFSdatastor，也不能进入NutanixPrism管理界面用户最后做出的结论是：Itismyopinionthatalthoughthishyper-convergedplatformisextremelysimpletoinitiallyconfigureanddeploy,theresiliencyoftheoverallsolutionhasalongwaytoprogressinordertofulfilltherequirementsofEnterpriseadoption.IdonotrecommendAlexionmovingforwardwithutilizingNutanix-basedvirtualizationinanycapacity.52第五十二页，共83页。Nutanix技术细节耗资源多：CVM至少要24GB内存，8个vCPU。若有去重压缩，需32GB内存；所有CVM都从SSD启动。重删和压缩有局限：1、采用MapReduceDedupe做去重和压缩，以下两者不同时并存：(1)压缩有Inline和PostProcess；(2)去重有Performance（只减少内存消耗，不减少容量）和Capacity；2、只在12GB(VMDK)里去重，适用于VDI(Image)；3、VDI才有必要重删（备注：全球60%用于VDI）。VAAIclone和Linkedclone环境不建议重删。提防Nutanix上千个节点集群的提法：Nutanix实际部署最多50多个节点，但多数容量不够；国内有16个节点的集群；NDFS支持多个Container；VSAN可以借助空间预留、缓存预留达到类似效果，又不失共享的好处；Nutanix的两个10Gb是Active/Passby的；53第五十三页，共83页。Nutanix的存储池也只是给Hypervisor集群的虚机使用的mountthecontainerasaNFSdatastoreESXhosts.mountthecontainerasaSMBvolumeonHyper-Vhosts.KVMonNutanixusesiSCSIandNFSforstoringVMfiles:1)iSCSIforVMs2)NFSDatastoresforImages NFSdatastoresareusedtomanageimageswhichmaybeusedbymultipleVMs,suchasISOfiles.54第五十四页，共83页。NutanixControllerVMsCanEasilyUse25-50%ofCPUNutanix的虚拟存储控制器(CVM)运行在虚机上，每个Host一个CVM，该CVM控制其他所有应用虚机的I/O访问，很累的。下图显示，仅仅运行IO测试的应用虚机，占用CPU和内存都很少。然而四个Host的NutanixCVM都非常繁忙，CPU消耗都在14000MHz以上，内存消耗在73%以上。NutanixCVMsare“busy”handlingIOUserVMsaresmallandnotusingmuchCPUorRAM;runningIOtests55第五十五页，共83页。ControllerVMsVeryDemandingAftermigration,workloadcontinuestodriveloadonpreviousCVMI/OtransitionstolocalCVMovertimeAftervMotionCVMspikesSlowlyStabilizesNotetheMemusage–allreservedNutanixSEsoftenaddvRAMbeyondthe16GBshownheretoCVMCONFIDENTIAL56第五十六页，共83页。Nutanix的数据本地性并没有什么优势，因为万兆网络延迟远低于SSD延迟，

而且……Nutanix声称:Nutanix确保datalocality(数据本地性，i.e.存储与计算在同一个节点上)，因此Nutanix比VSAN更快.真的吗？SoundsnicebutITDOESN’TMATTER!(atleastnotforVSAN)Writes（写IO）

mustoccurontwodifferentnodessonotlocalanyway(SameasVSAN)Readingfromlocaldisksshouldbemoreefficient…buton10GbEthenetworkisn’tahugebottleneck10GbETCP/IPlatency:<100microseconds(微秒)round-tripPCIeflashlatency:<1millisecond(毫秒)（注意：万兆网络之间的来回延迟仅有PCIeSSD的十分之一！）Diskstorage:<5milliseconds(毫秒)10GbEnetworkingaddsomelatencybutthisisNOTthebottleneckintheNutanixsystem…it’stheCVM! 瓶颈不在于万兆网络，瓶颈在于Nutanix的CVMKeyquestionstoconsideraboutDataLocality:(备注：Nutanix的数据本地性只是帮助读IO)WriteIOisslowerthanReadIOandbydesignmustberemote,sohowdoesdatalocalityhelphere?(写IO慢于读IO，而且必须跨节点做同步，因此，Nutanix的数据本地性对性能并没有多大的帮助WithNutanixreadIOshouldcomefromthelocalnode–whathappensiftheCVMisbusyoravMotionoccurs?如果CVM非常繁忙，或者vMotion发生了，Nutanix的本地读就没有优势了10GbEnetworksaddonlyslightoverhead…sodoesitmatterwheretheIOactuallycomesfrom?万兆网络只是增加了非常小的延迟，因此，读IO来自于哪个节点，无关紧要CONFIDENTIAL第五十七页，共83页。NutanixDataLocality:HowItWorksNutanixIOflows:Reads:(showningreen)VMreadrequestgoesthroughCVMThenthruvSphereTodatastores…hopefullySSDThenbacktoVMvSphere➊➋➌ReadrequestflowWrites:(showninblue)VMwriterequestgoesthroughCVMCVMsendsthruvSphereTolocaldisksANDsendstoanothernodeforreplication➍avSphere➊➋➌WriterequestIOflowvSphere➍b➍cKeyfacts:Onlyreadsareactuallylocal–writesMUSTgotoremotenodeThereadrequestcanonlycomefromoneplace…whathappensifthelocalCVMisbusy?LocalIORemoteIOCONFIDENTIAL第五十八页，共83页。NutanixDataLocality:vMotion&DataLocalityPostvMotionNutanixIOFlow:VMhaschangedhostssodatatemporarilynotlocalReads:(showningreen)VMreadrequestgoesthroughCVMDatanotonlocalhost–sendreadrequesttoformerhostCachereaddatatonewlocalhostEventuallyblockswillbewrittentonewlocalnodeanddatalocalitywillberestoredWrites:(notshown)Essentiallynochange–writetolocalhost&secondhostvSphere➊,➎➋➌PostvMotionreadrequestIOflowvSphereNewHostFormerHost➍➏➐Keyfacts:AftervMotioninitialreadsareremoteforsomeamountoftimeThereadrequestcanstillonlycomefromoneplaceRemoteIOCONFIDENTIAL第五十九页，共83页。VSANDistributedCache:BetterThanDataLocalityVSANIOFlow:VMreads&writesaredistributedtoallhostsholdingreplicasIfonehostisbusy,theotherscanstillserviceIOrequestsvMotion,DRS,HA,etc.causeNOchangetoIOflowandnoadditionaloverheadKeyfacts:VSANIOdeliveredfrommorethanonelocation10GbEnetworkoverheadissmallTheSDDCandSDSisaboutabstraction,pooling,andautomation.Itshouldperformtopolicyspecsautomaticallywithoutworryingaboutplacementofindividualcomponents.VSANdeliversonthisgoal.DistributedIOSource:DuncanEpping.Sept30,2013.CONFIDENTIAL第六十页，共83页。BenchmarkDetails

性能测试：Nutanix的物理配置高于VSANHardwareDetailsVSAN(4nodes)Nutanix(4nodes)ServerbrandSupermicroNutanixServermodelSYS-2027TR-H70RF+NX-3050CPUmodelXeonE5-2650XeonE5-2670CPUspeed2GHz2.6GHzLogicalthreads32total32totalRAM128GB256GBSSDspecsIntelSSDSC2BB30300GB2xIntelSSDSC2BA40400GB(S3700)StoragecontrollerLSI2008LSISAS2008(passthroughmode)BenchmarkInfoBenchmarknameDVDStoreURLBenchmarksettings8threads,0thinktime,30GBdatabaseVMconfigurationSingleVMwith4vCPU,8GBvRAM61第六十一页，共83页。DataLocalityBenchmarking:Nutanix

Nutanix两次vMotion后，性能下降很多Nutanixdependsondatalocality:aftervMotiondatablocksmustgofromoldCVMtonewCVMOrdersperminute5-minutemovingaveragevMotionvMotionTime(seconds)OrdersperminuteWorkloadperformanceisimpacted30%even5minutesaftermigrationEvenaftermigratingbacktooriginalhost,degradationcontinued62第六十二页，共83页。VSANDeliversConsistentPerformanceRegardlessofLocality

vMotion后，VSAN性能依然非稳定Workloadbeganonhostwithnolocaldiskreplicas5minuteslater,migratedto2ndhost,againwithnolocalreplicas5minutesmore,migratedtoahostwithlocalreplicaOrdersperminute5-minutemovingaveragevMotionvMotionTime(seconds)OrdersperminuteConsistentperformancethroughout63第六十三页，共83页。VSANDeliversConsistentPerformanceRegardlessofLocality

VSAN能提供稳定的性能，无论数据是否在本地VSANperformsbetterandmoreconsistently:datalocalitymakesonlyminordifferenceNutanixsuffersgreatlywhendataisnotlocal64第六十四页，共83页。VSANDeliversConsistentPerformanceRegardlessofLocalityVSANperformsbetterandmoreconsistently:datalocalitymakesonlyminordifferenceNutanixsuffersgreatlywhendataisnotlocal65第六十五页，共83页。VirtualSAN实测报告66第六十六页，共83页。TonyWang,RenLiang,LambLiu–U2VL测试报告测试报告专业、系统，可在VSAN销售大师下载。关键要点：1、无论IOMeter，还是OracleRAC(用SwingBench)做压力测试，性能能随节点增加而线性增长；2、测试证明了OracleRAC在VSAN上的高可用性：包括vMotion和HA（这点很重要！）67第六十七页，共83页。另一POC测试：单虚机IOMeter在VMwareVSAN性能表现不错Ononevm，8vdisk，8Worker，eachvdiskhaveworker;4KB，100%Read，100%

IOPS:127.6K测试设备的配置信息：4*PowerEdgeR730Server:IntelXeonE5-2660v32.6GHz(2)256GBMemory(3-1)1x400GBSSDWISAS12Gbps(Toshiba,ClassD,eMLCSSD)(3-2)GreenliantG-Card,G7101,1.37TB(OP之后900GB)G7102,2.75TB(OP之后1.8TB)(4)4x600GB15KRPMSAS6Gbps(5)PERCH730IntegratedRAIDController(6)Networking:2x10Gband2x1Gb第六十八页，共83页。Oracle单实例在VMwareVSAN性能表现不错（采用SASSSD)单实例Oracle,400个并发用户,如下图,高达13509的AverageTPS，延时为29ms。之前有一个友商(外置磁盘阵列)的全闪存(可能是市场上价格最低的全闪存）:12x400GBSLC+6X1.6TBMLCSSD,其AverageTPS为12711，延时为37ms。但VSAN性价比远高于友商的全闪存阵列。而且VSAN除存储外，还提供了计算资源。第六十九页，共83页。OracleRAC在VMwareVSAN性能表现不错（采用NVMeSSD)OracleRAC:32vCPU,64GBMemory;SwingBenchClient:4vCPU,32GBMemory;1000Users,GotAverageTPS(Transactionpersecond)=17784

withAveragelatency=73;TheMaximumTPSgot23145!第七十页，共83页。在可以下载如下测试报告SQLServerExchangeSAPVMwareVirtualSAN™6.0Performance-ScalabilityandBestPractices71第七十一页，共83页。性能实测一：混合盘的硬件配置(Hybrid)HardwareConfigurationforHybridVirtualSANCluster4-nodeVirtualSANcluster•Dual-socketIntel®Xeon®CPUE5-2670v2@2.50GHzsystemwith40Hyper-Threaded(HT)cores•256GBDDR3RAM@1866MHz•2xLSI/SymbiosLogicMegaRAIDSASFusionControllerwithdriverversion:6.603.55.00.1vmw,build:4852043•2x400GBIntelS3700SSDs•8x900GBWesternDigitalWD9001BKHG-02D22HDDs•1xDual-PortIntel10GbENIC(82599EB,fiberopticconnector)•1xQuad-PortBroadcom1GbENIC(BCM5720)72第七十二页，共83页。HardwareConfigurationforAll-FlashVirtualSANCluster8-nodeVirtualSANcluster•Dual-socke