VMware虛擬機

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] 

1.不需要分區或重開機就能在同一台PC上使用兩種以上的操作系統。

2.完全隔離並且保護不同OS的操作環境以及所有安裝在OS上面的應用軟件和資料。

3.不同的OS之間還能互動操作，包括網絡、周邊、文件分享以及複製貼上功能。

4.有復原（Undo）功能。

5.能夠設定並且隨時修改操作系統的操作環境，如：內存、磁碟空間、周邊設備等等。 ^[1] 

1. 安裝原始版本。

2. 解壓漢化文件。把漢化文件直接複製到虛擬機文件夾中，替換原文件。

3. 替換時，個別文件可能提示無法替換，請在任務管理器中先結束相應文件進程，之後在替換。 ^[1] 

對於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虛擬機存放在一個長期存儲當中。這樣可以為其他負載釋放計算資源，通過降低資源增長的方減少企業在服務器和其他硬件資源方面的資金投入。 ^[2] 

針對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虛擬機，這樣以來就能夠關閉更多的集羣節點了。 ^[3] 

服務器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提供的功能更強大。 ^[4] 

隨着硬件支撐服務器虛擬化的提升，託管VMware虛擬機VM）變得很容易。但是連同內存、CPU以及調度的限制，託管多少虛擬機算是多呢？

我們詢問了三位IT專家關於他們見到的每台主機上的VMware虛擬機數量，以及這些VMware虛擬機的工作效率如何。雖然一個服務器主機塞滿500台以上的VMware虛擬機，有時少即是多。風險、利用率以及內存等成為了決定性因素。

虛擬化並不僅僅是將盡可能多的服務器合併到一起，事實上它需要做一些實際的事情。你將帶有1MB內存的虛擬機和其他兩個VMware虛擬機共享一個內核，但是這一點毫無意義，因為計算機性能也隨之降低。在其他問題之中，多於三個虛擬機共享一個內核可引發調度難題。然而這並不意味着合併虛擬機是微不足道的。一個高端服務器使用15內核的Intel Xeon E7處理器可相比於60個可用的內核。理想化的，實際上可託管180個VMware虛擬機。有足夠的內存和I/O來支撐這個負載，這是從實際出發得出的。

系統管理員説：“我們有擴展虛擬機基礎設施，在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虛擬機基礎設施仍然不會成為負擔。

在虛擬桌面技術設施（VDI）環境中，我曾看到一個服務器上有150-200台VMware虛擬機虛擬機。大部分的大型VMware虛擬機依靠於四插座的機架服務器。在VDI環境下，根據工作量有不同的合併率。

我也看見過一台服務器上有大約80台VMware虛擬機，因為那個公司想要深度合併；這涉及到管理上的問題。深度合併之後一台服務器主機上的許多VMware虛擬機也都工作良好，但是真正的問題是風險：企業想冒着一台主機上放置80個VMware虛擬機這樣的風險麼？萬一服務器衰退了會發生什麼？企業能否承受一下失去80台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主機之間轉移工作量。 ^[5]