盡管當前市場上的所有x86服務器看起來都是相同的，但這些服務器產品在功能和特性方面其實是存在著巨大的差異的。在本文中，業界的專家們將幫助廣大的讀者朋友們了解如何根據貴公司關鍵應用程序的具體需求和服務器的設計特征來選擇最為合適的服務器。并提醒您企業務必要在選擇服務器時提前進行縝密的規劃，以確保對于您企業的任務關鍵型應用程序和虛擬環境的支持。
在虛擬化技術和服務器硬件整合等相關概念誕生之前，IT企業組織被迫需要采用專用的獨立物理服務器主機以運行其關鍵業務應用程序。而伴隨著VMware公司、思杰公司(Citrix)的XenServer產品和來自微軟的Hyper-V的陸續推出，使得IT企業客戶得以能夠從一臺單一的42U服務器機架來維護中等規模的環境。如果說在過去，企業選擇一款合適的服務器很重要的話，那么現在其已然成為了現代IT 企業組織的一大更為關鍵性的決策。
企業可以在一臺單一的物理主機上運行五到十臺虛擬機(VM)。而一旦在這些機器上出現物理故障，那么其很可能帶來一場毀滅性的災難。IT企業組織的任務關鍵型應用程序通常需要運行在具有針對資源進行了參數設置的專用環境。在利用一款虛擬機管理程序時，工程師們能夠通過虛擬化技術為這些應用程序提供其所需的資源量。應用程序所需的正常運行時間越長，環境所必須承受的容錯就越多。因此僅僅只是采購成本代價昂貴的服務器來完成這項任務可能已經遠遠不夠了。要在關鍵任務環境中保持高可用性和正常運行時間，必須滿足這些關鍵任務應用程序運行所需的特定要求。
未雨綢繆，提前規劃
企業數據中心在做出關于服務器的采購決策之前，最重要的任務之一可能是為指定為“任務關鍵型應用程序”的應用程序設計安排架構。在服務器上運行的被歸類為關鍵任務的程序通常具有大約兩到三個小時的恢復時間目標(RTO)，或者可能甚至更少。也就是說，這些應用程序必須在發生災難(或中斷)之后恢復，以避免出現與業務連續性中斷相關的不可接受的后果。為了真正衡量關鍵應用程序發生中斷的影響，業界專家們建議進行適當的風險評估。當建立RTO時，應完成業務影響分析(BIA)。由于企業數據中心及其各自的業務通常是獨特的環境，因此對于企業RTO的確定將完全取決于貴公司的具體實際情況。
在規劃階段，企業的整個團隊將從確定并描述應用程序及其工作負載的具體需求和特性開始著手。此時，其IT工程師團隊和業務管理團隊都會花時間準確理解什么是關鍵任務應用程序。
他們還需要搞清楚的問題包括：
●該應用程序的目標是什么?
●哪些資源將會被分配給該應用程序?
●該應用程序具體需要多少資源，以及該應用程序需要這些資源多長的時間，現在起的6個月，12個月抑或還是24個月?
●我們是否可以分配更多資源以適應高峰時段的需求，以及臨時激增的需求?
值得注意的是，并非每款應用程序都可以被虛擬化。與該程序的供應商或開發人員合作將有助于搞清楚是否可以被虛擬化的這一問題。在使用被指定為關鍵任務應用程序時，企業的工程師們必須采取假設并猜測的方法。
一旦工程和業務團隊成功概述了任務關鍵型應用程序，下一個重要步驟就是確定交付方式。
利用恰當的硬件和軟件
企業組織的工程師們需要非常清楚地了解應用程序以便于交付。在啟動關鍵應用程序之前，有幾項關鍵的技術要素需要進行評估和研究，如下，我們將針對這幾項關鍵的技術要素與廣大讀者朋友們進行討論：
盡管當前的IT企業組織對于虛擬化技術的普及采用已經顯著增長，但仍然有許多的工程師們對那些需要很高的正常運行時間的應用程序是否部署虛擬化猶豫不決。他們主要擔心的是虛擬機的安全性和I / O利用率的問題。雖然他們對于這方面的擔憂是有必要的，directadmin安裝，但業界在這方面的研究仍然不能止步，因為每款應用程序都是獨一無二的。有三件事情有利于在虛擬化環境中推出應用程序：
1、在過去三年中，虛擬化技術已經進入許多IT環境。無論是將該技術用于數據中心的操作運營現場還是在測試環境中，幾乎所有新老工程師都有機會使用某種類型的虛擬機管理程序。這有助于使得典型的工程師們在虛擬平臺上部署程序時更加得心應手。
2、甲骨文公司、微軟和其他相關軟件供應商們已經采取了幾項措施來創建適用于虛擬化的應用程序。實際上，現在許多的數據庫已然經過了優化，可以在虛擬環境中運行。使用大型Exchange或SQL基礎架構不再是一個問題，因為這些數據庫能夠在虛擬平臺上很好地運行。 虛擬機的故障轉移和冗余功能也增強了企業客戶使用該技術的信心。在專用虛擬機上運行的關鍵應用程序可以鏡像到位于數英里之外的熱點站點。如果發生故障，此應用程序可以無縫地在恢復站點恢復服務器上的操作。
