如果你相信虛擬化平臺供應商的大肆宣傳，那么你可能會認為云計算就是每個虛擬機的***平臺。無論你是使用VMware vCloud連接器或點擊微軟系統中心虛擬機管理器2012中的“創建云”按鈕來連接本地和遠程資源，將虛擬機遷往云計算從未變得如此輕而易舉。

　　但是簡單的選項并不總是***的選項。在實施任何將虛擬機遷往云計算操作之前，IT管理員們需要確定這樣做是否真正有意義。而這樣的決策也反應了服務器虛擬化的決策——即確定把什么從物理基礎設施遷往虛擬基礎設施(P2V)。有了云計算之后，P2V已變成了V2C(虛擬化至云計算)。

　　網絡延遲：效率毒藥

　　當確定虛擬機是否適合云計算時，網絡延遲就成為了一個受關注的重點，并代表了云計算效率的***毒藥。當作出你的下一個V2C決策時，請牢記如下四大網絡延遲“陷阱”。

　　陷阱1：你的互聯網連接。將虛擬機任務的處理卸載至云計算供應商可以解放組織內部的計算資源。但是，在試圖把任務結果傳回至數據中心時，你的網絡連接很可能會成為一個大瓶頸。

　　當規劃你的數據中心與互聯網之間網絡容量時，請務必考慮每臺虛擬機吞吐量需求的總和。網絡測量工具是確保云計算效率的必需品。

　　陷阱2：你的業務量模式。

　　當網絡業務量主要發生于協作虛擬機之間時，較慢的互聯網連接也變得不是那么重要了。除了度量每個云計算候選者的網絡總需求，你還需要量化虛擬機之間通信的業務量。

　　在以前，了解虛擬機網絡使用率的詳細等級信息是***挑戰性的。而如今諸如NetFlow、sFlow、J-Flow、以及IPFIX等等網絡流量監控技術都可助你一臂之力。流量監控提供的詳細等級信息可以幫助管理員們區分云計算內部流量和外部互聯網流量。

　　直到最近之前，用于測量網絡流量的工具都還只適用于擁有昂貴設備的大型、企業級客戶。而現在，價格合理、商業化的流量監控工具已可供小型IT公司用戶普遍使用。少數開源監控工具也是預算緊張用戶們的可選項。

　　陷阱3：你的使用模式。

　　這似乎是顯而易見的，一個業務用戶和使用模式也可以影響連接云計算的網絡。例如，由于微軟公司Office 365和Google公司的Apps for Business的崛起，托管文件服務和基于云計算的應用程序正在變得越來越突出。

　　云計算辦公應用程序在解決了復雜服務的管理問題的同時，它們也將存儲任務重新分配至云計算中。高度分布式的企業并不是圍繞物理基礎設施而構建的，它們特別適合于將這些服務遷移至一個公共云計算。

　　另一方面，擁有完善數據中心和中央位置的企業可能會有其他的考量。從云計算服務上傳和下載文檔所需的成本和時間有時候可能會顯得得不償失。

　　陷阱4：你的供應商——供應商網絡。希望完全消除云計算供應商停用影響IT運營所帶來風險的公司對于全供應商的高可用性非常感興趣。

　　這個云計算-云計算的網絡延遲可能是超越具體實施，***挑戰性的一個特點。這并不是在每個位置部署幾臺服務器、安裝監控工具、量化供應商-供應商吞吐量以及監控網絡流量那么簡單的。盡管如此，有高可用性需求的IT公司不應該忽視對供應商之間網絡連接的網絡監控。

　　資源限制已變成了網絡限制

　　從服務器虛擬化到友好云計算架構的變化已改變了瓶頸的所在。早期虛擬化環境主要是受到資源的限制，一般通過網絡連接的處理器、內存以及存儲容量等資源的不足讓管理員們頭疼不已。

　　云計算技術有效地消除了資源方面的限制。因此，在網絡監控技術方面的投資將成為未來云計算建設的一大趨勢。