人人IT網

人人IT網

當前位置: 主頁 > 服務器軟件 > Websphere >

針對 Workload Deployer 配置雲

時間:2012-12-03 18:00來源:Internet 作者:Internet 點擊:
IBM® Workload Deployer 是一個硬件設備,提供了對 IBM 中間件虛擬鏡像和模式的訪問,允許您創建可在私有雲中安全地部署和管理的應用程序環境。Workload Deplo

IBM® Workload Deployer 是一個硬件設備,提供了對 IBM 中間件虛擬鏡像和模式的訪問,允許您創建可在私有雲中安全地部署和管理的應用程序環境。Workload Deployer 提供了一個基於 Web 的用戶界面工具和一個命令行接口工具,使虛擬鏡像、設備和應用程序模式的部署自動化、快速、一致且可重复。

部署和配置 Workload Deployer 以及設置私有雲的典型步驟如下所示:

  1. 設備的物理安裝,包括將設備安裝在機架中,將它連接到網络,接入電源線,並將它連接到一個串行控制台。
  2. 通過連接的串行控制台完成對設備的初步配置,包括接受許可條款,配置 IP 地址、DNS 和默認網關。在完成這個步驟之後,可從一個連接到 Workload Deployer 的不同機器通過受支持的 Web 瀏覽器訪問 Workload Deployer 管理控制台。
  3. 設備的其他配置包括添加更多網络适配器、DNS 分區和郵件服務器,配置 Workload Deployer 的備份和還原,以及建立時區。這些都可由 cbadmin 用戶通過 Web 管理控制台執行。
  4. 在私有雲中使用了所有資源(比如 ESXi 虛擬機管理程序、IP 地址)准備好之後,將資源添加到 Workload Deployer 並在其中配置雲環境。有 3 種類型的任務:
    • 根據需要創建用戶和用戶組。
    • 启用需要的虛擬鏡像和模式類型。
    • 添加 IP 組、雲組和虛擬機管理程序等資源,並部署共享服務。
  5. 將虛擬系統、應用程序和設備部署到雲中,使用它們進行測試、開發或生產。
  6. 維護和監視雲。

本文將重點介紹如何使用 Workload Deployer 基於 Web 的用戶界面工具配置雲環境。本文中的屏幕截圖將顯示 IBM Workload Deployer 3.1.0.1 中的 VMware ESX 虛擬機管理程序。圖 1 按推薦的順序顯示了必要的步驟。


圖 1. 雲環境配置步驟
雲環境配置步驟

为應用程序正確配置雲環境很重要。在 Workload Deployer 中,只有雲管理員有權利設置雲環境,即使開發人員和測試人員將使用它來運行應用程序。如果雲環境沒有得到正確配置,那麼開發人員和測試人員可能無法解决出現的任何問題,因为他們沒有訪問權限。對於測試人員或開發人員,要求雲管理員如何做才能解决某個問題並不總是顯而易見的。

讓我們看看在为應用程序部署配置雲環境時的一些配置和過程的基本知識。

雲環境配置的基本知識

配置考慮因素

在配置雲環境時,雲管理員應考慮多種因素。

配置雲環境所需的授權
雲環境配置中的大部分子任務( 除了用戶和用戶組創建和管理)都可由具有全面的雲管理員權利的 Workload Deployer 用戶完成。用戶和用戶組只能由具有 appliance-administrator-with-full-permission 權利的 Workload Deployer 用戶管理。

事實上,雲管理員角色與 Workload Deployer 雲管理員權限之間沒有直接的對應關系。在本文中,雲管理員指真正的用戶角色。每個步驟所需的 Workload Deployer 權限都已明確說明。

使用雲環境的用戶和用戶組授權
配置雲環境後,需要創建用戶 ID 才能使用新的雲。雲管理員會根據每個具體用戶的角色來考慮需要为他們提供哪些權限。

資源准備
物理服務器應已安裝和配置虛擬機管理程序。如果使用 vCenter 來管理 ESX 服務器,那麼應該將 VMware ESX 虛擬機管理程序添加到 VMware vCenter 服務器中。應該使用可通過 DNS 解析的主機名來配置 IP 地址,如果將使用 VLAN,還應建立 VLAN 配置。

初始配置步驟

要設置 Workload Deployer 來創建和部署虛擬應用程序模式、虛擬數據庫模式和虛擬系統模式,則必須執行一些初始步驟。

在配置雲環境之前,應執行多項操作:

  1. 虛擬機管理程序(例如這裏使用的 VMware ESX)
    • 为已安裝 ESX 的服務器配置 IP 地址、主機名、DNS 和默認網關。
    • 配置存儲和虛擬交換機。
    • 如果使用 vCenter 管理 ESX,則應該向 vCenter 服務器注冊 ESX 虛擬機管理程序。
  2. 網络
    • 分配足夠的 IP 地址,供在虛擬機管理程序上管理和部署的虛擬機使用。這些 IP 地址應該擁有可通過 DNS 服務器搜索的主機名。
    • 如果打算使用 VLAN,那麼請正確配置它。

剩餘章節將向您介紹配置雲環境所需的配置任務和子任務。


更新 cbadmin 配置文件

盡管此步驟不是雲環境設置的一部分,但出於安全原因,仍然需要注意它。cbadmin 是用於登錄 Workload Deployer 的 Web 管理控制台的默認用戶。cbadmin 擁有完整的授權,所以強烈建議盡快更改此用戶的密碼。

在适當的機架中安裝設備後,用戶可將設備連接到一個串行控制台來執行初始配置,比如閱讀和接受許可協議,配置網络适配器和設置默認網關。

接下來,用戶可以使用默認的 cbadmin 用戶 ID 連接到基於 Web 的用戶界面。下一節將探討如何使用基於 Web 的管理控制台更改默認用戶 cbadmin 的密碼和更新它的配置文件。一定不要丟失 cbadmin 密碼。如果該密碼丟失,也並不是毫無辦法,可通過启用的串行控制台和後門來重置密碼。

以 cbadmin 身份登錄用戶界面

默認雲管理員的用戶 ID 和密碼为 cbadmin/cbadmin。支持的 Web 瀏覽器包括

  • Mozilla Firefox Extended Support Release (ESR)
  • Microsoft Internet Explorer 7、8、9

在瀏覽器窗口中,鍵入管理控制台地址 https://<IWDHostname/IPAddress>/login,其中 <IWDHostname/IPAddress> 是您使用串行控制台設置的 Workload Deployer 設備的主機名或 IP 地址。此時登錄窗口將會打開。


圖 2. Workload Deployer 管理控制台登錄窗口
Workload Deployer 管理控制台登錄窗口

更改 cbadmin 的密碼

我們強烈建議您更改默認管理帳戶的密碼。要更改該密碼,請執行以下操作:

  1. 從 Workload Deployer 管理控制台單擊 System 並選擇 Users

    圖 3. 從 Workload Deployer 管理控制台打開 Users 窗口
    從 Workload Deployer 管理控制台打開 Users 窗口

  2. 選擇左側窗格上的 Administrator。cbadmin 用戶的詳細信息將會顯示在右側窗格中。
  3. 單擊細節窗格的 Password 部分中的 Edit

    圖 4. 編輯 cbadmin 用戶的密碼
    編輯 cbadmin 用戶的密碼

  4. 在兩個文本字段中輸入新密碼,如圖 5 所示。然後單擊 Submit 更改密碼。

    圖 5. 輸入 cbadmin 用戶的新密碼
    輸入 cbadmin 用戶的新密碼

從串行控制台启用 cbadmin 的密碼重置

如果您認为您可能丟失了 cbadmin 密碼,那麼可以启用一個允許通過串行控制台來重置密碼的後門。

要通過串行控制台启用密碼重置,請執行以下操作:

  1. 單擊菜單欄中的 System 並選擇 Security 來打開 Security 窗口。

    圖 6. 從 System 菜單欄打開 Security 窗口
    從 System 菜單欄打開 Security 窗口

  2. 在 Security 窗口中,在 Permissions 下,在下拉列表中將 Allow password reset from the serial console 更改为 Enable

    圖 7. “Allow password reset from the serial console”選項
    Allow password reset from the serial console


創建用戶和用戶組

只有具有設備管理完整權限的 Workload Deployer 用戶才能創建或修改用戶或用戶組。默認用戶 cbadmin 具有完成此步驟所需的權限。

在理論上,這一步可在任何時候完成。但實際上,如果用戶和用戶組在其他雲對象之前創建,那麼創建雲對象的用戶只需幾個簡單步驟,即可利用 Workload Deployer 中的對象級訪問控制。

Workload Deployer 中的用戶和用戶組權限基於角色。在一個用戶登錄到管理控制台後,只會顯示用戶有權訪問的對象。因此,在創建用戶和用戶組時,需要認真考慮用戶的角色。

雲中的一個對象的所有者擁有更高一級的權限控制。對象所有者可向不是對象創建者但有權訪問該類型的對象的用戶或用戶組授予讀取、寫入或完整權限。這在多個用戶共享相同角色時很有用。

例如,User1 創建了一個虛擬應用程序模式,所以 User1 是此模式的所有者。User2 擁有 Create Patterns 權限。User1 可允許 User2 擁有對此模式的不同訪問權,包括讀取、寫入或完整權限。

有關權限的詳細信息,請訪問 Workload Deployer 信息中心

在管理控制台中創建用戶或用戶組很簡單。它包含兩個步驟:

  1. 創建用戶或用戶組。
  2. 配置用戶或用戶組的權限。

启用所有授權的虛擬鏡像

如果沒有使用默認用戶 cbadmin,那麼擁有 create-catalog-content 權限的用戶可執行此步驟。

虛擬鏡像提供了創建一個虛擬系統實例所需的操作系統和產品二進制文件。

Workload Deployer 擁有大量預先構建的虛擬鏡像,用戶可開箱即用地使用它們。Workload Deployer 還为用戶提供了構建自己的虛擬鏡像並將它們導入 Workload Deployer 中的靈活性。要使用嵌入式虛擬鏡像,只需接受授權的虛擬鏡像的許可。

接受虛擬鏡像的許可是一個有時可能會被忘記的一次性操作。虛擬應用程序與虛擬鏡像之間的對應關系並不總是很明顯。建議您启用您有權用於設備的所有虛擬鏡像,以便为您的私有雲做好最佳的准備。也可在任何時候控制哪些用戶可以訪問這些鏡像。

  1. 打開 Virtual Images 窗口。單擊 Catalog,然後選擇 Virtual Images,如圖 8 所示。此時將會顯示虛擬鏡像窗口,左側窗格中列出了所有可用的虛擬鏡像。

    圖 8. 打開 Virtual Images 窗口
    打開 Virtual Images 窗口

  2. 接受虛擬鏡像的許可協議,如圖 9、圖 10 和圖 11 所示。

    圖 9. 接受 WebSphere Application Server 7.0.0.19 虛擬鏡像的許可
    接受 WebSphere Application Server 7.0.0.19 虛擬鏡像的許可



    圖 10. 將要接受的一組虛擬鏡像許可
    顯示將要接受的一組虛擬鏡像許可的窗口



    圖 11. 已接受了虛擬鏡像的所有許可
    顯示已接受了虛擬鏡像的所有許可的窗口

  3. 接受所有許可後,隨後會更新虛擬鏡像的狀態,如圖 12 中所示。

    圖 12. 接受許可後的虛擬鏡像狀態
    接受許可後的虛擬鏡像狀態

  4. 如果您有相應的權利,那麼可以启用虛擬鏡像的高級特性(圖 12 中的紫色箭頭)。
  5. 重复前面的步驟以启用其他虛擬鏡像。

配置默認的部署設置

如果沒有使用默認用戶 cbadmin,那麼擁有雲管理完整權限的用戶可執行此步驟。

在任何虛擬鏡像可部署之前,應正確配置 Default Deploy Settings。這是一個一次性配置,常常被人們忽略。

打開 Default Deploy Settings 窗口

單擊 Cloud,然後選擇 Default Deploy Settings,如圖 13 所示。Default Deploy Settings 窗口將會打開。参見圖 14。


圖 13. 打開 Default Deploy Settings 窗口
打開 Default Deploy Settings 窗口

配置和驗證 Default Deploy Settings

根據您的私有雲中的虛擬機管理程序類型,您可能必須確保對於將在 Default Deploy Settings 中使用的每種虛擬機管理程序類型,至少有一個默認鏡像。如果沒有默認鏡像可用於目標虛擬機管理程序類型,那麼請執行 启用將要使用的虛擬鏡像的步驟,然後重复配置默認部署設置的步驟。

圖 14 中的示例表明,VMware ESX 虛擬機管理程序類型擁有有效的默認鏡像設置(使用紅色箭頭表示),而 IBM PowerVM® 虛擬機管理程序類型不包含默認鏡像。


圖 14. Default Deploy Settings 窗口
Default Deploy Settings 窗口

启用所有授權的模式類型

如果沒有使用默認用戶 cbadmin,那麼擁有雲管理完整權限的用戶可執行此步驟。

一個虛擬應用程序模式類型是一個插件集合,這些插件定義了組件、鏈接、策略以及配置文件,這些插件封裝在一個 TGZ 文件中。虛擬應用程序模式用於構建一個包含這些組件、鏈接和策略的虛擬應用程序。

Workload Deployer 包含可供用戶開箱即用地使用的預先構建的模式類型。此外,用戶還可以使用插件開發工具包開發他們自己的插件,並將這些插件導入 Workload Deployer 中。Workload Deployer 提供了一個名为 Virtual Application Builder 的工具,以便根據選定的虛擬應用程序模式類型來構建虛擬應用程序模式。要使用預先封裝的模式類型,只需启用它們即可。

启用內置的虛擬應用程序模式類型也是一個一次性任務。模式類型對應於 Virtual Application Builder 中的組件。只有启用了對應的模式類型的組件才會在 Virtual Application Builder 中顯示。

例如,圖 15 演示了在启用 IBM Database Patterns 1.1 之前顯示的數據庫組件。


圖 15. 未启用數據庫模式類型時的可用數據庫組件
未启用數據庫模式類型時 Virtual Application Builder 中的可用數據庫組件

启用任何一個數據庫模式後,新數據庫選項就會顯示在 Virtual Application Builder 中。例如,圖 16 顯示了启用 IBM Database Patterns 1.1 之後的可用組件列表。


圖 16. 启用 IBM Database Patterns 1.1 之後的可用數據庫組件
启用 IBM Database Patterns 1.1 之後 Virtual Application Builder 中的可用數據庫組件

要启用 IBM Web Application Pattern 2.0,請執行以下步驟:

  1. 打開 Pattern Types 窗口。單擊菜單欄中的 Cloud 並選擇 Pattern Types,如圖 17 所示。Pattern Types 窗口將打開。参見圖 18。

    圖 17. 打開 Pattern Types 窗口
    打開 Pattern Types 窗口



    圖 18. 虛擬應用程序模式的詳細信息
    虛擬應用程序模式的詳細信息

  2. 單擊 Pattern Types 窗口左側窗格上的 Web Application Pattern Type 2.0.0.0(圖 18 中的綠色箭頭)。
  3. 單擊細節窗格上的 Status 部分中的 Enable All,如圖 18 中的紅色箭頭所示。如果單獨完成所有類型,那麼 Enable All 操作等效於以下任務:
    1. 启用預備的模式類型,即 Foundation Pattern Type 2.0.0.0(圖 18 中的黃色箭頭)。
    2. 接受當前模式類型的許可(圖 18 中的藍色箭頭)。
    3. 启用當前的模式類型。

成功启用虛擬應用程序模式後,將會打開一個類似圖 19 的窗口。綠色箭頭顯示了已启用的模式類型的狀態更改。


圖 19. 启用的虛擬應用程序模式
启用的虛擬應用程序模式

重复同样的步驟,启用您有權使用的其他模式類型。

提示:內置的虛擬鏡像和模式很容易開箱即用地使用。如果不確定它們是否是必需的,那麼請不要刪除它們。如果刪除了任何已發布的虛擬鏡像和模式,則需要花一定的時間將它們重新加載回設備中,並且您可能需要聯系 IBM 支持人員來獲得正確的鏡像級別。


配置系統插件

如果沒有使用默認用戶 cbadmin,那麼擁有 create-catalog-content 權限的用戶可執行此步驟。

一些模式擁有系統插件,您可能會考慮通過配置它們为構建虛擬應用程序做好准備。

您可在 Pattern Types 細節窗口中檢查哪些插件需要進行配置。例如,圖 20 表明 Transactional Database Pattern 1.1.0.0 的 OLTP 系統插件未配置。


圖 20. 配置 IBM Transactional Database Pattern 所需的已禁用的插件
配置 IBM Transactional Database Pattern 1.1.0.0 所需的已禁用的插件

以下步驟使用 OLTP 系統插件作为示例來介紹如何配置系統插件。

打開 System Plug-ins 窗口

使用以下兩種方式之一來打開 System Plug-ins 窗口。

  1. 單擊 Pattern Details 窗口上的系統插件名稱(圖 20 中的綠色箭頭)。
  2. 從菜單欄打開 System Plug-ins 窗口。如果當前窗口不是 Pattern Types,那麼此路徑很有用。
    1. 單擊菜單欄中的 Cloud 並選擇 System Plug-ins,如圖 21 所示。System Plug-ins 窗口將會打開。参見圖 22。

      圖 21. 從菜單欄打開 System Plug-ins 窗口
      從菜單欄打開 System Plug-ins 窗口



      圖 22. 選擇 System Plug-ins 窗口中的 Pattern Types
      選擇 System Plug-ins 窗口中的 Pattern Types

    2. 從 System Plug-ins 窗口,單擊左側窗格上的下拉列表並選擇 IBM Transactional Database Pattern 1.1.0.0。参見圖 22。OLTP 插件顯示在左側窗格上(圖 23 中的紅色箭頭)。

顯示目標系統插件的詳細信息

單擊左側窗格中的 oltp (1.1.0.0)。OLTP 詳細信息會顯示在右側窗格上。


圖 23. 系統插件 OLTP 詳細信息
系統插件 OLTP 詳細信息

配置系統插件

單擊右側窗格頂部的 Configure 按鈕(圖 23 中的藍色箭頭)。配置窗口將會打開,如圖 24 所示。根據您使用環境的意圖,從下拉列表中選擇一個選項。在此示例中,我們選擇了 Both


圖 24. OLTP 配置窗口
OLTP 配置窗口

驗證配置之後的插件狀態

您可通過 System Plug-ins 窗口或 Pattern Types 窗口來驗證 OLTP 插件的狀態。参見圖 25 和圖 26,了解有關的詳細信息。


圖 25. 配置 OLTP 狀態
配置 OLTP 狀態

圖 26. OLTP 並未列出为 IBM Transactional Database Pattern 的已禁用系統插件
OLTP 並未列出为 IBM Transactional Database Pattern 的已禁用系統插件

創建 IP 組和添加每個 IP 組的 IP 範圍

如果沒有使用默認用戶 cbadmin,那麼擁有雲管理完整權限的用戶可執行此步驟。

一個 IP 組是一個特定的虛擬機管理程序使用的 IP 地址的邏輯分組。您的網络管理員可为雲分配一個較大的 IP 地址範圍。作为雲管理員,您可創建一個 IP 組,它具有在一個雲組中的所有虛擬機管理程序之間共享的一個較大的 IP 地址池,如 圖 1 中所示。這簡化了雲組的管理,可確保要部署的所有虛擬機都能夠訪問同一個子網。

另一個選項是將可用 IP 地址分段为多個 IP 組。然後每個虛擬機管理程序使用一個 IP 組。這样做的好處是,可以清楚地了解哪個虛擬機管理程序使用了哪些 IP 地址。缺點是,如果有大量虛擬機管理程序,那麼很難管理它們,並且很容易出錯。例如,如果需要向每個組添加 IP 地址,則必須修改每個 IP 組。如果在不同虛擬機管理程序中的子網不同,那麼創建的虛擬機可能無法彼此通信。示例設置如圖 27 所示。

在可將 IP 地址分配给 IP 組之前,應該通過 DNS 解析該 IP 地址。如果該 IP 組需要更多的 IP 地址,那麼您隨時可以返回更改 IP 地址。


圖 27. 雲環境:每個虛擬機管理程序都擁有自己的 IP 組
每個虛擬機管理程序都擁有自己的 IP 組的雲環境

我們得出的經驗是,將虛擬機管理程序使用的 IP 組放在同一個子網中的一個雲組中。

在部署虛擬系統或虛擬應用程序時,Workload Deployer 通過一對一的映射自動將 IP 地址分配给虛擬機。當 IP 組中沒有空閑的 IP 地址時,部署虛擬系統或虛擬應用程序將獲取資源。一種不錯的想法是向 IP 組分配足夠多的 IP 地址。

本節將介紹如何創建一個新 IP 組,並为這個新組添加一個 IP 範圍。

打開 IP Groups 窗口

可通過兩條路徑到達 IP Groups 窗口。

  1. 單擊 Welcome,然後單擊 Setting up your private cloud。轉到 Step 2: Set up the cloud 並單擊 Add IP groups 鏈接。

    圖 28. 從 Welcome 窗口打開 IP Groups 窗口
    從 Welcome 窗口打開 IP Groups 窗口

  2. 單擊菜單欄上的 Cloud 並選擇下拉列表中的 IP Groups

    圖 29. 通過菜單欄打開 IP Groups 窗口
    通過菜單欄打開 IP Groups 窗口

創建一個新的 IP 組

  1. 單擊 IP Groups 窗口的左上角的 Add 圖標。Describe IP Group 窗口將會打開。

    圖 30. Describe IP Group 窗口
    Describe IP Group 窗口

  2. 提供了 Describe IP Group 部分中的所有值之後,單擊 Create 按鈕。當前的窗口會消失,顯示界面將回到 IP Groups 窗口。單擊左側窗格上新創建的 IP 組織。右側窗格上的細節顯示界面如圖 31 所示。

    圖 31. 包含細節窗格的 IP Group 窗口
    包含細節窗格的 IP Group 窗口

將 IP 地址添加到創建的 IP 組

有兩種方式可實現此操作。

  1. 在 IP Addresses 部分中的文本區域中輸入所有主機名(以空格分隔)(圖 31 中的紅色箭頭)。單擊 Add Hostnames。狀態會顯示主機名是否添加成功。可在圖 32 中看到已成功添加的主機名。如果 IP 地址列表太長,請單擊 [show more] 列出所有 IP 地址。

    圖 32. 成功添加的主機名
    成功添加的主機名

  2. 要添加 IP 範圍,請在兩個文本字段中輸入開始 IP 地址和結束 IP 地址(圖 32 中的紅色箭頭)。單擊 Add 按鈕(藍色箭頭)。每個 IP 地址和它的主機名會添加到 IP Address 部分中的主機列表中,類似於圖 32 中的紅色矩形中所示的按主機名添加的內容。

每個 IP 地址和主機名對之前都有一個狀態圖標:

  • 綠色勾選標記表示該 IP 地址正在被一個虛擬機使用。
  • 白色方框中的正斜杠表示該 IP 是有效的,可供使用。
  • 紅色球星圖標中的白色感叹號表示該 IP 是無效的,並且與該 IP 一起顯示了一條錯誤消息。您可單擊目標 IP 下方的 [remove] 來刪除無效的 IP。

創建雲組

如果沒有使用默認用戶 cbadmin,那麼擁有雲管理完整權限的用戶可執行此步驟。

雲組是一個邏輯的虛擬機管理程序分組,为在私有雲中運行的不同應用程序提供了一定水平的隔離。有兩種類型的雲組:托管和自定義。

托管的雲組通常擁有管理 Workload Deployer 外部的所有虛擬機管理程序(比如 VMware vCenter for ESX 和 IBM Systems Director VMControl™ for PowerVM)的軟件。Workload Deployer 通過 vCenter 或 VMControl 等管理軟件連接到虛擬機管理程序。

自定義類型的雲組直接連接到每個虛擬機管理程序。

通過創建一個托管的雲組,vCenter 或 VMControl 管理的所有虛擬機管理程序會自動添加到新雲組中。

在創建一個自定義雲組時,Workload Deployer 僅創建一個沒有任何虛擬機管理程序的雲組。您需要逐個手動添加虛擬機管理程序並向雲組注冊它們。

將所有虛擬機管理程序添加到雲組後,虛擬機管理程序的配置和启動對自定義和托管雲組都是相同的。

下一節將使用 VMware vCenter 所管理的 ESX 虛擬機管理程序作为主要示例,介紹如何創建一個托管雲組,然後使用一個 PowerVM 示例來展示二者的區別。我們建議在開始這一步之前正確配置虛擬機管理程序和 vCenter,尤其在使用多個外部存儲、虛擬交換機和 VLAN 時。

打開 Cloud Groups 窗口

選擇以下兩種選項之一來打開 Cloud Groups 窗口。

  1. 單擊歡迎屏幕上 Setting up your private cloud > Step 2: Set up the cloud 下方的 Add cloud groups 鏈接。請参見圖 33 中的紅色矩形。

    圖 33. 從歡迎屏幕打開 Cloud Groups 窗口
    從歡迎屏幕打開 Cloud Groups 窗口

  2. 單擊菜單欄中的 Cloud 並從下拉列表中選擇 Cloud Groups

    圖 34. 從菜單欄打開 Cloud Groups 窗口
    從菜單欄打開 Cloud Groups 窗口

創建一個新的雲組

  1. 打開 Describe the cloud you want to create 窗口。
  2. 單擊 Cloud Groups 窗口的左上側窗格中的 Add 圖標。参見圖 35。此時會打開 Describe the cloud you want to create 窗口,如圖 36 所示。

    圖 35. Cloud Groups 窗口
    Cloud Groups 窗口



    圖 36. Describe the Cloud Group 窗口顯示 ESX 未由 vCenter 管理
    Describe the Cloud Group 窗口顯示 ESX 未由 vCenter 管理

  3. 要創建自定義類型的雲組,則必須提供新雲組的信息。有兩種可用於 ESX 類型虛擬機管理程序的雲組:由 vCenter 托管(托管類型)和不由 vCenter 托管(自定義類型)。不同類型的雲組需要不同的輸入。

    如圖 36 中所示,您可創建一個自定義雲組,其中的虛擬機管理程序未由一個虛擬中心托管。單擊 Create 按鈕後,新創建的雲組的狀態为 “No hypervisors in cloud group”,如圖 37 中的紅色箭頭所示。藍色箭頭顯示雲組類型为 “Custom cloud group”。

  4. 成功創建自定義雲組後,您可創建新的虛擬機管理程序並將它們添加到一個雲組中。

    圖 37. 自定義雲組的第一個狀態为 “no hypervisors in cloud group”
    Workload Deployer 配置實踐

  5. 要使用 vCenter 管理的 ESX 創建一個托管類型的雲組,請確保您在開始這一步之前擁有正常運行的 vCenter 服務器,並且向 vCenter 服務器注冊了虛擬機管理程序。如圖 38 所示,可創建一個托管的雲組。詳細步驟將在下面列出。

要創建托管雲組,請執行以下步驟:

  1. 勾選 Describe the cloud you want to create 窗口中的 Managed by a Virtual Center(圖 38 中的紅色箭頭)。
  2. 輸入信息並單擊 Create
  3. Accept certificate 窗口將會打開。 單擊 Accept(参見圖 39)來接受證書。如果未接受證書,虛擬機管理程序仍會添加到雲組中,但無法使用。您可在以後從虛擬機管理程序窗口接受該證書。

    圖 38. 具有由一個虛擬中心管理的虛擬機管理程序的雲組
    具有由一個虛擬中心管理的虛擬機管理程序的雲組



    圖 39. Hypervisor certificate 窗口
    Hypervisor certificate 窗口

  4. 在 Cloud Groups 窗口中,新創建的雲組的狀態为 “Discovering hypervisors, networks and storage devices”,如圖 40 所示。

    圖 40. 具有由 vCenter 托管的虛擬機管理程序的雲組細節
    具有由 vCenter 托管的虛擬機管理程序的雲組細節

  5. 單擊右側窗格上的 Refresh 來刷新狀態。狀態將更改为 “You must start at least one hypervisor to create virtual systems”。

    圖 41. 成功添加的新雲組
    一個新雲組已成功添加

現在您可以 配置虛擬機管理程序 了。

您也可在此步驟中驗證新添加的虛擬機管理程序,方法是單擊 Cloud 菜單欄並選擇 Hypervisors。檢查 Hypervisors 窗口左側窗格中的虛擬機管理程序列表。

現在讓我們創建一個托管類型的雲組,它有一個 System Director VMControl 管理的 PowerVM。這類似於創建一個具有 vCenter 管理的 EXS 的托管類型雲組。讓我們看看二者之間的區別。

在創建一個雲組之前,確保具有 VMControl 插件的 System Director 在正常運行。PowerVM 在雲中運行,該雲中配置了可用在 VMControl 中的 NIM 服務器和 VIO。

雲組窗口的輸入如圖 42 所示。用戶名是訪問 VMControl 的用戶。


圖 42. 雲組描述窗口
雲組描述窗口

所有虛擬機管理程序和附加的存儲和網络都會被自動發現。如果沒有發現虛擬機管理程序,那麼可以單擊雲組細節窗口右上角的 Discover 按鈕,再次启動發現過程。刷新細節窗口,直到發現操作完成。

成功完成上述操作後,VMControl 管理的所有虛擬機管理程序都會添加到虛擬機管理程序列表中和剛創建的雲組中。雲組的狀態將更改为 “Current status: ! You must start at least one hypervisor to create virtual systems”。启動您想要的所有虛擬機管理程序,雲組狀態將更改为 “Current status: Connected”。一個連接的雲組的細節窗口如圖 43 所示。


圖 43. 具有 PowerVM 虛擬機管理程序且具有連接狀態的雲組的詳細信息
具有 PowerVM 虛擬機管理程序且具有連接狀態的雲組的詳細信息

表 1 顯示了各種任務在自定義雲組和托管雲組之間的區別。


表 1. 兩種類型的雲組之間的區別
任務自定義(被 vCenter)托管
如何向 Workload Deployer 添加一個虛擬機管理程序。如這一步中所述,逐個添加虛擬機管理程序。在創建雲組的步驟中添加虛擬機管理程序。
如何將一個虛擬機管理程序添加到雲組。在 Cloud Group 窗口中,從 Hypervisors 部分選擇該虛擬機管理程序。將由同一個 vCenter 服務器管理的虛擬機管理程序添加到雲中。
如何在雲組之間切換一個虛擬機管理程序。在雲組細節窗格中,單擊您希望從雲組中刪除的虛擬機管理程序下方的 Remove。在另一個雲組細節窗口中,添加目標虛擬機管理程序。從 Hypervisor 窗口刪除虛擬機管理程序。

單擊 Cloud Group 窗口右上角上的 Reset action 按鈕,重新發現虛擬機管理程序。這會重新添加虛擬機管理程序,但不會將虛擬機管理程序添加到當前雲組中。

使用類似於自定義雲組類型的目標雲組的細節窗格將虛擬機管理程序添加到另一個雲組中。

現在已成功創建了雲組,差不多已准備好開始部署應用程序了。雲組中至少必須启動了一個虛擬機管理程序。要確保虛擬機管理程序可启動,在使用自定義雲組時 創建 IP 組創建雲組 的步驟之後或在使用托管雲組時創建雲組的步驟之後,您需要在雲組中完成虛擬機管理程序的存儲和網络設置的配置。

作为一種最佳實踐,強烈建議在每個雲組中擁有至少兩個虛擬機管理程序來提供冗餘。例如,兩個安裝了 VMware ESX 4.1 的 IBM System x3650 服務器。


將虛擬機管理程序添加到自定義類型雲組中

如果沒有使用默認用戶 cbadmin,那麼擁有雲管理完整權限的用戶可執行此步驟。

僅在兩種情況下需要使用這個步驟:

  • 虛擬機管理程序未由 vCenter 等管理軟件管理。
  • 托管的虛擬機管理程序具有與由同一個 vCenter 管理的其他虛擬機管理程序不同的雲組中。

虛擬機管理程序是雲組中的一個強制性資源。所有應用程序和鏡像都部署为在虛擬機管理程序上運行的虛擬機。

在開始此步驟之前,必須有一個或多個安裝了虛擬機管理程序的物理服務器。Workload Deployer 支持多種類型的虛擬機管理程序,比如 IBM PowerVM、IBM z/VM® 和 VMware ESX。有關支持的虛擬機管理程序和版本的詳細列表,請参閱 Workload Deployer 信息中心

這一步使用 ESX 4.1 作为示例,展示了如何在 Workload Deployer 中添加一個新虛擬機管理程序,以及如何將虛擬機管理程序劃分到不同的雲組中。

打開 Hypervisors 窗口

  1. 單擊菜單欄中的 Cloud 並從下拉列表中選擇 Hypervisor

    圖 44. 從菜單欄打開 Hypervisors 窗口
    從菜單欄打開 Hypervisors 窗口

  2. Hypervisors 窗口將會打開。

    圖 45. Hypervisors 窗口
    Hypervisors 窗口

添加一個新虛擬機管理程序

  1. 單擊 Hypervisors 窗口中的 Add 圖標,如圖 45 所示。Describe hypervisor 窗口將會打開。

    圖 46. Describe hypervisor 窗口
    Describe hypervisor 窗口

  2. 輸入虛擬機管理程序信息。輸入所有必填的值並單擊 OK。Certificate 窗口將會打開。

    圖 47. 虛擬機管理程序證書窗口
    虛擬機管理程序證書窗口

  3. 在閱讀證書後單擊 Certificate 窗口中的 Accept。如果您單擊 Cancel,那麼虛擬機管理程序仍然會添加但將無法使用。
  4. 確認虛擬機管理程序已添加。新創建的虛擬機管理程序將會在 Hypervisors 窗口的左側窗格上列出。如果單擊新虛擬機管理程序,那麼細節窗格將會在右側顯示虛擬機管理程序信息,如圖 48 所示。在此示例中,新創建的虛擬機管理程序名为 ESX-hyper-1。

    圖 48. 虛擬機管理程序 ESX-hyper-1 的細節窗口
    虛擬機管理程序 ESX-hyper-1 的細節窗口

  5. 檢查虛擬機管理程序狀態。單擊細節窗格右上角的 Refresh,直到看到當前的狀態更改为維護模式,如圖 49 所示。虛擬機管理程序已成功添加。重复同样步驟,添加更多的虛擬機管理程序。

    圖 49. 虛擬機管理程序已成功添加並處於維護模式
    虛擬機管理程序已成功添加並處於維護模式

將虛擬機管理程序添加到雲組中

  1. 單擊菜單欄中的 Cloud。然後從下拉列表中選擇 Cloud Group。Cloud Group 窗口將會顯示。参見 圖 34
  2. 單擊 Cloud Groups 窗口的左側窗格上的目標雲組。目標雲組的詳細信息顯示在右側窗格上(圖 50 中的藍色箭頭)。

    圖 50. 從雲組細節窗口將一個虛擬機管理程序添加到雲組中
    從雲組細節窗口將一個虛擬機管理程序添加到雲組中

  3. 在雲組細節窗格中的 Hypervisors 部分下,如圖 50 中的紅色箭頭所示,單擊文本字段打開虛擬機管理程序下拉列表。選擇 ESX-hyper-1,將它添加到默認 ESX 雲組中。重复相同步驟,將 ESX-hyper-2 添加到相同雲組中。
  4. 現在 Hypervisors 部分下顯示了兩個虛擬機管理程序。

    圖 51. Hypervisors 部分下列出了兩個虛擬機管理程序
    Hypervisors 部分下列出了兩個虛擬機管理程序

現在雲組已經有了虛擬機管理程序,是時候配置它們了。


配置虛擬機管理程序

如果沒有使用默認用戶 cbadmin,那麼擁有雲管理完整權限的用戶可執行此步驟。

一個虛擬機管理程序具有不同的狀態。有關的詳細信息,請参閱 IBM Workload Deployer 信息中心 中有關虛擬機管理程序狀態的部分。您可在配置期間看到大部分狀態。提示:在每個配置步驟之後,請單擊 Refresh 按鈕,以確保狀態被正確更新。

通過 創建雲組添加虛擬機管理程序 成功添加了虛擬機管理程序後,虛擬機管理程序的狀態为 “Maintenance mode (must select a storage to use to start)”。

每種虛擬機管理程序有兩種主要配置:存儲和網络。更准確地說,虛擬機管理程序使用從一組發現的存儲和網络配置中選擇的存儲和網络配置。

配置存儲

Workload Deployer 自動發現为一個虛擬機管理程序配置的所有存儲設備。在這一步中,選擇希望用於私有雲的一個虛擬機管理程序的存儲設備。Workload Deployer 僅將虛擬機部署到在這一步中選擇的存儲設備。

成功添加一個虛擬機管理程序後,該虛擬機管理程序的狀態为 “Maintenance mode”。您必須選擇將用於启動的存儲設備。


圖 52. 選擇將用於某個虛擬機管理程序的存儲設備
選擇將用於某個虛擬機管理程序的存儲設備

單擊 Storage devices 前面的 Add 圖標,展開虛擬機管理程序細節窗格中的 Storage devices 部分(圖 52 中的紅色箭頭)。選擇您希望用於虛擬機管理程序的所有存儲設備下的复選框。

單擊右上側窗格中的 Refresh 按鈕,直到狀態更新为 “Maintenance mode (must select a network to use to start)”。


圖 53. 配置一個虛擬機管理程序的網络
配置一個虛擬機管理程序的網络

配置網络

Workload Deployer 還自動發現一個虛擬機管理程序的所有已配置的網络,並在細節窗格中顯示它們。下一步是選擇所有期望供虛擬機管理程序使用的網络,向每個網络分配正確的 VLAN 和 IP 組。VLAN 和網络配置未包含在 Workload Deployer 中。VLAN 是可選的。

  1. 單擊 Networks 部分下方的 Add 圖標以展開它。
  2. 確保您希望用於虛擬機管理程序的每個網络下方的 In use 复選框已勾選。
  3. 單擊每個網络下方的 Add 按鈕以展開它,然後輸入 VLAN 編號並選擇 IP 地址。VLAN 是可選的。一個虛擬機管理程序至少需要一個具有一個 IP 組的網络(圖 53 中的紅色箭頭)。
  4. 單擊右上側窗格上的 Refresh 按鈕,直到狀態更改为 “Maintenance mode”。

    圖 54. 准備启動的虛擬機管理程序處於 Maintenance mode
    准備启動的虛擬機管理程序處於 Maintenance mode

启動虛擬機管理程序

要启動一個虛擬機管理程序,請執行以下步驟:

  1. 單擊右上側窗格上的 Start(圖 54 中的藍色箭頭)。
  2. 單擊 Refresh 刷新虛擬機管理程序狀態。它應處於 “Started (move to maintenance mode to make changes)” 狀態。圖 55 中的紅色箭頭顯示了在虛擬機管理程序启動並准備供使用之後的所有虛擬機管理程序狀態指示符。

    圖 55. 處於已启動模式的虛擬機管理程序
    處於已启動模式的虛擬機管理程序

驗證雲組狀態

檢查启動的虛擬機管理程序所屬的雲組的狀態。它應處於 Connected 狀態,如圖 56 所示。


圖 56. 一個處於連接狀態的雲組
一個處於連接狀態的雲組

重复相同的步驟以配置和启動目標雲組中的所有虛擬機管理程序,为私有雲做好准備。


部署共享服務

如果沒有使用默認用戶 cbadmin,那麼擁有雲管理完整權限的用戶可執行此步驟。

請注意,Workload Deployer 3.1 和 3.1.0.1 中有一個錯誤,那就是需要具有設備管理完整權限才能部署共享服務。這在 3.1.0.2 中已進行了修复。

Workload Deployer 包含已准備好開箱即用地部署到一個雲組中的共享服務。共享服務根據您需要哪個服務來启用不同的功能。次列表隨着新修复包的增加而增長。每個雲組只能有一個實例具有每種共享服務類型。該實例在一個雲組中的所有應用程序之間共享。一種不錯的想法是首先部署需要的共享服務,然後再將任何應用程序部署到目標雲組,以充分利用共享服務。

請查看信息中心,了解 Workload Deployer 3.1 中提供的共享服務的詳細信息。


其他考慮因素

雲管理員可在 Workload Deployer 中利用另一種隔離級別。可在不同雲組之間創建和共享一個環境配置文件。它可將在同一個雲組中運行應用程序的測試和生產環境分開。

具有 create-new-environment-profiles 權限的用戶可創建環境配置文件。環境配置文件具有對象級的訪問控制,允許在多個用戶之間共享。

如果正確使用,雲管理員可利用此特性管理私有雲。

有關的更多細節,請查閱 IBM Workload Deployer 信息中心 中的環境配置文件概述。


参考資料

學習

獲得產品和技術

討論

  • 加入 developerWorks 社區。瀏覽開發人員推動的博客、論壇、群組和維基,並與其他 developerWorks 用戶交流。

作者簡介

Aimin Wu 的照片

Aimin Wu 致力於 IBM System Optimization Competency Center (SOCC) 的可用性焦點,包括管理、維護和監控。她在 IBM 職業生涯中的前 10 年是在 DB2 安裝團隊中度過的,最初是從事 Platform Installer on UNIX and Linux 方面。在調到 SOCC 之前,她是 DB2 Install: Up & Running on UNIX and Linux 的架構師。

Courtney 是 IBM Workload Deployer 的信息開發團隊的一名成員。

頂一下
(0)
0%
踩一下
(0)
0%
------分隔線----------------------------
發表評論
請自覺遵守互聯網相關的政策法規,嚴禁發布色情、暴力、反動的言論。
評價:
表情:
驗證碼:點擊我更換圖片
欄目列表
推薦內容