計算虛擬化技術(shù)

• 一、FusionSphere
• • 1）FusionCompute
  • • 1) CNA
    • 2 )VRM
  • 2）FuisonManager
  • 3）UltraVR（BCManager ereplication）
  • 4）eBackup
  • 5）FusionSphere應(yīng)用場景
  • • 單虛擬化場景
    • 多虛擬化場景
    • 私有云場景
  • 6）虛擬化和云計算有什么關(guān)系？
• 二、計算虛擬化
• • 什么是虛擬化？
  • 1、虛擬化前和虛擬化后的區(qū)別
  • • 1）虛擬化前
    • 2）虛擬化后
  • 2、CPU虛擬化
  • • 1）CPU運行級
    • 2）CPU虛擬化模式
    • • 1、全虛擬化
      • 2、半虛擬化
      • 3、硬件輔助虛擬化
    • 3）RISC的CPU虛擬化（全虛）
    • 4）CISC的CPU虛擬化
  • 3、虛擬機(jī)共享CPU虛擬化（基于硬件輔助虛擬化）
  • • 1）KVM的CPU虛擬化
    • 2）CPU處理流程
  • 4、CPU資源用量
  • 5、內(nèi)存虛擬化
  • • 1）無內(nèi)存虛擬化時
    • 2）有內(nèi)存虛擬化（全虛）
    • • 1、三個地址
      • 2、三張映射表
      • 3、用語言表述
    • 3）內(nèi)存全虛擬化優(yōu)化
    • • 1、影子頁表
    • 4）內(nèi)存硬件輔助虛擬化
    • • 1、EPT技術(shù)
      • 2、原理
    • 5）Huge Page和Transparent Huge Page
    • 6）TLB
  • 6、IO虛擬化（KVM）
  • • 1）全虛擬化（全模擬）
    • 2）半虛擬化（virtio）
    • 3）硬件輔助虛擬化（PCI設(shè)備直接分配）
  • 7、FC平臺支持的QOS維度
  • • 1）CPU QOS
    • 2）內(nèi)存QOS---開啟內(nèi)存復(fù)用
    • 3）網(wǎng)絡(luò)的QOS
    • 4）磁盤的QOS:
  • 8) 內(nèi)存復(fù)用
  • • （1）內(nèi)存氣泡
    • （2）內(nèi)存交換
    • （3）內(nèi)存共享
  • 9、NUMA技術(shù)
  • • （1）Host NUMA
    • （2）Guest NUMA
  • 10、HA的過程
  • • （1）虛擬機(jī)HA原理

一、FusionSphere

1、Fusionsphere是華為虛擬化解決方案，

由4個軟件套件組成。

他們分別是：

1）FusionCompute

服務(wù)器虛擬化產(chǎn)品，完成服務(wù)器計算資源虛擬化、服務(wù)器下掛存儲資源虛擬化（本地、共享）、軟件定義網(wǎng)絡(luò)。

[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來直接上傳(img-kEWEwRrP-1628818997296)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20210811213552950.png)]

1) CNA

CNA英文全稱：Compute Node Agent，CNA部署在需要虛擬化的服務(wù)器上。

1.提供虛擬計算功能。

2.管理計算節(jié)點上的虛擬機(jī)。

3.管理計算節(jié)點上的計算、存儲、網(wǎng)絡(luò)資源。

2 )VRM

VRM英文全稱：Virtual Resource Management，VRM可以部署成VM或者部署在物理服務(wù)器上；VRM對外提供網(wǎng)頁操作界面供管理維護(hù)人員。

?管理集群內(nèi)的塊存儲資源。

?管理集群內(nèi)的網(wǎng)絡(luò)資源(IP/VLAN)，為虛擬機(jī)分配IP地址。

?管理集群內(nèi)虛擬機(jī)的生命周期以及虛擬機(jī)在計算節(jié)點上的分布和遷移。

?管理集群內(nèi)資源的動態(tài)調(diào)整。

?通過對虛擬資源、用戶數(shù)據(jù)的統(tǒng)一管理，對外提供彈性計算、存儲、IP等服務(wù)。

?通過提供統(tǒng)一的操作維護(hù)管理接口，操作維護(hù)人員通過WebUI遠(yuǎn)程訪問FusionCompute對整個系統(tǒng)進(jìn)行操作維護(hù)，包含資源管理、資源監(jiān)控、資源報表等。

2）FuisonManager

FusionManager主要對云計算的軟件和硬件進(jìn)行全面的監(jiān)控和管理，實現(xiàn)同構(gòu)，異構(gòu)VMware虛擬化多資源池管理，軟硬件統(tǒng)一告警監(jiān)控，并向內(nèi)部運維管理人員提供管理門戶。

虛擬化管理軟件（華為自主研發(fā)的云管理專家平臺）

什么是異構(gòu)？

即由不同的元素或部分組成，不一樣不均勻的意思

a、異構(gòu)虛擬化資源統(tǒng)一管理（FC、VMware）
b、異構(gòu)硬件統(tǒng)一監(jiān)控（異構(gòu)廠商服務(wù)器、存儲、交換機(jī)、防火墻等硬件設(shè)備運行狀態(tài)）
c、多數(shù)據(jù)中心資源統(tǒng)一管理，并創(chuàng)建VDC（虛擬數(shù)據(jù)中心）分配給租戶，VDC資源可跨多個物理DC。
d、提供安全的網(wǎng)絡(luò)隔離環(huán)境，VDC內(nèi)部的VPC（虛擬私有云），為VDC內(nèi)部的業(yè)務(wù)VM創(chuàng)造安全隔離的網(wǎng)絡(luò)

VPC網(wǎng)絡(luò)類型：

內(nèi)部網(wǎng)絡(luò)—VPC內(nèi)部VM間通信
直連網(wǎng)絡(luò)—VPC內(nèi)部VM直連到網(wǎng)絡(luò)，網(wǎng)絡(luò)通信
路由網(wǎng)絡(luò)—VPC內(nèi)部VM通過虛擬路由器與網(wǎng)絡(luò)，網(wǎng)絡(luò)通信

3）UltraVR（BCManager ereplication）

提供跨站點容災(zāi)能力

容災(zāi)管理軟件，在同城容災(zāi)、異地容災(zāi)、兩地三中心等容災(zāi)場景下實現(xiàn)容災(zāi)資源接管和一鍵式快速切換，最大程度降低生產(chǎn)數(shù)據(jù)中心業(yè)務(wù)中斷時間。

4）eBackup

提供虛擬機(jī)的備份能力

VM備份管理軟件，針對業(yè)務(wù)VM做備份策略以及備份和恢復(fù)實施，保障業(yè)務(wù)VM數(shù)據(jù)的安全性。

5）FusionSphere應(yīng)用場景

單虛擬化場景

只采用FusionCompute作為統(tǒng)一的操作維護(hù)管理平臺對整個系統(tǒng)進(jìn)行操作與維護(hù)的應(yīng)用場景

多虛擬化場景

多套虛擬化環(huán)境需要進(jìn)行統(tǒng)一管理

統(tǒng)一管理和維護(hù)：支持同時接入FusionCompute和VMware虛擬化環(huán)境，對多虛擬化環(huán)境的資源和業(yè)務(wù)進(jìn)行統(tǒng)一的管理和維護(hù)。

統(tǒng)一監(jiān)控告警：支持對多個虛擬化環(huán)境、多種物理設(shè)備的告警進(jìn)行統(tǒng)一接入、監(jiān)控和管理。

私有云場景

多租戶共享VPC場景

多租戶私有VPC場景

6）虛擬化和云計算有什么關(guān)系？

虛擬化是云計算的基礎(chǔ)，但不等于云計算

二、計算虛擬化

什么是虛擬化？

其實就是一個抽象層，可以屏蔽底層物理資源的差異，將物理資源抽象成統(tǒng)一規(guī)格的邏輯資源

舉個栗子：我不管底層的服務(wù)器是哪個廠家的，華為、H3C，浪潮、聯(lián)想的，只要你是統(tǒng)一X86架構(gòu)或者ARM架構(gòu)的。我都將你的物理資源進(jìn)行池化給上層使用，我們只知道在池化后CPU量化成多少VCPU給上層使用，上層的虛擬機(jī)只是從量化后的虛擬池中取資源，內(nèi)存，存儲類似

1、虛擬化前和虛擬化后的區(qū)別

1）虛擬化前

缺陷：

a、資源利用率底下或者不均衡

b、HOS和APP與底層硬件緊耦合

如果服務(wù)器硬件故障或者HOS崩潰將造成APP應(yīng)用無法使用，中斷業(yè)務(wù)**（模塊或者系統(tǒng)之間關(guān)系太緊密，存在相互調(diào)用的關(guān)系 ）**

c、資源擴(kuò)容不方便

擴(kuò)容周期長、考慮硬件兼容性、中斷業(yè)務(wù)實現(xiàn)擴(kuò)容

d、遷移不靈活

HOS+APP從一臺物理主機(jī)遷移至另外一臺物理主機(jī)，需要中斷業(yè)務(wù)，手動制作HOS+APP打包鏡像，遷移至目標(biāo)主機(jī)考慮驅(qū)動兼容問題，是否需要重裝驅(qū)動。

2）虛擬化后

將服務(wù)器物理資源抽象成邏輯資源

優(yōu)勢：

a、資源利用率提升

一臺物理主機(jī)上的虛擬化層運行多臺VM，多臺VM運行不同GOS以及APP。

b、GOS和APP與物理服務(wù)器解耦

物理服務(wù)器故障或者VMM故障，通過HA機(jī)制可以保障VM的GOS和APP還能正常在集群內(nèi)其他物理服務(wù)器上運行（會有短暫業(yè)務(wù)中斷）

c、資源擴(kuò)容方便

VM側(cè)：在線VCPU、VMEM、VDISK、VNIC擴(kuò)容，不影響業(yè)務(wù)
離線虛擬資源兼容，使空閑資源回收到虛擬資源池
主機(jī)側(cè)：通過熱遷移將主機(jī)上VM遷移走之后下電擴(kuò)容硬件資源，實現(xiàn)不中斷業(yè)務(wù)的物理資源擴(kuò)容。

d、遷移靈活

FC平臺可以實現(xiàn)VM熱遷移（源主機(jī)和目的主機(jī)可以是不同廠商服務(wù)器）
異構(gòu)虛擬化平臺的VM遷移，rainbow（華為遷移工具），實現(xiàn)VM從第三方虛擬化平臺遷移至華為虛擬化平臺。

2、CPU虛擬化

1）CPU運行級

CPU有四個運行級別分別是：

ring0-特權(quán)級–OS內(nèi)核使用

ring1/ring2–一般驅(qū)動程序使用

ring3–用戶態(tài)應(yīng)用使用

敏感指令—影響系統(tǒng)正常運行的指令

特權(quán)指令：決大多數(shù)的敏感指令是特權(quán)指令，特權(quán)指令只能在處理器的最高特權(quán)級 (內(nèi)核態(tài))執(zhí)行。

RISC—精簡指令集CPU—敏感指令在ring0 大型機(jī)/小型機(jī)/手機(jī) arm架構(gòu)

CISC—復(fù)雜指令集CPU—敏感指令打散在各個ring級別 X86架構(gòu)

2）CPU虛擬化模式

1、全虛擬化

app或者OS下發(fā)指令全被vmm截獲并進(jìn)行轉(zhuǎn)譯，會對r0和r3進(jìn)行分類，if r3指令集那么直接放行給cpu，由cpu調(diào)度。if r0或者敏感指令則還是交給vmm由vmm進(jìn)行特權(quán)解除，陷入vmm進(jìn)行模擬調(diào)用

2、半虛擬化

通過對OS的修改，讓ring0和敏感級別指令集直接交給vmm，ring3直接放行

3、硬件輔助虛擬化

支持硬件輔助虛擬化的cpu（vt-x、amd-v),有兩種cpu模式，vmx root模式和vmx non-root模式，兩種模式都支持ring0-ring3，vmm運行于root模式下，Gos運行于non-root模式下，也就是在cpu硬件上做了區(qū)分，這樣vmm的陷入模擬就不需要了，徹底解放了vmm的壓力。

3）RISC的CPU虛擬化（全虛）

a、GOS的ring0、敏感指令下發(fā)到物理硬件上，CPU會觸發(fā)異常，VMM檢測到異常消息，會截獲GOS的R0、敏感指令，特權(quán)解除、陷入VMM、模擬執(zhí)行到物理CPU。

4）CISC的CPU虛擬化

全虛擬化

VMM會主動截獲VM所有CPU操作，并進(jìn)行過濾篩選；
如果是R0、敏感（可能在R0、R3上），進(jìn)行二進(jìn)制轉(zhuǎn)譯，轉(zhuǎn)換成安全指令下發(fā)給CPU模擬執(zhí)行。
如果是R3級別，下發(fā)給物理CPU
特點：VMM開銷最大，但是VM GOS兼容高，支持所有VM運行的GOS。

半虛擬化

修改VM的GOS內(nèi)核，

VM主動將R0和所有敏感指令（R0 R3）主動下發(fā)給VMM，VMM只需要模擬執(zhí)行，降低VMM開銷。VM的R3級別指令直接下發(fā)到物理CPU。
特點：VMM開銷降低，但是VM GOS有要求，開源內(nèi)核的GOS才支持CPU半虛擬化，例如linux。

硬件輔助虛擬化

修改CPU架構(gòu)，通過intel VT-X AMD的AMD-V CPU架構(gòu)實現(xiàn)上層VMM和VM所有CPU相關(guān)操作全部下發(fā)硬件，不需要VMM對VM做任何CPU相關(guān)操作。
VMX root模式：給VMM使用
VMX non root模式：給VM使用

當(dāng)VM下發(fā)R0、敏感指令，先到non root模式中，通過VM-exit 陷入到root模式中，由root模式模擬執(zhí)行，返回結(jié)果通過VM-entry動作 回退到non root模式，逐步返回結(jié)果給VM。

當(dāng)VM下發(fā)R3指令，直接在non-root模式下處理。

特點：完全解放VMM，對CPU有特殊要求，對VM的GOS無要求。

3、虛擬機(jī)共享CPU虛擬化（基于硬件輔助虛擬化）

[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來直接上傳(img-vfaxievU-1628818997302)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20210811232316346.png)]

1）KVM的CPU虛擬化

**guest模式：**VM運行模式-------CPU–non root

kernal模式：KVM運行模式-----CPU–root

user模式：QEMU運行模式------CPU–root**（Qemu是一款模擬計算機(jī)硬件設(shè)備的軟件，所以是ring3級別的指令，但它調(diào)用的是底層硬件設(shè)備所以在root模式）**

2）CPU處理流程

VM執(zhí)行非IO類R3級別指令，訪問CPU直接在non-root模式下處理

VM執(zhí)行非IO類R0、敏感指令，non-root<---->root模式

VM執(zhí)行IO類指令，non-root—>root模式（KVM）—>root模式（QEMU）–>操作IO硬件

4、CPU資源用量

物理服務(wù)器VCPU總量=物理CPU個數(shù)X核數(shù)X超線程數(shù)（2）一個CPU有兩個超線程
用戶VM使用的VCPU數(shù)量=物理服務(wù)器VCPU總量-管理域預(yù)留VCPU數(shù)量
CNA主機(jī)提供給VM的CPU資源（主頻）=用戶VM使用的VCPU數(shù)量*物理CPU主頻
所有用戶VM使用的CPU主頻總量不能超過上述值

主機(jī)的CPU和內(nèi)存資源分為兩部分：管理域和虛擬化域。

[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來直接上傳(img-8cjTa4tT-1628818997304)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20210812110437310.png)]

管理域CPU和內(nèi)存：用于運行FusionCompute管理系統(tǒng)。
虛擬化域CPU和內(nèi)存：用于運行虛擬機(jī)。

其中，管理域CPU占兩個超線程，其余為虛擬化域CPU。
管理域2vCPU 用戶VM創(chuàng)建只能看到22vCPU

5、內(nèi)存虛擬化

1）無內(nèi)存虛擬化時

HOS為所有APP應(yīng)用維護(hù)VA–MA地址映射關(guān)系，使得所有APP都能使用從0開始連續(xù)的內(nèi)存地址空間，多應(yīng)用間邏輯隔離，互不影響。

虛擬內(nèi)存地址（Virtual MemoryAddress，即 VA）

機(jī)器內(nèi)存地址（Machine Memory Address，即 MA）

2）有內(nèi)存虛擬化（全虛）

1、三個地址

虛擬內(nèi)存地址（Virtual MemoryAddress，即 VA）

物理內(nèi)存地址（Physical Memory Address，即 PA）

機(jī)器內(nèi)存地址（Machine Memory Address，即 MA）

2、三張映射表

GOS維護(hù)：APP— GVA—GPA映射表

VMM（KVM）維護(hù)：VM— GPA–HVA映射表

HOS維護(hù)：虛擬化層+APP HVA—HPA映射表

VM內(nèi)部應(yīng)用訪問內(nèi)存，需要查三張映射表才能訪問到物理內(nèi)存，開銷較大

3、用語言表述

虛擬化后的操作系統(tǒng)可以分為HostOS也就是宿主操作系統(tǒng)，往上是VMM層也就是虛擬化層，最上面可以跑很多GuestOS也就是來賓操作系統(tǒng)，GuestOS上面跑的有應(yīng)用。

那么這些應(yīng)用要訪問內(nèi)存的物理內(nèi)存需要查三個表，分別是GuestOS維護(hù)的GVA和GPA，

由GPA查詢由VMM維護(hù)的GPA和HVA的關(guān)系

由HVA繼續(xù)查詢HOS維護(hù)的HVA和HPA關(guān)系表，從而找到HPA得到具體的物理地址

3）內(nèi)存全虛擬化優(yōu)化

1、影子頁表

VMM向上查詢GOS內(nèi)部的 GVA–GPA映射表
VMM向下查詢HOS內(nèi)部的 HVA–HPA映射表
結(jié)合自己GPA–HVA映射表，將三張映射表整合形成GVA–HPA影子頁表，并載入CPU的MMU中，提升查表速度。

MMU是內(nèi)存管理單元

4）內(nèi)存硬件輔助虛擬化

1、EPT技術(shù)

Intel EPT AMD NPT 技術(shù)

Intel的CPU提供了**EPT (Extended Page Tables,擴(kuò)展頁表)**技術(shù)，直接在硬件上支持GVA->GPA->HPA的地址轉(zhuǎn)換，從而降低內(nèi)存虛擬化實現(xiàn)的復(fù)雜度，也進(jìn)一步提升內(nèi)存虛擬化性能。

2、原理

先查找在整合！

CPU查找GOS內(nèi)部的GVA–GPA映射表，載入CPU內(nèi)部形成CR3表
CPU整合 GPA–HVA映射表+HVA—HPA映射表，形成EPT擴(kuò)展頁表
查表動作不在由VMM參與，CPU硬件實現(xiàn)查表 CR3+EPT，如果缺頁，才觸發(fā)異常，轉(zhuǎn)由VMM和HOS分配頁表項，重新載入到CPU內(nèi)部的EPT中。

[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來直接上傳(img-mdiboGsR-1628818997309)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20210812113707447.png)]

5）Huge Page和Transparent Huge Page

內(nèi)存管理的最小塊級單位叫頁，一個page是4096個字節(jié)，1M有256個page

cpu通過MMU（內(nèi)存管理單元）維護(hù)page表記錄

所以條目越少，查詢越簡單

Huge pages是通過使用大頁內(nèi)存來取代傳統(tǒng)的 4kb 內(nèi)存頁面，以適應(yīng)越來越大的系統(tǒng)內(nèi)存，讓操作系統(tǒng)可以支持現(xiàn)代硬件架構(gòu)的大頁面容量功能。
Huge pages 有兩種格式大小： 2MB 和 1GB ， 2MB 頁塊大小適合用于 GB 大小的內(nèi)存， 1GB 頁塊大小適合用于 TB 級別的內(nèi)存； 2MB 是默認(rèn)的頁大小。

THP 是一個抽象層，能夠自動創(chuàng)建、管理和使用傳統(tǒng)大頁。

標(biāo)準(zhǔn)大頁管理是預(yù)分配的方式

而透明大頁管理則是動態(tài)分配的方式。

一頁內(nèi)存越大，條目越少，TLB緩存越容易查詢

6）TLB

頁表緩存、轉(zhuǎn)址旁路緩存，為CPU的一種緩存

6、IO虛擬化（KVM）

1）全虛擬化（全模擬）

[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來直接上傳(img-g0fvVan6-1628818997312)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20210812212317351.png)]

IO全虛擬化：VM使用的IO設(shè)備是由VMM層模擬出來的，VMM層負(fù)責(zé)對VM的IO請求進(jìn)行監(jiān)測、截獲、模擬執(zhí)行動作，對VMM層損耗較大，但對VM的GOS無需做任何操作，實現(xiàn)簡單。

IO處理流程：APP—GOS—虛擬IO設(shè)備驅(qū)動—KVM（IO trap）----IO共享環(huán)（一段內(nèi)存）—QEMU—HOS內(nèi)核 IO設(shè)備硬件驅(qū)動—物理IO硬件

優(yōu)點：VM的GOS不需要做修改，兼容大部分的GOS，兼容大部分的IO設(shè)備
缺點：IO訪問路徑長，VMM（KVM）開銷大，IO處理性能差，VM數(shù)量較多時，并發(fā)處理性能非常低。

2）半虛擬化（virtio）

IO半虛擬化：VM使用的IO設(shè)備任然是由VMM層模擬出來，但是GOS內(nèi)部需要做修改，安裝pv driver，使得VM能夠主動將IO請求下發(fā)給VMM，VMM無需監(jiān)測、截獲動作，制作模擬執(zhí)行，降低VMM層性能損耗，但是對GOS有操作要求，是折中的解決方式。

IO處理流程：APP—GOS—virtio前端驅(qū)動—IO共享環(huán)（一段內(nèi)存）—QEMU—HOS內(nèi)核 IO設(shè)備硬件驅(qū)動—物理IO硬件
KVM只做通知
優(yōu)點：IO訪問路徑變短，VMM（KVM）開銷降低，IO處理性能高，支持批量IO處理
缺點：VM的GOS需要修改（安裝前端驅(qū)動），對IO設(shè)備兼容性有要求，老舊IO設(shè)備可能不支持

3）硬件輔助虛擬化（PCI設(shè)備直接分配）

IO硬件輔助虛擬化：需要特殊硬件支持（支持虛擬化能力的IO板件），VM的GOS安裝硬件驅(qū)動，使得VM下發(fā)IO請求通過硬件驅(qū)動直接到達(dá)硬件，無需VMM做任何處理，性能最高，成本最高，能夠?qū)崿F(xiàn)一個硬件被多臺VM共用。

優(yōu)點：IO性能最高，VMM（KVM）不需要參與
缺點：特殊IO設(shè)備才能實現(xiàn)，主板PCI插槽有限，支持VM的數(shù)量有限，成本高
VM失去很多高級特性（HA DRS 內(nèi)存快照等等）

?

7、FC平臺支持的QOS維度

1）CPU QOS

（1）份額：cpu資源搶占時
（2）預(yù)留：cpu資源搶占時
（3）限制：

2）內(nèi)存QOS—開啟內(nèi)存復(fù)用

（1）份額：內(nèi)存搶占時
（2）預(yù)留：
（3）限制：

3）網(wǎng)絡(luò)的QOS

可以通過流量整形限制虛擬機(jī)網(wǎng)卡的網(wǎng)絡(luò)流量發(fā)送和接收速率
操作：網(wǎng)絡(luò)—DVS—端口組—網(wǎng)絡(luò)設(shè)置—發(fā)送和接收方向的流量整形
（1）平均帶寬：
（2）峰值帶寬：
（3）突發(fā)大小：

4）磁盤的QOS:

vm—配置—磁盤----更多—設(shè)置磁盤IO上限
（1）每秒的讀或?qū)懟蜃x寫字節(jié)數(shù)（BPS):
（2）每秒的讀或?qū)懟蜃x寫個數(shù)（IOPS)

8) 內(nèi)存復(fù)用

（1）內(nèi)存氣泡

系統(tǒng)主動回收虛擬機(jī)暫時不用的物理內(nèi)存，分配給需要復(fù)用內(nèi)存的虛擬機(jī)。內(nèi)存的回收和分配均為系統(tǒng)動態(tài)執(zhí)行，虛擬機(jī)上的應(yīng)用無感知。整個物理服務(wù)器上的所有虛擬機(jī)使用的分配內(nèi)存總量不能超過該服務(wù)器的物理內(nèi)存總量。

（2）內(nèi)存交換

將外部存儲虛擬成內(nèi)存給虛擬機(jī)使用，將虛擬機(jī)上暫時不用的數(shù)據(jù)存放到外部存儲上。系統(tǒng)需要使用這些數(shù)據(jù)時，再與預(yù)留在內(nèi)存上的數(shù)據(jù)進(jìn)行交換。

（3）內(nèi)存共享

多臺虛擬機(jī)共享數(shù)據(jù)內(nèi)容相同的內(nèi)存頁。
注意：可以增加主機(jī)的內(nèi)存交換分區(qū)
內(nèi)存交換分區(qū)目前只支持虛擬化本地硬盤的數(shù)據(jù)存儲

9、NUMA技術(shù)

（1）Host NUMA

物理服務(wù)器內(nèi)部按node調(diào)度cpu和內(nèi)存，本地調(diào)用性能最高，跨node調(diào)用性能損耗大，所以host numa可以實現(xiàn)主機(jī)上層應(yīng)用調(diào)用cpu和內(nèi)存時在hostnuma的控制下盡量從同一物理node內(nèi)調(diào)用

（2）Guest NUMA

讓虛擬機(jī)也呈現(xiàn)NUMA架構(gòu)，虛擬機(jī)上層應(yīng)用調(diào)用虛擬機(jī)的vcpu和vRAM時也能盡量從同一vnode內(nèi)來調(diào)用（一個vnode的vcpu和vRAM來源一個物理node）—虛擬機(jī)上層應(yīng)用調(diào)用cpu和內(nèi)存資源時最終會映射到一個物理node內(nèi)去調(diào)用
一個虛擬機(jī)的不同vnode可以對應(yīng)底層的不同物理node

10、HA的過程

（1）虛擬機(jī)HA原理

1.VM故障或者物理節(jié)點故障
2.VRM查詢VM狀態(tài)，發(fā)現(xiàn)VM故障
3.VRM節(jié)點判斷VM有HA特性，則根據(jù)保存的VM信息選擇可用的CNA主機(jī)啟動VM
4.CNA節(jié)點收到HA請求，根據(jù)VM規(guī)格，卷信息創(chuàng)建新的VM
5.啟動過程中，將VM之前的卷重新掛載，包括用戶卷

總結(jié)

以上是生活随笔為你收集整理的重点！！！计算虚拟化技术（HCIE云方向）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。