VMWare虛擬機是VMWare公司開發的專業虛擬機軟件，可以在一臺機器上同時運行兩個及以上的Windows、Linux和Mac OS等操作系統。威睿總部位于加利福尼亞州帕洛阿爾托（Palo Alto），是全球云基礎架構和移動商務解決方案廠商，提供基于VMware的解決方案，企業通過數據中心改造和公有云整合業務，借助企業安全轉型維系客戶信任 ，實現任意云端和設備上運行、管理、連接及保護任意應用。
VMware主要的功能有不需要重新對硬盤進行分區和重新開機就能在同一臺機器運行和使用兩種以上的操作系統；安裝在虛擬機里的不同的操作系統相互之間完全隔離，并且可以保護不同操作系統的操作環境及各自安裝在系統中的應用軟件和資料；不同的虛擬操作系統之間能夠互動操作，對網絡、設備、文件共享進行連接，還可以實現相互之間的復制、粘貼等功能；能夠隨時設定和修改虛擬機內操作系統的操作環境，如內存分配、磁盤空間分配、硬件設備的配置等。
威睿可在使用64位英特爾和AMD處理器的基于x86的標準硬件以及64位Windows或Linux主機操作系統上運行；CPU要求為Intel Sandy Bridge或AMD Bulldozer及更高版本的CPU。
主要特性
1、使用Unity來集成客戶機與宿主機；
2、更加強大的VM錄制與回放功能；
3、支持智能卡和相關讀卡器；
4、增強型ACE；
5、改進型3D圖形支持。
安裝說明
1、請卸載舊版本的VM，重啟系統后再安裝新版本的VM。
2、不能把VM安裝到含有中文路徑的目錄下，否則安裝過程中或使用中可能會出現問題。
3、Windows Vista/Windows 7系統中請關閉UAC功能，以管理員權限運行安裝程序。
4、請把安全軟件關閉后再進行安裝（安全軟件會攔截VM的驅動安裝）。
常見問題
常見問題
1、新建虛擬機后，出現“無法初始化Easy Install。如果該錯誤依舊，你可能需要重新安裝VMware Workstation。”錯誤。
解決方法：新建虛擬機時，選擇“我以后再安裝操作系統(創建一個虛擬空白HDD)”。
2、點擊菜單“虛擬機”中的“安裝VMware Tools”時，出現“Easy Install正在進行中，不能手動啟動VMware Tools安裝。”錯誤。
解決方法：請把虛擬機的“軟盤驅動器”的“連接”設置為“使用物理驅動器”，或把“設備狀態”的“打開電源時連接”取消。
3、啟動虛擬機系統時出現“serial0:Unable to launch virtual printer proxy:系統找不到指定的文件。設備將要被斷開連接。”錯誤。
軟件用途
VMWare虛擬機軟件來測試軟件、測試安裝操作系統（如Linux）、測試病毒木馬等。
威睿是真正“同時”運行，多個操作系統在主系統的平臺上，就象標準Windows應用程序那樣切換。而且每個操作系統你都可以進行虛擬的分區、配置而不影響真實HDD的數據，可以通過網卡將幾臺虛擬機用網卡連接為一個局域網。
主要功能
1.不需要分區或重開機就能在同一臺PC上使用兩種以上的操作系統。
2.完全隔離并且保護不同OS的操作環境以及所有安裝在OS上面的應用軟件和資料。
3.不同的OS之間還能互動操作，包括網絡、周邊、文件分享以及復制貼上功能。
4.有復原（Undo）功能。
5.能夠設定并且隨時修改操作系統的操作環境，如：內存、磁碟空間、周邊設備等等。
操作指南
1.安裝原始版本。
2.解壓漢化文件。把漢化文件直接復制到虛擬機文件夾中，替換原文件。
3.替換時，個別文件可能提示無法替換，請在任務管理器中先結束相應文件進程，之后在替換。
生命周期
對于VMware虛擬機的管理工作其實從創建之前就已經開始了，這是一個需要管理員持續監控的長期計劃。
盡管虛擬化技術能夠大幅度提升計算資源的使用效率，但是事實上這些資源并不是免費的——無論VMware虛擬機為企業提供什么樣的價值，都會占用內存、CPU計算時間、存儲和網絡I/O等資源。在企業接受VMware虛擬機技術并且制定自己的VMware虛擬機策略之后，管理員需要理解虛擬機生命周期的概念以及如何部署基礎架構，并且根據內部策略對整個虛擬機生命周期進行管理。這樣可以保證企業能夠在更加高效和節約成本的情況下合理利用硬件計算資源。
VMware虛擬機生命周期管理包含哪些部分
當用戶提及VMware虛擬機生命周期管理的時候，往往會認為其僅僅是一個尋找并且刪除老舊VMware虛擬機的過程。盡管生命周期終止（EOL）也是VMware虛擬機生命周期管理的一個組成部分，但是整個管理流程包含了VMware虛擬機的創建、優化、管理和最終退役等所有環節，也就是VMware虛擬機生命周期的四個主要組成部分。
VMware虛擬機生命周期管理通常從論證過程開始，論證完成之后才能進入具體實施階段。盡管VMware虛擬機的創建過程十分快速簡單，但是仍然需要確保部署每臺VMware虛擬機的合理性，對于其資源需求和業務價值進行全面分析，了解業務部門需要使用這臺VMware虛擬機多長時間。一些公司使用chargeback或者其他方式幫助業務部門為負載劃分優先級并且制定預算規劃。如果企業沒有提前對VMware虛擬機方案進行論證或者缺乏對于VMware虛擬機創建的監督管理，那么必然會浪費大量的寶貴計算資源。
一旦新VMware虛擬機的創建請求得到批準，便可以交由經過授權的IT管理員完成創建過程。限制創建VMware虛擬機的員工數量可以幫助避免任何混亂情況的發生，實現更好的VMware虛擬機層次架構。雖然實際的創建過程僅僅需要花費幾分鐘時間、點擊幾次鼠標而已，但是這個過程代表同意為VMware虛擬機分配處理器、內存、存儲和I/O帶寬等資源——對于業務部門來說會產生費用支出。此外，每臺新的VMware虛擬機還會帶來額外的數據保護方面的系統開銷，比如集群、快照、復制、災難恢復等等。一旦出現問題，需要恢復的VMware虛擬機數量將會增加，導致恢復時間延長。
在VMware虛擬機負載的運行過程當中，使用率的提升（比如不斷增長的數據庫或者大量的用戶）可能降低系統的性能表現，因此管理員必須持續監控VMware虛擬機的性能表現。當資源使用率超過閥值時，大多數VMware虛擬機生命周期管理工具都能夠產生警報和告警，管理員可以輕松地調整資源等級甚至創建一個更為強大的VMware虛擬機來替換現有的機器。
最后，管理員應該對所有VMware虛擬機進行周期性檢查，評估其對業務部門的持續性價值。這個階段應當和最初的論證過程同時開始，涉及了各種利益相關者、IT管理員以及業務部門領導。如果VMware虛擬機能夠繼續提供業務價值，那么可以繼續運行一段時間（也許6個月或者一年）。如果VMware虛擬機已經沒有使用價值或者被其他工具所取代，便可以開始執行退役計劃，將VMware虛擬機存放在一個長期存儲當中。這樣可以為其他負載釋放計算資源，通過降低資源增長的方減少企業在服務器和其他硬件資源方面的資金投入。
功率降耗
針對VMware虛擬機電源管理，微軟和VMware虛擬機采取了非常相似的方式。這兩種方式都是基于某些最基本的服務器虛擬化概念。
盡管單臺hypervisor完全能夠運行多臺VMware虛擬機，但生產環境中從未僅使用單臺hypervisor。管理員通常不會承受hypervisor成為單點故障的風險。因此，大多數hypervisor，比如VMware虛擬機ESXi和微軟Hyper-V都構建了集群。這樣一來，如果一臺hypervisor出現故障，那么集群中的其他hypervisor能夠繼續運行來自故障集群節點的虛擬機。
另一個概念是VMware虛擬機可移動性。在Hyper-V和威睿環境中，VMware虛擬機是便攜式的。正如之前提到的那樣，出現故障時，正在運行的VMware虛擬機可以動態移動到另一個集群節點中。然而管理員也可以使用技術比如vMotion或在線遷移手動將正在運行的VMware虛擬機從一臺主機遷移到另一臺。
管理員有很多不同的原因手動將正在運行的VMware虛擬機遷移到不同主機。有時需要遷移VMware虛擬機是因為需要對主機進行離線維護。其他情況下，管理員移動VMware虛擬機可能是因為他認為該VMware虛擬機在具有更多可用硬件資源的主機之上運行，能夠運行的更好。
微軟和威睿都創建了負載均衡，用于將正在運行的VMware虛擬機動態遷移至不同的主機，這樣能夠以允許VMware虛擬機盡可能高效運行的方式使用硬件資源。然而同樣的概念反過來可以節省功耗。并非在所有可用的主機服務器上都有VMware虛擬機在運行，工作負載可以被整合到最少的主機服務器上，這樣可以將未被使用的主機服務器置于離線狀態以降低功耗。
當然在現實世界中，事情并非如此簡單。在hypervisor集群中，必須有一些節點保持在線運行，才能使集群能夠繼續發揮作用。進一步說，集群至少需要一些額外的可用容量，這樣才能夠預防hypervisor級的故障。因此，為能夠使用VMware虛擬機功耗節約功能，規則要求最小數目的主機節點必須保持在線運行。例如在微軟環境中，至少要有5個集群節點必須保持在線運行（盡管如果集群是使用System Center Virtual Machine Manager創建的，需要的節點數可以減少到4個）。
最后一塊拼圖是服務器硬件必須支持遠程開關機。例如，針對Hyper-V集群節點，通過使用BMC，服務器必須支持帶外管理。
SCVMM并未包含在Hyper-V中，而是一款附加產品，通過SCVMM提供的動態優化以及功耗優化功能，微軟實現了負載均衡以及VMware虛擬機功耗管理。VMware虛擬機通過VMware vSphere自身提供的動態資源調度提供了負載均衡以及功耗管理功能。
盡管VMware虛擬機電源管理主要基于關閉集群節點，但還有其他減少功耗的方式。在大多數VMware虛擬機數據中心中，很可能可以安全關閉一些VMware虛擬機。例如，當沒人在辦公室時，組織可能不需要15個冗余的域控制器整晚運行。通過仔細規劃，管理員可能能夠識別出冗余的VMware虛擬機并在每天下班后定時關閉這些VMware虛擬機。當然通過調度可以在早上開啟這些VMware虛擬機，這樣以來就能夠關閉更多的集群節點了。
創建及維護
服務器VMware虛擬機不僅僅是硬件整合，經過良好構建的VMware虛擬機環境可用于實現日常任務的自動化。盡管完成上述配置需要付出一些努力，但從長遠來看VMware虛擬機自動化往往能夠大大減輕管理員的工作量。VMware虛擬機自動化還保證了日常工作能以與組織需求相一致的方式開展。
最常見的自動化任務是VMware虛擬機創建。諸如威睿 vCenter以及微軟的系統中心VMware虛擬機管理器都能夠基于模板創建VMware虛擬機。管理員能夠構建與組織要求相一致的VMware虛擬機模板，然后在今后創建虛擬機時使用這些模板。這保證了VMware虛擬機配置的合理性。
考慮到了主機配置自動化，該過程使在裸機上自動安裝hypervisor變成了現實。自動化VMware虛擬機配置能夠為經常需要上線新服務器的大型組織節省了大量時間。
VMware虛擬機自動化還經常用于補丁管理。通常VMware虛擬機通過補丁管理系統保持最新狀態。例如，VMware虛擬機可能被配置為接收來自Windows服務器更新服務器的補丁更新。然而hypervisor級別的VMware虛擬機補丁管理需要采用不同的方式處理，因為給hypervisor主機打補丁往往需要重啟VMware虛擬機。
VMware虛擬機自動化能夠簡化VMware虛擬機級別的補丁管理。例如，微軟針對Hyper-V集群部署提供了滾動更新功能。當組織的VMware虛擬機務器需要打補丁時，VMware虛擬機補丁管理進程會將虛擬機在線遷移至另一臺VMware虛擬機服務器。然后對VMware虛擬機進行打補丁并重啟VMware虛擬機主機，接著將VMware虛擬機通過在線遷移到剛剛完成重啟的VMware虛擬機。然后集群中的其他VMware虛擬機主機會重復完成該過程。盡管可以手動完成該過程，但手動執行VMware虛擬機相當單調乏味。
針對所有VMware虛擬機維護任務，hypervisor級別的自動化并非最佳選擇。例如，VMware虛擬機存儲配置最好單獨執行。ESX以及Hyper-V可以被配置為執行某些與存儲相關的任務，但存儲提供的VMware虛擬機自動化系統要比hypervisor提供的功能更強大。
托管
隨著硬件支撐服務器虛擬化的提升，托管VMware虛擬機VM）變得很容易。但是連同內存、CPU以及調度的限制，托管多少虛擬機算是多呢？
我們詢問了三位IT專家關于他們見到的每臺主機上的VMware虛擬機數量，以及這些VMware虛擬機的工作效率如何。雖然一個服務器主機塞滿500臺以上的VMware虛擬機，有時少即是多。風險、利用率以及內存等成為了決定性因素。
虛擬化并不僅僅是將盡可能多的服務器合并到一起，事實上它需要做一些實際的事情。你將帶有1MB內存的虛擬機和其他兩個VMware虛擬機共享一個內核，但是這一點毫無意義，因為計算機性能也隨之降低。在其他問題之中，多于三個虛擬機共享一個內核可引發調度難題。然而這并不意味著合并虛擬機是微不足道的。一個高端服務器使用15內核的英特爾 Xeon E7處理器可相比于60個可用的內核。理想化的，實際上可托管180個VMware虛擬機。有足夠的內存和I/O來支撐這個負載，這是從實際出發得出的。
威睿的利用率
系統管理員說：“我們有擴展虛擬機基礎設施，在8個主機上放置256GB的內存和快速CPU。在NetApp中我們也有支持10Gbps連通性以及256GB閃存的網絡文件系統（NFS）。使用VMware虛擬機ESXi5.X，我們可以在每個節點運行最多24個VMware虛擬機，通常每臺主機有15臺VMware虛擬機。所以我們看到CPU利用率不足3%-5%，RAM利用率為7%-11%。”
我們能夠在一臺服務器主機上放置48臺甚至更多的VMware虛擬機，幾乎很少看到服務器能力下降。但是低的利用率很容易使我們產生推出新項目的想法。當服務器主機能力下降的情況出現時，我們會將VMware虛擬機分配以促進自動故障轉移。不需要移除任何VMware虛擬機就能夠為服務器主機修改漏洞以及升級。
VMware虛擬機在很大成分上是Web服務器，盡管我們有交互式登陸機器（Windows和Linux）和MySQL，對于數字運算應用的虛擬機來說沒有太密集型的計算。
硬件升級的過程中，當我們轉移至新設備時將125個VMware虛擬機放到兩個節點上。甚至是將兩個節點的整個內存分裂開。VMware虛擬機基礎設施仍然不會成為負擔。
VMware虛擬機
在虛擬桌面技術設施（VDI）環境中，我曾看到一個服務器上有150-200臺VMware虛擬機虛擬機。大部分的大型VMware虛擬機依靠于四插座的機架服務器。在VDI環境下，根據工作量有不同的合并率。
我也看見過一臺服務器上有大約80臺VMware虛擬機，因為那個公司想要深度合并；這涉及到管理上的問題。深度合并之后一臺服務器主機上的許多VMware虛擬機也都工作良好，但是真正的問題是風險：企業想冒著一臺主機上放置80個VMware虛擬機這樣的風險么？萬一服務器衰退了會發生什么？企業能否承受一下失去80臺VMware虛擬機的風險？
為VMware虛擬機未來留一些空間
IT操作經理說：“我看到的最多的是一臺服務器主機上有31臺VMware虛擬機，在思科 UCS刀片服務器上使用微軟 Hyper-V進行虛擬化，可提供256GB RAM兩個8核英特爾 E5-2665CPU。存儲器是光纖連接Dell EMC SAN內含SSDCPU緩存。”
自從我們在RAM、CPU、或者是I/O利用率上越來越接近天花板，服務器主機上有31個VMware虛擬機已經不是界限，我們在想做的事情上有更多的靈活性。一些VMware虛擬機是高效利用的，而一些VMware虛擬機利用率卻很低。我們可以在修復漏洞以及重啟時，在6個UCS主機之間轉移工作量。
參考資料 >
Home - City of Palo Alto - Logo.cityofpaloalto.2024-01-23
戴爾和VMware反向合并細節曝光:考慮股權交換.新浪科技.2024-01-23
云計算技術產品.深圳市參數領航科技有限公司.2024-01-23
Workstation Player.vmware.2024-01-17