簡介這是一份以VMware虛擬化技術(shù)搭建云計算教學(xué)平臺的畢業(yè)論文docx格式面向計算機(jī)專業(yè)學(xué)生、云計算課程教師及虛擬化技術(shù)初學(xué)者圍繞教學(xué)中實(shí)驗(yàn)環(huán)境搭建難、資源分配不合理、安全配置復(fù)雜等痛點(diǎn)展開。文檔先從虛擬化原理、虛擬機(jī)用途與優(yōu)勢講起再介紹云計算的起源、現(xiàn)狀與核心理念重點(diǎn)闡述通過VMware創(chuàng)建、復(fù)制和配置虛擬機(jī)來組建教學(xué)平臺的完整實(shí)施步驟并配有摘要、中英文對照目錄及參考文獻(xiàn)結(jié)構(gòu)清晰可直接作為畢業(yè)設(shè)計或課程設(shè)計的參考資料。壓縮包內(nèi)共1個docx文檔大小約506KB已有756人學(xué)習(xí)。其中關(guān)于虛擬化原理、平臺搭建步驟和資源調(diào)度思路的說明均可直接遷移到實(shí)驗(yàn)環(huán)境部署或教學(xué)方案設(shè)計中適合需要快速理解虛擬化與云計算結(jié)合應(yīng)用的讀者下載學(xué)習(xí)。1. 教學(xué)平臺建不起來多數(shù)不是錢的問題是虛擬化選型的問題一個周末的下午實(shí)驗(yàn)課老師說下周要給 40 個學(xué)生每人發(fā)一臺 CentOS 虛擬機(jī)用來跑 Hadoop 集群實(shí)驗(yàn)。你算了算機(jī)房里的物理機(jī)一共三臺每臺雙路 16 核、128 GB 內(nèi)存。如果按傳統(tǒng)做法一臺臺手動裝一個下午全耗在克隆和改 IP 上學(xué)生等著老師催著。用 VMware 虛擬化技術(shù)構(gòu)建云計算教學(xué)平臺核心就是把「裝系統(tǒng)」變成「發(fā)模板」把「人工運(yùn)維」變成「資源池調(diào)度」。本文不聊概念直接把三臺裸機(jī)變成能支撐 40 人并發(fā)實(shí)驗(yàn)的教學(xué)云平臺包括選型、部署、模板制作和最常見的翻車點(diǎn)。適合正在建實(shí)訓(xùn)室、要承接云計算課程或競賽訓(xùn)練的老師和運(yùn)維。2. 選型與資源規(guī)劃用并發(fā)人數(shù)反推 vSphere 的硬件和授權(quán)2.1 VSphere 還是 Workstation教學(xué)平臺的分界線在「多用戶并發(fā)」很多剛接觸的人會先問VMware Workstation 行不行我見過實(shí)訓(xùn)室真的買了幾十套 Workstation Pro 授權(quán)讓每個學(xué)生自己開虛擬機(jī)。這套路在 10 人以內(nèi)、單機(jī)實(shí)驗(yàn)勉強(qiáng)能跑一旦遇到需要節(jié)點(diǎn)互聯(lián)的實(shí)驗(yàn)比如搭建一個小型 OpenStack 或者 Hadoop 三節(jié)點(diǎn)集群學(xué)生機(jī)之間要互通Workstation 的 NAT 和端口轉(zhuǎn)發(fā)能把你逼瘋。更現(xiàn)實(shí)的問題是上課時老師沒法統(tǒng)一監(jiān)控 40 臺電腦上的虛擬機(jī)狀態(tài)學(xué)生把模板刪了、把快照搞壞了你根本不知道。教學(xué)平臺應(yīng)該選 ESXi 加 vCenter Server ApplianceVCSA也就是 vSphere 這個組合。原因有三一是多用戶并發(fā)天然是它的主場一臺物理機(jī)虛擬出幾十臺虛擬機(jī)通過資源池給每個用戶隔離配額二是模板、內(nèi)容庫、Instant Clone 這些功能就是為「批量發(fā)放環(huán)境」設(shè)計的三是權(quán)限模型清晰老師有管理權(quán)限學(xué)生只能對自己的虛擬機(jī)動手動不了底層。2.2 從實(shí)驗(yàn)課人數(shù)反推物理配置CPU、內(nèi)存、存儲的計算思路建平臺之前先算賬。教學(xué)場景里最怕的是「買了很高配的服務(wù)器結(jié)果實(shí)驗(yàn)課還是卡」問題多數(shù)出在超配系數(shù)沒算準(zhǔn)。我的經(jīng)驗(yàn)是先統(tǒng)計一個班同時在線做實(shí)驗(yàn)的最大人數(shù)然后按每人一臺實(shí)驗(yàn)機(jī)的規(guī)格往上乘。拿最常見的中級云計算實(shí)驗(yàn)課舉例40 名學(xué)生每人一臺 Linux 虛擬機(jī)規(guī)格定為 2 vCPU、4 GB 內(nèi)存、40 GB 磁盤。實(shí)驗(yàn)內(nèi)容涉及多節(jié)點(diǎn)集群時再額外發(fā)一臺控制節(jié)點(diǎn)4 vCPU、8 GB 內(nèi)存共享使用。那么學(xué)生機(jī)的總需求就是 80 vCPU、160 GB 內(nèi)存。加上 vCenter 管理虛擬機(jī)自己的開銷建議獨(dú)立 16 GB、以及偶爾并發(fā)做 Windows 實(shí)驗(yàn)時內(nèi)存翻倍的空間物理內(nèi)存至少要 256 GB保險起見上到 384 GB 比較穩(wěn)。CPU 這邊超配系數(shù)我一般控制在 2 倍以內(nèi)。物理機(jī)雙路 16 核意味著 32 物理核心邏輯線程 64 個承載 80 個 vCPU 的并發(fā)負(fù)載是可以的但如果實(shí)驗(yàn)里有編譯、跑數(shù)據(jù)這類 CPU 密集任務(wù)體感會明顯下降。存儲則是新手最容易忽略的地方40 臺虛擬機(jī)如果每臺用厚置備 40 GB就是 1.6 TB 原始空間再加上模板庫、ISO 鏡像、快照按 1:3 的比例預(yù)留最好有 4 TB 以上可用容量。如果只有三臺服務(wù)器我的建議是每臺配置 4 塊 10K SAS 盤做 RAID 10或者用全 NVMe 固態(tài)做 vSAN避免實(shí)驗(yàn)課高峰時 IO 成為瓶頸。2.3 網(wǎng)絡(luò)拓?fù)涔芾砭W(wǎng)、存儲網(wǎng)、業(yè)務(wù)網(wǎng)必須分開教學(xué)平臺的網(wǎng)絡(luò)規(guī)劃和硬件配置同等重要。很多小規(guī)模實(shí)訓(xùn)室圖省事把所有流量都塞在同一個千兆交換機(jī)上結(jié)果 vCenter 備份、虛擬機(jī)遷移、學(xué)生訪問全擠一起實(shí)驗(yàn)課一開就延遲飆升。我一般會按三張網(wǎng)來規(guī)劃管理網(wǎng)絡(luò)ESXi 管理 IP、vCenter 通信、存儲網(wǎng)絡(luò)vSAN 或 NAS 的 iSCSI/NFS 流量、業(yè)務(wù)網(wǎng)絡(luò)學(xué)生 SSH/RDP 訪問實(shí)驗(yàn)機(jī)。三張網(wǎng)在物理上用兩臺交換機(jī)做堆疊在每個 ESXi 主機(jī)上配置兩個 vmnic 分別接管理網(wǎng)和業(yè)務(wù)網(wǎng)存儲網(wǎng)單獨(dú)用萬兆口。如果預(yù)算不足至少也要在 ESXi 里把管理流量和業(yè)務(wù)流量用 VLAN 隔開避免廣播風(fēng)暴影響平臺穩(wěn)定性。下表是我給一個 40 人實(shí)訓(xùn)室做過的標(biāo)準(zhǔn)配置可以直接套用。對象配置部署位置備注物理服務(wù)器3 臺雙路 16 核 / 128 GB 內(nèi)存 / 2×400GB NVMe 4×1.2TB SAS機(jī)柜跑 ESXi組成 3 節(jié)點(diǎn)集群vCenter Server Appliance4 vCPU / 16 GB / 400 GB第 1 臺服務(wù)器上管理整個集群可遷移共享存儲NAS 雙控制器提供 NFS/iSCSI可用容量 16 TB單獨(dú)存儲節(jié)點(diǎn)放學(xué)生機(jī)磁盤和模板管理交換機(jī)48 口千兆VLAN 劃分機(jī)柜管理網(wǎng)和業(yè)務(wù)網(wǎng)分離業(yè)務(wù)接入學(xué)生機(jī)房通過千兆到桌面教室訪問實(shí)驗(yàn)機(jī)用參數(shù)說明VCSA 的內(nèi)存不能低于 16 GB低于這個數(shù)它在管理大型集群時會出現(xiàn)服務(wù)響應(yīng)慢存儲的可用空間按「學(xué)生機(jī)全量快照 模板庫」反推16 TB 對 40 人的三個班輪轉(zhuǎn)足夠了。這套配置的授權(quán)成本高校教學(xué)和實(shí)訓(xùn)場景可以走 VMware 的教學(xué)試用計劃課堂上完全夠用。3. 從裸機(jī)到模板ESXi 部署、vCenter 接入與內(nèi)容庫制作3.1 最小可行平臺兩臺物理機(jī)就先把 ESXi 集群跑起來我習(xí)慣先不要一上來就鋪滿三臺先用兩臺把平臺骨架搭起來第三臺等穩(wěn)定后再加入。每臺服務(wù)器的第一個動作是安裝 ESXi開機(jī)引導(dǎo)后出現(xiàn) ESXi 安裝界面選擇目標(biāo)磁盤設(shè)置 root 密碼和管理 IP。ESXi 安裝完成后用瀏覽器訪問 https://(ESXi-IP) 進(jìn)入管理端確認(rèn)硬件驅(qū)動正常。要注意的是DELL、HPE、聯(lián)想的服務(wù)器最好去廠商官網(wǎng)下載對應(yīng)型號的定制版 ESXi 鏡像定制版內(nèi)置了網(wǎng)卡和陣列卡的驅(qū)動避免安裝好了才發(fā)現(xiàn)磁盤控制器不識別白忙活兩小時。兩臺 ESXi 裝好后部署 VCSA。VCSA 是一個帶 Linux 內(nèi)核的虛擬機(jī)以 OVA 形式提供安裝過程通過瀏覽器向?qū)瓿?。關(guān)鍵參數(shù)是部署大小選「小型」管理不超 50 臺主機(jī)的場景網(wǎng)絡(luò)屬性里填好 DNS 服務(wù)器和主機(jī)名FQDN。這里有一個常見的坑——VCSA 所在的 ESXi 如果之后重啟了VCSA 不會被自動啟動要在 ESXi 里把 VCSA 設(shè)為「隨主機(jī)啟動」否則整個管理面會斷掉。VCSA 部署完成后用 vCenter 客戶端登錄開始建邏輯架構(gòu)在 vCenter 根下創(chuàng)建數(shù)據(jù)中心 Training-DC在數(shù)據(jù)中心下創(chuàng)建集群 Training-Cluster然后把兩臺物理主機(jī)加入集群。集群創(chuàng)建時只要硬件配置一樣建議開啟 vSphere HA 和 DRS 的「全自動」模式這樣主機(jī)宕機(jī)時虛擬機(jī)自動在其他節(jié)點(diǎn)拉起課堂實(shí)驗(yàn)不會因?yàn)橐慌_物理機(jī)故障而中斷。# 在 ESXi 主機(jī)上檢查網(wǎng)絡(luò)、硬件狀態(tài)用于確認(rèn)部署后集群節(jié)點(diǎn)健康 esxcli network ip interface ipv4 get esxcli hardware status get esxcli software profile get # 參數(shù)說明 # network ip interface ipv4 get : 顯示 ESXi 管理網(wǎng)絡(luò) IP 配置確認(rèn)已從 DHCP 換為靜態(tài) # hardware status get : 檢查 CPU、內(nèi)存、電池等硬件健康狀態(tài)如果返回錯誤需檢查驅(qū)動 # software profile get : 查看當(dāng)前 ESXi 鏡像版本和廠商信息判斷與 VCSA 版本是否兼容這段命令是在部署完成后做健康檢查用的。esxcli 是 ESXi 自帶的命令行工具比在網(wǎng)頁端逐項(xiàng)點(diǎn)開要快。「software profile get」這一條尤其重要——ESXi 內(nèi)核版本比 VCSA 新版太多或者 VCSA 比 ESXi 舊都會導(dǎo)致集群功能部分不可用比如沒法創(chuàng)建內(nèi)容庫。遇到版本不匹配時解決方法是把 ESXi 補(bǔ)丁打到和 VCSA 同一個大版本線。3.2 用內(nèi)容庫和模板把「發(fā)實(shí)驗(yàn)環(huán)境」變成兩分鐘的事集群跑起來后核心工作是做模板。傳統(tǒng)做法是手動裝一臺虛擬機(jī)裝完系統(tǒng)、配好環(huán)境、快照、再克隆但克隆出來的每一臺機(jī)器主機(jī)名、密鑰、IP 配置都一樣改起來要命。正確路徑是用內(nèi)容庫Content Library管理模板配合 vSphere 的 Guest Customization 實(shí)現(xiàn)自動個性化。先準(zhǔn)備一臺「黃金鏡像」虛擬機(jī)。在集群的一臺主機(jī)上創(chuàng)建虛擬機(jī)安裝操作系統(tǒng)我一般用 CentOS 7.9 或 Ubuntu Server 22.04因?yàn)樵朴嬎銓?shí)驗(yàn)要跑 Docker、Kubernetes、OpenStack 這些這些系統(tǒng)兼容性最好。系統(tǒng)裝完后做三件事第一安裝 VMware Tools新版叫 open-vm-tools保證 IP 獲取、關(guān)機(jī)等交互正常第二清理系統(tǒng)里的 udev 網(wǎng)卡規(guī)則和 SSHD 主機(jī)密鑰避免克隆后 MAC 變化導(dǎo)致網(wǎng)卡起不來第三把系統(tǒng)盤精簡一下刪掉緩存和日志減小模板體積。做完這些把黃金鏡像轉(zhuǎn)成模板在 vCenter 客戶端里右鍵虛擬機(jī)選擇「模板」→「轉(zhuǎn)換為模板」。然后把模板上傳到內(nèi)容庫創(chuàng)建一個內(nèi)容庫類型選擇「已發(fā)布」將模板以 OVF 格式上傳。之后發(fā)實(shí)驗(yàn)環(huán)境時從內(nèi)容庫部署即可。# 用 PowerCLI 從內(nèi)容庫批量創(chuàng)建學(xué)生實(shí)驗(yàn)機(jī)40 臺 Connect-VIServer -Server vc.lab.local -Protocol https $template Get-ContentLibraryItem -Name CentOS-LAB | Get-ContentLibraryItemTemplate foreach ($i in 1..40) { $vmName std-{0:D2} -f $i New-VM -Name $vmName -ContentLibraryItem $template -ResourcePool Training-Cluster/Resources -Datastore Datastore-LAB-NAS -Location Training-DC/vm/Training-Cluster -DiskStorageFormat Thin Write-Host 已創(chuàng)建 $vmName }邏輯說明這段腳本先連接 vCenter然后從內(nèi)容庫取出名為 CentOS-LAB 的模板循環(huán) 40 次創(chuàng)建虛擬機(jī)。DiskStorageFormat Thin表示使用精簡置備40 臺虛擬機(jī)不會立刻占滿存儲只有學(xué)生往系統(tǒng)盤里寫數(shù)據(jù)時才逐步占用這對教學(xué)場景非常友好能顯著延長 NAS 的可用空間。參數(shù)說明Get-ContentLibraryItem是 PowerCLI 7 的命令老版本叫Get-ContentLibraryResourcePool指定虛擬機(jī)運(yùn)行在哪個資源池如果你后面做了資源池隔離這里就換成對應(yīng)的池名。首次連接 vCenter 時PowerCLI 會要求跳過證書檢查或安裝信任證書否則連接會被攔截可用Set-PowerCLIConfiguration -InvalidCertificateAction Ignore臨時跳過但生產(chǎn)環(huán)境建議導(dǎo)入正規(guī)證書。3.3 實(shí)驗(yàn)環(huán)境回收與隔離資源池、權(quán)限和快照的配合模板能發(fā)出去還要能收回來。教學(xué)場景最典型的問題下課了學(xué)生機(jī)還在跑沒人關(guān)機(jī)或者學(xué)生手動把實(shí)驗(yàn)環(huán)境改壞了需要重置。資源池在這里負(fù)責(zé)隔離讓我先貼一個典型的資源池劃分方式。建立兩個根資源池Pool-Teacher給老師和管理員用不設(shè)上限Pool-Student給學(xué)生在實(shí)驗(yàn)課時使用配置為「預(yù)留 60% 內(nèi)存、CPU 份額 40%」。在這個學(xué)生池里再按實(shí)驗(yàn)項(xiàng)目建子池比如Lab-Hadoop、Lab-K8s每個子池限制虛擬機(jī)數(shù)量。這樣做的目的是讓某個班的資源消耗不會影響到隔壁班正在跑的 Docker 實(shí)驗(yàn)vSphere 的資源池在 CPU 和內(nèi)存兩個維度上加的是硬上限。操作路徑集群 → 配置 → 資源池 → 新建資源池填入 CPU 份額、內(nèi)存上限、預(yù)留量。權(quán)限這邊給學(xué)生賬號分配角色時我習(xí)慣用 vCenter 內(nèi)置的「虛擬機(jī)用戶VirtualMachine User」角色同時去掉「創(chuàng)建模板」和「刪除虛擬機(jī)」兩個權(quán)限哪個老師也不想看到學(xué)生把發(fā)下去的模板環(huán)境一鍵刪掉。至于快照我的建議是發(fā)環(huán)境時初始狀態(tài)建一個快照學(xué)生在里面隨便折騰下課之后直接「恢復(fù)到快照」清零重來這比反復(fù)重新克隆快得多也不用等存儲空間回收。# 批量關(guān)閉所有學(xué)生機(jī)的腳本在 PowerCLI 中執(zhí)行 Connect-VIServer -Server vc.lab.local -Protocol https $vms Get-VM -ResourcePool Pool-Student | Where-Object {$_.PowerState -eq PoweredOn} foreach ($vm in $vms) { Shutdown-VM -VM $vm -Confirm:$false Write-Host 已關(guān)閉 $($vm.Name) }這段腳本在實(shí)驗(yàn)課結(jié)束時跑一次能瞬間把幾十臺沒人關(guān)機(jī)的虛擬機(jī)全部優(yōu)雅關(guān)機(jī)。注意它只對Pool-Student下的虛擬機(jī)生效不會誤傷模板庫和管理機(jī)。Shutdown-VM需要虛擬機(jī)里裝了 open-vm-tools否則會退化為硬斷電影響數(shù)據(jù)一致性所以前面「黃金鏡像」里裝 tools 那一步千萬不能省。4. 教學(xué)平臺最常見的 4 個翻車點(diǎn)從 BIOS 到模板再到存儲4.1 虛擬機(jī)起不來反復(fù)提示「此平臺不支持虛擬化的 AMD-V/RVI」現(xiàn)象在物理機(jī)或虛擬化平臺里創(chuàng)建虛擬機(jī)開機(jī)時屏幕直接彈出「此平臺不支持虛擬化的 AMD-V/RVI。不使用虛擬化的 AMD-V/RVI,是否繼續(xù)?」或者 Intel 平臺的報錯虛擬機(jī)根本無法正常運(yùn)行。還有一種情況是在 ESXi 里做嵌套虛擬化實(shí)驗(yàn)比如學(xué)生在虛擬機(jī)里再裝一個 KVM 或 VMware Workstation結(jié)果客戶機(jī)同樣報這個錯。原因BIOS 中的 CPU 虛擬化開關(guān)Intel VT-x / AMD SVM未開啟或者宿主機(jī) Windows 開啟了 Hyper-V 和基于虛擬化的安全VBS這兩者和 VMware Workstation 搶占了 VT-x 的硬件資源。ESXi 里的嵌套虛擬化沒勾選單獨(dú)選項(xiàng)也會導(dǎo)致客戶機(jī)指令集不完整。解決物理機(jī)在開機(jī)時進(jìn) BIOS找到「Intel Virtualization Technology」或「SVM Mode」設(shè)為 Enabled同時確認(rèn) VT-d如果做 IO 直通也已打開。宿主機(jī)是 Windows 的話在「啟用或關(guān)閉 Windows 功能」里把 Hyper-V 和「虛擬機(jī)平臺」都關(guān)掉然后用管理員身份執(zhí)行bcdedit /set hypervisorlaunchtype off后重啟。ESXi 里需要嵌套虛擬化時編輯虛擬機(jī)設(shè)置在「虛擬機(jī)選項(xiàng)」里勾選「向客戶機(jī)操作系統(tǒng)公開硬件輔助虛擬化」再打開 CPU 的硬件虛擬化選項(xiàng)。4.2 模板克隆后每臺機(jī)器都一樣主機(jī)名、SSH 密鑰和 SID 全沖突現(xiàn)象從 Windows 模板克隆出 30 臺虛擬機(jī)全部進(jìn)系統(tǒng)后主機(jī)名完全相同管理員密碼也相同域環(huán)境里直接出現(xiàn) SID 沖突SMB 共享、遠(yuǎn)程桌面互相干擾。Linux 模板則表現(xiàn)為網(wǎng)卡名不對、SSH host key 重復(fù)。原因克隆是把磁盤卷整體復(fù)制所有個性化信息Windows SID、機(jī)器密鑰Linux 的 udev 網(wǎng)卡規(guī)則、/etc/ssh/ssh_host_*都被原樣復(fù)制了。只改主機(jī)名解決不了底層沖突這是典型的「模板沒通用化」。解決Windows 模板在轉(zhuǎn)模板之前先運(yùn)行一次系統(tǒng)準(zhǔn)備工具sysprep執(zhí)行sysprep /generalize /oobe /shutdown讓系統(tǒng)在下次啟動時重新生成 SID。同時在 vCenter 的「客戶機(jī)自定義」里配置虛擬機(jī)名稱和 IP 分配規(guī)則克隆時應(yīng)用。Linux 模板則在封裝前刪除/etc/udev/rules.d/70-persistent-net.rules和/etc/ssh/ssh_host_*文件配合 cloud-init 實(shí)現(xiàn)首啟時的密鑰重建。模板做對之后批量克隆出來的機(jī)器才會是干凈的。4.3 VCenter 失聯(lián)不是宕機(jī)是管理網(wǎng)絡(luò)「抖」了一下現(xiàn)象某個工作日下午vCenter 客戶端彈出一臺主機(jī)「連接已斷開」集群里其他虛擬機(jī)還在跑但沒法遷移、沒法打快照心涼了半截。過幾分鐘它自己又恢復(fù)了日志里一堆 vSphere HA 的告警。原因ESXi 管理網(wǎng)絡(luò)的物理鏈路偶爾 UP/DOWN或者 DNS 解析突然超時導(dǎo)致 vCenter 短暫失聯(lián)。vSphere HA 會把這個狀態(tài)誤判為「主機(jī)隔離」于是觸發(fā)重啟動作。沒有配置隔離響應(yīng)策略的情況下主機(jī)自己恢復(fù)后HA 又一堆假告警整個平臺管理面像得了癲癇。解決ESXi 主機(jī)必須配兩個管理網(wǎng)卡啟用「管理網(wǎng)絡(luò)冗余」vCenter 的 DNS 地址要固定為企業(yè) DNS不能依賴外部 DNS在 vSphere HA 里把「主機(jī)隔離響應(yīng)」設(shè)為「關(guān)閉虛擬機(jī)并重新啟動」但前提是你能確定實(shí)驗(yàn)課上的學(xué)生機(jī)重啟不會丟數(shù)據(jù)。另外檢查 VMware 服務(wù)里 ntpd 的時間同步時鐘偏移超過 2 秒就會讓 vCenter 和各主機(jī)之間的證書校驗(yàn)失敗這個坑我踩過一次查了三天才發(fā)現(xiàn)是 NTP 沒配。4.4 存儲被快照吃光磁盤從「可用」到「全盤只讀」只差一節(jié)實(shí)驗(yàn)課現(xiàn)象學(xué)生機(jī)開了快照功能每節(jié)課都有人建新快照。幾周后存儲陣列的可用空間從 1.5 TB 掉到 0虛擬磁盤變成只讀狀態(tài)所有學(xué)生機(jī) IO 全部報錯界面和日志都提示磁盤空間耗盡有時直接表現(xiàn)為「磁盤全盤只讀」。原因快照是寫時復(fù)制它本身不備份整塊磁盤而是持續(xù)追蹤變化的數(shù)據(jù)塊。快照鏈越長底層 I/O 越差。關(guān)鍵是刪除快照時要合并數(shù)據(jù)塊合并期間需要額外的臨時空間空間不足時合并失敗快照被卡住數(shù)據(jù)塊又無法釋放形成死循環(huán)。教學(xué)場景學(xué)生亂建快照比生產(chǎn)環(huán)境更容易踩爆。解決在 vCenter 虛擬機(jī)設(shè)置里限制快照數(shù)量或者在客戶機(jī)策略里直接屏蔽快照權(quán)限每周固定時間對所有學(xué)生機(jī)關(guān)機(jī)、刪除所有快照、恢復(fù)基線。更省心的做法是把「重置環(huán)境」功能做成一個自助頁面學(xué)生提交「恢復(fù)初始狀態(tài)」請求后端直接運(yùn)行刪除虛擬機(jī) 從模板重建的腳本徹底繞開快照鏈?？煺罩辉诶蠋熜枰獧z查學(xué)生操作步驟時臨時使用查完立刻刪除。5. 驗(yàn)收的標(biāo)準(zhǔn)不是能開機(jī)是保證一個班兩小時發(fā)完 40 臺虛擬機(jī)平臺搭完最后一步是驗(yàn)收。很多團(tuán)隊驗(yàn)收時只看看 vCenter 里主機(jī)狀態(tài)是綠色的然后開一臺虛擬機(jī)確認(rèn)能進(jìn)系統(tǒng)就說「沒問題了」。這種驗(yàn)收我建議直接跳過因?yàn)榻虒W(xué)平臺真正的瓶頸在并發(fā)40 臺虛擬機(jī)同時創(chuàng)建時vCenter 的調(diào)度、存儲的 IO、模板的復(fù)制是否撐得住是項(xiàng)目能不能落地的關(guān)鍵。我會用一個腳本做并發(fā)壓力測試從內(nèi)容庫同時創(chuàng)建 40 臺虛擬機(jī)記錄從開始到全部 PowerOn 的時間。合格線是 10 分鐘以內(nèi)用 Instant Clone即時克隆技術(shù)這個時間能壓到 2 分鐘幾乎是秒級發(fā)放。觸發(fā)條件是 VMware 版本支持 Instant Clone 且客戶機(jī)操作系統(tǒng)兼容CentOS 和 Ubuntu 都在支持名單內(nèi)。# 并發(fā)驗(yàn)收按時間記錄創(chuàng)建 40 臺虛擬機(jī)耗時 Connect-VIServer -Server vc.lab.local $vmNames 1..40 | ForEach-Object { perf-std-{0:D2} -f $_ } $sw [System.Diagnostics.Stopwatch]::StartNew() $job foreach ($vmName in $vmNames) { Start-Job -ScriptBlock { param($name) New-VM -Name $name -ContentLibraryItem $using:template -Datastore Datastore-LAB-NAS } -ArgumentList $vmName } $job | Wait-Job | Receive-Job $sw.Stop() Write-Host 并發(fā)創(chuàng)建耗時: $($sw.Elapsed.TotalMinutes) 分鐘這個腳本用 PowerShell 的作業(yè)并行執(zhí)行 40 個創(chuàng)建任務(wù)模擬學(xué)生全部涌入時的壓力。如果耗時超過了 15 分鐘優(yōu)先檢查存儲的 IOPS 是否打滿以及 vCenter 所在虛擬機(jī)的資源是否有瓶頸。另一個驗(yàn)收指標(biāo)是收尾能力跑一次 3.3 里的批量關(guān)機(jī)腳本正常情況下全部關(guān)機(jī)不超過 3 分鐘如果出現(xiàn)機(jī)器掛起說明有虛擬機(jī)的 open-vm-tools 沒裝好。我自己用這套方案管過一個 40 人實(shí)訓(xùn)室將近兩年最大的教訓(xùn)是平臺穩(wěn)定不等于實(shí)驗(yàn)課順利老師和學(xué)生的使用習(xí)慣決定平臺生命周期。比如學(xué)生亂動模板、老師忘記定時回收環(huán)境這些都要靠權(quán)限和流程去約束虛擬機(jī)權(quán)限寧可少給也不要多給。如果你正在搭自己的教學(xué)平臺建議先做兩臺機(jī)器的驗(yàn)證環(huán)境把模板封裝和快照回收這兩條鏈路跑通再推廣到全部集群。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取