暫掛分區(qū)遷移課件

1、議程IBM i 分區(qū)遷移介紹IBM i 分區(qū)遷移客戶實例IBM i 分區(qū)遷移實施規(guī)劃驗證遷移分區(qū)遷移對系統(tǒng)的影響：應(yīng)用程序，PowerHA，5250會話授權(quán)未來增強虛擬 I/O 服務(wù)器 (VIOS) 介紹什么是 VIOS為什么要使用 VIOS1IBM i 分區(qū)遷移IBM i 7.1 自 TR4 開始支持在兩個 Power 系統(tǒng)之間遷移邏輯分區(qū)，參與分區(qū)遷移的兩個 Power 系統(tǒng)分別稱為源系統(tǒng)和目標系統(tǒng)。按照邏輯分區(qū)在遷移前的狀態(tài)，IBM i 分區(qū)遷移分為 3 種類型：活動分區(qū)遷移：將處于運行狀態(tài)的分區(qū)從一臺物理機器上遷移到另一臺物理機器上，同時不會打斷分區(qū)上正在運行的操作系統(tǒng)和應(yīng)用程序非活動

2、分區(qū)遷移：將關(guān)閉狀態(tài)的分區(qū)轉(zhuǎn)移到另一個系統(tǒng)上暫掛分區(qū)遷移：邏輯分區(qū)可以暫停運行 (暫掛)，以及從暫掛中恢復(fù)運行。這種遷移方式將處于暫掛狀態(tài)的分區(qū)遷移到另一個系統(tǒng)上。遷移完成后，可以讓它在目標系統(tǒng)上恢復(fù)運行2分區(qū)遷移的應(yīng)用同過去相比，減少計劃內(nèi)宕機、IT 安全性和彈性對于提高 IT 廠商的服務(wù)水平而言顯得更加重要資源集成例如將工作負載統(tǒng)一移動到一個 的系統(tǒng)資源平衡例如將工作負載移動到比較空閑 (工作負載較輕) 的系統(tǒng)上。可用于性能管理和能源管理減少計劃內(nèi)的停機系統(tǒng)維護/升級，可在不同系統(tǒng)之間遷移分區(qū)，保證 IBM i 分區(qū)持續(xù)可用減少計劃外意外停機在收到硬件報警時，仍然能夠維持分區(qū)的運行IBM

3、i 未來云計算重要特性VMControl 系統(tǒng)池支持的基礎(chǔ)3動態(tài)分區(qū)遷移 (LPM)4軟件和硬件要求5 軟件 HMC/固件 Version 7 release 7.5 固件 service pack 730_51, 740_40 及以上 PowerVM 企業(yè)版 VIOS 操作系統(tǒng) IBM i 7.1 TR4 I/O 所有 I/O 都由 VIOS 提供 VSCSI, NPIV, VE 外部存儲 源系統(tǒng)和目標系統(tǒng)連接到相 同的存儲系統(tǒng) Power 7 tower / rack 硬件 源系統(tǒng)和目標系統(tǒng)位于同一個以 太網(wǎng)IBM i 分區(qū)遷移 最小設(shè)置要求被遷移的分區(qū)上不得獨占物理的 I/O 適配器源系

4、統(tǒng)和目標系統(tǒng)必須滿足以下條件兩個系統(tǒng)上各至少有一個 VIOS 分區(qū)配置為移動服務(wù)分區(qū) (Mover Service Partition)定義并且能夠訪問同一個 VLAN邏輯內(nèi)存塊 (LMB) 的大小相同兩個系統(tǒng)上的 VIOS 能夠訪問被遷移分區(qū)使用的所有磁盤，并且所有磁盤的 reserve_policy 屬性都設(shè)置為 no_reserve時鐘同步 (可使用專用 VIOS 來同步時鐘)目標系統(tǒng)：沒有與被遷移分區(qū)同名的分區(qū)不能使用電池作為電源有足夠的 CPU 和內(nèi)存等資源，供遷移過來的分區(qū)使用如果被遷移系統(tǒng)使用雙 VIOS 和多路徑 (Multi-path) I/O只有當目標系統(tǒng)也有 2 個 VI

5、OS 時才能提供相同的多路徑配置* 注意： VIOS 上所有的用戶定義的虛擬設(shè)備的虛擬插槽號必須大于10。這將由HMC強制實施6VIOS 移動服務(wù)分區(qū) (MSP)僅適用于活動分區(qū)遷移每個 MSP 最多支持 4 個并發(fā)的遷移任務(wù)在遷移過程中提供 VIOS 功能：異步提取、傳輸和安裝分區(qū)的狀態(tài)7客戶測 試 實 例8軟件版本Power 795 / 780固件版本 78 (截至2012年5月，支持動態(tài)分區(qū)遷移的最新固件版本是 87)HMCV7R7.5.0VIOSIBM i OS V7.1.0 TR4針對本測試中發(fā)現(xiàn)的問題的 PTF 都已經(jīng)包含在 TR4 中9IBM i 存儲虛擬化配置10物理FC 適配

6、器端口服務(wù)器虛擬FC 適配器客戶端虛擬FC 適配器服務(wù)器配置每臺 Power 795系統(tǒng)包含：4個 VIOS 用于 IBM i “客戶”系統(tǒng)2個 VIOS 用于 IBM i “內(nèi)部”測試系統(tǒng)2個 VIOS 用于 AIX 生產(chǎn)系統(tǒng)總共32個 VIOS (4臺 Power 795)每臺 Power 795 上有8個 VIOS 分區(qū)每個 IBM i 邏輯分區(qū)最多使用 4 個VIOS (每個LUN 有4條路徑可達)在活動分區(qū)遷移或暫掛/恢復(fù)過程中，當系統(tǒng)自動選擇目標 VIOS / 光纖適配器 / 光纖端口時可能會出現(xiàn)問題測試過程中曾經(jīng)出現(xiàn)在暫掛/恢復(fù)之前和之后，邏輯分區(qū)運行在不同的 VIOS 上的情況

7、 (暫掛之前運行在“內(nèi)部”測試 VIOS 上，恢復(fù)之后運行在生產(chǎn) VIOS 上)建議提供一個預(yù)定義的源系統(tǒng)和目標系統(tǒng)之間的映射表通過 GUI 可以修改映射表的設(shè)置11遷移期間的網(wǎng)絡(luò)通信量12測試 LPAR 大小 (內(nèi)存，處理器) ，工作負載和從源系統(tǒng)到目標系統(tǒng)的數(shù)據(jù)傳輸量之間的關(guān)系測試總結(jié)測試取得圓滿成功！一共花費了 5 個星期的時間執(zhí)行了超過 160 個測試用例活動分區(qū)遷移過程中系統(tǒng)崩潰的次數(shù)為 0IBM 正在解決測試過程中發(fā)現(xiàn)的小的 bug分區(qū)遷移過程的耗時在 6 到 25 分鐘之間耗時長短取決于工作負載的大小、內(nèi)存容量和 VIOS 的性能測試過程中發(fā)現(xiàn)一些有待改進的地方 (LUG 需求)

8、13遷移邏輯分區(qū) 實施過程規(guī)劃 - 檢查環(huán)境的配置是否符合要求驗證 對分區(qū)遷移進行驗證遷移 按照向?qū)У奶崾就瓿蓜討B(tài)分區(qū)遷移恢復(fù) 遷移失敗時，恢復(fù)原有的分區(qū)14環(huán)境檢查 - VIOS 15每個系統(tǒng)上可以有 2 個 MSP，一共支持 8 個并發(fā)的分區(qū)遷移任務(wù)環(huán)境檢查 源分區(qū)16被遷移分區(qū)上沒有 Required 的 VSCSI 適配器環(huán)境檢查 外部存儲17所有的分區(qū) (zonging) 都是針對 VIOS 上的物理 HBA 進行的將存儲分配給兩個 VIOS 分區(qū)上的HBA確保將 hdisk 的 reserve_policy 屬性設(shè)置為 no_reserve (chdev dev hdiskX -a

9、ttr reserve_policy=no_reserve)環(huán)境檢查 處理器池18環(huán)境檢查 虛擬 LAN 被遷移分區(qū)通過虛擬 LAN 訪問網(wǎng)絡(luò)必須使用 VIOS 上的共享以太網(wǎng)適配器 (SEA) 橋接到物理網(wǎng)絡(luò)必須配置為當遷移完成后，仍然能夠與其他的必要的邏輯分區(qū)和服務(wù)器進行通信意味著源系統(tǒng)和目標系統(tǒng)上必須都存在被遷移系統(tǒng)使用的 VLAN ID19IBM i 限制條件邏輯分區(qū)的所有磁盤必須都由物理卷支持邏輯分區(qū)不能有虛擬 SCSI 光驅(qū)和磁帶設(shè)備，也不能有 NPIV 連接的磁帶設(shè)備激活邏輯分區(qū)的分區(qū)概要文件不能包含虛擬 SCSI 服務(wù)器適配器：不能為其他分區(qū)托管 I/O激活邏輯分區(qū)的分區(qū)概要文

10、件不能包含由另一個 IBM i 邏輯分區(qū)托管的虛擬 SCSI 客戶端適配器不能動態(tài)添加虛擬 SCSI 服務(wù)器適配器到源分區(qū)上不能動態(tài)添加由另一個 IBM i 邏輯分區(qū)托管的虛擬 SCSI 客戶端適配器到源分區(qū)上邏輯分區(qū)不能是一個 alternative error logging 分區(qū)。Alternative error logging 分區(qū)是 HMC 用來記錄錯誤日志的目標分區(qū)邏輯分區(qū)不能收集物理 I/O 的統(tǒng)計信息邏輯分區(qū)不是一個時間參考分區(qū)。時間參考分區(qū)用于同步兩個分區(qū)之間的時間。VIOS 將會在遷移過程中自動同步時間環(huán)境檢查 源分區(qū)21如果 IBM i 邏輯分區(qū)支持一受限制 IO 方式

11、，那么在驗證是否能夠?qū)嵤┓謪^(qū)遷移時，如果分區(qū)上有下列任何“受限制資源”，則會導(dǎo)致驗證失?。禾摂M分區(qū)被指定為服務(wù)分區(qū)服務(wù)器 SCSI 適配器客戶端 SCSI 適配器BSR 陣列大頁面是 EWLM 虛擬服務(wù)器是冗余錯誤路徑報告虛擬服務(wù)器LMB 大小不兼容多個 VASI 適配器HCA 適配器是系統(tǒng)概要文件虛擬 OptiConnect 適配器物理 OptiConnect 適配器是故障轉(zhuǎn)移池的成員已打開 VTERMHMC Firmware 7.5遷移邏輯分區(qū) 過程規(guī)劃 - 檢查環(huán)境的配置是否符合要求驗證 對分區(qū)遷移進行驗證遷移 按照向?qū)У奶崾就瓿蓜討B(tài)分區(qū)遷移恢復(fù) 遷移失敗時，恢復(fù)原有的分區(qū)22遷移邏輯分

12、區(qū) 驗證驗證：檢查是否滿足分區(qū)遷移的所有要求選擇要驗證的 IBM i 分區(qū)Operations - Mobility - Validate23分區(qū)遷移 驗證24分區(qū)遷移 驗證25分區(qū)遷移 驗證 HMCHMC 驗證步驟HMC 用戶界面上有執(zhí)行驗證操作的鏈接驗證也是實際遷移過程中的一部分檢查 HMC 到兩個 VIOS 的 RMC (Remote Monitoring Control) 連接檢查 HMC 到被遷移分區(qū)的 RMC 連接檢查源系統(tǒng)與目標系統(tǒng)的 LMB 大小是否匹配檢查被遷移分區(qū)：沒有 “Required” 的物理適配器只使用外部 LUN支持活動遷移 (OS 支持)沒有移動服務(wù)分區(qū) (MS

13、P)沒有使用屏障同步寄存器 (BSR)沒有使用大頁面處于活動/運行狀態(tài)不屬于邏輯分區(qū)負載組 (Partition workload Group)MAC地址在兩個服務(wù)器上是唯一的目標系統(tǒng)上沒有同名的邏輯分區(qū)檢查正在執(zhí)行的遷移任務(wù)沒有超過限制 (每個MSP支持 4 個并發(fā)的遷移任務(wù))26分區(qū)遷移 驗證 RMC沒有網(wǎng)絡(luò)連接 RMC 不工作27分區(qū)遷移 驗證 源分區(qū) 目標分區(qū)檢查目標系統(tǒng)上是否有足夠的資源處理器、內(nèi)存、虛擬插槽共享以太網(wǎng)適配器 (SEA) 是否配置了與被遷移分區(qū)匹配的 VLAN是否有相同的磁盤 UDID (universal Device ID)源分區(qū)狀態(tài)信息處理器配置 專用/共享，數(shù)

14、量和授權(quán)內(nèi)存配置 最小/最大/要求虛擬適配器配置源系統(tǒng) Hypervisor 中的狀態(tài)信息分區(qū)內(nèi)存，硬件頁表 (HPT)，處理器狀態(tài)虛擬適配器狀態(tài)，非易失性存儲器，系統(tǒng)時間 (ToD)邏輯分區(qū)配置，資源狀態(tài)源系統(tǒng)上的 MSP 通過 VASI 收集狀態(tài)信息源系統(tǒng) MSP 將這些信息發(fā)送給目標系統(tǒng)上的 MSP新的分區(qū) shell 獲得原有分區(qū)的狀態(tài)信息注：狀態(tài)信息代表了 LPAR 當前的特征 (與 LPAR 的概要文件無關(guān))。已有的概要文件將根據(jù)新的虛擬設(shè)備映射發(fā)生改變28遷移邏輯分區(qū) 過程規(guī)劃 - 檢查環(huán)境的配置是否符合要求驗證 對分區(qū)遷移進行驗證遷移 按照向?qū)У奶崾就瓿蓜討B(tài)分區(qū)遷移恢復(fù) 遷移失

15、敗時，恢復(fù)原有的分區(qū)29分區(qū)遷移 遷移30分區(qū)遷移 遷移從邏輯分區(qū)的操作中選擇“遷移”，按照向?qū)У奶崾驹O(shè)置遷移的參數(shù)31分區(qū)遷移 遷移從邏輯分區(qū)的操作中選擇“遷移”，按照向?qū)У奶崾驹O(shè)置遷移的參數(shù)32分區(qū)遷移 遷移從邏輯分區(qū)的操作中選擇“遷移”，按照向?qū)У奶崾驹O(shè)置遷移的參數(shù)33分區(qū)遷移 遷移從邏輯分區(qū)的操作中選擇“遷移”，按照向?qū)У奶崾驹O(shè)置遷移的參數(shù)34分區(qū)遷移 遷移從邏輯分區(qū)的操作中選擇“遷移”，按照向?qū)У奶崾驹O(shè)置遷移的參數(shù)35分區(qū)遷移 遷移從邏輯分區(qū)的操作中選擇“遷移”，按照向?qū)У奶崾驹O(shè)置遷移的參數(shù)36分區(qū)遷移 遷移從邏輯分區(qū)的操作中選擇“遷移”，按照向?qū)У奶崾驹O(shè)置遷移的參數(shù)37性能考量活動

16、分區(qū)遷移時，邏輯分區(qū)的狀態(tài)從一個系統(tǒng)上被轉(zhuǎn)移到另一個系統(tǒng)上。而在這個過程中，邏輯分區(qū)保持運行狀態(tài)監(jiān)測把內(nèi)存狀態(tài)傳輸?shù)侥繕讼到y(tǒng)的過程中內(nèi)存狀態(tài)發(fā)生的改變在轉(zhuǎn)移足夠多的干凈頁 (在遷移過程中狀態(tài)未發(fā)生改變的內(nèi)存頁) 之前，內(nèi)存可能會被傳輸多次源系統(tǒng)上的內(nèi)存發(fā)生的更新影響傳輸時間在遷移之前，減少邏輯分區(qū)的內(nèi)存更新活動網(wǎng)絡(luò)速度影響傳輸時間如果條件允許，盡量使用專用網(wǎng)絡(luò)最低網(wǎng)絡(luò)速度 1 Gb/秒推薦在遷移過程中使用鏈路聚合端口38遷移過程對應(yīng)用程序的影響一般來說，應(yīng)用程序和操作系統(tǒng)不會察覺到邏輯分區(qū)被遷移到了另一個系統(tǒng)上例外情況：需要識別以下信息的應(yīng)用程序系統(tǒng)序列號LPAR ID系統(tǒng) type / mo

17、delCollection Services: 當邏輯分區(qū)開始在目標系統(tǒng)上運行時，Collection Services 的收集作業(yè)會開始一個新的收集周期，從而保證在目標系統(tǒng)上記錄正確的硬件信息39動態(tài)分區(qū)遷移和個人通信5250會話使用動態(tài)分區(qū)遷移移動一個邏輯分區(qū)不會對分區(qū)上已有的5250會話產(chǎn)生影響，但是在遷移過程的最后階段，5250會話的響應(yīng)時間會出現(xiàn)50毫秒到1.5秒的延遲。這與我們使用 ping 命令觀測到的結(jié)果是一致的40動態(tài)分區(qū)遷移和個人通信5250會話使用動態(tài)分區(qū)遷移移動一個邏輯分區(qū)不會對分區(qū)上已有的5250會話產(chǎn)生影響，但是在遷移過程的最后階段，5250會話的響應(yīng)時間會出現(xiàn)50

18、毫秒到1.5秒的延遲。這與我們使用 ping 命令觀測到的結(jié)果是一致的41分區(qū)遷移和 PowerHA目前分區(qū)遷移和 PowerHA 是互相獨立的功能，相互之間不知道對方的存在，這意味著：用戶需要保證 HA 用來檢測失效的心跳間隔不會受動態(tài)分區(qū)遷移操作的影響在活動分區(qū)遷移的最后階段，當分區(qū)上的工作負載在目標系統(tǒng)上被激活時，TCP/IP 的響應(yīng)時間會有輕微的延遲 (50毫秒至1.5秒)用戶需要保證 HA 失效檢測不要設(shè)置得過于敏感，以免 HA 誤認為源系統(tǒng)發(fā)生失效42IBM i 動態(tài)分區(qū)遷移授權(quán)LPM 是從機器到機器：源系統(tǒng)到目標系統(tǒng)源系統(tǒng)和目標系統(tǒng)必須是客戶所在的企業(yè)所有的或者租借的因此客戶機器

19、和服務(wù)提供者機器之間的分區(qū)遷移是無效的客戶在目標系統(tǒng)上取得或者已經(jīng)擁有必要的處理器激活授權(quán)LPM不附帶任何特殊的處理器激活規(guī)則和條款，因此需要先行獲取處理器激活授權(quán)當邏輯分區(qū)被遷移時，整個分區(qū)映像 (包括分區(qū)上所有的軟件) 都會被遷移Passport Advantage 產(chǎn)品服從“虛擬化容量授權(quán)計數(shù)規(guī)則” (Virtualization Capacity License Counting Rules)請通過以下鏈接參閱上述規(guī)則/software/lotus/passportadvantage/Counting_Software_licenses_using_specific_virtualiz

20、ation_technologies.html 點擊“IBM i”鏈接某些 ISV 應(yīng)用程序產(chǎn)品的部分功能需要使用系統(tǒng)序列號。對于這些產(chǎn)品，ISV 需要評估分區(qū)遷移可能帶來的影響，并提供必要的補丁和臨時產(chǎn)品密鑰等43IBM i 動態(tài)分區(qū)遷移：關(guān)于授權(quán)的考量永久移動分區(qū)與手動把分區(qū)遷移到新系統(tǒng)的要求相同所有標準轉(zhuǎn)讓條款和當前轉(zhuǎn)讓條件均可適用，即：IBM i OS 授權(quán)于機器序列號。如果條件符合，可以獲得 IBM i 授權(quán)轉(zhuǎn)讓 (Entitlement Transfer)IBM i LPP 可以在企業(yè)內(nèi)部永久轉(zhuǎn)移到新的機器上要求提供授權(quán)和密鑰通過LPM 永久移動分區(qū)無其它特殊約束臨時移動分區(qū)如果是

21、 CBU: 客戶擁有注冊的 CBU，臨時轉(zhuǎn)移 occur per CBU Ts and Cs，則照常處理如果所有系統(tǒng)上都已獲得軟件授權(quán)，則不需要特殊的 Ts and Cs：隨時隨地移動分區(qū)理想情況下，客戶希望獲得企業(yè)級或 pool 級授權(quán)，但目前還不能實現(xiàn)44IBM i 動態(tài)分區(qū)遷移：關(guān)于授權(quán)的考量臨時移動分區(qū) (續(xù))如果目標系統(tǒng)尚未獲得軟件授權(quán)： 注： 以下適用于 IBM i 操作系統(tǒng)和 IBM i 許可程序產(chǎn)品 (LPP) 的標準集合客戶可以臨時將分區(qū)移動到目標系統(tǒng)上 70 天活動分區(qū)：從遷移完成時開始計時分活動或者暫掛分區(qū)：從分區(qū)變?yōu)榛顒訝顟B(tài)時開始計時注：70 天期間內(nèi)會發(fā)出提醒消息要求

22、：客戶必須已在源系統(tǒng)上購買了軟件授權(quán)源系統(tǒng)上的處理器組不得小于目標系統(tǒng)上的處理器組70 天后，客戶必須：獲取目標系統(tǒng)上的授權(quán)，或?qū)⑹跈?quán)轉(zhuǎn)移回源系統(tǒng)，或?qū)⑹跈?quán)移動到其它目標系統(tǒng)45未來增強支持 32 個并發(fā)遷移 (16 / MSP)在 PureFlex 上支持 IBM i 動態(tài)分區(qū)遷移在 Blade 上支持 IBM i 動態(tài)分區(qū)遷移VMControl 支持遠程重啟 (Remote Restart)命令行支持選擇物理適配器46議程虛擬 I/O 服務(wù)器 (VIOS) 介紹什么是 VIOS為什么要使用 VIOSIBM i 分區(qū)遷移分區(qū)遷移的應(yīng)用測試實例分區(qū)遷移的前提條件：軟件，硬件配置分區(qū)遷移分區(qū)遷移

23、的過程：驗證，遷移性能考量分區(qū)遷移對系統(tǒng)的影響授權(quán)未來增強47什么是 VIOS特殊用途的邏輯分區(qū)提供 I/O 虛擬化支持高級分區(qū)虛擬化特性首次發(fā)布于2012年自2008年開始支持 IBM i 6.1版本通過 PowerVM 獲得 VIOS 的使用許可48為什么要使用 VIOSI/O 容量的利用存儲分配的靈活性以太網(wǎng)靈活性內(nèi)存共享暫掛/恢復(fù)分區(qū)遷移49Power 7 / Power 7+ / Power (未來)：I/O 容量IBM 的前瞻性戰(zhàn)略系統(tǒng)級的 I/O 帶寬峰值和持續(xù)值，以及每核心的 I/O 帶寬均值正在飛速增長每個核心的平均 I/O 插槽數(shù)正在減少業(yè)界的 I/O 技術(shù)正在向高功能、高

24、帶寬的適配器演進建立在虛擬化技術(shù)基礎(chǔ)上的簡化系統(tǒng)管理，減少系統(tǒng)插槽數(shù)的策略I/O 帶寬峰值GB/秒I/O 帶寬GB/核心最大 I/O 插槽數(shù)目I/O 插槽數(shù)/核心Power 795 (9119-FHB P7)6402.56402.5Power 595 (9119-FHA P6)6402.56402.5Power 780 (7179-MHB P7)2363.71842.9Power 770 (9117-MMB P7)2363.71842.9Power 570 (9117-MMA P6)1103.42126.650Power 系統(tǒng)上的 I/O 虛擬化51使用專用適配器的 I/O 總線虛擬化基于 V

25、IOS 的適配器虛擬化IBM i + VSCSI (標準) 存儲虛擬化52 將存儲分配給 VIOS 分區(qū) 在 VIOS 中將 hdisk (LUN) 映 射到客戶端分區(qū)對應(yīng)的 vhost 在外部存儲設(shè)備和 VIOS 上都 要進行存儲管理和分配 最大支持 2TB 512 字節(jié)的邏 輯磁盤 每個 VSCSI 適配器最多支持16 個磁盤IBM i + VSCSI 文件支持的磁盤53 將存儲分配給 VIOS 分區(qū) 在 VIOS 中將邏輯卷支持的虛 擬磁盤或文件支持的虛擬磁盤 映射到客戶端分區(qū)對應(yīng)的 vhost 支持更多粒度的虛擬磁盤 最大支持 2TB 512 字節(jié)的邏 輯磁盤 不支持暫掛/恢復(fù)和遷 移

26、IBM i + NPIV (虛擬光纖通道)54 Hypervisor 為每條虛擬纖通 道分配 2 個唯一的 WWPN Hostconnect 創(chuàng)建為 iSeries hosttype DS8000 分配給 iSeries hostconnect 的 LUN 的扇區(qū)大小必須為520字節(jié) 支持已有的直連 LUN 的遷移 支持 DS8100, DS8300, DS8700, DS5100 和 DS5300 注：為使用光纖通道，必須使用支持 NPIV (N_port) 的交換機來連接 VIOS 和 DS8000使用冗余 VIOS 的 NPIV 連接56 步驟1：配置虛擬和物理 FC適配器 - 建議創(chuàng)建

27、冗余 VIOS 或者互相分離 的 VIOS 分區(qū)，從而保證單點硬件 錯誤不會導(dǎo)致所有 VIOS 分區(qū)失效 步驟2：配置 SAN 光纖通道和存儲 - 將 LUNs 分配給虛擬 WWPNs - 經(jīng)過 2 個 VIOS 分區(qū)有 2 條路徑可 以到達每個 DASD 注：每個 LUN 最多可以配置 8 條路徑 不要求所有的路徑必須經(jīng)過不同的 VIOS 分區(qū) IBM i 7.1 TR2 采用了新的多路徑 (Multi-path) 算法IBM PowerVM 虛擬以太網(wǎng)57PowerVM 以太網(wǎng)交換機PowerVM Hypervisor 的一部分在 LPAR 之間移動數(shù)據(jù)共享以太網(wǎng)卡 (SEA)VIOS 的

28、一部分邏輯設(shè)備橋接系統(tǒng)與外部網(wǎng)絡(luò)之間的通信附加功能VLAN aware外部網(wǎng)絡(luò)的鏈路聚合 (link aggregation)SEA 故障切換PowerVM 活動內(nèi)存共享 (AMS)58通過在 Power 服務(wù)器上提高內(nèi)存使用率來降低內(nèi)存成本支持超額分配邏輯內(nèi)存，超額部分通過分頁 (Paging) 設(shè)備提供內(nèi)存資源在各個分區(qū)之間智能流動，從而提高內(nèi)存使用效率和靈活性根據(jù)對內(nèi)存的需求，動態(tài)地從共享物理內(nèi)存池中為各個分區(qū)分配內(nèi)存，從整體上優(yōu)化內(nèi)存使用為具有可變內(nèi)存需求的分區(qū)而設(shè)計要求基于 Power6 和 Power7 處理器的系統(tǒng)以及 PowerVM 企業(yè)版軟件必須使用 VIOS 為邏輯分區(qū)提供虛擬化 I/OLPAR 暫掛/恢復(fù) 客戶價值平衡長時間運行的批處理作業(yè)占用的系統(tǒng)資源例如暫掛低優(yōu)先級或長時間運行的作業(yè)，釋放它們占用的資源計劃內(nèi)的斷電維護/升級暫掛/恢復(fù)可以用來代替分區(qū)遷移，或者和分區(qū)遷移協(xié)作與手工關(guān)閉