了解虛擬化服務(wù)器的工作負載需求

服務(wù)器虛擬化改變了IT專業(yè)人員需要考慮的計算資源的使用方式。在物理主機上運行的每臺虛擬機將需要額外的CPU、內(nèi)存、I/O以及網(wǎng)絡(luò)資源，在非虛擬化環(huán)境中應(yīng)用可能具有同樣的需求。對計算資源的需求是逐步累積的，這大大增加了服務(wù)器的總負載。

為了真正意識到服務(wù)器資源的重要性，了解計算資源受虛擬化影響的程度是非常重要的。傳統(tǒng)的非虛擬化應(yīng)用服務(wù)器通常至少運行一個主要的企業(yè)應(yīng)用比如郵件或者數(shù)據(jù)庫服務(wù)器。每個應(yīng)用需要特定數(shù)量的CPU處理周期、內(nèi)存、本地磁盤I/O以及網(wǎng)絡(luò)帶寬。多數(shù)情況下，物理服務(wù)器提供了豐富的計算資源，而且應(yīng)用能夠輕松滿足性能需求。未被虛擬化的應(yīng)用服務(wù)器的利用率通常只有5%到10%.

在物理服務(wù)器中資源未被充分利用為虛擬化帶來了福利，部署虛擬化后允許多臺虛擬機使用更多的可用計算資源，而在非虛擬化環(huán)境中這些計算資源可能是閑置的。虛擬化總的要點在于你提高了正在投資設(shè)備的利用率。

然而，盡管大多數(shù)服務(wù)器具備計算資源來承載其他的虛擬機，但是每臺虛擬機的工作負載需求可能會存在相當(dāng)大的不同。比如承載處理器密集型工作負載可能對服務(wù)器的處理能力具有較高的要求而對內(nèi)存以及網(wǎng)絡(luò)帶寬的需求很低。考慮到虛擬機的存儲密集型特性，磁盤I/O可能經(jīng)常會作為一個關(guān)鍵因素而出現(xiàn)。數(shù)據(jù)中心專業(yè)人員必須理解每個工作負載的計算需求，對工作負載進行分配以對資源整合進行優(yōu)化，為保持可用性提供必須的升級。

在任何的服務(wù)器整合項目中，首先是要確定每個工作負載所需要的計算資源。這個過程并不困難--通過檢查每臺沒有被虛擬化的服務(wù)器的負載處于正常范圍內(nèi)時的性能日志以及基礎(chǔ)數(shù)據(jù)來獲取。如果不能輕松獲取，可以在實驗環(huán)境下通過在線系統(tǒng)生成。底層的操作系統(tǒng)以及hypervisor同樣需要計算資源，所以在資源估算中一定要包括底層的操作系統(tǒng)和hypervisor對資源的需求。

一般來說，從來不要完全基于員工推薦或者零散的建議來確定工作負載需求。比如數(shù)據(jù)庫程序員極大地夸大了對于虛擬機的計算資源需求。其實需要的只是一個CPU以及2GB的內(nèi)存，這時程序就能夠很好運行。

接下來，需要考慮工作負載將如何被虛擬化到每臺物理服務(wù)器之上。這是非常重要的一步，因為將所有的物理服務(wù)器都整合到一臺物理服務(wù)器上是不可能的事兒。盡管在技術(shù)上是可行的（尤其是對于中小企業(yè)來說），但是這肯定不是一個最佳實踐。因為單臺服務(wù)器存在單點故障--這會潛在地影響組織工作負載的可用性。

在實際應(yīng)用中，被虛擬化的工作負載通常分布于兩到三臺物理服務(wù)器之間。這種方法提供了幾大優(yōu)勢。數(shù)據(jù)中心管理員能夠根據(jù)服務(wù)器的可用資源“混合搭配”每個工作負載的需求。例如，不是在一臺服務(wù)器上承載兩個處理器密集型虛擬機，或者在另一臺服務(wù)器上承載兩個內(nèi)存密集型工作負載，虛擬機可能會被分散部署，這樣一臺服務(wù)器會同時承載一個處理器密集型工作負載以及一個內(nèi)存密集型工作負載。同樣能夠?qū)Σ患嫒莸墓ぷ髫撦d進行分離或者將相關(guān)的工作負載整合到一起。多數(shù)服務(wù)器同樣將冗余地處理關(guān)鍵的工作負載考慮在內(nèi)。例如，Exchange服務(wù)器虛擬機可能存在于一臺服務(wù)器之上而且可以通過工具，比如Marathon的everRunVM冗余復(fù)制到另一臺物理服務(wù)器。如果虛擬機的一個實例發(fā)生故障，那么冗余的實例能夠?qū)崿F(xiàn)無縫接管。

騰佑科技IDC服務(wù)有雙線服務(wù)器租用、網(wǎng)通服務(wù)器租用、電信服務(wù)器租用。