本資料主要包括：

性能優(yōu)化方法：vSphere性能優(yōu)化邏輯、針對VM的性能優(yōu)化、針對CPU的性能優(yōu)化、

針對RAM的性能優(yōu)化、針對DISK的性能優(yōu)化、針對Networking的性能優(yōu)化。

故障排查方法、工具：vSphere故障排查思想、針對VirtualMachine的故障排查、針對

Storage的故障排查、針對vCenter和ESXi的故障排查、常用的故障排查工具箱。

性能優(yōu)化方法

一、vSphere性能優(yōu)化邏輯

1、虛擬化邏輯分層示意圖

CPU由Scheduler和VMM控制

內存由VMkernel和VMM控制

網路和設備I/O則由本地設備驅動

2、X86結構下虛擬化的問題

X86的os通常直接運行在物理硬件層面，因此它的執(zhí)行權限必須為ringO.

X86虛擬化架構則要求os運行在虛擬化層級上面

直接執(zhí)行用戶請求

Ring3UserApps

Ring2

Ring1

Operating

Ring0

System

3、CPU軟件虛擬化

二進制轉換是最原始的32bi(x86虛擬化的指令結構

利用二進制轉換，就可以實現：

讓VMM單獨運行在ringO,保證相對獨立與性能

讓GuestOS運行在ring1.

讓Applications運行在ring3.

直接執(zhí)行用戶請求

針對GuestOS

的二進制好譯

4、CPU硬件虛擬化

CPU硬件虛擬化使得VMM運行虛擬機變得更加簡單

CPU硬件虛擬化允許VMM不依賴二進制轉換依然能夠完全控制虛擬機

包括以下兩種

IntelVT-x

AMD-v

5、IntelVFx和和AMD-v

兩者都是CPU的一和指令執(zhí)行模式，它們的主要功能如下：

允許VMM運行在ringO之下的rootmode

自動的通過hypervisor來獲取權限和靈敏度級別

存放GuescOS在虛擬CPU控制架構中的狀態(tài)

直接執(zhí)行用戶請求

Ring3UserApps

不做

二進制

Rootmode

privilegeVMM轉換直接抓取

levelVMM來執(zhí)行

用戶請求

6、內存工作示意圖

7、虛擬環(huán)境性能分析

第一維度：

單臺物理服務器上的單臺虛擬機

Hypervisor位于物理設備與虛擬機之間

影響性能的重要因素

VMMoverhead

virtualmachine

vCPU

第二維度：

單臺物理機上運行多臺虛擬機

Hypcrsior位于物理設備與虛擬機之間

影響性能重要因素

調度開鎖以及網路、存儲、計算資源不足等問題

第三維度：

VMwarevSphereDistributedResourceScheduler:

降低第二維度中可能存在的部分性能問題

影響性能的因素

高頻次的vMotion動作

virtualvirtualIvirtualIvirtual

machineImachinemachinemachineImachineImachine

hypervisorhypervisor

vSphere

hostvMotion

8、vSphere環(huán)境中影響性能的因素

硬件層面：

CPU

Memory

Storage

Network

軟件層面:

13、vSphcrc

?esxtop是進行日常性能優(yōu)化分析的重要工具，它可以幫助我們分析來自于CPU、

RAM、Disk和Network等幾方面的性能瓶頸

?vCops是VMware公司生產的性能監(jiān)控工具，可以用于性能監(jiān)控以及優(yōu)化說明

?vMA作為一款遠程命令行管理工具,在監(jiān)控到性能問題后，它可以有效的幫助

用戶執(zhí)行功能、組件和性靛調整

二、針對VM的性能優(yōu)化

1、VM性能相關概覽

經過精細化配置、調校后的VM將會為Applications提供一個最好的運行環(huán)境

通?？紤]VM的性能相關的參數包含下列幾個選項

GuestOS

VMvvarcTools

CPU

Memory

Storage

Network

2、首先選定合適的OS類型

在創(chuàng)建VM時，一定要正確選擇GuestOS的類型

GuestOS類型會決定缺省的最優(yōu)化硬件以及配套的設定

3^保證好GuestOS的時間

VM里的時間計算邏輯會導致GuestOS的時間要想保持準確性是很重要的

規(guī)避這種可能性的方式

盡量選擇需要較小時同中斷的GuestOS

大多數Windows、Linux2.4:100Hz（每秒1W個中斷計數）

大多數Linux2.6:1000Hz

最新的Linux：250Hz

NTPServer是最好的方法

無論如何，別用2種以上的時間同少方式

4、VMwareTools

被用于提升VM的性能和可管理性

保持VMwareTools為最新版本

確保VMwareTools是處于正常被激活狀態(tài)的，如果沒有被激活，則請激活它

ESXi層級的基礎性能檢查

5、VirtualHardware兼容性

VirtualHardware兼容能力丐ESXiHost的版本有關系，高版本，低版本的VirtualHardware

的功能、性能兼容級別都不同

它會影響著VM的性能

正常狀態(tài)下只能升級，不能降級

VirtualHardware版本可以向卜兼容

6、VirtualHardwarev10

這個版本出現在vSphere5.5當中，其上的虛擬機支持下列新功能

Version10組件優(yōu)點

VMDK最大支持62TB可以跑更名的業(yè)務,例如：文件股務器

支持AdvancedHostControllerInterface(AHCI)OSX用這個控制器

每臺虛擬機支持4個SATA控制器，每個控制器30支持在vn上掛接更多的SATA設需

個設備

LSISAS支持SolarisII解決了從Solaris10升級到11之后的啟動

問題

7、針對CPU

除非運行在OS里的Applicantion有這個需求，否則盡量避免使用vSMP

激活了SMP,則進程可能會被跨vCPUs進行遷移，會導致額外的開銷

如果有選擇，最好是使用OS缺省的建議配置

8、關于vNUMA的使用

vNUMA允許NUMA-aware的GuestOS和Application通過硬件層的NUMA架構來提升

資源利用效率

vNUMA

要求virtuaIhardwarev8+(ESXi5.0+)

當vCPUs數量超過8個時自動激活

可以在vSphereWebClient里激活或禁止

9、針對Memory這剖分的考量

大內存頁面狀態(tài)下：

ESXi可以支持2MB的內存頁面給Guesl

大內存頁面內存的使用會降低內存管理開銷且能夠變相提升hypervisor性能

Transparentpagesharing組件是唯一的overcommitted

如果GuestOS或Applications能夠handle的話，建議使用大內存貝面

為VM的交換文件單獨找個地方存放

在SSD上配置IlostCache用作存放swap-to-hostcache

如果主機沒用swap-to-hostcache功能則建議存放在本地磁盤或遠程SSD空間

盡量不要將交換文件存放在Thin模式下的LUN上面

10、針對Storage這部分的考量

選擇好合適GuestOS的硬件類型

BusLogic或LSILogic

VMwarcParavimialSCSI(PVSCSI)適配器

針對D敏感類型業(yè)務選用

PVSCSI是一個和BusLogic和LSILogic相似的部件，但是它是一個低CPU開銷、高吞

吐、低延遲和更好擴展能力的控制器類型

GuestOS隊列深度適中

對齊OS的分

11、針對Network部分的考量

如果有的選擇，盡量使用vmxnet3這款虛擬網路卡：如果不支持vmxnct3,則可以退而

求其次選擇Enhancedvmxnet

如果Enhancedvmxnet也不支持，可以選擇flexible類型

盡量選擇支持主機物理卡高性能功能組件的虛擬網路卡，例如TCPchecksumoftlad,TS

和JumbFrames等

確保物理網路卡運行在全雙工模式和最高速狀態(tài)

12、開啟VM的建議

在虛擬機開啟和成功啟動前，會消耗大顯的資源

CPU和Memoryreservations必須要得到滿足

需要足夠的磁盤空間用于存放卜面2個vswp文件

*.vswp

vmx-*.vswp

如果為vm配置了vSphereFlashReadCache(vFRC),則還需要足夠的SSD磁盤

13、開啟VM的CPU和內存預留

為了順利開啟vm,ESXiHost必須要有大量的CPU、內存資源用于滿足虛擬機的啟動。

當然，還需要包含啟動這臺虛擬機所需要的額外Memory開銷

Reservations:

CPU2GHz

Memory2GB

ESXihost:

剜余資源

XCPU1.5GH?

Memory6GB

Reservations:

CPU2GHz

Memory2GB

ESXihost:

期余資源

capacity

CPU8GHz

Memory6GB

_______________>

14、針對VM的的Swap文件存放建議

想要成功開啟VM還需要有足夠的存儲空間存放sw叩文件

*.vswp交換文件的大小取決于虛擬機已配置的內存及預留值

vmx-*.vswp交換文件的大小取決于虛擬機的OvcrhcadMcmory和Vmkcrncl的

Reservation

15、開啟VM的的vSCSI類型建議

要想成功啟動VM,GuestOS必須要支持SCSIContioller

SCSIController的選擇可以在創(chuàng)建時和創(chuàng)建后去修改

創(chuàng)建虛擬機的向導中，會根據GuestOS類型不同而設定不同的默認建議選擇

16、VM性能最佳實踐

在創(chuàng)建vm時，選擇合適的GueslOS類型

把不必要的設備，例如:USBCD-ROM,軟驅等刪除

僅僅在Applications支持Multi-Threaded時才配置SMP

為GuestOS配置好時間同步

務必為vm安裝VMwareTools并且保持為最新版本

建議使用最新的VirtualHardware版本

針對大1/類型的業(yè)務，需要考慮清楚，因為它會導致GueslOS的1/性能受到影響

做好對GuestOS的分區(qū)對齊

盡可能使用vmxnet3

三、針對CPU的性能優(yōu)化

1、World概念概述

基本上，可以將World理解為CPU上調度的執(zhí)行任務

World就好像是傳統(tǒng)OS里的進程一樣

所以，VM就相當于一級worlds的集合

一個用于每個vCPU

?個用于虛擬鼠標、健盤、屏幕（MKS）

一個用于VMM

CPUScheduler會選擇將World調度到對應物理CPU或coreI：

groupVM

worlds|MKSVMMvCPUO

''AV4

physicalCPU

2、CPUSchcdulcr組件

CPU資源的分配對于用戶而言是動態(tài)和透明的

將vCPUs調度到物理CPUs1：

每2~40ms會檢查一次物理CPU的使用情況，然后按需去遷移vCPUs

針對CPU的使用情況，強制采用proportional-share算法

每當CPU資源overcommitted,則主機會在所有的VMs上執(zhí)行物理CPUtime-slice

每個vCPU在調度時.，會按照資源設定的優(yōu)先級別去調用

3、CPUSchedulcr組件：VMSMP相關

VMwareESXi使用co-scheduling表來優(yōu)化虛擬機SMP的效率

Co?scheduling的工作原理將同?時間的CPU調度請求分散到不同的物理CPU上

每——顆vCPU都會隨時可能Scheduled、DescheduledPreemptedBlocked等

在SMP虛擬機里發(fā)生vCPUs調度時，CPUSchedulcr可能會導致調度不均衡的問題

兩顆以上的vCPUs的SMP虛擬機在調度到不同的CPU上時可能存在不同的執(zhí)行速率,

所以會不均衡

當除了某個vCPU外，整體的vCPUs的調度并沒有完整執(zhí)行，vCPU的不均衡程度會加

劇

當vCPU不均衡比例超過一定比例之后，也會被判定為不均衡

4、CPUScheduler組件：RelaxedCo-Scheduler

該組件技術表示檢測到不均衡之后同時調度大量虛擬機vCPUs的技術

減少虛擬機Co-start對物理CPUs數最的要求

增加］CPU的利用率

針對idle的vCPU不存在co-scheduling的開銷部分

5、CPUScheduler組件：Processortopology

CPUSchedulcr使用Processortopology信息來優(yōu)化vCPUs在不同Sockets的位置存放選

擇

CPUScheduler會盡可能在所有的Sockets上去分布負載，以便充分利用可用的Cache

單Socket里的Cores通常會使用共享的Last-LevelCache

使用共享的Last-LevelCache,可以在內存敏感業(yè)務上提升vCPU的性能

當SMP虛擬機在vCPUs之間表現出明顯的數據共享時，則依托緩存分布的方式將會是

退而求其次的負載分布方式

可以通過在vmx文件里增加schcd.cpu.vsmpConsolidatc="TRUE"這行參數來覆蓋掉缺省

的調度邏輯

6、CPUSchedulcr組件：NUMA-awarc

在Non-UnifonnMemoryAccess(NUMA)主機上都會有直邊到I個或多個本地內存控制器

的CPU來提供本地內存：

同一臺物理服務器上，通過本地內存訪問CPU的進程效率會高于遠程內存

當虛擬機的內存分布中大部分不在本地內存是，就意味著此時的NUMA性能是較差的

NUMAschcdulcr限制vCPUs到單一的Socket上，以便充分利用緩存

7、Wide-VMNUMASupport

Wide-VM表示虛擬機擁有超過NUMA節(jié)點所有Cores的vCPUs數量

例如：1臺4vCPUsSMP虛擬機可能分布在2Scokets,2Cores的環(huán)境

只有當Cores的數量滿足才不算Wide-VM（HT不算）

1臺8vCPUs虛擬機可能分布在2Scokets,4Cores系統(tǒng)上，躍然激活了HT,不過由F每

個NUMA節(jié)點的CPU只有4Cores,所以，算作Wide-VM

Widc-VMNUMA支持將Wide-VM分割到更小的NUMAClicnt環(huán)境里

Widc-VM為每個Client分配一個IIomcNodc

例如：1臺4vCPUsSMP虛擬機運行在2Socket,2Cores的系統(tǒng)時，會有2個

2vCPUNUMACIients;l臺8vCPUsSMP虛擬機運行在2Sockels,4Cores的系統(tǒng)時，會有2個

4vCPUNUMAClients.

Wide-VM由于包含多個Clients,所以存在多個HomeNodes,每個Client都有自己的

HomeNode

8、Wide-VMNUMASupport的性能影響

以1臺運行在2Sockets,4Cores主機上的8vCPUsSMP虛擬機為例（在這案例中，

Wide-VMNUMA支持與否都不影響性能）：

假設是UniformMemoryAccess,大約50的內存在Local＞因為如果不用

Wide-VMNUMASupport,則會有2個HomeNodes

以1臺4Sockets,2Cores系統(tǒng)為例，只有25左右的內存在Local（這樣一來，性能就會

比直接訪問好1/2左右）：

Wide-VMNUMAsupport則相當于變相提升50的本地內存訪問比例

9、影響CPUPerformance相關因素

Idlingvirtualmachines:

主要是Gues需要的Timelnterrupls開銷

CPUaffinity

CPUaffinity則會限制Scheduler并且會導致負載不均衡

SMPvirtualmachines

會產生Co-Scheduling的開銷

CPU資源不足時的資源調度邏輯

如果存在CPU爭用，則Scheduler會強行按照優(yōu)先級順序去依次滿足高優(yōu)先級＞低優(yōu)先

級的虛擬機CPU請求

10、CPUReadTime

vCPUs的工作模式是從CPUScheduler根據Proporlinonal-share算法去獲取物理CPU的

Cycles

如果vCPU想要嘗試去在沒有可用CPUCycles的物理CPU上執(zhí)行指令時，請求會被列

入等待隊列

物理CPU沒有Cycles通常都和物理CPU不夠用或高優(yōu)先級的vCPUs多吃多占有關

vCPUs等待物理CPU的可用Cycles時間集合就是CPUReadyTimes

從概念上來看，就該知道，這樣一來必然會影響到GuestOS的Performance

注：關于RDY,詳情請查閱

11、vSphereClient查看CPU指標

..八力?]*。

rPU/H2H?mwev"wOc/w7?O4iWI047PM-■/80/70007pMeher*H

PCPUUSEDO：物理CPU的使用率

每一組的統(tǒng)計數據信息：

USED:使用率（包含SYS）

SYS:VMKerneI系統(tǒng)的活動時間

RDY:ReadyTime

WAIT:Wait和idling時間

CSTP:提交至I]co-schcdule的百分比

MLMTD:由于CPULimit導致的無法調用運行參數

NWLD:指定Group分配到的Worlds數量

輸入“V”可以查看虛擬機的相關輸出信息

輸入“e”可以顯示為虛擬機分配的所有可用worlds

用于監(jiān)控性能的重要指標

High-usage值

這個值通常都意味著高資源使用率

這個參數適用于兒乎所有的對象

Readytime

這是衡量CPU是否存在性能問題的重要指標

CPUReadyTime發(fā)生在虛擬機的CPU請求數量超過物理CPUs可用數量的情況下

計算方式：x*l00/20000=0.000ly

注：xx=H'J,f<I,單位ms,20000單位為ms,缺省系統(tǒng)刷新周期為20s,y=RDY的百分

比（超過10時則會存在性能問題，超過5時可能就會存在，但當時可能并不存在嚴重性的

性能問題）

四、針對RAM的性能優(yōu)化

1Mem.FreeMinPct

Mem.MinFreePct是VMkernel需要保持為free狀態(tài)內存數量的控制參數

VMkcrncl通過彈性比例基于為ESXiHost配置的內存來決定Mcm.MinFrccPct這個參數

值

主機內存大小Mem.MinFree狀態(tài)

0~4GB6%

4~12GB4%

12~28GB2%

超過28GB,取剩余內存余成1%

2、VMkernel執(zhí)行內存回收邏輯

系統(tǒng)狀態(tài)內存回收激活級別

HighNone

SoftBalloning

HardCompression,Swapping

Low全部激活

3、vSphere5.x內存回收閥值計算

假設Mem.MinFree值為1619MB,則內存閥值計算二匕例如下:

Free內存狀態(tài)■值百分比MB計算閥值

High超過Mem.MinFree1619MB

SoftMinFree1036MB

HardMinl'ree518MB

Low16%*Mem.MinFree259MB

4、GuestOS里面的內存相關參數

通常情況下GuestMemory和HostMemory的使用率是不同的，為什么呢？

Guestphysicalmemory

Guesl里面可在評估活動內存狀況時更加直觀

ESXi活動內存評估技術需要時間去完成

Hostphysicahnemory

Hostmemory使用情況并不會如實顯示Guest的內存相關情況

Hostmemory使用情況會基于虛擬機在物理主機和Guest內存使用相關優(yōu)先級而定

5^ConsumedHosiMemory和ActiveGuestMemory

Consuniedhostmeniory>activeguestmeniory

如果沒發(fā)生Memoryovercommitled,這種狀態(tài)是ok的

Consuniedhostniemory代表著Guest的最高內存使用量

Consunicdhostnicmory<=activcgucstnicniory

Activeguestmeniory不完全等于HostPhysicalMemory

這種情況下，則性能“J能存在問題

6、利用resxtop監(jiān)控內存狀況

8

叫

?w?O80o.o.O

88.d.00*

??9>.:::c:sO..00O

?1>..ooo:2o.o.:sO

?73?4**7c.ooO.:5.00O

?80..ooco.o.:s

1045::吟r29.ooQ..oo.00O

?21o0..oo.:s0.o.d.00o..ooO

?o

&3S4?0..oo.ooo.:5O

二*.oo0*..00

102S?o0..ooc.ooo.o.O

一n.o3o.00:s

13S?0>”e?:sO

?0..oo0.%o..00o.

“8

0.*.ooo.o.

PCIhole

J,VMKMEM

HostPhysicalMemory(PMEM)

VMKMEM:VMkemel管理的內存

7^vSphereClient監(jiān)控HostSwapping

8^在resxtop下的HostSwapping-01

9、在resxtop下的HostSwapping-02

主機上前l(fā)iVMs的Swapped

4:24:)Opn?up7d?|OuHI大小

?vOU，，HERewren—LCev。:0.00,O.OO#0.00

PRCf!/RBi

VRKnER/RB：

E?C3^

EIT*C018d8^

ITQ三3

rk晨11

rkO122

3Olom.0

rk黑12

kO11

三E2M.8

rk0黑1287

rk01x:0

2^:8

Swap空間當甫使用

IO^vSphereClient監(jiān)控之BalloonDriver

11resxtop卜的HosiBalloon

8To.>.:::

8T0.00g3

:s>.

8W*

8N.ooo..oo

8No*.

8No.:s.oo

.oo*

8No.*.oo

8No.:s.oo

o.o..oo

的目標機

12、ActiveHost-LcvclSwapping-01

Measurehost's

Returntobask

swapinrateand

troubleshootingflow.

swapoutrate.

Mea$ur￥^

swapinrate,

swapoutrateof

eachaffectedVM

Activehost-level

-swappingexfsts.

13、ActiveHost-LevelSwapping-02

Activehost-level

swappingisaffecting

VMperformance.

Useresxtop/esxtopto

Returntobasic

measure%SWPWT

troubleshootingflow.

oftheaffectedVMs.

AffectedVMiswaitingfor

itsmemorytobeswappedin.

14、解決內存不瞳的問題

解決HostSwapping的問題

為虛擬機安裝VMwareTools借此激活BalloonDriver功能

減少為虛擬機設定的Reservation值

為ESXiHost添加物理內存

減少ESXiHost主機上VMs的數量

為虛擬機啟用HostPlugMemory的功能，方便增加

15、BalloonDrivcrvsSwapping

16、什么時候出現Swapping發(fā)生在Balloon前?

同時開啟大量虛擬機時就會出現這個情況

此時，虛擬機會消耗大量的內存

由于需要VMwareTools支持，所以BalloonDriver沒有啟動,因此就會導致Swapping

Hosi-LevelSwapping會導致啟動緩慢，不過，完成啟動之后,不一定會影響性能

虛擬機的內存被SwapOut到磁盤時，也不一定會影響性能,如果這部分內存不被訪問

的話

17、MemoryBestPraciice

Memory最佳實踐

為必要的VMs分配足夠的內存，避免Swapping

不要禁止掉BalloonDriver

保證TPS功能開啟

避免過大的MemoryOvercommitted

為必要的VMs啟用MemoryHot-Plug功能

配置HostLevelCache：用SSD做cachedisk

不要為ESXiHost運行太多VMs

五、針對DISK的性能優(yōu)化

1、針對Datastore的的Performance相關監(jiān)控

2、磁盤相關參數

檢查是否存在磁盤故障

確認是否有足夠的帶寬，看看是否能滿足預期應用的開銷需求

針對這樣的問題，怎么辦？

檢查相關的關鍵參數，包含類似下面兒個參數：

磁盤吞吐

DeviceNkernel的Latency

磁盤命令的被迫終止數目

磁盤命令的Active數目

隊列的Active命令數目

3、vSphereWebClient監(jiān)控磁盤吞吐

關鍵參數：讀、寫速率和使用情況

■―5*

4、利用resxtop監(jiān)控滋盤吞吐

vahbJiO-0.00

vmhba32-0.00

vmhbA33-0.00

下面幾個參數被用于評估磁盤的吞吐情況:

READs/sandWRITEs/s

READs/s+WRITEs/s=IOPS

也可以選用MB的方式來計算

MBREAD/sandMBWRTN/s

5、磁盤吞吐狀況范例

注：輸入字母d可以看hba卡相關的信息

輸入字母u可以查看lun的相關信息

輸入字母v可以查看虛擬機相關的信息

6、vSphereWebClient監(jiān)控磁盤Latency

7、利用resxtop監(jiān)控滋盤Latency

,輸入字母d

W:44;aSiMnMP2d，y?3:.77worlds/CPUlo?dO.O.SI.O.32

包含和的設備

HBAQ^SCSI,iSCSI.RAID,和FC?komelGuesllaloncy

狀態(tài)

HBA適配器.

DAVG/cmd:LUN的平均延遲，以ms為單位

KAVG/cmd:vmkernel的平均延遲，以ms為單位。通常超過3ms就會有性能問題

GAVG/cmd:Guest的平均延遲，以ms為單位，GAVG=DAVG+KAVG

QAVG/cmd:隊列的平均延遲，以ms為單位

8、監(jiān)控命令和隊列命令

9、磁盤Latency和隊列范例

正常的

VMkerntllatency

輸入字母d.

1x43:04p??up■day06:11?130vor1<1>JCFUloedaverages

10、監(jiān)控是否存在嚴重存儲過載

vSphereWebClient視圖:DiskCommandAborts

resxtop命令參數：ABRTS/s

11針對Datastore配置Alarm

為Dalaslore配置alarms的方式如下：

右擊datastore-->Alamis-->NewAlarmDefinition-->輸入想要在發(fā)生狀態(tài)的監(jiān)控條件

12>分析DatastoreAlarms

點擊Monitor->Issuses->TriggeredAlanns

13、設備驅動隊列深度

?據6fY丫

的最大

L-U--N人』I9)JL

隊列深度建

議為64

^li

設備驅動隊列深度決定LUN在同一時間支持的活動命令數目

設置設備驅動隊列值可以用于降低磁盤延遲：

Qlogic適配器默認隊列深度為64

其它的通常缺省隊列深度為32.

最大隊列深度建議為64.

將Disk.SchedNumReqOutstanding的值設定為與隊列深度一樣的最合適

14、存儲隊列

ESXiHost主機端的隊列：

設備驅動隊列深度控制著LUN上面任意時間的活動命令數n

缺省深度32.

VMkemel隊列是設備驅動隊列的溢出部分

存儲陳列隊列：

當針對存儲陣列的活動命令數據過高時，就會產生這個部分的隊列

在主機端或存儲陣列端如果有大量的隊列，就會增加命令延遲

15、SCSlResen^ation用途講解

SCSIreservation用來干什么:

LUN在一個較短周期內被單一主機占用的時間

當VMFSMetadata被更新時，被用于支持VMFS實例鎖定文件系統(tǒng)

Metadata更新的通常會受到卜列因素影響：

創(chuàng)建、刪除VMDK

增加VMFSSize

增加VMDK文件Size

更改磁盤的模式

最小化對虛擬機性能影響：

別在高峰時期去做前面那些事情

如果存儲陣列支持vSphereStorageAPIS-Arraylntegration(VAAI)和硬件輔助鎖定功能,則

SCSIreservation是不必要的。

16、存儲多路徑技術簡介

可以幫助解決存儲的存儲性能故障

支持下面幾種PathSelectionPolicy:

MoscRecentlyUsed(MRU)

Fixed(Fixed)

RoundRobin(RR)

MaybeThird-Party(PSP)

17、VMwareVirtualSAN對于DISK性能相關

objectobjectcontainerobject

VMDKIVMDKIvirtualmachine's

fileIfileImetadataflies

仁

vQnhoro

VirtualSANdatastore

18、vFRC概述

關鍵組件：內置于Hypervisor、軟件定義、SSD配合HDD的分層存儲

基于Flash設備提供針對VMs的高性能讀取訪問支持(VirtuallFlashHostSwapCacke)

將本地設備配置為FhshCachc.

可以與下列組件結合：

要求vSphere5.5EnlerprisePlus

VMwarevCenteiServer

vSphereHA

vSphereDRS

VMwarcvSphcrcvMot'on

19、vFRC與與DISK性能優(yōu)化

VMDK1withoutVMDK2with

FlashReadCacheFlashReadCache

20、vFRCVolume限制

相關參數描述每臺主機

每臺ESXiHost支持的Volume數量1(localonly)

每個FlashSSDVolume的SSD數責最多8個

SSD或Flash大小最多4TB

虛擬閃存Volume大小最多32TB

十二、針對Networking的性能優(yōu)化

1、網路相關的參數

衡量網路性能相關的參數有哪些？

通常，和網路相關的關鍵參數主要是和網路統(tǒng)計信息相關的部分，包括:

Networkusage

Networkpackeisreceived

Networkpacketstransmitted

Rcccivcdpackctsdroppcd

Transmitlccdpackctsdroppcd

2、vSphereWebClicnt監(jiān)控網路相關信息

4、利用resxtop監(jiān)控網絡統(tǒng)計信息

輸入字母n可以查看網路相關的統(tǒng)計示意圖

相關重要參數包括：

MbTX/s:Datatransmitrate

MbRX/s:Datarcccivcratc

PKTTX/s:Packetstransmi((ed

PKTRX/s:Packctsreceived

DRPTX:傳輸的丟包率百分比

DRPRX:接收包的丟包率百分比

5、vSphereWebClient下查看網路性能

?W

?FM

tMRWt■■■?

Jwww-K.?UW?，

??ek?”■■??

0N7

6、利用resxtop查看網路性能

7、Networkl/VirtualizationOverhead

Networkl/Virtualizationoverhead可能來自于不同的層面，例如：

Emulation開銷

包處理過程中

調度

虛擬中斷組合

物理CPU帶來的Halt和WakeUp

虛擬CPU帶來的Halt和WakeUp

Networkl/latency也會由于網路虛擬化的開銷導致增加

8、vmxnct虛擬網路卡

vmxnet是VMware的準虛擬化設備，有如下優(yōu)勢：

在虛擬機和VMkcrncl之間共享Ring的Buffer

支持傳輸包聚合處理

支持中斷聚合處理，以便減輕來自網路的中斷開銷

支持OffloadsTCPchecksum到硬件的計算

9、影響網路性能的相關組件

vSphere通過結合物理網路卡的新特性，來實現針疝網路性能的提升和保障，包括:

TCPchecksumoffload-簡單說就是利用網路卡進行TCP校驗

TCPchccksumoffload是物理網路卡的功能之一，它的好處在于：

允許利用網路卡針對網路包執(zhí)行checksum操作

降低來自物理CPU開銷壓力

能夠根據包的大小來不同程度上提供更好的性能支持

TCPsegmentalionoffload-簡稱TSO,簡單說就是利用網路卡對TCP包切片

TS可以通過減少大量來自TCP流量發(fā)送所需的CPU負載的情況下提升網絡性能：

較大TCP包會被Offload到網路卡來進一步細分處理

網路卡會將其切割到MTU大小的幀

如果網絡卡支持，則TS會默認在VMkernel接口上激活

虛擬機級別的TS需要手動激活

Jumbframes

在進行包傳輸前，IP層會將包切片到MTU幀大小:

缺省的MTU是1500字節(jié)

接收端自行重組相關數據

JumbFramcs的特征如卜：

支持更大的以太網包，最大為9000字節(jié)

可以減少幀的傳輸數量

可以降低發(fā)送和接收端的CPU使用率

虛擬機端虛擬網路卡最好是配為vmxnet3

網路的端到端都需要支持JumbFrames

利用DMA直接訪問內存

為了加快包處理效率，網路卡可以被允許直接DMA(DircctMcinoryAccess)到Memory

DMA的好處

繞過CPU,讓NIC直接訪問內存

避免內存空間需要通過VMkernel處理一次的情況

利用Scatter-Gathe的方式來實現將內存寫入到不相鄰的內存區(qū)塊

允許靈活的使用可用內存，進而提供更好的性能

lOGigabitEthernet與40GigabitEthemet

NctQucuc

NctQucuc的性能提升主要體現在下面幾個方面：

在lOGbE和40GbE網路卡環(huán)境下大幅提升虛擬環(huán)境的網路性能

使用MullipleTransmit.MultipleReceiveQueues的方式來實現將1/在不同CPU上處理

不過僅限于支持MSI-X(ExtendedMessageSignaledlnterrupts)系統(tǒng)類型

VMwarevSphereDirectPathI/O

vSphereDirectPathl/允許虛擬機直接訪問使用物理網路卡

vSphcrcDircctPathl/O:

要求底層激活IOMMU

IntelCPU要求支持VT-d,AMDCPU要求支持AMD-Vi

SpliRxMode

SplitRx通過利用多物理CPU來處理單一網路隊列中收到的網路包的方