•一份在服務(wù)器整合項目后最終將保留的服務(wù)器列表。這包括那些將保留的以及將新購置的服務(wù)器。

 

　　•每臺服務(wù)器上將創(chuàng)建的虛擬機數(shù)量。一些服務(wù)器可能不會安裝虛擬化軟件，而保留為標準的服務(wù)器。這些服務(wù)器會承載一個單獨的應(yīng)用程序或一個單獨的數(shù)據(jù)庫，亦或是兩者的結(jié)合。

 

　　•每個應(yīng)用程序以及數(shù)據(jù)庫實例在這個虛擬環(huán)境中將放置的確切位置。如果其將置于虛擬機中，那么要確定具體的某臺物理服務(wù)器中的某個虛擬機;如果其將置于一臺不虛擬的標準服務(wù)器中，需確定具體的某臺標準服務(wù)器。

 

 

　　在服務(wù)器整合項目的分析階段，你的第一步應(yīng)該是確定哪些服務(wù)器將保留在新的環(huán)境中。然后你可以計劃服務(wù)器整合率。這可以按照服務(wù)器整合計劃表中詳細的參數(shù)：處理器、內(nèi)存以及網(wǎng)絡(luò)接口來決定。

 

　　你也許會決定通過添加內(nèi)存來升級一些服務(wù)器。一旦你確定了保留哪些服務(wù)器，你可以分配簡單的編號給它們(E1, E2, E3等等)，方便服務(wù)器整合項目中接下來的步驟。

 

 

　　然后你可以開始主要的分析任務(wù)：分配每個應(yīng)用程序?qū)嵗�和�?shù)據(jù)庫實例到某臺最終狀態(tài)的物理服務(wù)器。如果在你的項目中有幾百臺，甚至幾千臺服務(wù)器，這將會是一項艱巨的任務(wù)。但是，某些假設(shè)可以幫你顯著減少選擇的數(shù)量并更好的計劃服務(wù)器整合率。當然，一個需要兩個月來進行數(shù)據(jù)收集的服務(wù)器整合項目，通常不會只需要三個小時就完成分析。

 

　　當選擇整合到同一臺物理服務(wù)器上(但在不同的虛擬機中)的程序以及數(shù)據(jù)庫時，以下幾點是應(yīng)用程序整合目標：

 

　　•不要在一臺物理服務(wù)器上部署超過合理數(shù)目的虛擬機。例如，在生產(chǎn)環(huán)境服務(wù)器上你也許需要10臺虛擬機，但是在測試和開發(fā)實例中也許需要較少量的。

 

　　•虛擬化軟件能在每臺服務(wù)器上支持超過200個虛擬機。但是，你應(yīng)該避免在一臺物理服務(wù)器上部署如此集中的生產(chǎn)實例。因為這樣會產(chǎn)生單點故障。

 

　　•不要讓物理服務(wù)器過載。確保所有應(yīng)用所需的CPU、內(nèi)存以及網(wǎng)絡(luò)連接資源總和在機器的承受范圍以內(nèi)。

 

　　為了實現(xiàn)前兩個目標，你應(yīng)該將重負載應(yīng)用與輕負載應(yīng)用或者數(shù)據(jù)庫混合在每臺物理服務(wù)器中。僅部署一些輕負載應(yīng)用，將無法有效地利用服務(wù)器的所有資源，這與應(yīng)用整合目標的第一條是相違背的。如果你將一些重負載應(yīng)用放在一起，在各應(yīng)用使用的高峰期，你將會遭遇低性能的風險。

 

 

　　Indus IT Valley提供的應(yīng)用整合工具(Application Consolidation Tool, ACT)可以幫你簡化追蹤應(yīng)用程序?qū)嵗�。其它的第三方服�?wù)也可以幫你計劃應(yīng)用整合。如果你傾向于不通過使用其它工具來完成識別過程，傳統(tǒng)的方法是將這些信息提煉成一個 Excel表格內(nèi)。表格中每個應(yīng)用程序或數(shù)據(jù)庫實例可作為一行。你的應(yīng)用程序整合列表應(yīng)該包括這些列：

 

　　•應(yīng)用程序編號/數(shù)據(jù)庫編號

 

　　•當前服務(wù)器編號

 

　　•角色

 

　　•綠區(qū)(開始運行日期/時間以及結(jié)束運行日期/時間)

 

　　•工作流參數(shù)

 

　　•工作流等級

 

　　•特殊情形

 

　　•物理服務(wù)器分配

 

　　•虛擬機數(shù)量

 

　　前兩列能夠識別出每個應(yīng)用或數(shù)據(jù)庫實例以及當前所處的服務(wù)器。

 

　　工作流參數(shù)是描述這個應(yīng)用程序或數(shù)據(jù)庫實例，在其最終將處于的服務(wù)器上占用資源的百分比。工作流等級是你從工作流參數(shù)以及一些其它類似參數(shù)得出的一個廣義的分類(高、中、低、不適合等等)。

 

　　特殊情形一欄應(yīng)該包括這個應(yīng)用或者數(shù)據(jù)庫的關(guān)鍵的特殊信息。這個數(shù)據(jù)來自于數(shù)據(jù)中心的記錄或者之前的調(diào)查。在做關(guān)于你服務(wù)器整合計劃的最終決定前，你需要將所有應(yīng)用的特殊情形都考慮進去。

 

　　在物理服務(wù)器分配以及虛擬機數(shù)量兩欄，你將會填入一個代碼(例如E3)來識別一組應(yīng)用或者數(shù)據(jù)庫將處于的物理服務(wù)器。虛擬機數(shù)量定義這臺物理服務(wù)器上具體的虛擬機數(shù)量。當你將所有將得到保留的服務(wù)器指派為E1、E2、E3等最終狀態(tài)代碼后，你可以將新服務(wù)器指派為類似N1、N2、N3之類。

 

　　為了更容易確定每個實例被分配到哪臺最終狀態(tài)的物理服務(wù)器，結(jié)合上面的應(yīng)用程序/數(shù)據(jù)庫實例表來進行排序和分析。你可以采取這大致的五步，來實現(xiàn)你的服務(wù)器整合計劃。

 

　　1.通過特殊情形來對那些必須采用一個單獨服務(wù)器的應(yīng)用程序/數(shù)據(jù)庫實例進行排序。在物理服務(wù)器分配一覽對每個實例填入代碼(E1、E2、E3等等)。虛擬機數(shù)目一覽填入“NV”來表面這將會是臺不采用虛擬化的服務(wù)器。

 

　　2.對剩下的實例通過工作流級別來排序。對任何屬于“不適合”級別的實例分配單獨的服務(wù)器。

 

　　3.將沒有在前兩步中被分到獨立服務(wù)器的實例按照角色和綠區(qū)分組。將擁有相同角色的實例在物理服務(wù)器中放在一塊會是比較好的選擇。這樣在將來對服務(wù)器采用不同的標準以及支持時，能夠更容易。

 

　　4.將第三步中每組中的實例分配到各臺物理服務(wù)器中。你應(yīng)該針對工作流等級來平衡的分配——例如，兩個“高”、三個“中”以及五個“低”。確定分配到每臺物理服務(wù)器中實例的工作流參數(shù)總和相對服務(wù)器的總資源至少達到30%，但不超過50%。一旦你的選擇看起來可接受了，將物理服務(wù)器代碼填入相應(yīng)實例行中。并且填入虛擬機數(shù)量一覽(從1開始，在相同的物理服務(wù)器中遞增)。

 

　　5.重復(fù)這個步驟，直到你將所有處于一個類似綠區(qū)的實例都分配完。繼續(xù)按照角色和綠區(qū)來分配其它實例。