Hyper-V R2配置要避免的三大錯誤
托管服務商(MSP)的***難處之一就是了解客戶的想法。優秀托管服務商能發現客戶口中想要的東西和他們確實想要的東西之間的細微差別,這是他們從那些只是走走過場的人之中脫穎而出的原因。
讀懂客戶的心頗具挑戰,尤其是在他們堅持認為你進行了錯誤的配置,而你明白你做的事情正確時。
幾乎在每一個控制面板中,你都能找到Hyper-V R2的配置錯誤。盡管這些都不是“會破壞數據中心”的錯誤,但錯誤地配置它們還是會危害客戶的環境。下面就來看看在我的顧問生涯中一直出現的三大誤導性錯誤吧!
1.不考慮結果就啟用集群共享卷。
集群共享卷(CSV)是微軟解決“每邏輯單元號(LUN)一臺虛擬機”限制的方案,這曾經是Hyper-V R1中的問題。在LUN上啟用CSV避用了Windows故障轉移集群的無共享模式。它讓Hyper-V主機能夠協調到各個虛擬機間的訪問。
盡管該配置看上去似乎是方案提供商改善管理的好辦法,但沒人愿意為每一臺新VM創新LUN,而且啟用CSV還會對將來造成影響。
首要影響是某些備份方案在啟用了CSV的LUN上不起作用。它們的編號確實每天都在增加,但檢驗必不可少。
C:\ClusterStorage是啟用CSV的卷上的虛擬機存儲位置,接下來,掃描該位置的某些殺毒軟件可能導致問題。CSV還會是一個脆弱的文件系統,大體上來說,限制所有直接文件的訪問并且允許Hyper-V的管理工具與虛擬硬盤進行互動是個不錯的方法。
2.不進行虛擬化補償就啟動殺毒或重組。
CSV是一個你必須要謹慎對待的本地功能,但是殺毒和重組又是大家都用的另一組常用工具,與虛擬化配對時,它也無法在客戶的環境中工作。
問題是資源經濟學。由于沉重的資源消耗,殺毒和重組管理工具會是一個負擔。啟用這些工具卻不用它們的處理器、內存和時間安排,這會導致它們的活動影響VM性能。
盡管在一臺機器上開始一次掃描消耗的處理器資源占很少比例,把這個比例乘10或者更多的虛擬機會耗盡物理主機提供的所有資源。在為客戶搭建Hyper-V R2架構時,不要忽略了這些工具可能對整體性能的影響。
3.占用的網絡資源,既不生產也不存儲流量。
用戶一直占用他們環境中的網絡資源,尤其是在網絡存儲是次要選擇的環境中。現在大部分的環境已經將部分存儲遷移或正在遷移至基于網絡的存儲區域網絡(SAN)。網絡設備價格下跌得厲害,即使是小型企業也有能力購買。
但是想比于將一臺Hyper-V R2服務器連接到其虛擬機存儲,將一臺服務器連接到SAN對性能的要求少多了。這里的不同在于每秒輸入輸出操作數(IOPS),它代表連接的速度。當Hyper-V R2主機配置的存儲連接速度不夠快時,也就是IOPS不夠時,該主機上虛擬機的速度會向爬行一般緩慢。
潛在的連接問題不只是限制存儲。這一般是不太可能發生的事情,但是生產網絡連接也可能受害。絕對不要通過相同的物理界面來配置生產網絡和存儲網絡。你應該將存儲流量及其網絡接口卡(NIC)和生產網絡流量及網絡接口卡中隔離開來。
跨越完全不同路徑的隔離會是更好的選擇。不這么做可能導致環境中的存儲消耗影響生產網絡。且在這種情況下,每個人都會有所失。
【編輯推薦】
- 下載:微軟Hyper-V Server 2008 R2正式版
- Windows Server 2008 R2有效降低成本
- Windows Server 2008 R2:幫助您推動業績增長
- 實戰:Hyper-V Server 2008 R2安裝、配置
- 七問Hyper-V Server 2008 R2
- 實戰:Hyper-V Server 2008 R2故障排除
- System Center實戰之SCOM報警消息
- 分享:Hyper-V和System Center用戶心得