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