【文章內(nèi)容簡介】 在不同呢？為了更好的討論 IVM 上 DLPAR 的基本過程，先來看看分區(qū)的 profile 和屬性（Properties）。在 HMC 上，profile 描述了分區(qū)期望得到資源，用戶可以使用 chsyscfg 來修改 profile ；分區(qū)屬性則描述了分區(qū)當(dāng)前擁有的資源，用戶可以使用 chhwres 來動態(tài)調(diào)整分區(qū)的資源分配；用戶對分區(qū) profile 和屬性的修改之間不互相影響，也就是說，profile 中資源描述的變化不會馬上應(yīng)用到分區(qū)屬性，用戶需要通過關(guān)閉然后重新激活分區(qū)的方式來使新的 profile 生效，分區(qū)屬性的變化也不會影響 profile 的資源描述，當(dāng)分區(qū)關(guān)閉后，通過 DLPAR 產(chǎn)生的資源分配的變化不再起作用。但是在 HMC 上截然不同的兩個概念在 IVM 上卻顯得不分彼此：首先，IVM 僅提供了如圖 10 所示的頁面來修改分區(qū)的 profile 和執(zhí)行 DLPAR 操作；其次，用于修改分區(qū) profile 的命令 chsyscfg 也可用于 DLPAR ；最后，有 IVM 上的 DLPAR 操作經(jīng)驗的讀者可能發(fā)現(xiàn)，DLPAR 產(chǎn)生的資源分配變化在分區(qū)關(guān)閉后仍舊可以在圖 10 所示的頁面中看到。實際上，IVM 并不存在分區(qū) profile 的概念，命令 chsyscfg 和 chhwres 都直接修改分區(qū)的屬性，分區(qū)關(guān)閉后分區(qū)的屬性仍然有效，并在下次分區(qū)激活時得到應(yīng)用，這樣上述現(xiàn)象就變得很自然了。即便沒有 profile，IVM 還是提供了與之相關(guān)的命令（比如 lssyscfg 等）與 HMC 保持兼容，以方便用戶的使用，同時用戶還可能在這些命令的參考手冊中看到 profile 這個詞。圖 13 描述了 IVM 上 DLPAR 的基本過程。處理器和內(nèi)存各存在兩個值：暫掛值（Pending）和當(dāng)前值（Run Time），前者描述了用戶期望得到的資源數(shù)量，后者表示分區(qū)當(dāng)前占用的資源數(shù)量。命令 chsyscfg 和 chhwres 只修改暫掛值而不修改當(dāng)前值，而暫掛值到當(dāng)前值的應(yīng)用或同步則是由 DLPAR Manager 守護進程來執(zhí)行的，其中包括邏輯分區(qū)上處理器和內(nèi)存的 vary on/off 操作。既然命令 chsyscfg 和 chhwres 是等效的，并且已經(jīng)有了 chsyscfg，命令 chhwres 為何還要提供相同的處理器和內(nèi)存 DLPAR 功能呢？目的是為了與 HMC 保持兼容，使得用戶能夠使用相同的命令行在 IVM 和 HMC 執(zhí)行 DLPAR 操作。適配器則不存在暫掛值的概念，命令 chhwres 直接修改分區(qū)屬性中的適配器信息，并在 DLPAR 能力激活的情況下在邏輯分區(qū)上 vary on/off 適配器，從而實現(xiàn) DLPAR ；命令 chsyscfg 僅修改分區(qū)屬性中的適配器信息，而不執(zhí)行 vary on/off 操作，用戶可以在分區(qū)上手工執(zhí)行 vary on/off 操作來使 chsyscfg 的修改生效，從而達到 DLPAR 相同的效果。由于適配器 DLPAR 不依賴于 DLPAR Manager，因此如果這個過程中產(chǎn)生錯誤，用戶可以馬上看到錯誤信息；而處理器和內(nèi)存 DLPAR 中，資源動態(tài)調(diào)整的錯誤只能在 DLPAR Manager 執(zhí)行同步操作時才能發(fā)現(xiàn)并報告給用戶。圖 13：IVM 上 DLPAR 的基本過程圖 14 描述了基于 DLPAR Manager 的處理器和內(nèi)存 DLPAR 更加詳細的執(zhí)行過程。命令 chsyscfg 和 chhwres 完成暫掛值的修改后喚醒阻塞中的 DLPAR Manager，然后命令結(jié)束； DLPAR Manager 被喚醒后執(zhí)行暫掛值到當(dāng)前值的同步，同步完成后該守護進程重新阻塞直到下一次被喚醒。 DLPAR Manager 的執(zhí)行過程如圖 14 右部所示，從該過程中我們可以看到同步所依賴的條件。首先，如果某個分區(qū)屬于工作負(fù)載組（Partition Workload Group），并且該組包含多于 1 個邏輯分區(qū)，那么 DLPAR Manager 不同步該分區(qū)，而是由工作負(fù)載組的管理軟件自行處理。其次，分區(qū)應(yīng)該處于運行狀態(tài)，否則，DLPAR Manager 僅把當(dāng)前值修改成暫掛值，而不執(zhí)行 vary on/off 操作。還有，分區(qū)的 RMC 連接應(yīng)該處于活躍狀態(tài)，這樣 IVM 才能與之協(xié)作完成資源的動態(tài)調(diào)整。最后，資源的暫掛值和當(dāng)前值應(yīng)該處于不一致的狀態(tài)。當(dāng)這些條件滿足后，DLPAR Manager 就修改當(dāng)前值為暫掛值，并協(xié)同分區(qū)的 RMC 守護進程等進行資源的 vary on/off 操作（當(dāng)然，前提是分區(qū)支持該資源的動態(tài)調(diào)整）。至此，一個完整的處理器和內(nèi)存 DLPAR 過程就完成了。圖 14：基于 DLPAR Manager 的處理器和內(nèi)存 DLPAR回頁首小結(jié)本系列文章介紹了 IBM 集成虛擬化管理器 — IVM 上 Linux 邏輯分區(qū)的 DLPAR，本文是其中的第一部分，介紹了 IVM 對 DLPAR 功能支持的變化過程、主流的 Linux 發(fā)行版本對 DLPAR 的支持情況、Linux 分區(qū)上 DLPAR 環(huán)境的準(zhǔn)備過程、以及 IVM 上 Linux 分區(qū) DLPAR 的基本過程等背景知識。由于篇幅的限制，本文沒有涉及處理器、內(nèi)存、適配器、虛擬磁盤和光學(xué)設(shè)備等各種資源的 DLPAR 操作過程，這些內(nèi)容將在本系列文章的后續(xù)篇章中分別介紹。聲明：本文僅代表作者個人之觀點，不代表 IBM 公司之觀點。IBM 和 System p 是國際商業(yè)機器公司在美國和／或其他國家或地區(qū)的商標(biāo)或注冊商標(biāo)。第 2 部分處理器和內(nèi)存 DLPAR動態(tài)邏輯分區(qū)（DLPAR）是 IBM System p 服務(wù)器上的一種虛擬化特性，該特性允許用戶在分區(qū)運行的時候動態(tài)調(diào)整分區(qū)的資源分配，使得系統(tǒng)資源得到更為有效的利用，并且不影響應(yīng)用或者服務(wù)的正常運行。集成虛擬化管理器（IVM）是一種與 HMC 類似的用于管理 System p 服務(wù)器的平臺，也同樣支持 DLPAR，不過與 HMC 上的 DLPAR 存在不少差異。本系列文章介紹 IVM 上 Linux 邏輯分區(qū)的 DLPAR，分成四個部分。本文是第二部分，介紹了處理器和內(nèi)存的 DLPAR 操作。本文是介紹 IVM 上 Linux 分區(qū) DLPAR 操作這一系列文章的第二部分。在上一部分內(nèi)容中，我們介紹了 IVM 上 Linux 分區(qū) DLPAR 的一些背景知識，使讀者對 IVM 和 Linux 對 DLPAR 的支持情況、DLPAR 環(huán)境的準(zhǔn)備過程和 DLPAR 的執(zhí)行過程有了基本的了解。本文開始介紹具體的 DLPAR 操作過程，由于篇幅的限制，這里只涉及處理器和內(nèi)存的 DLPAR 操作，其它類型的 DLPAR 操作留在后續(xù)篇章中介紹。處理器和內(nèi)存的 DLPAR 操作十分類似：1）執(zhí)行過程相似，都是首先修改暫掛值，然后通過 DLPAR Manager 實現(xiàn)暫掛值到當(dāng)前值的同步；2）處理器和內(nèi)存的當(dāng)前值都受最小值和最大值的限制；3）執(zhí)行添加或者刪除操作時都需要指定具體數(shù)目的處理器或內(nèi)存資源。正是由于這種相似性，這兩種資源的 DLPAR 操作在本文中一起討論。本文所舉的例子都是基于本系列文章第一部分中“Linux 分區(qū) DLPAR 環(huán)境的準(zhǔn)備”一節(jié)所描述的實驗環(huán)境，該環(huán)境是一個安裝了 SLES10 SP2 的 IVM 客戶分區(qū)，分區(qū)名稱為 uli13lp2。如有需要，讀者可以回過頭去熟悉這一 DLPAR 環(huán)境，這里不再贅述。處理器 DLPAR 操作圖形界面操作方式IVM 上的 DLPAR 操作可以使用基于 Web 的圖形界面來進行，主要是使用如圖1所示的分區(qū)屬性頁面。用戶可以通過以下方式打開該頁面： 進入“查看/修改分區(qū)”頁面，在“分區(qū)詳細信息”區(qū)域（如圖2所示）直接點擊“名稱”欄中分區(qū)的名稱，比如 uli13lp2 進入“查看/修改分區(qū)”頁面，在“分區(qū)詳細信息”區(qū)域的“選擇”欄中選取所要操作的分區(qū)，然后從“ 更多任務(wù) ”下拉列表中選擇“屬性”選項 要執(zhí)行處理器 DLPAR 操作，首先打開分區(qū)屬性，然后選擇“處理”標(biāo)簽，就可以看到如圖1所示的頁面。從圖中“處理單元數(shù)”和“虛擬處理器數(shù)”區(qū)域的“當(dāng)前”欄可見，分區(qū) uli13lp2 ，而虛擬處理器數(shù)是2。用戶通過修改“暫掛”欄中的值，然后點擊“確定”按鈕就可以進行處理器資源的 DLPAR 增加或者刪除操作（IVM 不提供邏輯分區(qū)之間的處理器 DLPAR 移動操作，用戶可以組合使用刪除和增加兩種操作來達到相同的目的）。在這里，，用戶可以輸入比當(dāng)前值小的暫掛值來刪除處理器資源。圖 1：通過圖形界面進行處理器的 DLPAR 操作從本系列文章第一部分中“DLPAR 的基本過程”一節(jié)的討論中我們知道，處理器的 DLPAR 包括 DLPAR 命令修改暫掛值和 DLPAR Manager 執(zhí)行資源同步這兩部分。暫掛值的修改相對簡單，通常很快就能完成。DLPAR Manager 執(zhí)行的同步過程則需要經(jīng)過兩個步驟：1）通知固件把暫掛值同步到當(dāng)前值；2）通知 Linux 操作系統(tǒng)使用 drmgr 命令來 vary on/off 處理器資源。由于 Linux 操作系統(tǒng)只知道虛擬處理器，而不需要管理處理單元，因此 Linux 只 vary on/off 虛擬處理器，這也說明虛擬處理器的同步要比處理單元麻煩。Linux 操作系統(tǒng)上資源同步的速度依賴于當(dāng)前系統(tǒng)的負(fù)載，當(dāng)負(fù)載較高時，同步操作可能需要花費比較長的時間才能完成。點擊“確定”按鈕后，處理器 DLPAR 開始執(zhí)行，圖形界面返回“查看/修改分區(qū)”頁面（如圖2所示）。從圖中可以看出，分區(qū) uli13lp2 的“處理器數(shù)”（虛擬處理器數(shù)）和“授權(quán)的處理單元數(shù)”（處理單元數(shù)）兩個域已經(jīng)變成用戶期望的數(shù)值了，但是由于 DLPAR Manager 還未全部完成虛擬處理器的同步，因此“處理器數(shù)”欄顯示了一個警告標(biāo)志和一個“詳細信息”鏈接，用戶可以點擊該鏈接來查看詳細的同步信息（如圖3所示）。從圖3可見，DLPAR Manager 已經(jīng)完成了處理單元的同步，而虛擬處理器的同步還在進行，Linux 正在使用 drmgr 命令執(zhí)行虛擬處理器的同步。當(dāng)同步完成后，IVM 就會清除掉警告標(biāo)志和詳細信息鏈接。不僅僅是處理器，當(dāng)內(nèi)存資源處于不同步狀態(tài)時，IVM 也會以相同方式告知用戶。圖 2：處理器 DLPAR 的同步圖 3：處理器 DLPAR 詳細的同步信息命令行操作方式除了上述圖形界面操作方式之外，用戶還可以使用命令 chsyscfg 或 chhwres 進行處理器 DLPAR。清單 1 顯示了使用命令行操作方式的一個例子，讀者可以通過查看用戶手冊了解更多的選項。兩個命令實現(xiàn)相同的處理器 DLPAR 功能，圖形方式下處理器和內(nèi)存 DLPAR 所使用后臺命令是 chsyscfg 而不是 chhwres，讀者可以通過對比 DLPAR 前后應(yīng)用程序日志的變化得到這一結(jié)論。清單 1：使用命令 chsyscfg 和 chhwres 進行處理器 DLPAR 操作DPLAR 前 uli13lp2 的處理器配置：$ lssyscfg r prof filter lpar_names=uli13lp2 \F min_proc_units,desired_proc_units,max_proc_units,$ lshwres r proc level lpar filter lpar_names=uli13lp2 \F curr_min_proc_units,curr_proc_units,curr_max_proc_units,用 chsyscfg 增加處理器：$ chsyscfg r prof i lpar_name=uli13lp2,desired_proc_units+=chsyscfg 后 uli13lp2 的處理器配置：$ lssyscfg r prof filter lpar_names=uli13lp2 \F min_proc_units,desired_proc_units,max_proc_units,$ lshwres r proc level lpar filter lpar_names=uli13lp2 \F curr_min_proc_units,curr_proc_units,curr_max_proc_units,用 chhwres 刪除處理器：$ chhwres r proc o r p uli13lp2 procunits chhwres 后 uli13lp2 的處理器配置：$ lssyscfg r prof filter lpar_names=uli13lp2 \F min_proc_units,desired_proc_units,max_proc_units,$ lshwres r proc level lpar filter lpar_names=uli13lp2 \F curr_min_proc_units,curr_proc_units,curr_max_proc_units,結(jié)果的驗證雖然用戶可以在 IVM 上使用圖形或命令行界面來查看 DLPAR 是否達到預(yù)期的效果，由此來驗證 DLPAR 是否正確執(zhí)行，但是由于各種可能的原因（比如 Linux 上的 DLPAR bug 等），Linux 操作系統(tǒng)所能看到的資源并不一定和 IVM 上看到的相同。盡管這種不正常的情況在經(jīng)過良好測試的 System p 系統(tǒng)中應(yīng)該不會出現(xiàn)，但是還是建議用戶在完成 DLPAR 后登陸到 Linux 上去驗證 DLPAR 是否成功執(zhí)行。對于那些從事開發(fā)或者測試 DLPAR 相關(guān)功能的用戶，DLPAR 結(jié)果的驗證是非常必要的。清單 2 和 3 顯示了上述 DLPAR 操作前后 uli13lp2 上處理器的相關(guān)信息，使用了4種不同的查看方式，用