簡介FusionCompute實驗手冊1是華為HCIP-Cloud Computing V4.0認證培訓的官方實驗指導材料面向備考該認證的學員以及希望系統(tǒng)掌握華為服務器虛擬化平臺FusionCompute運營與運維技能的工程師。手冊圍繞7個實驗、四個部分展開先在KVM虛擬化嵌套環(huán)境中完成從CNA到VRM的環(huán)境搭建理解FusionCompute基礎架構(gòu)再練習計算、存儲、網(wǎng)絡三類資源池管理體會計算虛擬化、存儲虛擬化與網(wǎng)絡虛擬化的核心能力隨后進入虛擬機發(fā)放與管理涵蓋虛擬機創(chuàng)建、Tools安裝、模板封裝與導入導出、快照、規(guī)格調(diào)整、HA、熱遷移、安全組與規(guī)則組等業(yè)務運維要點最后是用戶管理、管理數(shù)據(jù)備份與時間管理等常見運維實驗。資源包僅含1個docx文檔約10.53MB結(jié)構(gòu)完整、實驗步驟與拓撲配置說明齊備適合對照搭建實驗環(huán)境并逐項動手驗證也可作為日常運維與故障排查的參考。目前已有227人學習。1. 兩臺服務器、七個實驗這套 FusionCompute 6.5 手冊適合誰機架上擺著兩臺剛上架的服務器CNA 已經(jīng)裝完瀏覽器卻怎么也打不開 VRM 的 8443 登錄頁——這是很多人第一次接觸 FusionCompute 實驗手冊時的真實開場。這套 HCIP-Cloud Computing V4.0 配套的 FusionCompute 實驗指導手冊圍繞 6.5.0 版本把內(nèi)容拆成七個實驗、四大部分環(huán)境搭建、虛擬資源管理、虛擬機發(fā)放與管理、常見運維。它的價值不在于講清虛擬化概念而在于給你一條從 ISO 引導到資源池可用的完整路徑每一步都有界面位置和參數(shù)可對。適合三類人準備認證考試、需要把實驗環(huán)境跑通的學員手上有一批服務器、想先在小環(huán)境驗證 FusionCompute 可行性的運維以及從其他虛擬化平臺轉(zhuǎn)過來、需要快速摸清 CNA 與 VRM 邊界的老手。下面按我實際復現(xiàn)的順序拆。2. 從 ISO 到 8443 可登錄CNA 與 VRM 的嵌套安裝鏈路手冊開篇給了一個很具體的場景某企業(yè)想減少硬件投入先拿兩臺服務器搭一套 FusionCompute驗證業(yè)務跑在虛擬化上的可行性。這個設定決定了實驗環(huán)境不是生產(chǎn)部署而是“能裝、能管、能遷移”的最小閉環(huán)。整條鏈路是先在物理機上跑 KVM再在 KVM 里開兩臺虛擬機當 CNA最后用安裝工具把 VRM 部署到其中一臺 CNA 上。聽起來繞但這樣做的收益很直接環(huán)境可以快照回滾裝壞了重來只要幾分鐘不用重裝物理機。我一般把這條鏈路拆成三個檢查點CNA 的 8443 能不能打開、VRM 安裝向?qū)懿荒苓B上 CNA、VRM 登錄后能不能看到主機。三個點任何一個不通后面添加集群、掛存儲都是白費。下面按這三個點倒推每一步的配置。2.1 為什么用 KVM 嵌套資源賬與網(wǎng)絡賬先算清嵌套虛擬化的第一個坑不在 FusionCompute而在宿主機的 CPU 虛擬化暴露方式。如果 KVM 虛擬機的 CPU 模式設成qemu64這類默認模型CNA 裝完能啟動但再往下創(chuàng)建虛擬機時會發(fā)現(xiàn)硬件虛擬化指令不可用虛擬機起不來。常見做法是把 CNA 虛擬機的 CPU 模式設成host-passthrough讓上層看到宿主機的完整指令集退一步也要用同一代 CPU 的命名模型保證兩臺 CNA 的 CPU 特性一致否則后面做熱遷移會直接報 CPU 不兼容。資源賬要提前算。實驗環(huán)境里每臺 CNA 我一般給 8 vCPU、16GB 內(nèi)存、120GB 系統(tǒng)盤VRM 給 4 vCPU、8GB 內(nèi)存、80GB 磁盤。低于這個數(shù)安裝過程能走完但再開兩臺業(yè)務虛擬機就很緊HA 和遷移實驗會因為沒有足夠空閑內(nèi)存而失敗。磁盤不要用精簡置備的宿主盤疊太多層I/O 延遲會放大安裝過程會莫名卡在解壓階段。網(wǎng)絡賬更容易翻車。手冊給的地址規(guī)劃是管理網(wǎng)192.168.201.0/24、存儲網(wǎng)192.168.202.0/24CNA01 管理192.168.201.101、存儲192.168.202.101CNA02 對應.102VRM 管理地址192.168.201.100。在 KVM 里給每臺 CNA 配兩張?zhí)摂M網(wǎng)卡分別橋接到兩個不同的虛擬交換機不要圖省事用 NAT 模式NAT 下 CNA 能出去但管理 PC 主動連 CNA 的 8443 和安裝向?qū)У幕爻塘髁繒粨踝”憩F(xiàn)就是“向?qū)б恢碧崾具B接超時”。角色管理 IP存儲 IP主要用途CNA01192.168.201.101192.168.202.101承載虛擬機、提供計算資源CNA02192.168.201.102192.168.202.102第二臺計算節(jié)點用于 HA 與遷移VRM192.168.201.100無管理平面Web 入口 8443管理 PC192.168.201.10無運行安裝向?qū)?、瀏覽器訪問提示管理 PC 的地址不要和 VRM 計劃地址沖突安裝向?qū)诓渴鹎白鲆淮蔚刂诽綔y沖突時提示不直觀容易被當成軟件包損壞。2.2 裝 CNA磁盤選擇、管理 IP 與 root 密碼的三個卡點CNA 的安裝介質(zhì)是FusionCompute 6.5.0_Installer.zip里的主機 ISO。把 ISO 掛到 KVM 虛擬機的光驅(qū)啟動后選擇安裝過程本身不復雜卡點集中在三處。第一處是磁盤選擇。安裝器會列出所有可用磁盤選中即格式化沒有二次確認的機會。嵌套環(huán)境里經(jīng)常給 CNA 掛了兩塊盤一塊系統(tǒng)盤一塊準備做本地存儲的實驗盤選錯就把實驗數(shù)據(jù)清了。我一般先在 KVM 層面只掛系統(tǒng)盤裝完再加熱插盤減少誤選。第二處是管理網(wǎng)絡配置。主機名按CNA01、CNA02命名管理 IP 填手冊里的地址掩碼255.255.255.0網(wǎng)關填管理網(wǎng)段的網(wǎng)關。DNS 在純實驗環(huán)境可以留空但一旦后面要配時間同步或者接認證源沒有 DNS 會多繞一圈。存儲平面的 IP 不在安裝界面配等進了 VRM 再做存儲接口這一點手冊的實驗流程里是分開的別在安裝階段找存儲 IP 的輸入框。第三處是 root 密碼復雜度。FusionCompute 的密碼策略要求長度、大小寫、數(shù)字、特殊字符組合且不能包含用戶名。實驗環(huán)境里很多人圖省事設Admin123安裝器接受但后面添加主機到 VRM 時可能觸發(fā)密碼過期策略表現(xiàn)是添加成功、過一會主機狀態(tài)變成“離線”。我一般在實驗環(huán)境也設一個符合策略且不過期的密碼省掉后面排查時間。裝完重啟拔掉 ISO做三步驗證管理 PC 上ping 192.168.201.101通ssh root192.168.201.101能登錄瀏覽器打開https://192.168.201.101:8443能看到 CNA 本地管理頁。第三步很多人會跳過但它能提前暴露證書和端口問題比等到 VRM 安裝向?qū)箦e再回頭查要省事。注意CNA 的 Web 管理頁和 VRM 的 Web 管理頁不是一個東西CNA 的 8443 只用于單機維護日常資源管理走 VRM 的 8443。兩臺設備同端口不同地址瀏覽器標簽別開混。2.3 部署 VRMInstaller 向?qū)Ю锉仨殞R的四個參數(shù)VRM 的軟件包是FusionCompute 6.5.0_VRM.zip部署靠安裝工具向?qū)瓿?。向?qū)茉诠芾?PC 上所以管理 PC 必須能同時訪問 CNA 的管理 IP 和計劃給 VRM 的地址。整個向?qū)Ю镉兴膫€參數(shù)值得停下來核對。第一個是目標 CNA 的管理 IP。向?qū)冗B一臺 CNA把 VRM 虛擬機部署到這臺主機上。實驗環(huán)境填192.168.201.101。如果這臺 CNA 之前被別的 VRM 管過向?qū)Э赡芴崾局鳈C狀態(tài)異常處理辦法是在 CNA 側(cè)清理殘留注冊信息或者換一臺干凈的 CNA 先部署。第二個是 VRM 軟件包路徑。解壓后的FusionCompute 6.5.0_VRM.zip不要改文件名向?qū)О垂潭野拿罂赡芴崾尽败浖袷讲徽_”。路徑里也不要有中文和空格Windows 管理 PC 上放在D:\fc\這類短路徑最穩(wěn)。第三個是 VRM 的管理 IP、掩碼和網(wǎng)關。填192.168.201.100、255.255.255.0、管理網(wǎng)網(wǎng)關。這個地址一旦確定后面改起來要進 VRM 后臺實驗階段盡量一次填對。第四個是 VRM 虛擬機的磁盤位置。如果此時還沒有掛 IP-SAN向?qū)?VRM 磁盤放在 CNA 的本地存儲里等后面加了共享存儲也不建議把 VRM 遷過去做實驗VRM 自身依賴存儲的鏈路越簡單越好。向?qū)芡旰鬄g覽器打開https://192.168.201.100:8443用默認管理員賬號登錄首次登錄會強制改密碼。登錄后先看兩處系統(tǒng)管理里的服務狀態(tài)是否全部正常資源池里能否看到被部署的那臺 CNA。這兩處正常環(huán)境搭建實驗就算閉環(huán)可以進下一章的資源池配置。3. 集群、IP-SAN 與精簡磁盤把計算和存儲資源池化環(huán)境搭好后VRM 里只有一臺孤零零的主機既沒有集群也沒有共享存儲虛擬機只能放本地盤HA 和遷移都做不了。手冊第二部分要解決的就是把兩臺 CNA 組成一個集群、把 IP-SAN 掛進來、再創(chuàng)建一塊可被集群內(nèi)主機同時訪問的磁盤。這一章的順序不能反先集群后存儲先存儲接口后掃描 LUN先數(shù)據(jù)存儲后創(chuàng)建磁盤。順序反了界面上的按鈕會是灰的或者掃描結(jié)果為空。我復現(xiàn)時習慣把這一章當成一次“資源池驗收”集群里兩臺主機狀態(tài)正常、數(shù)據(jù)存儲掛載成功且兩臺主機都能看到、創(chuàng)建一塊精簡磁盤并確認使用率不是 100%。三個條件滿足后面發(fā)放虛擬機才有意義。3.1 建集群再加主機CPU 兼容性決定熱遷移上限集群在 FusionCompute 里不只是個文件夾它是資源調(diào)度和 HA 的邊界。同一集群內(nèi)的主機才能做虛擬機熱遷移跨集群只能關機遷移。創(chuàng)建路徑在 VRM 的“資源池”視圖新建集群時會給幾個策略開關HA、電源管理、計算資源調(diào)度。實驗環(huán)境建議先把 HA 打開電源管理關掉計算資源調(diào)度保持默認等虛擬機跑起來再按需調(diào)。添加主機時填 CNA 的管理 IP 和 root 密碼兩臺依次加。加第二臺時如果提示“主機已被其他集群管理”說明這臺 CNA 之前注冊過先在 VRM 的主機列表里找殘留記錄刪掉或者在 CNA 后臺重置注冊狀態(tài)再重新添加。移動主機用拖拽或“移動到”都行刪除集群前必須先把集群內(nèi)主機移走否則刪除按鈕不可用這是界面上的硬約束不是 bug。CPU 兼容性是這一節(jié)最容易被忽略的點。嵌套環(huán)境里兩臺 CNA 虛擬機的 CPU 模型如果一臺是host-passthrough、另一臺是命名模型集群能建起來虛擬機也能各自跑但一做熱遷移就失敗日志里提示 CPU 特性不匹配。常見做法是建集群前先統(tǒng)一兩臺 CNA 的 CPU 模型或者把集群的 CPU 基線設成較低的那一代。這個坑在實驗里不致命在生產(chǎn)里就是遷移窗口打不開血淚經(jīng)驗往往來自第一次做主機維護。集群策略作用實驗環(huán)境建議HA主機故障時在另一臺主機重啟虛擬機打開配合兩臺 CNA 驗證計算資源調(diào)度按負載在主機間遷移虛擬機默認或關閉實驗負載低開了看不出效果電源管理低負載時下電空閑主機關閉嵌套環(huán)境喚醒容易失敗3.2 IP-SAN 接入三步啟動器號、端口綁定、掃描 LUN存儲接入是這套實驗里操作步驟最多的一段。IP-SAN 走 iSCSICNA 作為 initiator存儲陣列作為 target中間要過三關啟動器號唯一、存儲接口綁定正確、陣列側(cè)放通 initiator。第一步是修改 iSCSI 啟動器號。CNA 安裝后自帶一個默認 IQN如果是克隆出來的虛擬機兩臺 CNA 的 IQN 可能一模一樣陣列側(cè)看到兩個相同 initiator 會拒絕或只認一個。在 CNA 后臺改啟動器號文件把名字改成帶主機名后綴的唯一值再重啟 iSCSI 服務# 查看當前啟動器名克隆出來的 CNA 經(jīng)常兩臺完全一樣 cat /etc/iscsi/initiatorname.iscsi # 改成本機唯一的名字后綴用主機名區(qū)分 echo InitiatorNameiqn.2024-01.local:cna01 /etc/iscsi/initiatorname.iscsi # 重啟 iSCSI 服務讓新名字生效再確認一次 systemctl restart iscsid cat /etc/iscsi/initiatorname.iscsi這段命令的關鍵在最后一行重啟后必須回讀確認服務重啟失敗時文件已經(jīng)改了但進程還用舊值表現(xiàn)就是“明明改了 IQN陣列側(cè)還是看不到新名字”。iqn.2024-01.local:cna01只是示例格式實際用哪一年的命名空間不影響功能關鍵是兩臺主機不能重復。第二步是配置端口綁定和存儲接口。在 VRM 的主機配置里找到存儲接口把存儲平面的網(wǎng)口和 IP 綁上去CNA01 填192.168.202.101CNA02 填192.168.202.102。綁定完成后在 CNA 后臺ping一下陣列的 iSCSI 業(yè)務地址通不過就別往下走先查 VLAN 和交換機端口。第三步是添加存儲資源并掃描。存儲類型選 IP-SAN填陣列的 iSCSI 目標 IP 和端口3260CHAP 認證實驗環(huán)境可以不配。掃描存儲設備后應該能看到陣列上劃好的 LUN選中 LUN 添加數(shù)據(jù)存儲命名DS01塊大小保持默認。如果掃描結(jié)果為空按順序查三處CNA 到陣列網(wǎng)絡通不通、陣列側(cè)有沒有把 CNA 的 IQN 加進白名單、啟動器號是不是重復。提示添加數(shù)據(jù)存儲會對 LUN 做格式化實驗前確認這個 LUN 上沒有還要保留的數(shù)據(jù)。手冊里這一步寫得比較輕但它是不可逆操作。3.3 精簡磁盤不是萬能三種磁盤類型的分配與性能賬數(shù)據(jù)存儲掛好后創(chuàng)建磁盤這一步看似只是填容量實際上磁盤類型決定了后面虛擬機的空間利用率和 I/O 表現(xiàn)。FusionCompute 6.5 里常見三種類型普通、普通延遲置零、精簡。普通磁盤創(chuàng)建時一次性分配并置零創(chuàng)建慢但寫入性能穩(wěn)定普通延遲置零創(chuàng)建快首次寫入時再置零適合批量發(fā)放但對首次寫入延遲敏感的場景要慎用精簡磁盤按實際使用量分配支持超配創(chuàng)建最快但使用率上去后性能會下降且需要監(jiān)控存儲剩余空間。實驗環(huán)境我一般用精簡磁盤因為要驗證模板部署和快照空間利用率高但如果這個實驗里要跑數(shù)據(jù)庫或者做性能對比就換成普通磁盤避免把存儲層的延遲算到虛擬機頭上。創(chuàng)建時容量填 40GB、數(shù)量 1創(chuàng)建完在數(shù)據(jù)存儲的使用率里確認只占了幾百 MB說明精簡分配生效。磁盤類型分配方式創(chuàng)建速度適用場景普通創(chuàng)建時全量分配并置零慢對 I/O 穩(wěn)定性敏感的業(yè)務盤普通延遲置零創(chuàng)建時分配首次寫入置零中批量發(fā)放、能接受首寫延遲精簡按實際寫入增長快實驗、模板盤、空間緊張環(huán)境4. 分布式交換機、VLAN 池與端口組網(wǎng)絡資源的落地順序計算和存儲就位后虛擬機還缺一張能跨主機漂移的網(wǎng)。FusionCompute 的網(wǎng)絡模型里分布式交換機是跨主機的邏輯交換機端口組是虛擬機掛網(wǎng)卡的入口VLAN 池負責給端口組分配 VLAN ID上行鏈路把邏輯交換機接到物理網(wǎng)口。這四樣東西的創(chuàng)建順序是固定的先交換機、再上行鏈路、再 VLAN 池、最后端口組。順序亂了端口組創(chuàng)建時選不到 VLAN或者上行鏈路加不進去。這一章我建議配合一次遷移實驗做驗證把一臺虛擬機從 CNA01 遷到 CNA02遷移后 IP 不變、同 VLAN 能通、跨 VLAN 隔離。網(wǎng)絡配置對不對遷移一次比看十遍界面更直觀。4.1 DVS 與標準交換機跨主機遷移時才見真章FusionCompute 里每臺主機可以配標準交換機也可以接入分布式交換機。標準交換機的配置只在本機生效虛擬機遷到另一臺主機后如果目標主機沒有同名端口組和相同 VLAN遷移會失敗或者遷移后網(wǎng)絡不通。分布式交換機的配置是跨主機共享的端口組建一次集群內(nèi)主機都能用虛擬機遷移時網(wǎng)絡配置跟著走。實驗里兩臺 CNA必須用分布式交換機否則 HA 和熱遷移實驗做不完整。創(chuàng)建時名稱填DVS01模式選 VLAN 池MTU 先保持1500。MTU 這一項后面配存儲網(wǎng)絡時會再提到業(yè)務網(wǎng)絡不要隨手改 9000端到端有一臺設備不支持就會丟包表現(xiàn)是“小包通、大包斷”排查起來很費時間。4.2 先上行鏈路、再 VLAN 池、后端口組上行鏈路是把 DVS 接到物理網(wǎng)口的那一步。每臺主機至少選一個物理網(wǎng)口做上行鏈路綁定模式實驗環(huán)境用主備最穩(wěn)負載分擔需要交換機側(cè)配置匹配配不好會出現(xiàn)單邊流量虛擬機時通時斷。加完上行鏈路在 DVS 上確認每臺主機的鏈路狀態(tài)都是“正常”再往下走。VLAN 池按手冊規(guī)劃建兩個VLAN 201 給業(yè)務管理VLAN 202 給存儲。VLAN ID 要和物理交換機 trunk 放通的列表一致不一致時虛擬機掛端口組能成功但流量出不去。端口組建的時候綁定 DVS、選 VLAN ID名稱建議帶 VLAN 號比如pg-business-201后面虛擬機掛網(wǎng)卡時不容易選錯。步驟界面位置關鍵參數(shù)常見失敗表現(xiàn)創(chuàng)建 DVS網(wǎng)絡資源 → 分布式交換機名稱 DVS01、VLAN 池模式模式選錯后面加不了 VLAN 池添加上行鏈路DVS → 上行鏈路每臺主機至少一個物理網(wǎng)口鏈路狀態(tài)異常虛擬機不通添加 VLAN 池DVS → VLAN 池201、202與交換機 trunk 不一致流量出不去添加端口組DVS → 端口組綁定 VLAN ID虛擬機選不到端口組4.3 管理、存儲、業(yè)務三網(wǎng)分離的網(wǎng)口與 MTU 規(guī)劃手冊的地址規(guī)劃里管理網(wǎng)和存儲網(wǎng)是分開的這不是為了好看而是為了避免存儲流量把管理平面打滿。管理網(wǎng)跑 VRM 和 CNA 的心跳、Web 訪問存儲網(wǎng)跑 iSCSI 讀寫業(yè)務網(wǎng)跑虛擬機對外服務。三張網(wǎng)在物理上可以是同一臺交換機上的不同 VLAN但網(wǎng)口和 VLAN 要分開配。存儲網(wǎng)的 MTU 如果要用 9000必須從 CNA 網(wǎng)口、虛擬交換機、物理交換機到存儲陣列逐段確認任何一段是 1500 都會導致大包分片或丟棄。我一般先在實驗環(huán)境保持 1500 把流程跑通等存儲性能成為瓶頸再動 MTU改動前記錄每段配置改完用大包 ping 驗證。管理網(wǎng)不要開 jumbo frameVRM 和安裝向?qū)У牧髁啃￠_了反而增加不確定性。5. 安裝與運維的五個高頻翻車點現(xiàn)象、原因與處置這套實驗的步驟寫得細但真正卡人的往往不是步驟本身而是環(huán)境差異帶來的“界面能點、結(jié)果不對”。下面五條是我復現(xiàn)時遇到、也在別人環(huán)境里見過的翻車點按現(xiàn)象、原因、解決三段寫方便對照排查。每條都對應手冊里的一個實驗環(huán)節(jié)但手冊不會告訴你失敗時長什么樣。5.1 安裝階段向?qū)нB不上 CNA 與添加主機失敗現(xiàn)象一VRM 安裝向?qū)崾具B接 CNA 失敗或超時。管理 PC 能 ping 通 CNA 的管理 IP但向?qū)Ь褪沁B不上。原因通常是管理 PC 和 CNA 不在同一網(wǎng)段中間過了 NAT 或者多層路由向?qū)Щ爻塘髁勘粨踝∫部赡苁?KVM 虛擬網(wǎng)卡用了 NAT 模式CNA 出方向正常入方向不通。解決辦法是把管理 PC 的網(wǎng)卡改到192.168.201.0/24網(wǎng)段KVM 虛擬網(wǎng)卡改橋接先保證雙向 ping 通再跑向?qū)?。嵌套環(huán)境里這一條占安裝失敗的大半。現(xiàn)象二添加主機到集群失敗提示主機已被管理或證書校驗失敗。原因有兩個CNA 之前注冊過別的 VRM殘留信息沒清或者 CNA 和 VRM 的時間偏差太大證書校驗過不去。解決時先在 VRM 主機列表刪掉殘留記錄在 CNA 后臺用date看時間偏差超過幾分鐘就先配 NTP 同步再重新添加。實驗環(huán)境里虛擬機掛起幾天再恢復時間漂移很常見別一上來就懷疑密碼錯。5.2 存儲與網(wǎng)絡階段LUN 掃不到、遷移卡住現(xiàn)象三添加 IP-SAN 存儲后掃描不到 LUN。按網(wǎng)絡、白名單、啟動器號三處查。先ping陣列 iSCSI 地址不通就查 VLAN 和存儲接口綁定通了再看陣列側(cè)有沒有把 CNA 的 IQN 加進 initiator 白名單最后回 CNA 確認兩臺主機的啟動器號不重復?？寺〕鰜淼?CNA 是重災區(qū)兩臺 IQN 一樣時陣列側(cè)只認一條另一臺掃描結(jié)果永遠為空?，F(xiàn)象四虛擬機熱遷移進度卡住或直接失敗。日志里常見兩類提示CPU 特性不兼容、遷移網(wǎng)絡不通。CPU 問題按 3.1 節(jié)統(tǒng)一集群內(nèi)主機 CPU 模型網(wǎng)絡問題要確認集群是否配了遷移網(wǎng)絡沒配時遷移流量走管理網(wǎng)管理網(wǎng)一忙就超時。實驗環(huán)境可以先用關機遷移驗證存儲和網(wǎng)絡通不通再回頭調(diào)熱遷移。5.3 虛擬機階段模板克隆后藍屏與網(wǎng)卡改名現(xiàn)象五Windows 模板部署出來的虛擬機藍屏或首次啟動進不了系統(tǒng)。原因多是模板封裝前沒裝 Tools、沒做 sysprep克隆出來的 SID 和驅(qū)動狀態(tài)不對。正確順序是源虛擬機裝 Tools → 確認設備管理器無異常 → 執(zhí)行sysprep /generalize /shutdown→ 關機后轉(zhuǎn)模板。少了 sysprep 這一步單臺測試可能正常批量部署時就會出問題這是最典型的“單機驗證通過、批量翻車”。Linux 模板則是另一個畫風克隆后網(wǎng)卡名從eth0變成eth1IP 配不上。原因是 udev 規(guī)則按 MAC 綁定了網(wǎng)卡名。封裝前清掉綁定規(guī)則和網(wǎng)卡配置里的硬件地址# 清掉按 MAC 綁定網(wǎng)卡名的規(guī)則避免克隆后變成 eth1 rm -f /etc/udev/rules.d/70-persistent-net.rules # 去掉 ifcfg 里的 HWADDR 和 UUID讓新虛擬機重新生成 sed -i /^HWADDR/d /etc/sysconfig/network-scripts/ifcfg-eth0 sed -i /^UUID/d /etc/sysconfig/network-scripts/ifcfg-eth0 # 確認清理結(jié)果再關機轉(zhuǎn)模板 grep -E HWADDR|UUID /etc/sysconfig/network-scripts/ifcfg-eth0這段腳本只做清理不碰 IP、掩碼、網(wǎng)關所以模板里的網(wǎng)絡配置會保留克隆后按需改 IP 即可。CentOS 7 如果啟用了可預測網(wǎng)卡命名光刪規(guī)則文件還不夠常見做法是在內(nèi)核啟動參數(shù)里加net.ifnames0 biosdevname0讓網(wǎng)卡穩(wěn)定叫eth0。改完必須重啟驗證一次再轉(zhuǎn)模板別在沒重啟的情況下直接封裝規(guī)則可能沒生效。6. 把手冊變成可驗收的交付物一份 10 分鐘檢查清單手冊的實驗步驟走完環(huán)境“看起來能用”和“真的能交付”之間還差一次驗收。我習慣在關掉瀏覽器之前跑一遍檢查清單十分鐘內(nèi)能發(fā)現(xiàn)大部分隱患。下面這張表按檢查項、檢查方式、通過標準三列寫順序就是交付前的執(zhí)行順序。檢查項檢查方式通過標準管理網(wǎng)連通管理 PC 分別 ping 三個管理 IP全部通丟包為 0VRM Web瀏覽器打開https://192.168.201.100:8443能登錄服務狀態(tài)無告警CNA 主機狀態(tài)VRM 資源池 → 主機兩臺均為“正?！睌?shù)據(jù)存儲VRM 存儲 → 數(shù)據(jù)存儲已掛載使用率低于 80%DVS 上行鏈路網(wǎng)絡 → DVS → 上行鏈路每臺主機至少一條“正?！碧摂M機 Tools虛擬機詳情 → Tools 狀態(tài)“已運行”版本與主機匹配快照殘留虛擬機 → 快照無超過三天的臨時快照連不通的時候不用逐項猜先跑一段連通性腳本把范圍縮小#!/bin/bash # 交付前在管理網(wǎng) PC 上執(zhí)行先確認四條鏈路再打開瀏覽器 for ip in 192.168.201.100 192.168.201.101 192.168.201.102 192.168.202.101; do if ping -c 2 -W 1 $ip /dev/null 21; then echo OK $ip else echo FAIL $ip fi done # 只看 HTTP 狀態(tài)碼-k 跳過自簽證書校驗-o /dev/null 丟棄頁面內(nèi)容 curl -k -s -o /dev/null -w VRM HTTP %{http_code}\n https://192.168.201.100:8443-c 2是每個地址發(fā)兩個包-W 1是單包超時一秒實驗網(wǎng)段里夠用-k是因為 VRM 默認自簽證書不加會直接報證書錯誤看不到狀態(tài)碼。腳本輸出里如果管理地址全通、存儲地址不通問題就鎖定在存儲接口或 VLAN不用再翻安裝日志。VRM 返回 200 或 302 都算正常返回 000 說明端口沒起來或者被防火墻擋了。這套手冊最大的價值是把七個實驗串成一條可復現(xiàn)的鏈路但它不會替你做環(huán)境驗收。從那以后我每次交付 FusionCompute 實驗環(huán)境都強制先跑一遍這四個 ping 和 8443 狀態(tài)碼再談集群策略和遷移順序反了就是給自己挖坑。希望幫到你。本文還有配套的精品資源點擊獲取 FusionCompute 6.5實驗手冊：CNA/VRM部署與遷移運維
簡介FusionCompute實驗手冊1是華為HCIP-Cloud Computing V4.0認證培訓的官方實驗指導材料面向備考該認證的學員以及希望系統(tǒng)掌握華為服務器虛擬化平臺FusionCompute運營與運維技能的工程師。手冊圍繞7個實驗、四個部分展開先在KVM虛擬化嵌套環(huán)境中完成從CNA到VRM的環(huán)境搭建理解FusionCompute基礎架構(gòu)再練習計算、存儲、網(wǎng)絡三類資源池管理體會計算虛擬化、存儲虛擬化與網(wǎng)絡虛擬化的核心能力隨后進入虛擬機發(fā)放與管理涵蓋虛擬機創(chuàng)建、Tools安裝、模板封裝與導入導出、快照、規(guī)格調(diào)整、HA、熱遷移、安全組與規(guī)則組等業(yè)務運維要點最后是用戶管理、管理數(shù)據(jù)備份與時間管理等常見運維實驗。資源包僅含1個docx文檔約10.53MB結(jié)構(gòu)完整、實驗步驟與拓撲配置說明齊備適合對照搭建實驗環(huán)境并逐項動手驗證也可作為日常運維與故障排查的參考。目前已有227人學習。1. 兩臺服務器、七個實驗這套 FusionCompute 6.5 手冊適合誰機架上擺著兩臺剛上架的服務器CNA 已經(jīng)裝完瀏覽器卻怎么也打不開 VRM 的 8443 登錄頁——這是很多人第一次接觸 FusionCompute 實驗手冊時的真實開場。這套 HCIP-Cloud Computing V4.0 配套的 FusionCompute 實驗指導手冊圍繞 6.5.0 版本把內(nèi)容拆成七個實驗、四大部分環(huán)境搭建、虛擬資源管理、虛擬機發(fā)放與管理、常見運維。它的價值不在于講清虛擬化概念而在于給你一條從 ISO 引導到資源池可用的完整路徑每一步都有界面位置和參數(shù)可對。適合三類人準備認證考試、需要把實驗環(huán)境跑通的學員手上有一批服務器、想先在小環(huán)境驗證 FusionCompute 可行性的運維以及從其他虛擬化平臺轉(zhuǎn)過來、需要快速摸清 CNA 與 VRM 邊界的老手。下面按我實際復現(xiàn)的順序拆。2. 從 ISO 到 8443 可登錄CNA 與 VRM 的嵌套安裝鏈路手冊開篇給了一個很具體的場景某企業(yè)想減少硬件投入先拿兩臺服務器搭一套 FusionCompute驗證業(yè)務跑在虛擬化上的可行性。這個設定決定了實驗環(huán)境不是生產(chǎn)部署而是“能裝、能管、能遷移”的最小閉環(huán)。整條鏈路是先在物理機上跑 KVM再在 KVM 里開兩臺虛擬機當 CNA最后用安裝工具把 VRM 部署到其中一臺 CNA 上。聽起來繞但這樣做的收益很直接環(huán)境可以快照回滾裝壞了重來只要幾分鐘不用重裝物理機。我一般把這條鏈路拆成三個檢查點CNA 的 8443 能不能打開、VRM 安裝向?qū)懿荒苓B上 CNA、VRM 登錄后能不能看到主機。三個點任何一個不通后面添加集群、掛存儲都是白費。下面按這三個點倒推每一步的配置。2.1 為什么用 KVM 嵌套資源賬與網(wǎng)絡賬先算清嵌套虛擬化的第一個坑不在 FusionCompute而在宿主機的 CPU 虛擬化暴露方式。如果 KVM 虛擬機的 CPU 模式設成qemu64這類默認模型CNA 裝完能啟動但再往下創(chuàng)建虛擬機時會發(fā)現(xiàn)硬件虛擬化指令不可用虛擬機起不來。常見做法是把 CNA 虛擬機的 CPU 模式設成host-passthrough讓上層看到宿主機的完整指令集退一步也要用同一代 CPU 的命名模型保證兩臺 CNA 的 CPU 特性一致否則后面做熱遷移會直接報 CPU 不兼容。資源賬要提前算。實驗環(huán)境里每臺 CNA 我一般給 8 vCPU、16GB 內(nèi)存、120GB 系統(tǒng)盤VRM 給 4 vCPU、8GB 內(nèi)存、80GB 磁盤。低于這個數(shù)安裝過程能走完但再開兩臺業(yè)務虛擬機就很緊HA 和遷移實驗會因為沒有足夠空閑內(nèi)存而失敗。磁盤不要用精簡置備的宿主盤疊太多層I/O 延遲會放大安裝過程會莫名卡在解壓階段。網(wǎng)絡賬更容易翻車。手冊給的地址規(guī)劃是管理網(wǎng)192.168.201.0/24、存儲網(wǎng)192.168.202.0/24CNA01 管理192.168.201.101、存儲192.168.202.101CNA02 對應.102VRM 管理地址192.168.201.100。在 KVM 里給每臺 CNA 配兩張?zhí)摂M網(wǎng)卡分別橋接到兩個不同的虛擬交換機不要圖省事用 NAT 模式NAT 下 CNA 能出去但管理 PC 主動連 CNA 的 8443 和安裝向?qū)У幕爻塘髁繒粨踝”憩F(xiàn)就是“向?qū)б恢碧崾具B接超時”。角色管理 IP存儲 IP主要用途CNA01192.168.201.101192.168.202.101承載虛擬機、提供計算資源CNA02192.168.201.102192.168.202.102第二臺計算節(jié)點用于 HA 與遷移VRM192.168.201.100無管理平面Web 入口 8443管理 PC192.168.201.10無運行安裝向?qū)?、瀏覽器訪問提示管理 PC 的地址不要和 VRM 計劃地址沖突安裝向?qū)诓渴鹎白鲆淮蔚刂诽綔y沖突時提示不直觀容易被當成軟件包損壞。2.2 裝 CNA磁盤選擇、管理 IP 與 root 密碼的三個卡點CNA 的安裝介質(zhì)是FusionCompute 6.5.0_Installer.zip里的主機 ISO。把 ISO 掛到 KVM 虛擬機的光驅(qū)啟動后選擇安裝過程本身不復雜卡點集中在三處。第一處是磁盤選擇。安裝器會列出所有可用磁盤選中即格式化沒有二次確認的機會。嵌套環(huán)境里經(jīng)常給 CNA 掛了兩塊盤一塊系統(tǒng)盤一塊準備做本地存儲的實驗盤選錯就把實驗數(shù)據(jù)清了。我一般先在 KVM 層面只掛系統(tǒng)盤裝完再加熱插盤減少誤選。第二處是管理網(wǎng)絡配置。主機名按CNA01、CNA02命名管理 IP 填手冊里的地址掩碼255.255.255.0網(wǎng)關填管理網(wǎng)段的網(wǎng)關。DNS 在純實驗環(huán)境可以留空但一旦后面要配時間同步或者接認證源沒有 DNS 會多繞一圈。存儲平面的 IP 不在安裝界面配等進了 VRM 再做存儲接口這一點手冊的實驗流程里是分開的別在安裝階段找存儲 IP 的輸入框。第三處是 root 密碼復雜度。FusionCompute 的密碼策略要求長度、大小寫、數(shù)字、特殊字符組合且不能包含用戶名。實驗環(huán)境里很多人圖省事設Admin123安裝器接受但后面添加主機到 VRM 時可能觸發(fā)密碼過期策略表現(xiàn)是添加成功、過一會主機狀態(tài)變成“離線”。我一般在實驗環(huán)境也設一個符合策略且不過期的密碼省掉后面排查時間。裝完重啟拔掉 ISO做三步驗證管理 PC 上ping 192.168.201.101通ssh root192.168.201.101能登錄瀏覽器打開https://192.168.201.101:8443能看到 CNA 本地管理頁。第三步很多人會跳過但它能提前暴露證書和端口問題比等到 VRM 安裝向?qū)箦e再回頭查要省事。注意CNA 的 Web 管理頁和 VRM 的 Web 管理頁不是一個東西CNA 的 8443 只用于單機維護日常資源管理走 VRM 的 8443。兩臺設備同端口不同地址瀏覽器標簽別開混。2.3 部署 VRMInstaller 向?qū)Ю锉仨殞R的四個參數(shù)VRM 的軟件包是FusionCompute 6.5.0_VRM.zip部署靠安裝工具向?qū)瓿?。向?qū)茉诠芾?PC 上所以管理 PC 必須能同時訪問 CNA 的管理 IP 和計劃給 VRM 的地址。整個向?qū)Ю镉兴膫€參數(shù)值得停下來核對。第一個是目標 CNA 的管理 IP。向?qū)冗B一臺 CNA把 VRM 虛擬機部署到這臺主機上。實驗環(huán)境填192.168.201.101。如果這臺 CNA 之前被別的 VRM 管過向?qū)Э赡芴崾局鳈C狀態(tài)異常處理辦法是在 CNA 側(cè)清理殘留注冊信息或者換一臺干凈的 CNA 先部署。第二個是 VRM 軟件包路徑。解壓后的FusionCompute 6.5.0_VRM.zip不要改文件名向?qū)О垂潭野拿罂赡芴崾尽败浖袷讲徽_”。路徑里也不要有中文和空格Windows 管理 PC 上放在D:\fc\這類短路徑最穩(wěn)。第三個是 VRM 的管理 IP、掩碼和網(wǎng)關。填192.168.201.100、255.255.255.0、管理網(wǎng)網(wǎng)關。這個地址一旦確定后面改起來要進 VRM 后臺實驗階段盡量一次填對。第四個是 VRM 虛擬機的磁盤位置。如果此時還沒有掛 IP-SAN向?qū)?VRM 磁盤放在 CNA 的本地存儲里等后面加了共享存儲也不建議把 VRM 遷過去做實驗VRM 自身依賴存儲的鏈路越簡單越好。向?qū)芡旰鬄g覽器打開https://192.168.201.100:8443用默認管理員賬號登錄首次登錄會強制改密碼。登錄后先看兩處系統(tǒng)管理里的服務狀態(tài)是否全部正常資源池里能否看到被部署的那臺 CNA。這兩處正常環(huán)境搭建實驗就算閉環(huán)可以進下一章的資源池配置。3. 集群、IP-SAN 與精簡磁盤把計算和存儲資源池化環(huán)境搭好后VRM 里只有一臺孤零零的主機既沒有集群也沒有共享存儲虛擬機只能放本地盤HA 和遷移都做不了。手冊第二部分要解決的就是把兩臺 CNA 組成一個集群、把 IP-SAN 掛進來、再創(chuàng)建一塊可被集群內(nèi)主機同時訪問的磁盤。這一章的順序不能反先集群后存儲先存儲接口后掃描 LUN先數(shù)據(jù)存儲后創(chuàng)建磁盤。順序反了界面上的按鈕會是灰的或者掃描結(jié)果為空。我復現(xiàn)時習慣把這一章當成一次“資源池驗收”集群里兩臺主機狀態(tài)正常、數(shù)據(jù)存儲掛載成功且兩臺主機都能看到、創(chuàng)建一塊精簡磁盤并確認使用率不是 100%。三個條件滿足后面發(fā)放虛擬機才有意義。3.1 建集群再加主機CPU 兼容性決定熱遷移上限集群在 FusionCompute 里不只是個文件夾它是資源調(diào)度和 HA 的邊界。同一集群內(nèi)的主機才能做虛擬機熱遷移跨集群只能關機遷移。創(chuàng)建路徑在 VRM 的“資源池”視圖新建集群時會給幾個策略開關HA、電源管理、計算資源調(diào)度。實驗環(huán)境建議先把 HA 打開電源管理關掉計算資源調(diào)度保持默認等虛擬機跑起來再按需調(diào)。添加主機時填 CNA 的管理 IP 和 root 密碼兩臺依次加。加第二臺時如果提示“主機已被其他集群管理”說明這臺 CNA 之前注冊過先在 VRM 的主機列表里找殘留記錄刪掉或者在 CNA 后臺重置注冊狀態(tài)再重新添加。移動主機用拖拽或“移動到”都行刪除集群前必須先把集群內(nèi)主機移走否則刪除按鈕不可用這是界面上的硬約束不是 bug。CPU 兼容性是這一節(jié)最容易被忽略的點。嵌套環(huán)境里兩臺 CNA 虛擬機的 CPU 模型如果一臺是host-passthrough、另一臺是命名模型集群能建起來虛擬機也能各自跑但一做熱遷移就失敗日志里提示 CPU 特性不匹配。常見做法是建集群前先統(tǒng)一兩臺 CNA 的 CPU 模型或者把集群的 CPU 基線設成較低的那一代。這個坑在實驗里不致命在生產(chǎn)里就是遷移窗口打不開血淚經(jīng)驗往往來自第一次做主機維護。集群策略作用實驗環(huán)境建議HA主機故障時在另一臺主機重啟虛擬機打開配合兩臺 CNA 驗證計算資源調(diào)度按負載在主機間遷移虛擬機默認或關閉實驗負載低開了看不出效果電源管理低負載時下電空閑主機關閉嵌套環(huán)境喚醒容易失敗3.2 IP-SAN 接入三步啟動器號、端口綁定、掃描 LUN存儲接入是這套實驗里操作步驟最多的一段。IP-SAN 走 iSCSICNA 作為 initiator存儲陣列作為 target中間要過三關啟動器號唯一、存儲接口綁定正確、陣列側(cè)放通 initiator。第一步是修改 iSCSI 啟動器號。CNA 安裝后自帶一個默認 IQN如果是克隆出來的虛擬機兩臺 CNA 的 IQN 可能一模一樣陣列側(cè)看到兩個相同 initiator 會拒絕或只認一個。在 CNA 后臺改啟動器號文件把名字改成帶主機名后綴的唯一值再重啟 iSCSI 服務# 查看當前啟動器名克隆出來的 CNA 經(jīng)常兩臺完全一樣 cat /etc/iscsi/initiatorname.iscsi # 改成本機唯一的名字后綴用主機名區(qū)分 echo InitiatorNameiqn.2024-01.local:cna01 /etc/iscsi/initiatorname.iscsi # 重啟 iSCSI 服務讓新名字生效再確認一次 systemctl restart iscsid cat /etc/iscsi/initiatorname.iscsi這段命令的關鍵在最后一行重啟后必須回讀確認服務重啟失敗時文件已經(jīng)改了但進程還用舊值表現(xiàn)就是“明明改了 IQN陣列側(cè)還是看不到新名字”。iqn.2024-01.local:cna01只是示例格式實際用哪一年的命名空間不影響功能關鍵是兩臺主機不能重復。第二步是配置端口綁定和存儲接口。在 VRM 的主機配置里找到存儲接口把存儲平面的網(wǎng)口和 IP 綁上去CNA01 填192.168.202.101CNA02 填192.168.202.102。綁定完成后在 CNA 后臺ping一下陣列的 iSCSI 業(yè)務地址通不過就別往下走先查 VLAN 和交換機端口。第三步是添加存儲資源并掃描。存儲類型選 IP-SAN填陣列的 iSCSI 目標 IP 和端口3260CHAP 認證實驗環(huán)境可以不配。掃描存儲設備后應該能看到陣列上劃好的 LUN選中 LUN 添加數(shù)據(jù)存儲命名DS01塊大小保持默認。如果掃描結(jié)果為空按順序查三處CNA 到陣列網(wǎng)絡通不通、陣列側(cè)有沒有把 CNA 的 IQN 加進白名單、啟動器號是不是重復。提示添加數(shù)據(jù)存儲會對 LUN 做格式化實驗前確認這個 LUN 上沒有還要保留的數(shù)據(jù)。手冊里這一步寫得比較輕但它是不可逆操作。3.3 精簡磁盤不是萬能三種磁盤類型的分配與性能賬數(shù)據(jù)存儲掛好后創(chuàng)建磁盤這一步看似只是填容量實際上磁盤類型決定了后面虛擬機的空間利用率和 I/O 表現(xiàn)。FusionCompute 6.5 里常見三種類型普通、普通延遲置零、精簡。普通磁盤創(chuàng)建時一次性分配并置零創(chuàng)建慢但寫入性能穩(wěn)定普通延遲置零創(chuàng)建快首次寫入時再置零適合批量發(fā)放但對首次寫入延遲敏感的場景要慎用精簡磁盤按實際使用量分配支持超配創(chuàng)建最快但使用率上去后性能會下降且需要監(jiān)控存儲剩余空間。實驗環(huán)境我一般用精簡磁盤因為要驗證模板部署和快照空間利用率高但如果這個實驗里要跑數(shù)據(jù)庫或者做性能對比就換成普通磁盤避免把存儲層的延遲算到虛擬機頭上。創(chuàng)建時容量填 40GB、數(shù)量 1創(chuàng)建完在數(shù)據(jù)存儲的使用率里確認只占了幾百 MB說明精簡分配生效。磁盤類型分配方式創(chuàng)建速度適用場景普通創(chuàng)建時全量分配并置零慢對 I/O 穩(wěn)定性敏感的業(yè)務盤普通延遲置零創(chuàng)建時分配首次寫入置零中批量發(fā)放、能接受首寫延遲精簡按實際寫入增長快實驗、模板盤、空間緊張環(huán)境4. 分布式交換機、VLAN 池與端口組網(wǎng)絡資源的落地順序計算和存儲就位后虛擬機還缺一張能跨主機漂移的網(wǎng)。FusionCompute 的網(wǎng)絡模型里分布式交換機是跨主機的邏輯交換機端口組是虛擬機掛網(wǎng)卡的入口VLAN 池負責給端口組分配 VLAN ID上行鏈路把邏輯交換機接到物理網(wǎng)口。這四樣東西的創(chuàng)建順序是固定的先交換機、再上行鏈路、再 VLAN 池、最后端口組。順序亂了端口組創(chuàng)建時選不到 VLAN或者上行鏈路加不進去。這一章我建議配合一次遷移實驗做驗證把一臺虛擬機從 CNA01 遷到 CNA02遷移后 IP 不變、同 VLAN 能通、跨 VLAN 隔離。網(wǎng)絡配置對不對遷移一次比看十遍界面更直觀。4.1 DVS 與標準交換機跨主機遷移時才見真章FusionCompute 里每臺主機可以配標準交換機也可以接入分布式交換機。標準交換機的配置只在本機生效虛擬機遷到另一臺主機后如果目標主機沒有同名端口組和相同 VLAN遷移會失敗或者遷移后網(wǎng)絡不通。分布式交換機的配置是跨主機共享的端口組建一次集群內(nèi)主機都能用虛擬機遷移時網(wǎng)絡配置跟著走。實驗里兩臺 CNA必須用分布式交換機否則 HA 和熱遷移實驗做不完整。創(chuàng)建時名稱填DVS01模式選 VLAN 池MTU 先保持1500。MTU 這一項后面配存儲網(wǎng)絡時會再提到業(yè)務網(wǎng)絡不要隨手改 9000端到端有一臺設備不支持就會丟包表現(xiàn)是“小包通、大包斷”排查起來很費時間。4.2 先上行鏈路、再 VLAN 池、后端口組上行鏈路是把 DVS 接到物理網(wǎng)口的那一步。每臺主機至少選一個物理網(wǎng)口做上行鏈路綁定模式實驗環(huán)境用主備最穩(wěn)負載分擔需要交換機側(cè)配置匹配配不好會出現(xiàn)單邊流量虛擬機時通時斷。加完上行鏈路在 DVS 上確認每臺主機的鏈路狀態(tài)都是“正常”再往下走。VLAN 池按手冊規(guī)劃建兩個VLAN 201 給業(yè)務管理VLAN 202 給存儲。VLAN ID 要和物理交換機 trunk 放通的列表一致不一致時虛擬機掛端口組能成功但流量出不去。端口組建的時候綁定 DVS、選 VLAN ID名稱建議帶 VLAN 號比如pg-business-201后面虛擬機掛網(wǎng)卡時不容易選錯。步驟界面位置關鍵參數(shù)常見失敗表現(xiàn)創(chuàng)建 DVS網(wǎng)絡資源 → 分布式交換機名稱 DVS01、VLAN 池模式模式選錯后面加不了 VLAN 池添加上行鏈路DVS → 上行鏈路每臺主機至少一個物理網(wǎng)口鏈路狀態(tài)異常虛擬機不通添加 VLAN 池DVS → VLAN 池201、202與交換機 trunk 不一致流量出不去添加端口組DVS → 端口組綁定 VLAN ID虛擬機選不到端口組4.3 管理、存儲、業(yè)務三網(wǎng)分離的網(wǎng)口與 MTU 規(guī)劃手冊的地址規(guī)劃里管理網(wǎng)和存儲網(wǎng)是分開的這不是為了好看而是為了避免存儲流量把管理平面打滿。管理網(wǎng)跑 VRM 和 CNA 的心跳、Web 訪問存儲網(wǎng)跑 iSCSI 讀寫業(yè)務網(wǎng)跑虛擬機對外服務。三張網(wǎng)在物理上可以是同一臺交換機上的不同 VLAN但網(wǎng)口和 VLAN 要分開配。存儲網(wǎng)的 MTU 如果要用 9000必須從 CNA 網(wǎng)口、虛擬交換機、物理交換機到存儲陣列逐段確認任何一段是 1500 都會導致大包分片或丟棄。我一般先在實驗環(huán)境保持 1500 把流程跑通等存儲性能成為瓶頸再動 MTU改動前記錄每段配置改完用大包 ping 驗證。管理網(wǎng)不要開 jumbo frameVRM 和安裝向?qū)У牧髁啃￠_了反而增加不確定性。5. 安裝與運維的五個高頻翻車點現(xiàn)象、原因與處置這套實驗的步驟寫得細但真正卡人的往往不是步驟本身而是環(huán)境差異帶來的“界面能點、結(jié)果不對”。下面五條是我復現(xiàn)時遇到、也在別人環(huán)境里見過的翻車點按現(xiàn)象、原因、解決三段寫方便對照排查。每條都對應手冊里的一個實驗環(huán)節(jié)但手冊不會告訴你失敗時長什么樣。5.1 安裝階段向?qū)нB不上 CNA 與添加主機失敗現(xiàn)象一VRM 安裝向?qū)崾具B接 CNA 失敗或超時。管理 PC 能 ping 通 CNA 的管理 IP但向?qū)Ь褪沁B不上。原因通常是管理 PC 和 CNA 不在同一網(wǎng)段中間過了 NAT 或者多層路由向?qū)Щ爻塘髁勘粨踝∫部赡苁?KVM 虛擬網(wǎng)卡用了 NAT 模式CNA 出方向正常入方向不通。解決辦法是把管理 PC 的網(wǎng)卡改到192.168.201.0/24網(wǎng)段KVM 虛擬網(wǎng)卡改橋接先保證雙向 ping 通再跑向?qū)?。嵌套環(huán)境里這一條占安裝失敗的大半。現(xiàn)象二添加主機到集群失敗提示主機已被管理或證書校驗失敗。原因有兩個CNA 之前注冊過別的 VRM殘留信息沒清或者 CNA 和 VRM 的時間偏差太大證書校驗過不去。解決時先在 VRM 主機列表刪掉殘留記錄在 CNA 后臺用date看時間偏差超過幾分鐘就先配 NTP 同步再重新添加。實驗環(huán)境里虛擬機掛起幾天再恢復時間漂移很常見別一上來就懷疑密碼錯。5.2 存儲與網(wǎng)絡階段LUN 掃不到、遷移卡住現(xiàn)象三添加 IP-SAN 存儲后掃描不到 LUN。按網(wǎng)絡、白名單、啟動器號三處查。先ping陣列 iSCSI 地址不通就查 VLAN 和存儲接口綁定通了再看陣列側(cè)有沒有把 CNA 的 IQN 加進 initiator 白名單最后回 CNA 確認兩臺主機的啟動器號不重復?？寺〕鰜淼?CNA 是重災區(qū)兩臺 IQN 一樣時陣列側(cè)只認一條另一臺掃描結(jié)果永遠為空?，F(xiàn)象四虛擬機熱遷移進度卡住或直接失敗。日志里常見兩類提示CPU 特性不兼容、遷移網(wǎng)絡不通。CPU 問題按 3.1 節(jié)統(tǒng)一集群內(nèi)主機 CPU 模型網(wǎng)絡問題要確認集群是否配了遷移網(wǎng)絡沒配時遷移流量走管理網(wǎng)管理網(wǎng)一忙就超時。實驗環(huán)境可以先用關機遷移驗證存儲和網(wǎng)絡通不通再回頭調(diào)熱遷移。5.3 虛擬機階段模板克隆后藍屏與網(wǎng)卡改名現(xiàn)象五Windows 模板部署出來的虛擬機藍屏或首次啟動進不了系統(tǒng)。原因多是模板封裝前沒裝 Tools、沒做 sysprep克隆出來的 SID 和驅(qū)動狀態(tài)不對。正確順序是源虛擬機裝 Tools → 確認設備管理器無異常 → 執(zhí)行sysprep /generalize /shutdown→ 關機后轉(zhuǎn)模板。少了 sysprep 這一步單臺測試可能正常批量部署時就會出問題這是最典型的“單機驗證通過、批量翻車”。Linux 模板則是另一個畫風克隆后網(wǎng)卡名從eth0變成eth1IP 配不上。原因是 udev 規(guī)則按 MAC 綁定了網(wǎng)卡名。封裝前清掉綁定規(guī)則和網(wǎng)卡配置里的硬件地址# 清掉按 MAC 綁定網(wǎng)卡名的規(guī)則避免克隆后變成 eth1 rm -f /etc/udev/rules.d/70-persistent-net.rules # 去掉 ifcfg 里的 HWADDR 和 UUID讓新虛擬機重新生成 sed -i /^HWADDR/d /etc/sysconfig/network-scripts/ifcfg-eth0 sed -i /^UUID/d /etc/sysconfig/network-scripts/ifcfg-eth0 # 確認清理結(jié)果再關機轉(zhuǎn)模板 grep -E HWADDR|UUID /etc/sysconfig/network-scripts/ifcfg-eth0這段腳本只做清理不碰 IP、掩碼、網(wǎng)關所以模板里的網(wǎng)絡配置會保留克隆后按需改 IP 即可。CentOS 7 如果啟用了可預測網(wǎng)卡命名光刪規(guī)則文件還不夠常見做法是在內(nèi)核啟動參數(shù)里加net.ifnames0 biosdevname0讓網(wǎng)卡穩(wěn)定叫eth0。改完必須重啟驗證一次再轉(zhuǎn)模板別在沒重啟的情況下直接封裝規(guī)則可能沒生效。6. 把手冊變成可驗收的交付物一份 10 分鐘檢查清單手冊的實驗步驟走完環(huán)境“看起來能用”和“真的能交付”之間還差一次驗收。我習慣在關掉瀏覽器之前跑一遍檢查清單十分鐘內(nèi)能發(fā)現(xiàn)大部分隱患。下面這張表按檢查項、檢查方式、通過標準三列寫順序就是交付前的執(zhí)行順序。檢查項檢查方式通過標準管理網(wǎng)連通管理 PC 分別 ping 三個管理 IP全部通丟包為 0VRM Web瀏覽器打開https://192.168.201.100:8443能登錄服務狀態(tài)無告警CNA 主機狀態(tài)VRM 資源池 → 主機兩臺均為“正?！睌?shù)據(jù)存儲VRM 存儲 → 數(shù)據(jù)存儲已掛載使用率低于 80%DVS 上行鏈路網(wǎng)絡 → DVS → 上行鏈路每臺主機至少一條“正?！碧摂M機 Tools虛擬機詳情 → Tools 狀態(tài)“已運行”版本與主機匹配快照殘留虛擬機 → 快照無超過三天的臨時快照連不通的時候不用逐項猜先跑一段連通性腳本把范圍縮小#!/bin/bash # 交付前在管理網(wǎng) PC 上執(zhí)行先確認四條鏈路再打開瀏覽器 for ip in 192.168.201.100 192.168.201.101 192.168.201.102 192.168.202.101; do if ping -c 2 -W 1 $ip /dev/null 21; then echo OK $ip else echo FAIL $ip fi done # 只看 HTTP 狀態(tài)碼-k 跳過自簽證書校驗-o /dev/null 丟棄頁面內(nèi)容 curl -k -s -o /dev/null -w VRM HTTP %{http_code}\n https://192.168.201.100:8443-c 2是每個地址發(fā)兩個包-W 1是單包超時一秒實驗網(wǎng)段里夠用-k是因為 VRM 默認自簽證書不加會直接報證書錯誤看不到狀態(tài)碼。腳本輸出里如果管理地址全通、存儲地址不通問題就鎖定在存儲接口或 VLAN不用再翻安裝日志。VRM 返回 200 或 302 都算正常返回 000 說明端口沒起來或者被防火墻擋了。這套手冊最大的價值是把七個實驗串成一條可復現(xiàn)的鏈路但它不會替你做環(huán)境驗收。從那以后我每次交付 FusionCompute 實驗環(huán)境都強制先跑一遍這四個 ping 和 8443 狀態(tài)碼再談集群策略和遷移順序反了就是給自己挖坑。希望幫到你。本文還有配套的精品資源點擊獲取