*熱遷移傳送了什么數據？保存在哪？
虛擬機的內存、虛擬機描述信息（配置和設備信息）、虛擬機的狀態
虛擬機的配置和設備信息：操作系統（類別、版本號）、引導方式（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代高的開。
為什么內存復用開關不一致就不可以遷移？
內存復用會導致虛擬機內存超分配，如果不同時開啟虛擬機遷移過去后可能會因為內存不足導致虛擬機無法正常運行。
另一個是內存使用機制發生了改變，原來是獨占，變成了共享，機制發生了改變，所以為了保證成功率，開啟為好