華為云計算IE面試筆記-FusionCompute虛擬機熱遷移定義，應用場景，遷移要求，遷移程序

*熱遷移傳送了什么資料？保存在哪？

虛擬機的記憶體、虛擬機描述資訊（配置和設備資訊）、虛擬機的狀態

虛擬機的配置和設備資訊：作業系統（類別、版本號）、引導方式（VM通過硬碟、光碟、U盤、網路啟動）和引導次序，CPU個數、記憶體大小、硬碟、網卡資訊（IP地址、MAC地址、網關、埠組）

保存在VRM的資料庫中、CNA上的libvirt記憶體中、以檔案的方式保存在VM系統盤所在的虛擬化資料存盤上，

在更改主機的熱遷移時，只變更CNA上的libvirt記憶體，由源CNA上的libvirt傳遞給目的CNA

*熱遷移是否會中斷業務？

會，一般中斷一到兩個資料包的時間，一般是一個，（會中斷一下下，但是新版本不丟包！！！）虛擬機熱遷移上行鏈路發生了改變，并且更新ARP條目所以會中斷，

*VRM虛擬機可以熱遷移嗎？

不能，

1. VRM虛擬機是與主機系結的

2. 熱遷移本身是由VRM維持的，熱遷移期間會中斷一段非常短的時間，如果VRM中斷就會出現故障，

*熱遷移需要裝Tools嗎？

6.3.1之后可以不裝，非必選，（KVM架構可以不裝，XEN架構必須裝）

*Tools的作用：

1. 提高IO性能

2. 實作一些高級功能（快照、磁盤升降配置、動態資源調整、虛擬機藍屏檢測、安全關閉虛擬機）

3. 監控虛擬機的資訊（CPU、記憶體、網卡使用率，虛擬機的內部狀態（如藍屏））

*虛擬機熱遷移失敗的原因：

界面提示失敗：

1. 源目主機網路中斷或不通，

2. 目標主機故障、被重啟或進入維護模式，

3. 源目主機的CPU型別不兼容，

4. 目標主機無法訪問虛擬機的磁盤，（更改主機）

5. 需要考慮在業務的閑時操作，否則迭代遷移時臟資料增加是可能失敗的

業務不通：

1. 目標主機沒有關聯上虛擬機所在DVS

2. DVS沒有上行鏈路

3. TOR交換機沒有允許vlan通行；

設定了遷移超時時間，但未在限制時間內遷移完成（遷移時間默認不超時），

*FusionCompute計算資源調度策略、DRS、DPM 的優先級，應用場景

DPM > 調度策略 > DRS 

調度策略：

聚集虛擬機：列出的虛擬機必須在同一主機上運行，一個虛擬機只能被加入一條聚集虛擬機規則中，

互斥虛擬機：列出的虛擬機必須在不同主機上運行，一個虛擬機只能被加入一潭訓斥虛擬機規則中，

虛擬機到主機：關聯一個虛擬機組和主機組并設定關聯規則，指定所選的虛擬機組的成員是否能夠在特定主機組的成員上運行，

第一優先級：規則型別為“虛擬機到主機”，規則是“必須在主機組上運行”和“禁止在主機組上運行”的，

第二優先級：規則型別為“聚集虛擬機”和“互斥虛擬機”的，

第三優先級：規則型別為“虛擬機到主機”，規則是“應該在主機組上運行”和“不應該在主機組上運行”的，

同一個親和性組的虛擬機，在創建時會被調度到相同的物理主機上，同一個反親和性組的虛擬機，在創建時會被調度到不同的物理主機上，常配合共享云硬碟，集群使用，

應用場景：相同業務型別的虛擬機設定為聚集虛擬機，VRM用互斥虛擬機，

*FusionCompute 集群內無法執行調度策略的原因

1. 對于不滿足遷移要求的虛擬機，將不會進行自動遷移，例如下面的情況: 

1) 聚集或互斥規則將阻止遷移虛擬機， 

2) 已為虛擬機禁用了 DRS， 

3) 某個設備掛載到了一個或多個虛擬機上，使DRS無法移動虛擬機，從而無法平衡負載， 

4) 虛擬機與 DRS 的目的主機不兼容， 

5) 虛擬機與所在主機進行了系結， 

2. 遷移后會產生新的不平衡狀態，這類情況將不會遷移虛擬機，例如: 

1) 衡量因素選擇“CPU 和記憶體”時，部分主機 CPU 相對高，另外部分主機記憶體相對高， 

2) 衡量因素選擇“CPU”或“記憶體”時，遷移任何一個虛擬機都無法達到平衡， 

3. 動態資源調度=DRS 模塊+策略+vMotion(自動)，故無法執行調度策略的原因可以從以上三點去考慮， 

4. DRS 需要共享的存盤

*虛擬機熱遷移需要使用到快照技術嗎?

不需要，根據虛擬機熱遷移采用的技術分析原因:

? 針對記憶體:記憶體分片+迭代遷移 

? 針對存盤: IO Mirror+迭代遷移

*存盤熱遷移定義、原理、約束、應用場景、范圍、失敗的原因有哪些？

定義：將虛擬機中的磁盤從一個資料存盤遷移到另一個資料存盤中，

原理：熱遷移首先使用寫時重定向，將虛擬機資料寫入目的存盤的一個差異磁盤，這樣，原磁盤檔案就變成只讀的，

將源卷的所有的資料塊依次讀取出來并合并到目標端的差異磁盤中，等資料合并完成后，目的端的差分磁盤就擁有虛擬磁盤的所有最新資料，

去除目的端快照對源卷的依賴，將差分磁盤修改為動態磁盤，這樣，目的端磁盤檔案可以獨立運行，

熱遷移約束：不支持遷移已掛載的“共享”型別的磁盤和鏈接克隆虛擬機的磁盤 ?

不支持非持久化磁盤和開啟iCache功能虛擬機磁盤 ?

不支持源目為不同FS的資料存盤之間遷移 ?

冷遷移約束：虛擬機為“已停止”時，如果源資料存盤為FusionStorage，不支持遷移到非持久化磁盤、帶快照虛擬機磁盤，

應用場景：在不中斷業務的情況下進行計劃記憶體儲維護和存盤遷移，

將資料存盤的所有卷遷移后，可以對資料存盤進行減容

總結：1、如果不是共享存盤，遷移主機是不可以的；如果是共享存盤，都可以遷移主機

2、源存盤是虛擬化，目標存盤也是虛擬化，不管是本地還是共享都支持熱遷移

3、如果是FusionStorage，只能是非虛擬化，可以按共享非虛擬化來做

*熱遷移對資料存盤的要求？

虛擬機遷移：只要求是共享的資料存盤即可，

完整遷移：

只支持虛擬化資料存盤之間進行遷移，(完整遷移) 

不支持遷移已掛載的“共享”型別的磁盤和鏈接克隆虛擬機的磁盤，(完整遷移) 

不支持非持久化磁盤和開啟 iCache 功能虛擬機磁盤的遷移，(完整遷移) 

不支持源目的資料存盤為不同 FusionStorage 的遷移，(完整遷移)

*為什么要二層互通？

因為DVS的IP和MAC地址不會發生改變，從而保證業務切換的時候業務不中斷，

為了虛擬機遷移后處在原來的二層環境內，保證業務的正常運行，

*為什么要三層互通？

保證虛擬機能遷移成功，將描述資訊和配置資訊在管理網路上

*虛擬機遷移需要三層互通還是二層互通?

虛擬機從一臺主機遷移到另一臺主機，只需要兩主機能夠三層互通即可，默認情況下，遷移流量走管理網路，此時需要兩主機管理IP三層互通，在FusionCompute場景中，因保障虛擬機遷移后，仍能正常對外提供業務，所以FusionCompute強制要求目的主機關聯虛擬機所在DVS，即DVS上行鏈路中有目的主機的埠，為了保障虛擬機能正常對外提供業務，作為實施人員，需確保虛擬機遷移后，其仍能位于原二層網路中，即需確保上行鏈路放行遷移VM 所在VLAN或采用Vxlan等大二層技術，

*鏈接克隆虛擬機，為什么不支持熱遷移？

鏈接克隆VM無法遷移母卷，所以不支持，

*虛擬機熱遷移流量經過哪些網路？

默認走CNA的管理網路平面；可以在配置“虛擬機熱遷移流量”業務管理介面的情況下通過“虛擬機熱遷移流量”業務管理介面承載，

*熱遷移資料走的什么網路？

默認走管理網路，如果添加業務管理網路并打鉤選擇熱遷移可以走業務管理網路，

*分布式交換機

分布式交換機是一個虛擬的交換機，功能類似于二層的物理交換機，通過埠組與虛擬機連接，通過上行鏈路與物理網路連通，

埠組：定義虛擬機網卡通過分布式交換機連接到網路的方式，

上行鏈路：分布式交換機連接主機物理網卡的鏈路，

*不同 DVS 中，是否可以復用上行鏈路？多個物理網卡是否可以系結后作為上行鏈路？

不能復用，一個上行鏈路只能系結給一個 DVS，

多網卡可以系結為聚合網口作為上行鏈路，一般雙網卡系結來提高安全性，（設定 LACP 的話，物理交換機側也要開啟 LACP）

*遷移成功的標志：

目的端虛擬機 tools顯示虛擬機狀態為運行中 

沒有開機的程序，記憶體過來了，就可以直接運行，

*如何判斷何時應該暫停虛擬機IO？

由VRM根據遷移帶寬，差異資料進行分析判斷，

這個我比較傾向于VMM，也就是CNA來判斷，根據虛擬機的業務的一個繁忙程度和新產生記憶體資料的大小來判斷，現在是不是需要暫停IO，

*最后記憶體分片發送到目的端的時間？

由VRM進行監控計算，根據最后一片記憶體分片的資料量/帶寬

*Tools有沒有參與到迭代遷移？

有

*熱遷移中Tools的作用？

監控虛擬機的記憶體狀態、IO狀態，配置迭代遷移技術，保證源目的端虛擬機資料的一致性，

*Tools的功能？

Tools是虛擬機的驅動程式，空虛擬機創建并安裝作業系統后，需在虛擬機上安裝華為提供的Tools，以便提高虛擬機的I/O處理性能、實作對虛擬機的硬體監控和其他高級功能，

高級功能有如下：遷移虛擬機

                安全關閉虛擬機、安全重啟虛擬機、休眠虛擬機

                在線調整虛擬機的 CPU 規格

                創建虛擬機快照

                虛擬機藍屏檢測

                虛擬機與主機時鐘同步

                虛擬機網卡的高級功能，如 QoS

*VRM如何判斷VM藍屏或內核崩潰？

首先要監測VM藍屏或內核崩潰需要在VM上安裝Tools，Tools與虛擬化層維持心跳關系，當虛擬化層周期內未收到心跳，則認為VM存在藍屏或內核崩潰的可能性，隨即檢查VM是否有IO行為，沒有則認為藍屏或內核崩潰，該資訊會被VNA收集并反饋給VRM，

*遷移失敗源目虛擬機會怎么樣？

源端虛擬機正常運行，目的端洗掉遷移失敗的資料

*跨集群遷移的時候為什么要讓它的記憶體復用開關保持一致？

如果開啟了記憶體復用物理記憶體和虛擬記憶體不一一對應，然后對應關系不一致會導致遷移失敗，

*虛擬機可以使用本地硬碟進行熱遷移么？

可以，只要是把本地硬碟虛擬化后共享存盤就可以，

*遷移時在另外一個虛擬機上Ping這個遷移的虛擬機，遷移程序中ping狀態會有什么變化？丟包出現在遷移的哪個程序，具體哪個環節導致的丟包？

長ping可能會中斷資料通信，會丟1-2個包，

因為主機所對應的物理交換機的埠變了  arp條目還是指向原埠方向  要進行埠指向更新  更新的程序會丟一到兩個包，

*能不能在一個站點的多個集群做熱遷移？

可以，兩個集群使用相同 DVS，相同共享存盤，

*兩個CNA掛不同的存盤，能熱遷移嗎？

可以完整熱遷移（包括在線熱遷移和存盤熱遷移），只要存盤型別是虛擬化存盤就可以熱遷移，遷移了記憶體和配置資訊，如果做存盤層熱遷移的話還有磁盤也會被遷移過去，非共享存盤只能完整遷移，

虛擬機與 DVS 的關系

虛擬機通過埠組，與 DVS 相連，DVS 通過上行鏈路與外部網路相連，

*FusionCompute 中的網路虛擬化功能是如何實作的？

總結：基于cpu實作的虛擬交換機，實作方式靈活，ovs，支持的高級特性多，兼容性好，但是使用主機的cpu資源，性能最低，使用專門的物理網卡實作的虛擬化，由網卡直接提供虛擬化功能，性能好，但是兼容性差，支持的高級特性少

*同一主機同一vlan，主機網卡壞了，能通嗎？

如果是相同 DVS 能通，但是如果是不同 DVS，則不可以，

*FusionCompute 中怎么實作虛擬交換的/虛擬交換機的作業原理

在虛擬化平臺下，虛擬機的虛擬網卡要接入埠組，埠組上可打 vlan 標簽，也可以設定成中繼模式（trunk）來到達虛擬交換機，然后通過上行鏈路接入外部網路中，實作虛擬機和外部網路的通訊，

*DVS 和 CNA 的關系：

一個 CNA 主機物理網口只能屬于一個上行鏈接組，即只能屬于一個 DVS，一個主機如果有多個物理網口，那么可以關聯多個 DVS，即添加到不同 DVS 的上行鏈接組中，

*如何理解 DVS？

DVS本身是個邏輯物件，跨越多個CNA節點，是由VRM來維持的，并且它是個虛擬的概念，

當在VRM中操作DVS的時候，將一主機加入到DVS中的時候 ，本質是VRM發送指令給對應的CNA主機的OVS，由OVS來實作，（如果創建DVS的模式為普通，則是OVS，如果是用戶態則為控制 EVS）

*本機的虛擬機快照能恢復到其他虛擬機嘛？

不可以，

*熱遷移最后一片記憶體分片是在什么時候傳送過去的？

臟資料達到一定閾值，然后暫停源虛擬機的io，然后遷移過去，

聚合網口有多少種模式？

主備

基于輪詢的負荷分擔

基于源目的 IP 和埠負荷分擔

基于源目 MAC 的負荷分擔

基于源目的 MAC 的 LACP

基于源目的 IP 的 LACP

DPDK 驅動的主備模式，

DPDK 驅動的基于源目MAC地址LACP

DPDK 驅動的基于源目IP和埠的LACP

備注：建議主備或者 LACP 模式，不建議使用普通負荷分擔，避免出現交換機 MAC 地

址飄移，使用 LACP 的模式，在交換機側也需要設定不然會導致網路不通，

考試追問：

為什么需要同一個DVS？遷移不同DVS可以嗎？

（不確定）源端虛擬機和目的端虛擬機都能訪問同一個DVS,保證二層網路需要是互通的,這樣才能進行遷移,如果目的端無法訪問源端DVS,那么則無法進行遷移，

虛擬化存盤可以進行遷移嗎？虛擬化存盤的好處？

可以，虛擬化資料存盤是CNA把塊設備格式化成VIMS檔案系統，檔案系統是由VMM側維持的，然后就可以支持一些FC集群的高級特性，比如快照 熱遷移 還有比如精簡磁盤啥的

存盤熱遷移一定要虛擬化存盤嗎？

不一定，

*IMC是什么？舉例

3代U升級至4代U是不需要開啟IMC功能的
4代U降級遷移至3代U需要開啟IMC功能,因為:
4代U可以提供更多的高級特性,但是3代U可能不支持某些特性,所以需要保證一致性,要開啟IMC功能,保證適用的是同樣的高級特性

IMC消除高級特性，以低代為準，保持了一樣的CPU指令集，屏蔽了高級指令集

長ping的話業務會出現中斷嗎？

是會有中斷的,在最后一次迭代遷移的時候會修改映射至目的端虛擬機,此時會中斷,但是只有1-2個包,客戶無感知，

對存盤的要求，共享存盤還有什么更詳細的限制？

不能存盤熱遷移

共享磁盤可以進行遷移嗎？

答，如果是完整遷移，則不可以，

共享磁盤是掛載給多個虛擬機的磁盤，也就是可能別人正在用這塊磁盤 你把它遷走了，那別人還能用嗎？

考官說虛擬機熱遷移默認是更改主機？

我說可以，不管是虛擬化還是非虛擬化，只要是共享的資料存盤即可，

對于網路有什么限制？用的哪一層？什么時候用二層什么時候用三層？

想業務不中斷,就需要二層網路互通,如果只是保證虛擬機能正常遷移,三層網路互通就可以，

因為是熱遷移，所以兩主機強制關聯至同一DVS（因為這樣網路環境不會改變，二層互通，所以也就不會中斷業務）

vxlan是干嘛的？用二層三層的原因是什么？

VXLAN是一種網路虛擬化技術，可以改進大型云計算在部署時的擴展問題，是對VLAN的一種擴展，VXLAN是一種功能強大的工具，可以穿透三層網路對二層進行擴展，它可通過封裝流量并將其擴展到第三層網關，以此來解決VMS（虛擬記憶體系統）的可移植性限制，使其可以訪問在外部IP子網上的服務器，

跨資料中心或者是跨二層的網路，要熱遷移，但要保證二層互通，所以用到vxlan的大二層技術，

完整熱遷移在哪個界面上可以操作？

虛擬化場景在FusionCompute，私有云在SC

如何實作存盤熱遷移？

寫時重定向+迭代遷移

IO mirror是誰提供的?為什么？

FC，FC對接存盤資源、掃描存盤設備、創建資料存盤，再資料存盤上使用iomirror，

io mirror其實是xen版本的fc，domain 0提供的，

是集群的高級特性，VRM提供的，

Intel和AMD可以開啟IMC嗎？

不可以，只能同品牌

AMD是否支持IMC？

不支持

都是intel的CPU 8.0的才有ARM架構的華為鯤鵬CPU

熱遷移程序中同步記憶體的時候故障了怎么處理？

我答遷移失敗，點評說還可以手動配置，再繼續遷移，（斷點續傳）  重新遷移

追問了主機故障可以遷移嗎？

我說不可以，點評說要看情況，如果系統正常運行，只要不影響vm和網路等情況，是可以遷移的，我沒有反駁，（VRM維持集群高級特性，當CNA主機掛掉系統正常運行，只要不影響vm和網路等情況，是可以遷移的）

IMC在哪里開啟？

在集群中，CPU代高的開，

為什么記憶體復用開關不一致就不可以遷移？

記憶體復用會導致虛擬機記憶體超分配，如果不同時開啟虛擬機遷移過去后可能會因為記憶體不足導致虛擬機無法正常運行，

另一個是記憶體使用機制發生了改變，原來是獨占，變成了共享，機制發生了改變，所以為了保證成功率，開啟為好

標籤：其他

上一篇：騰訊云與 Grafana Labs 達成深度合作， 推出全新 Grafana 托管服務

下一篇：華為云計算IE面試筆記-FusionCompute上的虛擬機A和虛擬機B不能正常通信，請描述可能的故障點和排除方法（分析虛擬機A和虛擬機B不通）