回到網頁內容 臺灣-繁體中文
HP.com 首頁 產品資訊 支�#169;及驅動程式 解決方案 如何購買
» 聯絡 HP
進階選項
HP.com 首頁
HP Integrity Essentials 容量規劃員: 使用指南 A.03.00.00 版 > 第 5 章. 以容體規劃員進行規劃

作業:規劃伺服器彙整

» 

技術文件

PDF 格式的完整書籍
» 相關文件
» 回饋意見
內容©韟像B開©l

 » 目錄

 » 辭彙

 » 索引

本節說明彙整伺服器的通用程序 (「規劃伺服器彙整」) 和該程序範例 (「範例:彙整現有的伺服器:堆疊程式」)。

規劃伺服器彙整

工作負載彙整至新的伺服器,或彙整以釋出現有的伺服器皆為常見的作業。容量規劃員可以協助您決定如何彙整已知的工作負載。

彙整伺服器的基本方式有三種:

  • 將工作負載 (係指應用程式) 堆疊至獨立式伺服器或 nPartition

  • 虛擬機器堆疊至獨立式系統或 nPartition。

  • 將 nPartition 和虛擬分區堆疊至複合系統

下列的作業說明係以堆疊虛擬機器為基礎。若為其他方式,說明編輯情境的步驟則不相同。

先決條件 欲規劃伺服器的彙整作業:

程序 5-1 彙整伺服器負載

  1. 決定欲彙整的系統

    其中應包括:

    • 具有欲彙整負載的伺服器。

    • 欲將負載彙整至其上的伺服器 (可能是新伺服器或現有的伺服器)。

    務必考量下列情況:

    • 連通性:成為新主機的伺服器是否可使用合併所有系統所需要的區域網路和 SAN?

    • 安全性:是否有任何系統需要隔離的網路;是否有任何系統需遵循 HEPA 需求?

    • 擁有權:所有欲結合的應用程式和系統是否為共通組織所擁有,或者是否全部的擁有者皆同意彙整作業?

    • 授權:是否有任何防止您移動應用程式的授權;應用程式移至共用伺服器的效益為何 (例如使用 SAP 或 Oracle 授權將應用程式結合至單一伺服器)?

    • 服務品質:是否明確瞭解每個應用程式和伺服器的服務品質需求?

  2. 建立情境

    遵循建立情境中的程序;記得選擇具欲彙整應用程式的伺服器 (若尚未在情境中),以及成為彙整負載目標的伺服器。

    附註: 您無法直接指定虛擬機器 (VM)。指定 VM 主機,便會將主機所主控的所有 VM 納入情境中。若未包括 VM 主機及其管理的所有 VM,單一 VM 便無法加入情境中。
  3. 編輯情境

    在此部分的程序中,您將建置一個想評估的新配置模型。

    遵循編輯情境中的程序,編輯新建立的情境。編輯新情境期間,您需要:

    1. 設定主機系統,包括使它成為 VM 主機。其中涉及建立系統中,使用新系統的特性建立系統的程序;或是編輯系統中,變更現有系統的特性以反映對現有主機進行變更的程序。

    2. 遵循建立系統中的程序,建立欲彙整每個系統的 VM。

    3. 遵循移動工作負載中的程序,將工作負載從想要整彙整的系統移至適當的 VM。此時,遵循編輯工作負載中的程序,調整 CPU 和記憶體使用量以建立必要資源中任何投射的變更的模型,或是容納架構與軟體配置間的差異。若需應用平台乘算器容納架構差異的相關範例,請參閱 Move Workload 畫面的輔助說明

      附註: 顯示負載和記憶體使用量的長條圖,可以快速預估移動每個工作負載的影響。
  4. 預估新的服務品質

    遵循產生報告中的程序,製作情境的相關報告。

  5. 視需要重複編輯和預估步驟

    有時需對情境進行多次的改變,以決定最佳的彙整策略。您可以重複前兩個步驟以決定最佳的配置,包括新增暫用容量 (Temporary Instant Capacity,TiCap) 處理器是否有助於最佳化您的成本結構。

範例:彙整現有的伺服器:堆疊程式

此範例說明如何使用容量規劃員規劃最簡單的伺服器彙整方法:堆疊程式。在過去數個月間,已設定三個伺服器以支援應用程式。現在已有良好的使用量資料,即是查看彙整應用程式是否可以釋出資源以用於其他用途的大好時機。

下列標題參照上述「規劃伺服器彙整」程序的步驟。

步驟 1:決定欲彙整的系統

執行此步驟需對系統相當瞭解。您需要回答許多與各系統相關的問題。不同的彙整模型會使不同的問題變得比較適當,而其他問題則變得比較不重要。下列問題源自於上列通用程序中的問題。

  • 應用程式需要何種修補程式組 (修補程式層級)(這與虛擬機器是否用於彙整作業無關)?

  • 核心程式可調整參數設定值有何變更 (這與虛擬機器是否用於彙整作業無關)?

  • 應用程式的授權需求為何?

  • 每個系統的擁有者;以及 (若為不同組織所擁有) 他們是否同意進行彙整?

  • 安全性的需求為何?

  • 網路需求為何 (區域網路和廣域網路)?

  • 是否有「儲存設備區域網路」(SAN) 的需求?

  • 應用程式是否穩定?所有的應用程式皆應為測試和研發系統或生產系統。

此清單僅為簡單的說明,尚有許多您特定環境中需要解答的其他問題。

下列為考量用於此彙整練習用途的三個系統:

  • puny01v0

  • puny01v2

  • puny01v4

這三個系統均有兩個處理器,且:

  • 執行根據相同資料庫程式的應用程式,其為按 CPU 授權

  • 執行具相同修補程式組的作業系統

  • 需要相同資料庫應用程式的核心程式可調整參數設定值

  • 使用相同的區域網路

  • 使用相同的儲存設備區域網路 (SAN)

  • 具備企業防火牆所提供適當的最低安全性需求

步驟 2:建立情境

建立新的情境:

  1. 選取上方功能表列的 Optimize->Capacity Advisor->Create Scenario...

  2. 按一下系統旁的核取方塊,在 Select Systems for the new Scenario 畫面加入情境。

  3. 按一下 Next 按鈕。

  4. 填妥 Scenario NameDescription 欄位。

  5. 按一下 Next 按鈕。

  6. 檢查 Create New Scenario 精靈中的 Verify Scenario Parameters 畫面顯示的值,然後按一下 Finish 按鈕。

步驟 3:編輯情境

VSE Management: Capacity Advisor 畫面顯示的清單上按一下剛剛建立的情境名稱,開啟 Capacity Advisor - Edit Scenario 視窗。選取的系統列在 System 頁籤上。長條圖顯示本週蒐集資料的尖峰使用量。

每週資料代表最新的使用量並可快速地計算,但未必總是會提供全貌。

若需全面性的相關資訊,請參閱每月的資料。按一下 Simulation Interval 的第一個下拉式清單 (「Week」字樣),並選取清單中的 Month,即可將模擬時間間隔變更為月。畫面刷新後,就會顯示:a number of the CPU and memory utilization peaks have increased 的資源使用量新資訊。

按一下 puny01v2 (負載最多的系統) 名稱旁的第一個長條圖,即可檢視其設定檔。

有一個單一的尖峰幾乎快要達到了可用的 CPU 資源總數,和少數幾個達到 75% 使用量範圍。檢視對情況提供更深入洞悉資訊的表格式摘要:

平均使用量大約是可用資源的四分之一,而 第 90 百分位數 則是不滿一半 (少於一個 CPU)。

由於 puny01v2 有最多記憶體,因此彙整其他系統的應用程式到它的身上是比較可行的。

新增處理器至 Puny01v2

第一個步驟是將處理器加入 puny01v2 之中:

  1. 按一下 Close 按鈕以關閉 Profile Viewer。

  2. 按一下系統清單中 puny01v2 之前的核取方塊。

  3. 選取下方功能表列的 What-If Action->Edit System...

  4. 出現 Edit Scenario - Edit System 畫面後,將處理器的數量增加到 5 (兩個系統幾近 100%,另一個系統的兩個處理器使用量則恰好各低於 50%)。這代表自其他系統移動額外的處理器到此系統。

  5. 按一下 Next 按鈕。

    puny01v2 的 CPU 使用量長條圖顯示的使用量是 40% 左右,在可用處理器資源的排名大約是 2/5

移動工作負載

接著將工作負載自其他兩個伺服器移動至 puny01v2

  1. 按一下 Workload 頁籤即可開啟此系統。

  2. 按一下 puny01v0.fc.hp.com 前的核取方塊。

  3. 選取下方功能表列的 What-If Action->Move Workload...

  4. 按一下目標系統 (puny01v2) 前的單選按鈕。

    請注意,puny01v4 的 CPU 使用量長條圖代表其使用量超出可用資源,而 puny01v2 則顯示出 CPU 使用量適度地增加。由於未使用任何虛擬化,且所有工作負載的處理器和作業系統均相同,因此無需調整 CPU 或記憶體乘算器。然而,puny01v4Memory Utilization 長條圖有斷掉的長條圖,代表記憶體不足以處理新工作負載。系統將需要更多記憶體。

  5. 按一下 OK 按鈕。

  6. 接著,移動剩下的工作負載。若仍選取 puny01v0.fc.hp.com,請按一下前面的核取方塊清除勾選記號。

    重複上述步驟,將 puny01v4.fc.hp.com 工作負載移至 puny01v2

  7. 按一下 OK 按鈕。

增加記憶體

欲提供足夠的記憶體,請再次編輯系統。

  1. 按一下 System 頁籤即可開啟此系統。

  2. puny01v2 系統應仍呈現已選取狀態,因此請選取功能表列的 What-If Action->Edit System...

  3. 在顯示的 Edit Scenario - Edit System 畫面上,將記憶體大小變更為 32 GB,代表將另外兩個系統中的記憶體移至此系統。雖然目前有 150% 的記憶體可供 puny01v2 使用看似足夠,但記憶體使用量的情境值僅代表工作負載所用的記憶體,而非作業系統經常性耗用 (overhead) 記憶體的使用量 (如資料緩衝區快取)。

  4. 按一下 OK 按鈕。

步驟 4:預估新的服務品質

若需快速預估新配置的服務品質,請按一下 puny01v2CPU Utilization 長條圖。請注意,CPU 使用量圖表的尖峰高於 3,但絕不會進入 4 處理器範圍。所以可以移除其中一個處理器。

按一下 Memory 單選按鈕以檢查記憶體使用量。圖表清楚地指出記憶體使用量很穩定,並且有許多作業系統經常性耗用邊際寬裕空間。彙整作業後再蒐集系統上的資料能更清楚地提供系統在部署後實際使用多少記憶體的資訊。

更進一步分析

結合以上三個伺服器的應用程式可減少兩個必要的處理器。使用總合的尖峰 (peak of sums) 模型較用於傳統容量規劃的尖峰的總合 (sum of peaks) 模型更能讓您明瞭實際發生的情形,並歸因到您可以釋出兩個處理器的其中一個處理器。基本資料庫應用程式所需的授權數量也會減少兩個。按一下 CPU 單選按鈕即可返回 CPU 使用量設定檔,並可檢視 CPU 使用量的 Interval Metric Summary 表:

第 90 百分位數層級表示在 90% 的時間中,僅需要 2 個以下的處理器。是否可以更進一步減少處理器的數量呢?

產生情境報告

欲調查,請產生情境的相關報告:

  1. 關閉 Capacity Advisor - Edit Scenario 視窗。

  2. VSE Management: Capacity Advisor 視窗中應仍保持選取用來規劃彙整的情境。若未選取,請按一下單選按鈕即可選取它。

  3. 選取下方功能表列的 Report->Capacity Advisor report...

  4. 確認選取 Capacity Advisor - Create Utilization Reports 精靈中第一個訊框的系統和工作負載摘要和使用量設定檔。

  5. 按一下 Next 按鈕。

  6. 按一下精靈中第二個畫面上的 Finish 按鈕。

  7. 按一下 「Browse Report」 連結。

  8. 按一下 puny01v2 連結即可檢視報告。

使用報告

此報告結合許多表格式摘要,提供詳細的處理器和記憶體資源使用量說明。其中最具關鍵性的是 Time spent at or above each percent of allocation. 表,向下捲動即可檢視該表格。

在表格中的 60% 行,在該層級花費 0.02% 的時間,僅具有絕對關鍵性任務的應用程式才需要三個以上的處理器。下降到 40% 行,在該層級或低於它則花費 2.59% 的時間,某些應用程式可能可以忍受降低至 2 個處理器;但這需視業務需求而定。

可列印版本
隱私權聲明 使用範圍與著作權聲明
© 2006–2007 Hewlett-Packard Development Company, L.P.