如何完成一个成功的VSAN PoC

如何完成一个成功的VSANPoC议程概要23456VirtualSAN简介工欲善其事，必先利其器POC验证的常见场景性能，性能，性能成功案例分享2“”“”前所未有的⽤用户增量2500+以我的经验，Vmware的解决⽅方案⾮非常可靠。我们已经准备翻倍VSAN部署的规模.前18个月所积累的企业用户数量VSAN就像它描述地那样工作，事实上我已经轻易地管理它，并且忘记它的复杂性！+• 嵌入在虚拟化平台中，可以横向扩容的超融合基础架构的存储部分• 以虚拟机为中⼼心的管理模型• 和vSphere无缝集成– vMotion,DRS,HA,FT,VDP,VR…• 将每台ESXi主机中的本地磁盘聚合成一个共享存储集群• 动态的扩容和性能提升• 闪存优化的存储系统4+++++VMwareVirtualSAN简介…++⼯工欲善其事，必先利其器加速使用案例计划结果PoC验证中的常见场景• 测试验证中，最重要的是什么？1. 成功部署VSAN2. 在VSAN数据存储中成功部署虚拟机3. 在故障发生时（主机，存储设备，网络），确保虚拟机的高可用性4. VSAN可维护性5. 虚拟机的性能达到预期CONFIDENTIAL7案例#1–成功部署VSAN• 确保已经安装最新版的VSAN• 如果PoC测试需要进行很长时间，确保合适的许可证是可用的• 确保正确的网络配置。记住：VSAN需要组播网络,因此，让网络团队预先准备好• 需要最少三台主机.确保这些已经准备好.• 需要最少三台主机贡献存储:– 至少一个存储控制器–确保其在硬件兼容性列表中,（以此确保驱动和固件得到验证）– 至少一块闪存设备(SSD,PCIe)作为缓存–确保其在硬件兼容性列表中– 至少一块HDD/SSD作为数据存储盘–确保其在硬件兼容性列表中– 或者考虑VSANReady节点作为一个可选项…记住，VSANHealthCheck会帮你完成大部分的工作案例#1–成功部署VSANCONFIDENTIAL8在每次测试后都要运行它!也可以使用它来解决你之前遇到的问题!定期检查VSANHealthCheck状态CONFIDENTIAL9案例#2-成功部署虚拟机使用HealthCheck验证虚拟机部署前瞻性测试中的一部分.这可以验证是否可以在VSAN集群中创建虚拟机CONFIDENTIAL10组件在主机中的位置案例#2-成功部署虚拟机我创建了一个新的虚拟机,但不确信它在磁盘上的存储位置案例#3-在故障发生时，确保虚拟机的高可用性• 以下各种故障应该作为典型PoC的一部分– 主机故障– HDD/SSD故障–缓存/容量故障– 网络故障• 主要目的是确保虚拟机在故障中可以持续使用，这可能意味着VM在集群中的另一个节点重启。• vSphereHA在这一过程中也发挥着重要作用。其已融合进VirtualSAN,因此在故障发生时,VM可以在集群中的其他主机上重启。CONFIDENTIAL11案例#3.1-主机故障• 我到底需要多少台主机？– 最少需要3台主机来支持VSAN.• 在故障或维护模式下如何重建对象?– 如果在该故障期间，需要虚拟机保持高可用，考虑配置额外的容量（比如最少4个节点）CONFIDENTIAL12案例#3.2-存储故障• VirtualSAN6.0PoC白皮书中讲述了如何注入临时的磁盘错误– 一个真实地磁盘故障会导致VSAN触发立即重建– 弹出/脱机/拔出:失联在修复前等待60分钟故障:降级立即修复CONFIDENTIAL14前瞻性测试的一部分.用来验证VSAN集群是否达到可接受的组播性能案例#3.3-网络故障组播配置错误是最常见的问题案例#3.4-验证故障发生后的重建活动• VirtualSAN可能需要在后台移动数据:改变策略,主机故障,长期/永久性组件丢失,用户触发的重新配置,维护模式等等.• Web客户端同步仪表盘展示了VM的重新同步和剩余需要同步的数据量15记住!在同一时刻只能进行一种场景测试!案例#4-VSAN可维护性我想升级VSAN集群中的一台ESXi主机，我该怎么做？CONFIDENTIAL16VSAN为维护模式提供多种选择案例#4:VSAN可维护性确保可访问性全数据迁移无数据迁移不保证虚拟机满足策略确保虚拟机满足策略要求不能确保虚拟机能被正常访问短时间的维护短时间的存储准备超过一小时的维护长时间的存储准备短时间的维护没有影响间空间需要一定量的存储剩余空需要其他节点的空闲存储没有影响CONFIDENTIAL17案例#4:磁盘可维护性磁盘可维护特性可以点亮要更换的HDD或SSD的LED灯18案例#4:磁盘/磁盘组清空• 允许您在从VSAN移除磁盘/磁盘组之前清空磁盘组或磁盘上的数据• 允许VSAN确保所有的工作负荷与原有策略保持完全兼容!• UI,ESXCLI和RVC均支持.• “清空磁盘/磁盘组”选项在UI中的展示.19性能，性能，性能• VSAN的分布式架构要求集群中池化的计算和存储资源被充分利用时，可以获取相当可观的性能• 这意味着，大量运行工作负载的虚拟机在集群中被分散部署，并且VSAN能自始至终提供所有虚拟机聚合后的性能.• 这部分的评估比较复杂，并且非常耗时• 真实应用的工作负载是最好的，但是…– 模拟的工作负载(IOmeter)更容易被设置– 过于简化的工作负载并不能真实反映VirtualSAN可以做什么• 值得一读:ProTipsForStoragePerformanceTesting– 性能测试需要考虑的问题测试是否充分利用了VirtualSAN的分布式存储资源？• 相比单台主机上的单台虚拟机，多台虚拟机交叉使用多台主机将会提供最好的性能工作集是否完全在闪存中，以便充分利用闪存性能？• 读缓存失效将会触发较大延迟工作负载是否缓存友好的模型？• 持续的顺序写工作负载会填满缓存，使缓存内的数据被迫降级，写入机械磁盘。因此混合读/写工作负载是最好的。缓存是否经过预热？• 开始测试的初期结果不能完全反映性能CONFIDENTIAL采用IOmeter的性能测试• 在性能测试前，不要忘记预热SSD• 首次测试：– Singleworker– 8OutstandingI/O– WriteI/ODataPatternwilluserepeatingbytes– 4KBI/Osize– 70%Read/30%Write– 100%Random• 考虑随着时间的迁移移动到:– multipleworkers– 多台虚拟机– 多台主机– 增加OutstandingIO–延迟vs.IOPSCONFIDENTIAL22VSANHealthCheck插件–前瞻性存储性能测试• 在非生产环境中运行性能测试• 在每台主机上创建10-20个VMDK，这些VMDK将被VSAN平均分发到不同的物理磁盘上，然后在所有主机的VMDK上并行地产生模拟IO的工作负载• 通过存储性能测试验证IOPS和带宽要求CONFIDENTIAL23Date|City,Country基于VMware一体化交付平台的东华医疗HIS应用系统测试报告艾飞SolutionManager目录123测试目标体系架构测试结果26主要测试目标① 验证国内大型和超大型三甲医院的核心业务系统和数据库系统在vSphere+vSAN的一体化交付平台下的可行性、可靠性、安全性、性能。② 通过ServerSAN替换传统存储的整体方案在真实应用和数据环境下的技术实现和性价比评估。③ 使用真实历史数据测试整体架构针对不同Workload的处理性能、高可靠性能力、系统稳定性，对核心数据库、存储、核心应用的支撑能力。④ 通过对东华医疗的完整应用环境验证VWware的全新一体化交付平台对医卫行业医院信息化的价值。目录123测试目标体系架构测试结果TechnicalEnvironment&SystemTopology281.主测试服务器:• 物理服务器:3台曙光I620-G10(每台主机一个磁盘组，1SSD+8HDD)• CPU：20个CPU*2.499GHz• 处理器类型：Intel(R)Xeon(R)CPUE5-2670v2@2.50GHz• 内存：8GDDR3*16• 硬盘：2TB7200转SATA硬盘X8;SSD:MemblazePCIe卡1.4TBX3• 网卡：双口万兆网卡（RJ45）X2；千兆口X2• 交换机:Mellanox以太网万兆交换机SwitchX-2SX102448P2.虚拟化环境:• 数据库服务器1台:CPU：Intel(R)Xeon(R)CPUE5-2670v2@2.50GHz32Core，硬盘：1T;Mem：64G；操作系统：Redhad6.5;数据库：Cache2010• ECP+Web服务器3台：CPU:24core;Mem:32G;操作系统：WindowsServer2008R2；数据库：Cache20103.测试客户机：• 2台虚机，操作系统:WindowsServer2008R2(x64);测试软件：Loadrunner11；CPU:Intel(R)Xeon(R)CPUE7-4820@2.00GHz;Mem:8G；HDD：250GBSystemContext29编号场景名执行用户数加压方式持续时间退出方式思考时间/迭代延迟备注1挂号1Vuser同时1min同时Pacing：忽略Thinktime：忽略获取单用户执行的响为之后的测试提供依据2诊断录入3医嘱录入4医嘱单查询5医嘱费用查询6查看检验报告7浏览护理病历Usecase测试场景一：交易基准测试30应时间和服务器资源，编号场景名执行用户数加压方式持续时间退出方式思考时间/迭代延迟集合点策略1挂号30Vuser同时运行完成同时忽略100%VU到达集合点时一起并发执行。2诊断录入3医嘱录入4医嘱单查询5医嘱费用查询6查看检验报告7浏览护理病历31测试场景二：并发测试交易并发测试（第1轮）：Vuser=30交易并发测试（第1轮）：Vuser=50编号场景名执行用户数加压方式持续时间退出方式思考时间/迭代延迟集合点策略15Vuser同时运行完成同时忽略100%VU到达集合点时一起并发执行。123挂号诊断录入医嘱录入4医嘱单查询5医嘱费用查询67查看检验报告浏览护理病历编号场景名执行用户数加压方式持续时间退出方式思考时间迭代延迟1挂号600Vuser每秒加载1个10min每秒退出1个Random：50%~150%Limitto3sRandom：3s-6s2诊断录入600Vuser3医嘱录入1200Vuser4医嘱单查询600Vuser5医嘱费用查询600Vuser6查看检验报告300Vuser7浏览护理病历300Vuser32测试场景三：单一交易负载测试大规模：大型三甲医院；典型场景：1200用户的医嘱录入编号功能点执行用户数加压方式持续时间退出方式思考时间迭代延迟1挂号120Vuser每秒加载1个10min每秒退出1个Random50%~150%Limitto3s：Random：3s-6s2诊断录入120Vuser3医嘱录入480Vuser4医嘱单查询120Vuser5医嘱费用查询120Vuser6查看检验报告120Vuser7浏览护理病历120Vuser33测试场景四：混合交易负载测试大规模：超大规模三甲医院；典型场景：1400用户的混合交易非功能性需求NFR3435测试人员TestingArchitectur