很多廠商都提供了服務器虛擬化管理軟件,管理員一定對這類軟件是否適合其組織充滿疑問。在決定是否要購買服務器虛擬化管理軟件時有七個問題需要考慮。
1.服務器虛擬化部署規模有多大?
需要考慮的第一個問題是虛擬基礎設施的規模。諸如VMware ESXi以及微軟Hyper-V這樣的Hypervisor都自帶內置的管理工具。這類工具通常能夠處理基礎性的日常工作任務,比如創建、修改、刪除虛擬機。然而內置的管理工具往往不適合更大規模的虛擬化部署環境。
就微軟的Hyper-V而言,內置的管理工具Hyper-V Manager,提供了以服務器為中心的虛擬基礎設施視圖。然而Hyper-V Manager沒有提供組織內所有主機以及虛擬機的統一視圖。獲取這一視圖的唯一一種方式或者是投資購買額外的管理工具或者深入研究PowerShell。
2.目前正在使用什么虛擬化管理軟件?
需要考慮的第二個問題是目前正在使用的虛擬化軟件。Hypervisor包括的本地工具專門設計用于管理hypervisor本身。對已經圍繞單個廠商的產品構建虛擬化基礎設施的組織來說沒什么問題,但對使用多個廠商hypervisor的組織來說使用本地工具并非是最優的解決方案,因為這樣做通常需要使用多個工具。
使用多廠商hypervisor的組織不一定要投資購買第三方管理工具,但這樣做能夠給組織帶來幫助。并非所有的虛擬化管理產品都提供了多廠商支持,但都提供了管理位于不同hypervisor之上的虛擬機的單一虛擬管理平臺。例如,微軟的System Center虛擬機管理器能夠管理Hyper-V、VMware以及Citrix主機機器虛擬機—盡管存在一些限制。
3.虛擬環境未來發展規劃如何?
肯定要考慮的第三個問題是未來的規劃。例如,假定目前虛擬基礎設施規模相對小,只包括幾臺主機以及十幾臺虛擬機,那么可能使用內置的管理工具就夠用了。然而,如果組織計劃增加額外的主機或者創建更多的虛擬機,那么現有的管理工具可能很快就無能為力了。
即使組織還沒有做未來規劃,那么查看一下組織已經創建的虛擬機的歷史數據是個不錯的主意。如果日志內的歷史數據表明虛擬機數量增長的很快,那么在可預見的未來,虛擬機不斷蔓延一定會成為組織必須要解決的一個問題。即使目前不一定需要專門的管理工具,但開始為未來做打算可能是一個不錯的主意。
4.虛擬環境的動態程度有多高?
在評估對服務器虛擬化管理產品的需求時應該考慮的第四個問題是基礎設施的動態特性。換句話說,變更的頻率如何?此時需要考慮的主要的問題是虛擬機遷移,而不是今后的規劃。
例如,假定有三臺虛擬主機,而且幾乎不會在主機之間遷移虛擬機。在這類環境中,虛擬機相對靜止。很容易預測特定的虛擬機在某一時間位于哪臺主機上,因為虛擬機基本上不移動。相反,某些服務器虛擬化部署包含的虛擬機經常在主機之間移動。例如,作為主機負載均衡或者電源管理戰略的一部分,虛擬機可能會發生頻繁的遷移。
最根本的是虛擬管理軟件沒有提供組織內主機與虛擬機的完整視圖,當虛擬機在主機之間頻繁遷移時就顯現出虛擬管理軟件功能的不足之處了。這類環境需要管理員在執行任何管理任務前先定位虛擬機究竟位于哪臺主機上?
5.虛擬化管理產品hold住嗎?
應該考慮的另一個注意事項是組織是否能夠承受虛擬服務器管理產品的費用。首先,你必須確定組織能否承受產品的許可費用,因為不同廠商的許可費用差異很大。
除許可成本外,你必須考慮有必要的硬件運行新管理產品并有足夠多的培訓預算用于培訓IT員工如何使用管理產品。培訓至關重要因為服務器虛擬化管理產品并非都很容易使用。
6.組織會因實現虛擬化自動化而受益嗎?
針對服務器虛擬化管理產品需要考慮的第六個問題是組織是否會受益于虛擬機自動化。自動化包括很多種不同的形式。例如,市場上的部分產品允許你生成虛擬機創建腳本,這樣預先配置的虛擬機可以動態生成。虛擬機自動化的另一個例子涉及在夜間自動整合工作負載,這樣可以關閉部分主機服務器以減少電費開支。
7.你需要什么功能?
最后,考慮你需要哪些功能尤為重要。某些虛擬化管理產品通常允許你創建虛擬機、虛擬機模板、改變虛擬機狀態、創建快照以及完成其他通用的日常任務。某些產品可能還交付自服務配置功能或者允許管理員實現計費功能。
其他虛擬化管理軟件定位于監控。這類產品可能不會啟用虛擬機日常管理功能,但通常會提供豐富的報表功能,旨在為性能分析、SLA合規性、容量規劃以及問題修復提供幫助。
結論
在做出投資購買服務器虛擬化管理軟件是否是個好主意的決策前有一些注意事項必須要考慮在內。盡管服務器虛擬化管理軟件能夠提供非常有益的功能,對小型組織或者虛擬化程度還不是很高的組織來說,這類產品可能有點大材小用了。相反,對已經有很多主機、虛擬機的組織來說,一旦IT員工經過最初的學習階段后,幾乎肯定會發現服務器虛擬化管理軟件能夠提升管理虛擬基礎設施的總體效率。