基本介紹
- 中文名：VMware虛擬機
- 軟體大小：：90.84MB
- 軟體語言：：簡體中文
- 軟體授權：：特殊軟體
軟體信息,主要特性,安裝說明,常見問題,軟體用途,主要功能,使用方法,生命周期,功率降耗,創建及維護,託管,
軟體信息
軟體大小：90.84 MB
軟體語言：簡體中文
軟體性質：漢化軟體
軟體授權：特殊軟體
更新時間：2011-12-05 14:23
套用平台：Win7 / Vista / Win2003 / WinXP
軟體MD5：E62BF7F048039097F6AF11FF1FD33F38
主要特性
1、使用Unity來集成客戶機與宿主機.
2、更加強大的VM錄製與回放功能.
3、支持智慧卡和相關讀卡器.
4、增強型ACE.
5、改進型3D圖形支持.
安裝說明
1、請卸載舊版本的VM，重啟系統後再安裝新版本的VM。
2、不能把VM安裝到含有中文路徑的目錄下，否則安裝過程中或使用中可能會出現問題。
3、Vista/Win7系統中請關閉UAC功能，以管理員許可權運行安裝程式。
4、請把安全軟體關閉後再進行安裝（安全軟體會攔截VM的驅動安裝）。
常見問題
常見問題
1、新建虛擬機後，出現“無法初始化Easy Install。如果該錯誤依舊，你可能需要重新安裝VMware Workstation。”錯誤。
解決方法：新建虛擬機時，選擇“我以後再安裝作業系統(創建一個虛擬空白硬碟)”。
2、點擊選單“虛擬機”中的“安裝VMware Tools”時，出現“Easy Install 正在進行中，不能手動啟動VMware Tools 安裝。”錯誤。
解決方法：請把虛擬機的“軟碟驅動器”的“連線”設定為“使用物理驅動器”，或把“設備狀態”的“打開電源時連線”取消。
3、啟動虛擬機系統時出現“serial0: Unable to launch virtual printer proxy: 系統找不到指定的檔案.設備將要被下線。”錯誤。
軟體用途
VMWare虛擬機軟體來測試軟體、測試安裝作業系統（如linux）、測試病毒木馬等。
VMWare是真正“同時”運行，多個作業系統在主系統的平台上，就象標準Windows應用程式那樣切換。而且每個作業系統你都可以進行虛擬的分區、配置而不影響真實硬碟的數據，可以通過網卡將幾台虛擬機用網卡連線為一個區域網路。
主要功能
1.不需要分區或重開機就能在同一台PC上使用兩種以上的作業系統。
2.完全隔離並且保護不同OS的操作環境以及所有安裝在OS上面的套用軟體和資料。
3.不同的OS之間還能互動操作，包括網路、周邊、檔案分享以及複製貼上功能。
4.有復原（Undo）功能。
5.能夠設定並且隨時修改作業系統的操作環境，如：記憶體、磁碟空間、周邊設備等等。
使用方法
1. 安裝原始版本。
2. 解壓漢化檔案。把漢化檔案直接複製到虛擬機資料夾中，替換原檔案。
3. 替換時，個別檔案可能提示無法替換，請在任務管理器中先結束相應檔案進程，之後在替換。
生命周期
對於VMware虛擬機的管理工作其實從創建之前就已經開始了，這是一個需要管理員持續監控的長期計畫。
儘管虛擬化技術能夠大幅度提升計算資源的使用效率，但是事實上這些資源並不是免費的——無論VMware虛擬機為企業提供什麼樣的價值，都會占用記憶體、CPU計算時間、存儲和網路I/O等資源。在企業接受VMware虛擬機技術並且制定自己的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虛擬機是攜帶型的。正如之前提到的那樣，出現故障時，正在運行的VMware虛擬機可以動態移動到另一個集群節點中。然而管理員也可以使用技術比如vMotion或線上遷移手動將正在運行的VMware虛擬機從一台主機遷移到另一台。
管理員有很多不同的原因手動將正在運行的VMware虛擬機遷移到不同主機。有時需要遷移VMware虛擬機是因為需要對主機進行離線維護。其他情況下，管理員移動VMware虛擬機可能是因為他認為該VMware虛擬機在具有更多可用硬體資源的主機之上運行，能夠運行的更好。
微軟和VMware都創建了負載均衡，用於將正在運行的VMware虛擬機動態遷移至不同的主機，這樣能夠以允許VMware虛擬機儘可能高效運行的方式使用硬體資源。然而同樣的概念反過來可以節省功耗。並非在所有可用的主機伺服器上都有VMware虛擬機在運行，工作負載可以被整合到最少的主機伺服器上，這樣可以將未被使用的主機伺服器置於離線狀態以降低功耗。
當然在現實世界中，事情並非如此簡單。在hypervisor集群中，必須有一些節點保持線上運行，才能使集群能夠繼續發揮作用。進一步說，集群至少需要一些額外的可用容量，這樣才能夠預防hypervisor級的故障。因此，為能夠使用VMware虛擬機功耗節約功能，規則要求最小數目的主機節點必須保持線上運行。例如在微軟環境中，至少要有5個集群節點必須保持線上運行（儘管如果集群是使用System Center Virtual Machine Manager創建的，需要的節點數可以減少到4個）。
最後一塊拼圖是伺服器硬體必須支持遠程開關機。例如，針對Hyper-V集群節點，通過使用基板管理控制器，伺服器必須支持帶外管理。
SCVMM並未包含在Hyper-V中，而是一款附加產品，通過SCVMM提供的動態最佳化以及功耗最佳化功能，微軟實現了負載均衡以及VMware虛擬機功耗管理。VMware虛擬機通過vSphere自身提供的動態資源調度提供了負載均衡以及功耗管理功能。
儘管VMware虛擬機電源管理主要基於關閉集群節點，但還有其他減少功耗的方式。在大多數VMware虛擬機數據中心中，很可能可以安全關閉一些VMware虛擬機。例如，當沒人在辦公室時，組織可能不需要15個冗餘的域控制器整晚運行。通過仔細規劃，管理員可能能夠識別出冗餘的VMware虛擬機並在每天下班後定時關閉這些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虛擬機創建。諸如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核心的Intel Xeon E7處理器可相比於60個可用的核心。理想化的，實際上可託管180個VMware虛擬機。有足夠的記憶體和I/O來支撐這個負載，這是從實際出發得出的。
VMware的利用率
系統管理員說：“我們有擴展虛擬機基礎設施，在8個主機上放置256GB的記憶體和快速CPU。在NetApp中我們也有支持10Gbps連通性以及256GB快閃記憶體的網路檔案系統（NFS）。使用VMware虛擬機 ESXi 5.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虛擬機，在Cisco UCS 刀片伺服器上使用Microsoft Hyper-V進行虛擬化，可提供256GB RAM 兩個8核Intel E5-2665 CPU。存儲器是光纖連線EMC SAN內含SSD快取。”
自從我們在RAM、CPU、或者是I/O利用率上越來越接近天花板，伺服器主機上有31個VMware虛擬機已經不是界限，我們在想做的事情上有更多的靈活性。一些VMware虛擬機是高效利用的，而一些VMware虛擬機利用率卻很低。我們可以在修復漏洞以及重啟時，在6個UCS主機之間轉移工作量。
