• <ul id="mayc0"></ul>
    <ul id="mayc0"><center id="mayc0"></center></ul>
    <strike id="mayc0"><input id="mayc0"></input></strike>
    <ul id="mayc0"></ul>
  • 始創于2000年 股票代碼:831685
    咨詢熱線:0371-60135900 注冊有禮 登錄
    • 掛牌上市企業
    • 60秒人工響應
    • 99.99%連通率
    • 7*24h人工
    • 故障100倍補償
    您的位置: 網站首頁 > 幫助中心>文章內容

    如何確定服務器整合項目中的整合率?

    發布時間:  2012/8/9 20:10:28
      中國IDC評述網09月23日報道:服務器整合項目一般都從收集數據開始:收集服務器的資源需求以及統計數據,以使你能夠確定服務器的整合率。一個服務器整合項目中分析階段的目標是創建一個最終整合狀態的完整定義。
     
      最終整合狀態包括以下幾點:
     
      •一份在服務器整合項目后最終將保留的服務器列表。這包括那些將保留的以及將新購置的服務器。
     
      •每臺服務器上將創建的虛擬機數量。一些服務器可能不會安裝虛擬化軟件,而保留為標準的服務器。這些服務器會承載一個單獨的應用程序或一個單獨的數據庫,亦或是兩者的結合。
     
      •每個應用程序以及數據庫實例在這個虛擬環境中將放置的確切位置。如果其將置于虛擬機中,那么要確定具體的某臺物理服務器中的某個虛擬機;如果其將置于一臺不虛擬的標準服務器中,需確定具體的某臺標準服務器。
     
      你應該保留哪些服務器?
     
      在服務器整合項目的分析階段,你的第一步應該是確定哪些服務器將保留在新的環境中。然后你可以計劃服務器整合率。這可以按照服務器整合計劃表中詳細的參數:處理器、內存以及網絡接口來決定。
     
      你也許會決定通過添加內存來升級一些服務器。一旦你確定了保留哪些服務器,你可以分配簡單的編號給它們(E1, E2, E3等等),方便服務器整合項目中接下來的步驟。
     
      應用程序整合
     
      然后你可以開始主要的分析任務:分配每個應用程序實例和數據庫實例到某臺最終狀態的物理服務器。如果在你的項目中有幾百臺,甚至幾千臺服務器,這將會是一項艱巨的任務。但是,某些假設可以幫你顯著減少選擇的數量并更好的計劃服務器整合率。當然,一個需要兩個月來進行數據收集的服務器整合項目,通常不會只需要三個小時就完成分析。
     
      當選擇整合到同一臺物理服務器上(但在不同的虛擬機中)的程序以及數據庫時,以下幾點是應用程序整合目標:
     
      •不要在一臺物理服務器上部署超過合理數目的虛擬機。例如,在生產環境服務器上你也許需要10臺虛擬機,但是在測試和開發實例中也許需要較少量的。
     
      •虛擬化軟件能在每臺服務器上支持超過200個虛擬機。但是,你應該避免在一臺物理服務器上部署如此集中的生產實例。因為這樣會產生單點故障。
     
      •不要讓物理服務器過載。確保所有應用所需的CPU、內存以及網絡連接資源總和在機器的承受范圍以內。
     
      為了實現前兩個目標,你應該將重負載應用與輕負載應用或者數據庫混合在每臺物理服務器中。僅部署一些輕負載應用,將無法有效地利用服務器的所有資源,這與應用整合目標的第一條是相違背的。如果你將一些重負載應用放在一起,在各應用使用的高峰期,你將會遭遇低性能的風險。
     
      追蹤應用程序
     
      Indus IT Valley提供的應用整合工具(Application Consolidation Tool, ACT)可以幫你簡化追蹤應用程序實例。其它的第三方服務也可以幫你計劃應用整合。如果你傾向于不通過使用其它工具來完成識別過程,傳統的方法是將這些信息提煉成一個 Excel表格內。表格中每個應用程序或數據庫實例可作為一行。你的應用程序整合列表應該包括這些列:
     
      •應用程序編號/數據庫編號
     
      •當前服務器編號
     
      •角色
     
      •綠區(開始運行日期/時間以及結束運行日期/時間)
     
      •工作流參數
     
      •工作流等級
     
      •特殊情形
     
      •物理服務器分配
     
      •虛擬機數量
     
      前兩列能夠識別出每個應用或數據庫實例以及當前所處的服務器。
     
      工作流參數是描述這個應用程序或數據庫實例,在其最終將處于的服務器上占用資源的百分比。工作流等級是你從工作流參數以及一些其它類似參數得出的一個廣義的分類(高、中、低、不適合等等)。
     
      特殊情形一欄應該包括這個應用或者數據庫的關鍵的特殊信息。這個數據來自于數據中心的記錄或者之前的調查。在做關于你服務器整合計劃的最終決定前,你需要將所有應用的特殊情形都考慮進去。
     
      在物理服務器分配以及虛擬機數量兩欄,你將會填入一個代碼(例如E3)來識別一組應用或者數據庫將處于的物理服務器。虛擬機數量定義這臺物理服務器上具體的虛擬機數量。當你將所有將得到保留的服務器指派為E1、E2、E3等最終狀態代碼后,你可以將新服務器指派為類似N1、N2、N3之類。
     
      為了更容易確定每個實例被分配到哪臺最終狀態的物理服務器,結合上面的應用程序/數據庫實例表來進行排序和分析。你可以采取這大致的五步,來實現你的服務器整合計劃。
     
      1.通過特殊情形來對那些必須采用一個單獨服務器的應用程序/數據庫實例進行排序。在物理服務器分配一覽對每個實例填入代碼(E1、E2、E3等等)。虛擬機數目一覽填入“NV”來表面這將會是臺不采用虛擬化的服務器。
     
      2.對剩下的實例通過工作流級別來排序。對任何屬于“不適合”級別的實例分配單獨的服務器。
     
      3.將沒有在前兩步中被分到獨立服務器的實例按照角色和綠區分組。將擁有相同角色的實例在物理服務器中放在一塊會是比較好的選擇。這樣在將來對服務器采用不同的標準以及支持時,能夠更容易。
     
      4.將第三步中每組中的實例分配到各臺物理服務器中。你應該針對工作流等級來平衡的分配——例如,兩個“高”、三個“中”以及五個“低”。確定分配到每臺物理服務器中實例的工作流參數總和相對服務器的總資源至少達到30%,但不超過50%。一旦你的選擇看起來可接受了,將物理服務器代碼填入相應實例行中。并且填入虛擬機數量一覽(從1開始,在相同的物理服務器中遞增)。
     
      5.重復這個步驟,直到你將所有處于一個類似綠區的實例都分配完。繼續按照角色和綠區來分配其它實例。

    本文出自:億恩科技【www.vbseamall.com】

    服務器租用/服務器托管中國五強!虛擬主機域名注冊頂級提供商!15年品質保障!--億恩科技[ENKJ.COM]

  • 您可能在找
  • 億恩北京公司:
  • 經營性ICP/ISP證:京B2-20150015
  • 億恩鄭州公司:
  • 經營性ICP/ISP/IDC證:豫B1.B2-20060070
  • 億恩南昌公司:
  • 經營性ICP/ISP證:贛B2-20080012
  • 服務器/云主機 24小時售后服務電話:0371-60135900
  • 虛擬主機/智能建站 24小時售后服務電話:0371-60135900
  • 專注服務器托管17年
    掃掃關注-微信公眾號
    0371-60135900
    Copyright© 1999-2019 ENKJ All Rights Reserved 億恩科技 版權所有  地址:鄭州市高新區翠竹街1號總部企業基地億恩大廈  法律顧問:河南亞太人律師事務所郝建鋒、杜慧月律師   京公網安備41019702002023號
      0
     
     
     
     

    0371-60135900
    7*24小時客服服務熱線