《vSphere 性能优化方法与故障排错方法及工具总结.docx》由会员分享，可在线阅读，更多相关《vSphere 性能优化方法与故障排错方法及工具总结.docx（48页珍藏版）》请在课桌文档上搜索。
1、本资料主要包括：性能优化方法：VSPhere性能优化逻辑、针对VM的性能优化、针对CPU的性能优化、针对RAM的性能优化、针对DISK的性能优化、针对Networking的性能优化。故障排查方法、工具：VSPhere故障排查思想、针对VirtualMachine的故障排查、针对StOrage的故障排查、针对VCenter和ESXi的故障排查、常用的故障排查工具箱。性能优化方法一、VSPhere性能优化逻辑1、虚拟化逻辑分层示意图CPU由SehedUIer和VMM控制内存由VMkemeI和VMM控制2、X86结构下虚拟化的问题X86的os通常直接运行在物理硬件层面，因此它的执行权限必须为ring
2、.X86虚拟化架构则要求os运行在虚拟化层级上面直接执行用户请求UserAppsRing33、CPU软件虚拟化二进制转换是最原始的32bitx86虚拟化的指令结构利用二进制转换，就可以实现：让VMM单独运行在ring,保证相对独立与性能让GuestOS运行在ring1.让Applications运行在ring3.直接执行用户请求针对GUeStOS的二进制翻译4、CPU硬件虚拟化CPU硬件虚拟化使得VMM运行虚拟机变得更加简单CPU硬件虚拟化允许VMM不依赖二进制转换依然能够完全控制虚拟机包括以下两种IntelVT-XAMD-v5、IntelVT-X和和AMD-V两者都是CPU的一种指令执行模式
3、，它们的主要功能如下：允许VMM运行在ring之下的rootmode自动的通过hypervisor来获取权限和灵敏度级别存放GuestOS在虚拟CPU控制架构中的状态直接执行用户请求不做二进制转换直接抓取VMM来执行用户请求6、内存工作示意图7、虚拟环境性能分析第一维度：单台物理服务器上的单台虚拟机HyperViSOr位于物理设备与虚拟机之间影响性能的重要因素VMMoverheadvirtualmachinevCPhypervisorPCPUhoi第二维度：单台物理机上运行多台虚拟机HyperSiOr位于物理设备与虚拟机之间影响性能重要因素调度开锁以及网路、存储、计算资源不足等问题第三维度：V
4、MwarevsphereDistributedResourceScheduler:降低第二维度中可能存在的部分性能问题影响性能的因素高频次的VMOtion动作machinevirtualmachinevirtualIvirtualIvirtualmachineImachineImachinehypervisorvirtualmachinehypervisorvSphrevMotion8、VSPhere环境中影响性能的因素硬件层面：CPUMemoryStorageNetwork软件层面:VMMVirtualMachine设定Applications9、关于性能的最佳实践清晰的掌控应用层的需求最优
5、化的虚拟机配置利用更新的硬件平台来保障资源层面的最优化性能保障监控、收集各种性能数据,利用强大的分析工具进行性能瓶颈分析10、常见的性能问题通常，性能问题都应该是在进行综合性能定义、管理的过程中出现的综合所有产品的性能问题而言，性能问题通常体现在如下方面应用程序无法满足Service-1.evelAgreement应用程序无法满足预先规划的性能浮动范围用户反馈性能故障或吞吐不足11、性能问题排错方法论排查性能问题和排查故障问题很多时候都是相似的，或者说：性能问题与故障问题的界限其实是很模糊的，因此都需要遵循类似的方法论，才能比较有效的进行排查根据前辈们和厂家总结的经验，通常都建议参考如下逻辑来
6、定义故障故障的体现形式是什么？从哪里着手开始查找问题？如何确定怎样检查问题？是否确认找到问题就是真正意义上的问题所在？想要针对性解决这个问题，需要做些什么如果处理之后问题依然存在，接下来该怎么办？12、针对ESXiHoSt的的CheCkIiSt2鲁It柏MCPUaI事是否饱和14怆鱼并M设伯JI舌中女1.oiiiKR案WtTXl三ESXTvCopsvMA13、vSphereesxtop是进行日常性能优化分析的重要工具，它可以帮助我们分析来自于CPU、RAM、DiSk和NetvVOrk等几方面的性能瓶颈vCops是VMWare公司生产的性能监控工具,可以用于性能监控以及优化说明vMA作为一款远程
7、命令行管理工具，在监控到性能问题后，它可以有效的帮助用户执行功能、组件和性能调整二、针对VM的性能优化1、VM性能相关概览经过精细化配置、调校后的VM将会为Applications提供一个最好的运行环境通常考虑VM的性能相关的参数包含下列几个选项GuestOSVMwareTbolsCPUMemoryStorageNetwork2、首先选定合适的OS类型在创建VM时，一定要正确选择GuestOS的类型GuestOS类型会决定缺省的最优化硬件以及配套的设定3、保证好GUeStoS的时间VM里的时间计算逻辑会导致GuestOS的时间要想保持准确性是很重要的规避这种可能性的方式尽量选择需要较小时间中断
8、的GuestOS大多数WindoWs、1.inux2.4:100Hz（每秒100个中断计数）大多数1.inux2.6:100OHz最新的1.inux：250HzNTPServer是最好的方法无论如何，别用2种以上的时间同少方式4、VMwareTools被用于提升VM的性能和可管理性保持VMwareTools为最新版本确保VMWareTOOIS是处于正常被激活状态的，如果没有被激活，则请激活它ESXi层级的基础性能检查5、VirtUaIHardWare兼容性VirtualHardware兼容能力丐ESXiHost的版本有关系，高版本,低版本的VirtualHardware的功能、性能兼容级别都不
9、同它会影响着VM的性能正常状态下只能升级，不能降级VirtualHardware版本可以向下兼容6、VirtualHardwarev10这个版本出现在vSphere5.5当中，其上的虚拟机支持下列新功能Version10组件优点VMDK最大支持62TB可以跑更多的业务,例如：文件服务器支持AdvancedHostControllerInterface(AHCI)OSX用这个控制器年价虚拟机支持4个SATA控制器，每个控制器30个设备支持在Vm上挂接更多的ST设备1.SISAS支持SOIariS11解决了从SOIariSIO升级到11之后的肩动问题7、针对CPU除非运行在OS里的Applican
10、tion有这个需求，否则尽量避免使用vSMP激活了SMP,则进程可能会被跨VCPUS进行迁移，会导致额外的开销如果有选择，最好是使用OS缺省的建议配置8、关于VNUMA的使用vNUMA允许NUMA-aware的GuestOS和Application通过硬件层的NUMA架构来提升资源利用效率vNUMA要求virtualhardwarev8+(ESXi5.0+)当vCPUs数量超过8个时自动激活可以在VSPhereWebClient里激活或禁止NUMAserver9、针对Memory这部分的考量大内存页面状态下：ESXi可以支持2MB的内存页面给Guest大内存页面内存的使用会降低内存管理开销且能
11、够变相提升hypervisor性能Transparentpagesharing组件是唯一的OVerCommined如果GuestOS或Applications能够handle的话，建议使用大内存页面为VM的交换文件单独找个地方存放在SSD上配置HostCache用作存放swap-to-hostcache如果主机没用swap-to-hostcache功能则建议存放在本地磁盘或远程SSD空间尽量不要将交换文件存放在Thin模式下的1.UN上面10针对Slorage这部分的考量选择好合适GuestOS的硬件类型Bus1.ogic或1.SI1.ogicVMWareParavirtUalSCSI(PVS
12、CSl)适配器针对1/敏感类型业务选用PVSCSI是一个和Bus1.ogic和1.SI1.ogiC相似的部件，但是它是一个低CPU开销、高吞吐、低延迟和更好扩展能力的控制器类型GuestOS队列深度适中对齐OS的分11、针对NetWOrk部分的考量如果有的选择，尽量使用VmXnet3这款虚拟网路卡：如果不支持VmXnet3,则可以退而求其次选择Enhancedvmxnet如果Enhancedvmxnet也不支持，可以选择flexible类型尽量选择支持主机物理卡高性能功能组件的虚拟网路卡，例如TCPchecksumofflad,TS和JUmbFrameS等确保物理网路卡运行在全双工模式和最高速
13、状态12、开启VM的建议在虚拟机开启和成功启动前，会消耗大量的资源CPU和Memoryreservations必须要得到满足需要足够的磁盘空间用于存放下面2个Vswp文件*.vswpvmx-*.vswp如果为Vm配置了VSPhereFlaShReaciCaChe(VFRC),则还需要足够的SSD磁盘13、开启VM的CPU和内存预留Reservations:CPU2GHzMemory2GBReservations:CPU2GHzMemory2GB为了顺利开启vm,ESXiHoSt必须要有大量的CPU、内存资源用于满足虚拟机的启动。当然，还需要包含启动这台虚拟机所需要的额外Memory开销ESXi
14、host:剿余资源CPU1.5GH?Memory6GBESXihost:剩余资源capacityCPU8GHzMemory6GB14、针对VM的的Swap文件存放建议想要成功开启VM还需要有足够的存储空间存放SW叩文件*.vswp交换文件的大小取决于虚拟机己配置的内存及预留值vmx-*.vswp交换文件的大小取决于虚拟机的OverheadMemory和Vmkernel的Reservation15、开启VM的的vSCSI类型建议要想成功启动VM,GuestOS必须要支持SCSIControllerSCSlCOntrOHer的选择可以在创建时和创建后去修改创建虚拟机的向导中，会根据GuestOS类
15、型不同而设定不同的默认建议选择16、VM性能最佳实践在创建Vm时，选择合适的GuestOS类型把不必要的设备，例如:USB,CD-ROM,软驱等删除仅仅在Applications支持Multi-Threaded时才配置SMP为GUeStoS配置好时间同步务必为Vm安装VMWareToolS并且保持为最新版本建议使用最新的VirtualHardware版本针对大1/类型的业务，需要考虑清楚，因为它会导致GUeStoS的1/性能受到影响做好对GuestOS的分区对齐尽可能使用vmxnet3三、针对CPU的性能优化1、WOHd概念概述基本上，可以将WoHd理解为CPU上调度的执行任务World就好像
16、是传统OS里的进程一样所以，VM就相当于一级WOrIdS的集合一个用于每个VCPU一个用于虚拟鼠标、键盘、屏幕（MKS）一个用于VMMCPUScheduler会选择将World调度到对应物理CPU或core上groupVMworldsIMKSVMMVCPUO上V4physicalCPU舞2、CPUSChedUIer组件CPU资源的分配对于用户而言是动态和透明的将VCPUS调度到物理CPUs上每240ms会检查一次物理CPU的使用情况，然后按需去迁移vCPUs针对CPU的使用情况，强制采用proportional-share算法每当CPU资源overcommitted,则主机会在所有的VMS上执
17、行物理CPUtime-Slice每个VCPU在调度时，会按照资源设定的优先级别去调用3、CPUSChedUler组件：VMSMP相关VMwareESXi使用co-scheduling表来优化虚拟机SMP的效率Co-Scheduling的工作原理将同一时间的CPU调度请求分散到不同的物理CPU上每一颗VCPU都会随时可能SChedUIed、DescheduledsPreemptedBloCked等在SMP虚拟机里发生VCPUS调度时，CPUSChedUIer可能会导致调度不均衡的问题两颗以上的VCPUS的SMP虚拟机在调度到不同的CPU上时可能存在不同的执行速率,所以会不均衡当除了某个VCPU外
18、，整体的VCPUS的调度并没有完整执行，VCPU的不均衡程度会加剧当vCPU不均衡比例超过一定比例之后，也会被判定为不均衡4、CPUSChedUler组件：RelaxedCo-Scheduler该组件技术表示检测到不均衡之后同时调度大量虚拟机VCPUS的技术减少虚拟机Co-Start对物理CPUS数量的要求增加CPU的利用率针对idle的vCPU不存在co-scheduling的开销部分5、CPUSChedUler组件：ProcessortopologyCPUSChedUler使用Processortopology信息来优化vCPUs在不同Sockets的位置存放选择CPUScheduler会
19、尽可能在所有的SoCketS上去分布负载，以便充分利用可用的Cache单Socket里的Cores通常会使用共享的1.ast-1.evelCache使用共享的1.ast-1.evelCache,可以在内存敏感业务上提升VCPU的性能当SMP虚拟机在VCPUS之间表现出明显的数据共享时，则依托缓存分布的方式将会是退而求其次的负载分布方式可以通过在VmX文件里增加SChed.cpu.vsmpConsolidate=TRUE这行参数来覆盖掉缺省的调度逻辑6、CPUSChedUler组件：NUMA-aware在Non-UnifOrmMemOryACCeSS(NUMA)主机上都会有直边到1个或多个本地内
20、存控制器的CPU来提供本地内存：同一台物理服务器上，通过本地内存访问CPU的进程效率会高于远程内存当虚拟机的内存分布中大部分不在本地内存是，就意味着此时的NUMA性能是较差的NUMASChedUIer限制VCPUS到单一的Socket上，以便充分利用缓存7、Wide-VMNUMASupportWide-VM表示虚拟机拥有超过NUMA节点所有Cores的VCPUS数量例如：1台4vCPUsSMP虚拟机可能分布在2Scokets,2Cores的环境只有当CoreS的数量满足才不算Wide-VM（HT不算）1台8vCPUs虚拟机可能分布在2Scokets,4Cores系统上，跃然激活了HT,不过由于
21、每个NUMA节点的CPU只有4Cores,所以，算作Wide-VMWide-VMNUMA支持将Wide-VM分割到更小的NUMAClient环境里Wide-VM为每个Client分配一个HomeNode例如：1台4vCPUsSMP虚拟机运行在2Socket,2Cores的系统时，会有2个2vCPUNUMACIients;I台8vCPUsSMP虚拟机运行在2Sockets,4Cores的系统时，会有2个4vCPUNUMACIients.Wide-VM由于包含多个Clients,所以存在多个HomeNodes,每个Client都有自己的HomeNode8、Wide-VMNUMASUPPOrt的性能
22、影响以1台运行在2Sockets,4Cores主机上的8vCPUsSMP虚拟机为例（在这案例中，Wide-VMNUMA支持与否都不影响性能）：假设是UniformMemoryAccess,大约50的内存在1.ocal,因为如果不用Wide-VMNUMASUPPort,则会有2个HomeNodes以1台4Sockets,2Cores系统为例，只有25左右的内存在1.oCal（这样一来，性能就会比直接访问好1/2左右）：Wide-VMNUMAsupport则相当于变相提升50的本地内存访问比例9、影响CPUPerformanCe相关因素Idlingvirtualmachines:主要是Gues需要
23、的TimeInterrupts开销CPUaffinityCPUaffinity则会限制Scheduler并且会导致负载不均衡SMPvirtualmachines会产生Co-Scheduling的开销CPU资源不足时的资源调度逻辑如果存在CPU争用，则Scheduler会强行按照优先级顺序去依次满足高优先级低优先级的虚拟机CPU请求10、CPUReadTimeVCPUS的工作模式是从CPUScheduler根据Proportinonal-Share算法去获取物理CPU的Cycles如果vCPU想要尝试去在没有可用CPUCycles的物理CPU上执行指令时，请求会被列入等待队列物理CPU没有Cyc
24、les通常都和物理CPU不够用或高优先级的VCPUS多吃多占有关vCPUs等待物理CPU的可用Cycles时间集合就是CPUReadyTimes从概念上来看，就该知道，这样一来必然会影响到GuestOS的Performance注：关于RDY,详情请查阅11、VSphereClient查看CPU指标12、esxtop下的CPU性能分析参数PCPUUSED（）：物理CPU的使用率每一组的统计数据信息：USED:使用率（包含SYS）SYSiVMKernel系统的活动时间RDYiReadyTimeWAITWait和idling时间CSTP:提交到CO-SChedule的百分比M1.MTD:由于CPU1
25、.imit导致的无法调用运行参数NW1.D:指定Group分配到的Worlds数量输入“V可以查看虚拟机的相关输出信息输入“e”可以显示为虚拟机分配的所有可用worlds用于监控性能的重要指标High-usage值这个值通常都意味着高资源使用率这个参数适用于几乎所有的对象Readytime这是衡量CPU是否存在性能问题的重要指标CPUReadyTime发生在虚拟机的CPU请求数量超过物理CPUs可用数量的情况下计算方式：x*l00/20000=0.000Iy注：XX=时间，单位ms,20000单位为ms,缺省系统刷新周期为20s,y=RDY的百分比（超过10时则会存在性能问题，超过5时可能就会
26、存在，但当时可能并不存在严重性的性能问题）四、针对RAM的性能优化1、Mem.FreeMinPctMem.MinFreePct是VMkernel需要保持为free状态内存数量的控制参数VMkemel通过弹性比例基于为ESXiHost配置的内存来决定Mem.MinFreePct这个参数主机内存大小Mem.MinFree状态04GB6%412GB4%1228GB2%超过28GB.取剩余内存余量1%2、VMkernel执行内存回收逻辑系统状态内存回收激活级别HighNoneSoftBalloningHardCompression.Swapping1.OW全部激活3、vSphere5.x内存回收阀值计
27、算假设MemMinFree值为1619MB,则内存阀值计算比例如下:Free内存状态阀值百分比MB计算阀值High超过Mem.MinFreeI619MBSoft64%*Mem.MinFree1036MBHard32%*Mem.MinEree518MB1.owl6%*Mem.MinFree259MB4、GUeStoS里面的内存相关参数通常情况下GUeStMemory和HostMemory的使用率是不同的，为什么呢？GuestphysicalmemoryGuest里面可在评估活动内存状况时更加直观ESXi活动内存评估技术需要时间去完成HostphysicalmemoryHostmemory使用情况
28、并不会如实显示Guest的内存相关情况Hostmemory使用情况会基于虚拟机在物理主机和Guest内存使用相关优先级而定5、ConsumedHostMemory和ActiveGuestMemoryConsumedhostmemoryactiveguestmemory如果没发生Memoryovercommitted,这种状态是Ok的COnSUmedhoStmemory代表着Guest的最高内存使用量Consumedhostmemory*.M*.O*0.O.O.*o.SmW:s.oo:s.oo:sqo.o.o.o.*o.do.o.:s:s.oo:s:so.*o.o.o.o.o.o.o.00.00
29、8.00.00.00.00.003O.O.O.O.O.O.O.O.O.00.008.00.00.003.00.00O.O.O.O.叫O.O.O.O.PCIholeVMKMEMHostPhysicalMemory(PMEM)VMKMEM:VMkemeI管理的内存7、VSphereClient监控HostSwapping8、在resxtop下的HostSwapping-Ol9、在resxtop卜的HoStSWaPPing-02主机上所育VMS的SwppdOUtll大小vCU:HERovrco三*tcv:O.OO90.000.00othrer“vd.103UCffVdtfhrhVRKnEyRBi40
30、77244infree.2443ZXF/Ka193pl.1)vlmzU9osCUr工3Sc96Q72O21Qe.S.8ao.q0,f77“Mlgn8ee8342O3O8M195995see88ee:8ee89.O.2.O.3.O.O.9SS)S388=8u758Swap空画IelIl使用*SD空何目标机10VSphereClient监控之BalloonDriver11、resxtopF的HostBaI100n&O2ur*vd是否安it了4oonDnver?三l三ii三三i11o3sl7.2.6.9.9.a02a3*2a*1O:*22222aa88888888it三oeeei3.3.M.s.m三
31、:4a*t2aaM.00.00.00.00:2o2o.*o.o.o.SM:S:So.ffo.o.o.o.o.TTNNMNN:Eso.:.soso:n.oo:s.oo:s.o.o.o.o.o.o.12、ActiveHost-1.evelSwapping-0113、ActiveHost-1.evelSwapping-02AffectedVMiswaitingforitsmemorytobeswappedin.14、解决内存不瞳的问题解决HostSwapping的问题为虚拟机安装VMwareTools借此激活BaI100nDriver功能减少为虚拟机设定的Reservation值为ESXiHOSt添
32、加物理内存减少ESXiHost主机上VMs的数量为虚拟机启用HostPlugMemory的功能，方便增加15、BalloonDrivervsSwapping16、什么时候出现Swapping发生在Balloon前？同时开启大量虚拟机时就会出现这个情况此时，虚拟机会消耗大量的内存由于需要VMwareTools支持，所以BalloOnDriVer没有启动，因此就会导致SwappingHOSt-1.eVelSWaPPing会导致启动缓慢，不过，完成启动之后，不一定会影响性能虚拟机的内存被SW叩OUt到磁盘时，也不一定会影响性能，如果这部分内存不被访问的话17、MemoryBestPracticeMe
33、mory最佳实践为必要的VMs分配足够的内存，避免Swapping不要禁止掉BalloonDriver保证TPS功能开启避免过大的MemoryOvercommitted为必要的VMS启用MemoryHot-Plug功能配置Host1.evelCachef用SSD做cachedisk不要为ESXiHost运行太多VMS五、针对DISK的性能优化1、针对Datastore的的Performance相关监控2、磁盘相关参数检查是否存在磁盘故障确认是否有足够的带宽，看看是否能满足预期应用的开销需求针对这样的问题，怎么办？检查相关的关键参数，包含类似下面几个参数：磁盘吞吐Device、kernel的1.
34、atency磁盘命令的被迫终止数目磁盘命令的Active数目队列的Active命令数目3、VSPhereWebClient监控磁盘吞吐关键参数：读、写速率和使用情况4、利用resxtop监控磁盘吞吐r/.j、！.,”，；/iIqAR，=WTTZJ/r，.1o.ooo.rDoVBhb32-.10.000.000.000.000.000.000.00VBhba33-S0.00|0.000000.000000.000.00下面几个参数被用于评估磁盘的吞吐情况：READs/sandWRITEs/sREADss+WRITEss=IOPS也可以选用MB的方式来计算MBREADZsandMBWRTNZs5、
35、磁盘吞吐状况范例注：输入字母d可以看hba卡相关的信息输入字母u可以查看Iun的相关信息输入字母V可以查看虚拟机相关的信息6、VSphereWebClient监控磁盘1.atencyCWtMAaVMB.加VW.FASAM.1f*WVU.XKMMHMC8E8MBUIj.jQ（7、利用resxtop监控磁盘1.atencyDAVG/Cmd:1.UN的平均延迟，以ms为单位KAVGcmd:Vmkemel的平均延迟，以ms为单位。通常超过3ms就会有性能问题GAVG/Cmd:GUeSt的平均延迟，以ms为单位，GAVG=DAVGKAVGQAVGcmd:队列的平均延迟，以ms为单位8监控命令和队列命令9
36、、磁盘1.atenCy和队列范例正常的VMkerneIlatency渝入字母d.1:4):O4p三up4ivmKfe210、监控是否存在严重存储过载VSphereWebClient视图:DiskCommandAbortsresxtop命令参数：ABRTS/s11、针对Datastore配置Alarm为Datastore配置alarms的方式如下：右击datastore-Alarms-NewAlarmDefinition-输入想要在发生状态的监控条件12、分析DatastoreAlarms点击Monitor-Issuses-TriggeredAlarms13、设备驱动队列深度队列深度建议为64白
37、Jf”IfW队列设备驱动队列深度决定1.UN在同一时间支持的活动命令数目设置设备驱动队列值可以用于降低磁盘延迟：Qlogic适配器默认队列深度为64其它的通常缺省队列深度为32.最大队列深度建议为64.将Disk.SchedNumReqOutstanding的值设定为与队列深度一样的最合适14、存储队列ESXiHOSt主机端的队列：设备驱动队列深度控制着1.UN上面任意时间的活动命令数目缺省深度32.VMkernel队列是设备驱动队列的溢出部分存储陈列队列：当针对存储阵列的活动命令数据过高时，就会产生这个部分的队列在主机端或存储阵列端如果有大量的队列，就会增加命令延迟15、SCSlReSerV
38、atiOn用途讲解SCSIreservation用来干什么：1.UN在一个较短周期内被单一主机占用的时间当VMFSMetadata被更新时，被用于支持VMFS实例锁定文件系统Metadata更新的通常会受到下列因素影响：创建、删除VMDK增加VMFSSize增加VMDK文件Size更改磁盘的模式最小化对虚拟机性能影响：别在高峰时期去做前面那些事情如果存储阵列支持VSPhereStOrageAPlS-AITayInIegratiOn(VAAI)和硬件辅助锁定功能，则SCSIreservation是不必要的。16、存储多路径技术简介可以帮助解决存储的存储性能故障支持下面几种Pathselectio
39、nPolicy:MostRecentlyUsed(MRU)Fixed(Fixed)RoundRobin(RR)MaybeThird-Party(PSP)17、VMwareVirtuaISAN对于DISK性能相关objectobjectcontainerobjectVMDKIVMDKIvirtualmachinesfileIfileImetadatafilesVirtualSANdatastoreVirtualSANdiskgroupdiskgroupdiskgroup一.一一18、VFRC概述关键组件：内置于HyPerViSor、软件定义、SSD配合HDD的分层存储基于Flash设备提供针对V
40、MS的高性能读取访问支持(VirtUanFIaShHOStSWaPCaChe)将本地设备配置为FlashCache.可以与下列组件结合：要求vSphere5.5EnterprisePlusVMWarevCenterServerVSphereHAVSphereDRSVMwarevSpherevMotion19、VFRC与与DISK性能优化r20、VFRCVoIUme限制相关参数描述每台主机每台ESXiHoSI支持的Vo】UnIC数量1(localonly)每个FlashSSDVolume的SSD数量最多8个SSD或FIaSh大小最多4TB虚拟闪存VOIune大小最多32TB十二、针对Networ
41、king的性能优化1、网路相关的参数衡量网路性能相关的参数有哪些？通常，和网路相关的关键参数主要是和网路统计信息相关的部分，包括:NetworkusageNetworkpacketsreceivedNetworkpacketstransmittedReceivedpacketsdroppedTransmitteedpacketsdropped2、VSPhereWebient监控网路相关信息4、利用resxtop监控网络统计信息输入字母n可以查看网路相关的统计示意图相关重要参数包括：MbTXZsiDatatransmitrateMbRXZsiDatareceiveratePKTTX/s:Pack
42、etstransmittedPKTRX/s:PacketsreceivedDRPTX:传输的丢包率百分比DRPRX:接收包的丢包率百分比5、VSPhereWebClient下查看网路性能6、利用resxtop查看网路性能7、Networkl/VirtualizationOverheadNetworkizvirtualizationoverhead可能来自于不同的层面，例如：Emulation开销包处理过程中调度虚拟中断组合物理CPU带来的Halt和WakeUp虚拟CPU带来的Halt和WakeUpNetWorkl/1atency也会由于网路虚拟化的开销导致增加8、VmXnet虚拟网路卡VmXn
43、et是VMWare的准虚拟化设备，有如下优势：在虚拟机和VMkemel之间共享Ring的Buffer支持传输包聚合处理支持中断聚合处理，以便减轻来自网路的中断开销支持OffloadSTCPCheCkSUnl到硬件的计算9、影响网路性能的相关组件VSPhere通过结合物理网路卡的新特性，来实现针对网路性能的提升和保障，包括:TCPCheCkSUmOffIOad-简单说就是利用网路卡进行TCP校验TCPchecksumoffload是物理网路卡的功能之一，它的好处在于：允许利用网路卡针对网路包执行checksum操作降低来自物理CPU开销压力能够根据包的大小来不同程度上提供更好的性能支持TCPSegmentatiOnoffIoad-简称TSO,简单说就是利用网路卡对TCP包切片TS可以通过减少大量来自TCP流量发送所需的CPU负载的情况下提升网络性能：较大TCP包会被OffIoad到网路卡来进一步细分处理网路卡会将其切割到MTU大小的帧如果网络卡支持，则TS会默认在VMkemel接口上激活虚拟机级别的TS需要手动激活Jumbframes在进行包传输前，IP层会将包切片到MTU帧大小：缺省的MTU是1500字节接收端自行重组相关数据JumbFrames的特征如下：支持更大的以太网包，最大为9000字节可以减少帧的传输数量可以降低发送和接收端的CPU使用率虚拟机端虚
