行業對話已經超越了解什么是云計算，企業IT環境中要決定如何能更好的部署它。這種演變與過去的虛擬化候選人的辯論相似 -- 懂得如何確定物理服務器能否成為一個好的虛擬機。

　　云候選人的想法是啟用云時選擇***候選人，同樣重要的是在你的云投資上獲得***回報。這里有一個清單，可以為你的私有云確定***候選人。

　　云負荷需要什么樣的網絡呢?如虛擬服務器的線程、內存的需求、網絡資源的總負荷、私有云中的應用程序的消耗，這些都是極為重要的。

　　繁忙的網絡資源負荷的需求，在局域網中鏈接到其他服務器，這樣是不會制造出***的云候選者。把這些負荷放入到私有云中，可能會造成帶寬或延遲等問題，會影響云的整體性能。衡量云服務器和位于本地數據中心的其他服務器的網絡利用率。

　　還有什么其他服務與私有云互連嗎?考慮到云負荷與其他網絡中的云工作量負荷之間的交流。例如，幾乎所有基于Windows的IT服務都傾向于Active Directory認證，因為桌面操作系統都是這樣做的。域控制者必須處理大量的通信，所以把它們完全轉移到云中可能是一個壞主意。

　　另外，服務與本地數據中心的其他服務有一些交互，不太可能因為位置的遷移而受影響。延遲影響不大。查看虛擬機中的互操作，是一個好的辦法，可以找到云中就緒的資源。

　　私有云中的工作負荷和其他工作負荷之間是否存在明顯的分隔(例如，“硬線”)?隔離云服務可以作為良好的云候選人和壞的之間的分隔線。孤立服務，可以制造出杰出的云候選人，例如，那些服務是否位于你的DMZ中。按照設計，DMZ有“硬線”環繞著它的服務，尤其是防火墻中，可以把它在網絡和局域網中分隔出來。分隔意味著你可以非常容易的把所有內容從DMZ移到云中。DMZ可以很明確的劃分，什么可以制造出優秀的私有云候選者。結合不同云服務、DMZ服務之間的虛擬防火墻的隔離，很有可能在云中獲得成功。

　　云服務可以友好的復制嗎?一些IT服務已經在心里開始設計復制了：設計通信是為了支持延遲、帶寬的類型，你會在局域網與云通信中體驗。這些服務可能包括異地備份、服務器故障轉移、或者其他服務的協議，為不能滿足局域網速度的網絡做準備。

　　如果私有云中的數據妥協，你會多痛苦呢?***的檢查，確實是早期圍繞云安全和數據所有權的關注的一個直接結果。選擇把虛擬機放到云中的時候，圍繞數據的安全、所有權和管理問題必須是要考慮的因素，一些虛擬機和某些IT資源與數據一起工作，如果丟失或者妥協，會為企業帶來明顯的痛苦。

　　注意，一個潛在的啟用云虛擬機的數據類型可以處理。如果丟失或者暴露，數據的價值大于遷移到云中，那么***把虛擬機放在數據中心。

　　為私有云選擇正確的虛擬機，你要分析每一個虛擬機和服務所用的資源。你也需要檢查把這些資源移向云中的風險。有了正確的調查，就可以找到***的資源和服務，并且可以相對容易的部署到私有云中。