使用VMControl實現服務器池Workload的管理和監控
在VMControl 的最新版本中，提供了較為完善的 PowerVM 虛擬化環境的管理和監控方案，用戶可以對每臺 Power 服務器進行虛擬機（LPAR) 創建、捕獲（Capture）、部署（Deploy）、遷移 (Relocation）等生命周期的管理；也可以把被管理的 Power 服務器組合成為服務器池（System Pool），作為一個整體進行管理，從而把部署在服務器池中的虛擬機組合成 Workload，進行 Workload 的生命周期管理、優化和監控。對服務器池和 Workload 的管理和監控，也就是 VMControl 的核心功能。
一般而言，服務器池中的 Workload 捕獲（Capture）和部署（Deploy）可以幫助用戶輕松實現一個和多個業務系統的安裝和備份；而 Resilience（彈性）的設置可以實現 Workload 的 HA（High Availability，高可用性），當某臺服務器發生一些故障時，能夠自動對服務器上的 Workload 進行遷移，使得運行在 Workload 上的業務無中斷的運行；在本文中我們將會以這些常用的管理任務為例探討如何使用 VMControl 命令行，簡化系統管理員日常工作。
下面首先對 VMControl 的命令行做簡單的介紹。
VMControl 命令行一覽
常用的 VMControl 命令行通常是在 vsm、availability、sccli 和 imagemgrcli 幾個命令包（Bundle）下，可以通過 Director 的命令行 lsbundle 查詢這幾個命令包下的命令行列表。
- # smcli lsbundle | grep -i imagemgrcli
- # smcli lsbundle | grep -i vsm
- # smcli lsbundle | grep – I Availability
這幾個命令包的輸出，也即是 VMControl 命令行的全集，包含了將近 70 個相關的命令行。可見，VMControl 還是提供了相當豐富的命令行供管理員使用。
根據命令行應用對象的不同，這些命令行可以分為五類：服務器池相關命令、Workload 相關命令、虛擬鏡像相關命令、存儲相關命令、虛擬機相關命令和服務器相關命令。下表給出了各分類的一些常用命令行，使用這些 VMControl 命令行，可以完成最基本的 Power 服務器的管理任務。
表 1.VMControl 命令行的分類和部分命令行：
對于這里黑體標注的命令行，將會在后面通過實例以幫助了解其用法。對于其它本文沒有涉及的命令行，可以參考下面 VMControl 信息中心查閱它的用法和用途。(點擊查閱)
一般而言，通過命令行的作用對象和命名規則，我們也可以猜到大部分命令的用途，比如命令行帶前綴 ch（change）表示改變，rm（remove）表示刪除，ls（list）表示列出，add 表示添加，start 表示啟動，有興趣的讀者也可以通過結合使用命令行 man < 命令 > ，或者 –help 查詢獲得命令行使用指南。
下面我們將通過實例學習上表中這些常用的命令行，包括準備 VMControl 管理環境，對管理的 Power 服務器創建服務器池，部署和創建 Workload 到服務器池，配置 Workload 的屬性自動實現 Workload 的動態遷移；并且，我們也會對 Workload 進行備份，對 Workload 的生命周期進行管理，并對資源使用情況進行監控。
#p#
準備和搭建 VMControl 的管理環境
盡管 VMControl 提供了基于 SCS（Storage Copy Service，存儲復制服務）的管理環境對 Power 服務器進行虛擬化管理，但使用基于 NIM 的管理環境，目前還是系統管理員使用的管理方法，這里我們仍然使用基于 NIM 的 VMControl 管理環境為例，介紹常用的命令行。
圖 1 是這個環境的拓撲結構圖，整套環境包含下面幾部分：
管理服務器
在該管理服務器上我們將部署 IBM Systems Director 6.3，并且激活使用該軟件包自帶的 VMControl 2.4；
存儲管理軟件
環境中存在的存儲管理軟件，例如 TPC（Tivoli? Storage Productivity Center），或者在管理服務器安裝使用 Director 的高級插件 Storage Control（存儲管理器），可以完成對 Storage 的管理，本文使用 Storage Control 的方法。
NIM Master 服務器
需要在 NIM Master 服務器上安裝 Director 代理程序以及 VMControl 的代理程序，從而 VMControl 可以使用其本地存儲或者 SAN 存儲作為虛擬鏡像庫（Image Repository），保存并提供用于網絡部署虛擬機的虛擬鏡像（Virtual Appliance，VA）。
HMC 管理的 Power 服務器和共享存儲
具有共享存儲的 Power 服務器，才能把這些服務器組合為服務器池，生成具有 HA（自動動態遷移）功能的 Workload（虛擬機）。
基于 NIM 的 VMControl 管理環境拓撲圖
圖 1. VMControl 管理環境拓撲圖
配置 VMControl 管理環境
對于 Director 服務器安裝，VMControl 激活和 Storage Control 安裝，不是本文討論的重點，可以參考下面 Director 信息中心的相關章節，這里不再詳細論述。
安裝 Director 服務器：（查看詳情）
激活 VMControl：（查看詳情）
安裝 Storage Control：（查看詳情）
在安裝好 Director 管理服務器和 NIM Master 之后，我們需要完成下面的步驟配置 VMControl 管理環境。
第一步，發現 HMC 和所管理的 Power 服務器，將會使用到下面的命令行：
- smcli discover -i <HMC_IP_Address>
- smcli accesssys -i <HMC_IP_Address> -u <HMC_Admin_ID> -p <Login_Password>
- smcli collectinv -i <HMC_IP_Address> -p "All Inventory"
命令完成之后，HMC 和它管理的所有 Power 服務器將會加入到 VMControl 的管理環境中來。
第二步，發現和配置存儲管理環境，由于在本文環境中，我們使用安裝在 Director 的高級插件 Storage Control 作為存儲管理軟件，我們需要執行以下命令配置這一存儲管理環境。
- # /opt/ibm/director/StorageControl/bin/SCDiscoverUnlock.sh
這一命令執行之后，Director 服務器本身也將作為存儲管理服務器，可以通過下面命令行輸出看到，對應該服務器系統，除了已有的 OperatingSystem 和 Server 類型節點外，還增加了一個類型為 Farm 的節點，Director 服務器就將使用該節點對存儲進行管理，例如：
- # smcli lssys -i 9.12.29.232 -T
- hbx232.pdl.pok.ibm.com, Farm
- hbx232.pdl.pok.ibm.com, OperatingSystem
- IBM 840671Y 109CAEA 6, Server
有了存儲管理器，還需要把存儲設備加入到存儲管理器，使用 mkdatasource 命令可以完成這一工作，下面例子是把 SVC 存儲和 Switch Provider 加入到存儲管理器中：
- # smcli mkdatasource -c svc -i 9.57.21.61 -f /opt/tmp1/pok-v7000 -v V7000
- # smcli mkdatasource -c fabric -i 9.12.33.28 -t https -p 5989 -u administrator \
- -w vmc12svt -n /interop
注意 -c 后面可以跟不同的存儲類型，如 svc，fabric，ds8k，xiv 等，具體用法請參考命令行幫助。
第三步，發現 NIM Master 和所在的 Image Repository（鏡像庫）。這里仍然使用第一步中用到的命令，替換相應的 IP 地址和用戶 / 密碼信息。
- smcli discover -i <NIM_Master_IP_Address>
- smcli accesssys -i < NIM_Master_IP_Address > -u < NIM_Master_Login_ID>\
- -p <Login_Password>
- smcli collectinv -i <HMC_IP_Address> -p "All Inventory"
通常在收集庫存之后，通過命令 lsrepos 可以看到 NIM Master 系統作為 Image repository 顯示出來。
- # smcli lsrepos
- pva0252.pdl.pok.ibm.com
第四步，對 HMC 管理的所有 Power 服務器和 Storage Control（存儲管理器）收集庫存信息，可以使用下面腳本批量運行。
- # for i in `smcli lssys -oT -t Server -A ServerType | grep -i HMCManagedServer \
- | awk '{print $3}' | awk -F: '{print $1}'`;
- do
- cmd="smcli collectinv -n $i -p \"All Inventory\"";
- echo $cmd;
- eval "$cmd";
- done
- # for i in `smcli lssys -t Farm -oT | awk '{print $3}'`;
- do
- cmd="smcli collectinv -n $i -p \"All Inventory\"";
- echo $cmd;
- eval "$cmd";
- done
最后一步，也就是驗證工作，在上述各部成功之后，使用 dumpstcfg 命令可以列出 SAN 配置信息以及當前各個 Power 服務器可以使用的存儲列表。
- # smcli dumpstcfg
- Host Accessible Containers
- --------------------------
- NAME: STORAGE SUBSYSTEM/POOL
- pva0126_VIOS1: Storwize V7000-2076-SVS061 - IBM Storwize
- v7000-IBM/PROD_POOL_ONLY_FOR_VMControl_ISD_Image_Repository
- Storwize V7000-2076-SVS061 - IBM Storwize v7000-IBM/v7000_IBM_High_END_XIV_Gen3_Pool
特別注意 Host Accessible Containers 部分輸出，如果該命令輸出信息真實地反映出當前 Power 服務器的存儲配置，意味著一切環境準備工作就緒，可以使用 VMControl 對 Power 服務器虛擬化環境進行管理了。
從上面的配置準備可以看到，在 VMControl 的管理環境的配置工作中，除了使用到個別 VMControl 的命令行外，我們主要還是使用 Director 的基本命令行和 Storage Control 的命令行，這些常用命令行的掌握對于管理員來說也是非常必要的，這里我把這些命令行放在下表中，供您查詢使用。
表 2. 其他命令一覽表
#p#
使用命令行實現服務器池的 Workload 管理和監控
前面我們提到，使用 VMControl，可以把多臺（或一臺）被管理的 Power 服務器組合為服務器池，作為一個整體進行管理。
使用服務器池，在做虛擬機系統部署時，VMControl 將對服務器池中各臺 Power 服務器的資源使用（例如，Processor、內存、存儲等等）情況進行分析，把虛擬機部署到適合的服務器上。
部署到服務器池的多臺（或者一臺）虛擬機可以組合成 Workload，可以對 Workload 整體進行監控和管理，比方：
查看 Workload 及其虛擬機資源（CPU 和內存）的使用情況；
對 Wokload 整體做生命周期的管理，比方說對 Workload 進行啟動，重啟，關機等，這些操作將會對 Workload 包含的虛擬機進行相應處理；
啟動 Workload 的 resilience（彈性）功能，在 Workload 所在的 Power 服務器發生硬件預測性故障時，自動把 Workload 動態（靜態）遷移到服務器池中可用的 Power 服務器。
對 Workload 進行通過捕獲進行備份操作
下面將會使用命令行實現這些常見操作。
對管理的 Power 服務器創建服務器池
如果要創建服務器池，首先要用命令 lsvrtsys 查看當前被管理的 Power 服務器和相應的 OID 信息，以供后面使用。
- # smcli lsvrtsys -oN "Hosts"
- pfm0094-8205-E6B-SNHV16020, 0x16ed
- pfm1200-8202-E4B-SN100235P, 0x16eb
- pfm9125-8231-E2B-SNJN00002, 0x16ec
在虛擬化管理中，經常需要查看管理的 Power 服務器和虛擬機的屬性信息，該命令提供了這樣的功能。該命令行用法如下：
- smcli lsvrtsys [-v] [-d symbol]
- [-o | -p] [-c {all | immediate}]
- [-A attribute_list [-s] | -l]
- {-f file_name | -w query | -i ip_address_list | -N group_list | [-n] system_list}
其中常用的參數為：
- -i | --ipaddress list
- 根據給定的 IP 地址顯示管理服務器或虛擬機的信息，可用逗號連接多個 IP 地址
- -l | --long
- 顯示出所有虛擬系統屬性
- -n | --names list
- 根據給定的系統名顯示該服務器或虛擬機的信息，可用逗號連接多個系統
- -N | --groups list
- 根據給定的組名顯示管理服務器或虛擬機的信息，可用逗號連接多個組
- -o | --oid
- 顯示管理服務器或虛擬機的信息的 OID（Object ID）信息和其他信息
改變不同的參數可以查詢不同類型服務器或虛擬機的屬性信息，例如使用 smcli lsvrtsys -oN "Virtual Servers"可以列出所有管理的虛擬機列表，并給出相應的 OID 信息。
對上面列出的服務器列表，如果計劃使用前兩臺服務器創建服務器池，我們要用到這兩臺服務器后臺共享的 SAN 存儲系統，通過 lscandidatestorage 命令查詢可用的 SAN 存儲屬性。
- # smcli lscandidatestorage -i 0x16ed
- Storage Name:Storwize V7000-2076-SVS061 - IBM Storwize v7000 -
- IBM/v7000_IBM_High_END_XIV_Gen3_Pool
- Storage ID:9210
- Type: {0}storagecontainer
上面命令 -i 參數后需要跟所查的 Power 服務器 OID 值，從輸出結果來看，兩個服務器有共同的 SAN 存儲 IBM Storwize v7000- IBM/v7000_IBM_High_END_XIV_Gen3_Pool， 記錄 Stoage ID值（9210），我們將選用這個 SAN 存儲作為服務器池的后臺存儲。
然后，使用以下 mksyspool 命令，創建名字為 lyc_p7_srv 的服務器池，
- # smcli mksyspool -v -i 0x16eb,0x16ed -n lyc_p7_srv -O false -S 9210 -R
- Tue Jan 10 01:23:12 CST 2012 mksyspool Operation started.
- Checking licence.
- Attempting to set server system pool name=lyc_p7_srv
- Add host to list on which operation will perform:5867
- Add host to list on which operation will perform:5869
- Storage ID
- Attempt to check for compatible storage containers.
- Storage Name : Storwize V7000-2076-SVS061 -
- IBM Storwize v7000-IBM/00000200A04017F4:1+00000200A04017F4+0
- Storage ID : 9210
- Attempt to create a server system pool with storage 9210.
- Attempt to create a server system pool with initial host 5867 (0x16eb)
- Attempting to add host 5869 (0x16ed).
- System pool created successfully.
- Tue Jan 10 01:23:35 CST 2012 mksyspool Operation took 23 seconds.
注意上面的 mksyspool命令行其用法如下：
- smcli mksyspool [-v] -n syspool_name -i hostId[,...]
- [-D description] -S storageId [-R]
- [-N networkSystemPoolId]
- [-O {true|false}] [-I minutes]
- [-F fileSystemPath]
其中常用的參數：
- -v | --verbose
- 在標準輸出打印詳細信息
- -n | --name syspool_name
- 指定服務器池的名字
- -i | --hostid hostOID[,...]
- 服務器池的服務器 OID 列表
- -D | --description description
- 對該服務器池的描述 .
- -I | --OptimizationInterval [minutesBetweenOptimizations]
- 優化時間間隔，即每隔多長時間對服務器池進行一次優化，缺省 120 分鐘
- -S | --storageid storage_id
- 服務器池所用存儲的 OID
- -R | --LiveVirtualServerRelocation
- 表示是否服務器池中的虛擬機進行自動動態遷移 .
- -O | --AutoOptimization {true | false }
- 指定服務器池是否進行動自動優化
在服務器池創建成功后，通過 lssyspool 和 svsrelationships 可以查看該服務器池的屬性，具體服務器和存儲信息。
- # smcli lssyspool
- Show server system pool list. 1 Server system pool(s) found.
- --------------------------------
- Server system pool ID:16483 (0x4063)
- Server system pool Name:lyc_p7_srv
- Server system pool Description:Server System Pool
- Server system pool Type:PowerHMC
- Server system pool Status:Healthy
- State:Active
- Resilience:Capable
- FileSystemPath:No Storage File System Path
- Server system pool properties
- AutoOptimization:0
- Description:Server System Pool
- DisplayName:lyc_p7_srv
- LEMEnsembleId:364DB493589145A2900AA3FD5024F68D
- Name:lyc_p7_srv
- OperatingState:20
- OptimizationInterval:120
- Platform:3
- --------------------------------
- # smcli svsrelationships -src lyc_p7_srv
- SystemPool lyc_p7_srv (7874A7B4D72C3957803A53860C5DFFD1):
- federates:
- Server pfm0094-8205-E6B-SNHV16020 (E7CF62BD2A8C3361B77441FF29CAF830)
- Server pfm1200-8202-E4B-SN100235P (C578F9F4CDCE3B78B872EF948FBD4C59)
- reliesOn:
- StoragePool v7000_IBM_High_END_XIV_Gen3_Pool
- (09BFA684B61532E084076ABED95CCFC8)
- Command completed successfully.
確認服務器池創建成功后，需要我們在服務器池中部署和創建 Workload，一般來說我們可以通過向服務器池全新部署虛擬機并為該虛擬機創建相應的 Workload，也可以把原先存在于 Power 服務器上的虛擬機加入到 Workload 中來。
在服務器池中部署和創建 Workload
使用 VMControl 可以基于 NIM Mater 上的虛擬鏡像（Virtual Appliance）全新部署和創建 Workload，下面列出這一具體步驟：
第一步，查詢計劃使用的虛擬鏡像的 OID 信息。例如，我們知道在 NIM Mater 上有一個名字為 aix61_va 虛擬鏡像，通過下面命令可以得到它的 OID 值。
- # smcli lsva -q "name = aix61_va" – l |grep – i OID
- OID:19856
注意，也可以通過執行 smcli lsva– l 列出當前 NIM Mater 上所有虛擬鏡像的詳細屬性，選取想要用來部署虛擬機的虛擬鏡像，并查看它的 OID 值信息。
第二步，查詢服務器池 OID 信息：
- # smcli svsresources -n lyc_p7_srv | grep -i oid
- Property: Name: OID Type: long Value: 16483
第三步，查詢使用該虛擬鏡像部署到服務器池時可以定制的虛擬化參數信息。如虛擬化網絡和以及分配的 Deployment Plan ID 信息：
- # smcli lscustomization -a deploy_new -V 19856 -g 16483 -H false
這里 -V 之后是虛擬鏡像的 OID 值，-g之后是服務器池的 OID，-H 指定是否該虛擬機是否支持 HA 功能。
下面是該命令行的部分輸出，這兩個參數段是部署虛擬機到服務器池時，必須由用戶指定的虛擬化參數段。
- virtualnetworks
- Changeable Columns:
- Column Name* CLI Attribute
- Virtual Networks on Host hostVnet
- Options:
- Key, Network Name, Description, Virtual Networks on Host*
- [Discovered-320-0] Discovered-320-0
- Captured from virtual server IBM 8205E6B HV16020 3 connected to Discovered-320-0
- on host pfm0094-8205-E6B-SNHV16020 Discovered-320-0
- Options: Discovered-318-0 (Discovered-318-0 (VLAN 318, Bridged)),
- ETHERNET0/318 (Discovered-318-0 (VLAN 318, Bridged)),
- Discovered-320-0 (Discovered-320-0 (VLAN 320, Bridged)),
- ETHERNET0/320 (Discovered-320-0 (VLAN 320, Bridged)),
- deploymentplanid
- Value: -300808976303084917_00
- Description: null
virtualnetworks段，其中 [Discovered-320-0] 表示這個虛擬鏡像的 OVF 文件中虛擬網絡標識，不同的虛擬鏡像，虛擬網絡標識不同，在這里可選的虛擬網絡選項取決于 Power 服務器池本身的虛擬網絡，這里有 ETHERNET0/318，ETHERNET0/320，即 VLAN ID 318 和 VLAN ID 320 的兩個虛擬網絡供用戶選取。.
Deploymentplanid 段，VMControl 為該次虛擬機部署分配的 Deployment Plan ID，這個 ID 是實時分配的，在接下來的一段時間內有效，只適用于接下來立即發生的部署，并且當 Director 服務器重啟時該 ID 值失效，不可再用。需要在部署發生前重新通過上述命令獲取。
第四步，部署虛擬機到服務器池，并創建名字為 ip10-32-136-126的 Workload。
- # smcli deployva –v -g 16483 -V 19856 -m -300808976303084917_00 -a deploy_new -A \
- virtualnetworks[Discovered-320-0]=hostVnet:ETHERNET0/320, \
- product.vs0.com.ibm.ovf.vmcontrol.system.networking.hostname=ip10-32-136-126, \
- product.vs0.com.ibm.ovf.vmcontrol.adapter.networking.ipv4addresses.5=10.32.136.126,\
- product.vs0.com.ibm.ovf.vmcontrol.adapter.networking.ipv4netmasks.5=255.255.255.0,\
- product.vs0.com.ibm.ovf.vmcontrol.system.networking.ipv4defaultgateway=10.32.136.1,\
- product.vs0.com.ibm.ovf.vmcontrol.system.networking.dnsIPaddresses=10.20.0.2,\
- product.vs0.com.ibm.ovf.vmcontrol.system.networking.domainname=pokprv.stglabs.ibm.com \
- -n ip10-32-136-126
在上面命令中 -m 參數之后的數值就是在第三步中得到的 Deployment Plan ID 值，在 -A 參數里我們指定了虛擬網絡為 ETHERNET0/320和虛擬機系統相應的網絡配置，這些網絡信息將會在部署完成后自動應用到虛擬機系統中，同時，VMControl 為該虛擬機自動創建了 Workload，并使用 -n 參數指定的 Workload 名。
啟動 Workload 的 resilience 功能，保證 Workload 無間斷運行；
部署成功的虛擬機包含在 Workload 中，對 Workload 的管理自動應用在包含的虛擬機上。
通過下面的命令對 Workload 的 HA 屬性進行修改，當它所在的 Power 服務器發生預測性硬件故障時，虛擬機將會自動遷移到服務器池中其他可用的服務器上，從而可以保證整個 Workload 的無間斷運行。
首先，通過查詢 Workload 的 OID 值：
- # smcli lsworkloads |grep -i ip10-32-136-126
- ip10-32-136-126, 29020 (0x715c)
使用下面命令設置 Workload 的 HA 屬性值。
- # smcli chworkload -v -W 29020 -n ip10-32-136-126 -H true -P Automate
- Thu Feb 23 00:50:37 CST 2012 chworkload Operation started.
- Attempt to change workload 29020 .
- Thu Feb 23 00:50:38 CST 2012 chworkload Operation took 0 seconds.
注意這里的 -P 參數，它后面可用的參數值是 Automate 和 Advise，分別指定了在發現預測性硬件故障時是自動遷移虛擬機，還是需要管理員批準后進行遷移。
配置命令完成之后，我們可以使用 lsworkloads –l 查看該 Workload 的屬性值是否生效。
- # smcli lsworkloads -l
- ip10-32-136-126
- Notifiable:true
- ClassName:com.ibm.usmi.datamodel.system.WorkloadInstance
- AccessState:Unlocked
- Description:
- ChangedDate:2012-02-23T00:50:37-06:00
- DisplayName:ip10-32-136-126
- CreatedDate:2012-02-22T22:28:39-06:00
- Priority:2
- HARemoteRestart:false
- CreatedBy:root
- CreationMechanism:DeployNew
- IsDeleteable:false
- OperatingState:8
- OID:29020
- Guid:2F6590A10CF432F8B867FFA50101EF9B
- SystemId:382df917-7c44-4b8d-bd1e-429fe3f2a828
- DetailedState:0
- ObjectType:WorkloadInstance
- HARelocation:false
- ApprovalRequired:No
- Resilience:Active
在本例中，我們選取自動遷移，使用了參數值 Automate。當服務器在出現硬件預測性故障時，服務器池中的 Workload 自動遷移到服務器池中其它合適的服務器上。如果我們使用 Advise，當故障出現時，將會有事件日志產生，提醒你有一個 Resilience 的計劃任務需要你的批準，對該計劃批準后才會開始遷移。
服務器池中的 Workload 的備份
在 VMControl 環境中，對 Workload 進行備份，需要對包含的虛擬機操作系統進行發現和庫存收集，然后再用命令行進行捕獲。下面是備份操作使用的命令行。
第一步，查詢當前可以被捕獲的 Workload 列表。
- # smcli lscapsrv -o -T workload
- ip10-32-136-126, 29020 (0x715c)
第二步，查詢 NIM Master 上鏡像庫的 OID 信息：
- # smcli lsrepos -l
- pva0252.pdl.pok.ibm.com
- Notifiable:true
- ClassName:com.ibm.usmi.datamodel.software.ImageRepository
- UniqueId:119a7b8b-9974-4bf3-a2f7-782791c798e4
- ImageRepositoryType:1
- ChangedDate:2012-01-10T01:03:38-06:00
- SourceTokens:{ 'NO_IR_DELETE' }
- DisplayName:pva0252.pdl.pok.ibm.com
- CreatedDate:2012-01-10T01:03:38-06:00
- ImagingTool:DISCOVERY_NIM_REPOSITORY
- OID:15317
- Guid:2F7CCD54EFAB3E63A511F6506AF390A1
- ObjectType:ImageRepository
第三步，使用命令 captureva 對 Workload 進行備份，其中 -r 參數指定鏡像庫的 OID 值，-s 指定計劃備份的 Workload 的 OID 值。
- #smcli captureva -n capture-ip10-32-136-126 -r 15317 -s 0x715c
第四步，對 Workload 進行備份完成后，使用 lsva 可以查看是否產生新的虛擬鏡像，并成功備份到 Image Repository 中。
- # smcli lsva
- aix_cpu_01_mem_05
- capture-ip10-32-136-126
使用命令行對服務器池中的 Workload 的資源分配和使用情況進行監控
使用 VMC 的命令行，可以對 System Pool 中的 Power 服務器和 Workload 的資源分配和使用情況進行基本的監控。如下命令行所示，我們可以查看當前服務器池中的兩臺 Power 服務器上的可用的系統 Processor 和內存情況。
- # smcli lsvrtsys -A "Available System Physical Processors","Available Memory (MB)"
- -d " " -N "Hosts"
- pfm0094-8205-E6B-SNHV16020: 12 37632
- pfm1200-8202-E4B-SN100235P: 6 41984
同樣，通過下面兩條命令行可以查看 Workload 成員及各成員的 Processor Unit 和使用分配內存的情況。
- # smcli svsrelationships --src ip10-32-136-126
- WorkloadInstance ip10-32-136-126 (107B41EF7A333A09A7617AE1DC577023):
- employs:
- Server ip10-32-136-126(8E6D0D38E26E36DE880B123A0812C500)
- Command completed successfully.
由上面輸出可見，employ 下面就是該 Workload 包含的虛擬機列表，如果該 Workload 包含多臺虛擬機，將會一一列出。
結合上面命令輸出得到的虛擬機列表，我們可以得到每個虛擬機的資源使用信息，使用命令如下：
- # smcli lsvrtsys -A "Assigned Processing Units","Assigned Memory Size (MB)"
- -n ip10-32-136-126
- ip10-32-136-126: 0.1, 512
這里需要說明的是，盡管我們可以用上述命令查看服務器池中各服務器和 Workload 中各虛擬機的資源分配和使用情況，但 VMControl 目前還沒有命令行去從整體的角度去查詢 CPU 利用率的實時使用情況，這部分功能暫時可以通過 GUI 進行查詢。可以右鍵點擊服務器池，從右鍵菜單中選取 System Status and Heath 的子菜單 View Dashboard 進行查看，這里不再詳細介紹。
總結
本文通過實例介紹了如何在命令行的方式下，使用 VMControl 完成對 Power 服務器池和其中 Workload 的部署、管理、監控、備份，對 Power 管理員來說，熟練掌握這些常用命令行，使用 VMControl 的常用功能，如果能夠再結合使用圖形界面的管理，必將使 Power 服務器的日常管理工作變得得心應手。
