創新觸手可及: WebSphere CloudBurst V2.0 新特性

Brian Stelzer 是負責 WebSphere CloudBurst beta 專案的 IBM Early Programs 團隊的一名資深軟體工程師，他的工作是與使用 WebSphere CloudBurst 釋出前版本的客戶直接合作。在承擔目前的工作之前，Brian 負責設計和實現 WebSphere Application Server 系列產品的遷移方案。Brian 擁有 9 年多軟體開發經驗。

簡介： IBM® WebSphere® CloudBurst™ Appliance 一年前推出。 現在，推出的版本 2.0 具有很多新特性和功能。本文概述了這一新版本中推出的一些主要新特性。 本文來自於 IBM WebSphere Developer Technical Journal 中文版。

每一篇創新觸手可及系列的文章都會從開發人員和其他從業人員的角度為您介紹關於新興技術的資訊和討論，以及對前沿的 IBM® WebSphere® 產品的幕後觀點。

新韌體，新特性

IBM WebSphere CloudBurst Appliance firmware V2.0 不缺乏新特性。為了激發您對此新版本的興趣，本文將帶您概括地領略一下最重要的幾個新特性。後續文章將會詳細介紹這些新功能。

那麼，我們現在就開始吧！

動態虛擬機器操作

在版本 2.0 之前，WebSphere CloudBurst 中虛擬系統的組成由其模式定義。這一版中，這個概念沒有變， 但是現在您可以通過克隆或刪除單個虛擬機器根據不斷變化的工作負載需求進行調整。

克隆

克隆虛擬機器會建立一個新虛擬機器並向虛擬系統中新增該虛擬機器。建立克隆時，會發生很多事情：

• WebSphere CloudBurst 建立新虛擬機器並分配新的 IP 地址。
• 該工具會在新虛擬機器上執行任何來自源虛擬機器的標記為 “on virtual system creation” 執行的指令碼包。
• 來自源虛擬機器的緊急補丁安裝到新虛擬機器。
• 如果這是自定義節點，WebSphere CloudBurst 會聯合和啟動該節點。

在這種情況下，使用術語 “克隆” 不是很準確。克隆意味著精確複製（一位一位複製），本例中不是這樣的。為了進一步說明這一點，可以想象一下如果在部署後對虛擬系統進行了手動更改，這些更改不會反映到克隆，因為它們沒有封裝在您的模式中。

要建立現有虛擬機器的克隆，找到 Virtual Systems > your_virtualsystem。展開 Virtual machines，然後單擊要克隆的虛擬機器旁邊的 View 連結。圖 1 展示了克隆圖示，用紅線圈起的部分。

圖 1. 虛擬機器克隆操作。

刪除

刪除虛擬機器將從虛擬系統中移除虛擬機器。任何標記為在 “on virtual system deletion” 時執行的指令碼都會執行，WebSphere CloudBurst 從單元中移除該節點。 關於刪除節點的一個警告就是要進行此自動刪除過程必須按順序執行節點。如果該節點在虛擬機器刪除時關閉，刪除節點的操作將無法進行，您需要使用 cleanNode 命令手動刪除節點。

要刪除現有虛擬機器，找到 Virtual Systems > your_virtualsystem。展開 Virtual machines，然後單擊要刪除的虛擬機器旁邊的 View 連結。圖 2 展示了刪除圖示，用紅線圈起的部分。

圖 2. 虛擬機器刪除操作

智慧管理包

智慧管理包特性內容很多，因此這裡不便全面介紹。但是這裡要說明的第一件事就是該特性類似於 IBM WebSphere Virtual Enterprise V6.1。 為 WebSphere Virtual Enterprise V6.1 撰寫的所有現有文章、文件、技術說明和培訓材料都適用於智慧管理包特性。

WebSphere CloudBurst 與 IBM WebSphere Application Server Hypervisor Edition（通過智慧管理包功能增強）緊密協作為您提供了高階功能，統稱為智慧管理包。這些功能究竟是什麼？

• 一組預先定義的模式，可以開箱即用地部署。
• 改進的應用效能，交付快速響應以滿足服務水平協議。
• 提高的應用可用性和最少的管理成本。

模式

兩個最佳實踐模式預先載入到了版本 2.0 工具中，供您利用這些高階功能（如果將工具從版本 1.x 遷移到版本 2.0，則必須手動建立這些模式）。

• 開發模式

  第一個模式旨在用於開發環境。您可以在生產環境中使用此模式（某些使用者會這樣做），但是目標環境是開發。該模式由一個或多個隨需應變路由器 (ODR)、一個或多個應用伺服器以及一個部署管理器組成。如果不熟悉它，可以將隨需應變路由器想象成一個非常智慧的動態代理伺服器。 這是一個非常淺顯易懂的說明，但是它可以監視入站以及出站的流量並根據實時資料動態做出路由決策。

  
  
  圖 3. WebSphere 高階叢集（開發）
  
  
  
• 生產模式

  第二個模式旨在用於生產環境。該模式由一個或多個 Web 伺服器、一個或多個隨需應變路由器、一個或多個應用伺服器以及一個部署管理器組成。 該模式是生產環境的理想選擇，因為它新增了 Web 伺服器層和構建到每個虛擬映像部件中的冗餘，能夠適應高可用性需求。

  
  
  圖 4. WebSphere 高階叢集
  
  
  

智慧管理包還帶來了下列高階功能：

• 健康管理為您提供了監控虛擬系統整體健康狀態並按需採取糾正操作的能力。您可以監控這些情況：
  • 過度堆使用。
  • 記憶體洩漏。
  • 最大伺服器壽命。
  • 最大服務請求數。
  • 過度的平均響應時間。
  • Storm drain 檢測。

  我們不打算對每種情況（策略）進行解釋，而是為每種情況舉個簡短的示例幫您瞭解這個特性是多麼有用、強大。

  假設您有一個應用，隨著時間的推移，沒有明顯原因（您可能會想到至少一個原因）就逐漸耗盡了記憶體。該應用服務於您的外部客戶群，因此必須保證它的正常執行。在本例中，智慧管理包為您提供了監控記憶體洩漏和採取糾錯操作的能力。本示例， 按圖 5 定義，展示了您可以定期檢查記憶體洩漏以及一旦檢測出記憶體洩漏，您就可以進行堆轉儲、重啟伺服器並會通知管理員（響應模式等效於 supervised）。 然後，管理員需要允許重啟伺服器。如果將響應模式標記為 automatic，這個過程會更為輕鬆，不需要任何手動參與。

  
  
  圖 5. 記憶體洩漏健康管理策略示例
  
  
  
• 過載保護 為您提供了監控記憶體和 CPU 使用的能力。如果 CPU 或記憶體使用超出了預先定義的閾值，系統就會採取糾正操作。您可以定義要採取的糾正操作，但是在這種情況下一個常見的糾正操作是將未來請求路由到備用伺服器，直到 CPU 或記憶體使用率降到閾值以下。
• 動態叢集 是一個智慧管理包功能，在 WebSphere Application Server 靜態叢集之上進行了改進。

  您可能已經意識到，WebSphere Application Server 叢集是靜態的；意味著定義叢集后，不會改變成員身份。有時，這會導致過少或過多的容量。工作負載很少作為均勻的請求流流入。而且，即使這樣，也不是所有請求都需要同樣多的計算資源。可能有一個請求執行一個簡單的算術活動，另一個請求執行一個資源密集型操作，比如資料庫讀寫。

  動態叢集根據工作負載需求擴充套件或縮小。動態叢集與隨需應變路由器緊密協作確保工作負載在叢集成員間均勻分配（動態分配與靜態分配模型（比如輪叫排程）形成對比）。

多映像模式組成和部署

在版本 2.0 之前，模式會在模式級別對映到特定的虛擬映像。此侷限會導致某些部署場景未對映到單個模式。有一些迂迴的解決方案可以解決這些問題，但是在單個模式中您不能擁有下列拓撲：

• 混合節點環境（比如管理著 V6.1 自定義節點的 V7 部署管理器）。
• 混合 OS 環境（比如 V7 部署管理器 - 管理著 V7 自定義節點 - SUSE 的 Red Hat）。
• 混合產品環境（比如管理著 V6.1 自定義節點的 V7 部署管理器，並帶有 IBM DB2® 映像）。

版本 2.0 引入了定義異構模式的能力（混合節點、OS 和版本支援）。圖 6 展示了版本 2.0 中配置的多映像模式。 注意該模式由管理著兩個 V6.1 自定義節點 (SUSE) 的 WebSphere Application Server V7.0 部署管理器 (Red Hat) 組成。此外，它還具有資料庫 (DB2) 元件。

建立和部署圖 6 中的模式需要幾個簡單的拖放操作，最後單擊 Deploy 按鈕。除了要設定幾個密碼，沒有其他操作了。在版本 2.0 之前，這需要使用三個模式和一定數量的自定義指令碼來將三個部署的模式連結起來。版本 1.0 和版本 1.1 使用者必須要管理和維護三個單獨的模式，因此他們應該非常歡迎該特性。

圖 6. 多映像模式示例

許可感知

WebSphere CloudBurst 使您能快速裝配 WebSphere Application Server 環境。由於可以輕鬆地構建和拆除環境，這可能導致您無意間超出所購買的許可份額。

許可感知特性使您能跟蹤您的許可使用情況並調節這些許可的使用。WebSphere CloudBurst 提供的許可管理功能不能從本質上幫助您將許可的使用降到最少。

許可跟蹤

跟蹤許可使用需要幾個初始設定步驟。首先，需要匯入軟體目錄和 PVU 表。找到 Catalog > Product Licenses 並展開 Update IBM Software Catalog and Processor Value Unit (PVU) Table。您會發現軟體目錄和 PVU 表已經載入到工具上了。確保載入到工具上的目錄和 PVU 表是最新的。如果需要更新載入到工具上的副本，單擊連結下載軟體目錄和 PVU 表。這將從 IBM 位置獲取檔案並下載到您本地的檔案系統。接下來，將檔案上傳到目錄。

圖 7. 軟體目錄和 PVU 表匯入皮膚

所有載入到工具的包含惟一產品 ID 的虛擬映像都將出現在許可表中。找到您感興趣的產品條目和相應的擁有的許可 (PVU) 欄。輸入購買的 PVU 數量。WebSphere CloudBurst 現在有足夠的資訊跟蹤您的許可使用了。圖 8 展示了這些概念。

圖 8. 許可份額和使用

許可實施

WebSphere CloudBurst 將許可跟蹤更進一步，為您提供了實施許可遵從策略的能力，或者至少在您要超出許可份額的時候通知您。有三個實施選項：

• Ignore 等效於 2.0 之前版本中所進行的操作。這是預設行為。
• Warn 在您超出某些預先定義的許可閾值時發出警告。這不會阻止您部署，但是在達到或超出閾值時會傳送通知。 Warn 選項與 Notify if usage reaches 欄位中定義的閾值聯合使用。
• Enforce 選項在沒有足夠的許可時會阻止部署的發生。這是許可實施最極端的形式，但是如果您想控制過高的成本，那麼這是最合適的選項。

圖 9. 實施和許可閾值欄位

SNMP 管理

WebSphere CloudBurst 工具的規格很適合用在資料中心。在資料中心中一個常用的管理裝置的方法是使用行業標準的協議 Simple Network Management Protocol (SNMP)。WebSphere CloudBurst 版本 2.0 引入了對 SNMP 的支援。市場上有很多產品設計使用 SNMP 通訊，包括：

• IBM Tivoli® Composite Application Manager
• IBM Director
• HP OpenView
• Net-SNMP
• 任何可以使用 MIB-II 資料的監控客戶端。

討論組成 SNMP 的不同部分超出了本文的範圍，因此這裡的討論僅限於啟用 SNMP。由於 SNMP 是行業標準，您瞭解了基礎知識後即可將該知識應用於任何支援 SNMP 的裝置。

要啟用 SNMP，找到 Appliance > Monitoring 並選中 Enable SNMP on Port 核取方塊。這將啟用 SNMP 代理，它將偵聽核取方塊右側定義的埠。圖 10 展示了 SNMP 皮膚啟用後的外觀。

圖 10. SNMP 啟用皮膚

Red Hat 虛擬映像支援

這一部分沒有太多可說的，只想指出我們在這一部分廣泛採集了使用者的意見。現在虛擬映像基於執行 WebSphere Application Server V7 的 Red Hat Enterprise Linux® 版本 5 作業系統。您可以在 VMware ESX 平臺上執行此映像。作業系統的變化只是對 OVA 檔案的更改（除 WebSphere Application Server 補丁包更新之外）。

圖 11. 用 Red Hat 替代了 OVA SUSE 作業系統虛擬磁碟

WebSphere CloudBurst Appliance 韌體版本 2.0 引入了很多新特性和功能。本文只觸及了版本 2.0 的皮毛，以激發您對這一款革命性產品的興趣。

原文連結：http://www.ibm.com/developerworks/cn/websphere/techjournal/1007_inreach/1007_inreach.html

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-675104/，如需轉載，請註明出處，否則將追究法律責任。