コンテンツにスキップ

VIOS — 典型ユースケース

VIOS — 典型ユースケース（運用手順）

ユースケース名 想定状況 手順サマリ 使用コマンド／GUI 注意点 出典
VIOS LPAR の新規追加 Power Server に VIOS 区画を追加して仮想 I/O リソースを供給 1) HMC ナビゲーションで System resources → Systems を開き対象サーバを選択
2) Virtual I/O servers → Create → Create VIOS で Add VIOS Wizard 起動
3) VIOS 区画名と partition ID を指定 → Next
4) Processor タブで mode と max/allocated/min を設定、Idle Processor Sharing を選択 → Next
5) Memory タブで dedicated memory を設定 → Next
6) Physical I/O タブで Physical I/O Adapters / SR-IOV logical ports を割当（network + storage 用に最低 1 枚以上必須）→ Next
7) Configuration Summary で『Apply configuration』または『Create Virtual I/O Server and Install Image』を選択
8) Finish で VIOS 作成		 HMC GUI: Add VIOS Wizard ネットワーク・ストレージ用の物理 I/O アダプタを最低 1 枚以上は必ず割り当てる。Apply configuration は作成のみで電源 OFF、Install Image はインストールまで進める。 S11
VIOS とクライアント論理区画のインストール（システムプラン経由） HMC v7+ で複数 LPAR を一括導入する初期構築シナリオ 1) HMC バージョン（v7 以降と旧版で UI が異なる）と接続を確認
2) 既存システムプランがあれば HMC 上にインポート
3) システムプランをデプロイ：HMC が自動的に
a) VIOS 論理区画と論理区画プロファイルを作成
b) VIOS をインストールし仮想リソースをプロビジョニング
c) クライアント論理区画と論理区画プロファイルを作成
d) AIX / Linux クライアントの OS をインストール
4) システムプランを使わない場合は『HMC バージョン 7 リリース 7.1 以降を使用した VIOS の手動インストール』手順で個別作成		 HMC GUI: System Plan Wizard / 手動 LPAR 作成 Paging VIOS Partition の再インストールはシステムプラン経由でも可能だが、AMS 廃止に伴い 4.1 環境では基本不要。 S14
VIOS 4.1.0.10 への upgrade（IBM Storage / non-SSP 環境、ESS+mksysb 詳細手順） VIOS 3.1.2.40 → 4.1.0.10 を alt_disk_mksysb 方式で実施 1) FLRT for Power System で対象 Machine-Type-Model を入力し、4.1.0.10 が POWER8/POWER9/POWER10 のみサポートであること、ハードウェア互換性を確認
2) ESS（Entitled Systems Support）→ My entitled software → Software downloads → 5799-V41 PowerVM V4 Technology Level で 4.1.0.10 ISO（例: Virtual_IO_Server_Base_Install_4.1.0.10_Flash_112023_LCD8292400.iso）を取得
3) backupios -cd /dev/cd1 -cdformat（または -tape /dev/rmt0）で OS バックアップ取得
4) viosbr -backup -file /tmp/myserverbackup で virtual I/O 構成バックアップ
5) ISO から mksysb_image 抽出：oem_setup_env → loopmount -i -o "-V udfs -o ro" -m /mnt/dvd → cp /mnt/dvd/usr/sys/inst.images/mksysb_image /export/mksysb/VIO41/4101_vios.mksysb
6) lspv -free で空きディスク確認 → viosupgrade -l -i 4101_vios.mksysb -a hdisk1 -g files_to_restore.txt
7) viosupgrade -l -q で進捗確認、ioslevel で 4.1.0.10 確認
8) smit chtz_user でタイムゾーン設定、smitty date で日時設定（要 reboot）
9) NTP 設定：ntp.conf を旧構成から移植 → chrctcp -S -a xntpd → refresh -s xntpd		 padmin: backupios, viosbr, oem_setup_env, loopmount, viosupgrade, ioslevel, chrctcp / smit chtz_user, smitty date loopmount で必ず -V udfs を指定（指定しないと AIX が ISO を正しく読めない）。-g flag は padmin 配下のファイルのみ対象、その他の基本構成は alt_disk 経由で rootvg から自動取得。 S19, S22, S18
VIOS の更新（同一メジャー内） 現行 VIOS を最新 SP/Update へ進める（例: 4.1.0.40 → 4.1.0.X） 1) 事前確認: lsvg rootvg で FREE PPs ≥ 4 GB / rootvg ≥ 30 GB
2) 必要なら system firmware と Expansion Pack を先に更新
3) HMC: ナビ→『システム・リソース』→『Virtual I/O Server』→対象選択→『操作』→『VIOS の更新』
4) イメージファイル・ロケーションを選択（HMC / リモート NFS or SFTP / IBM Web / USB）
5) 『更新』→ 適用後 VIOS 区画を再起動して反映		 HMC GUI: VIOS の更新 / padmin: updateios VIOS は更新中に再起動が必要なことがあり、最大 2 時間程度かかる。HMC 上に同時保存できる更新イメージは 3 つまで。 S15, S3
VIOS の Upgrade (3.1 → 4.1) — viosupgrade 利用 VIOS のメジャーバージョンを 3.1 → 4.1 へ移行 1) System Software Maps で対象 Power System が VIOS 4.1 をサポートしているか確認（VIOS 4.1.0.40+, 4.1.1.10+ は POWER9 以上必須）
2) 現行が 3.1.4.21 以前なら 3.1.4.30+ へまず Update。3.1.4.30/31 なら HIPER APAR IJ50326 ifix 適用または 3.1.4.40 へ Update（padmin login failure 回避）
3) ESS から VIOS 4.1 インストール媒体取得（Entitlement 確認必須）→ mksysb 作成
4) viosupgrade 用の Spare ディスク確保（rootvg がミラーなら unmirrorios + reducevg で一時的に外す）
5) 追加ソフト導入済の場合はカスタム mksysb を作成（dummy VIOS で 4.1 新規 install → 追加ソフト install → backupios -file .mksysb -mksysb）
6) AMS が構成されていれば un-configure
7) viosupgrade -i [-F devname] [-g] [-noprompt] を実行（HMC 経由 / NIM 経由 / padmin 経由のいずれか）
8) 完了後 ioslevel で 4.1.x.x を確認、viosbr で virtual I/O 構成を復元（必要なら -skip security_config）		 padmin: viosupgrade, backupios, lsvg, unmirrorios, reducevg, ioslevel, viosbr VIOS 3.1 から 4.1 はメジャー upgrade（new and complete installation）。viosbr は virtual I/O 構成のみ扱うため、タイムゾーン・cron・padmin プロファイル等は -g オプションで退避要。upgrade 後はデバイス番号 (ent#, hdisk#, fcs#) が再連番される（-F devname で抑止可能）。AMS は事前に un-configure 必須。 S18, S22, S3, S23
VIOS バックアップ管理（HMC 経由） VIOS の I/O 構成と OS イメージを HMC で集中管理 1) HMC バージョン 9.2.950 以降を確認
2) ナビ→『システム・リソース』→『テンプレートおよび OS イメージ』→『VIOS イメージ』タブ→『管理 Virtual I/O Server バックアップ』
3) [Virtual I/O Server 構成バックアップ タブ] で『バックアップ I/O 構成』、リストア、エクスポート（NFS/SFTP）、インポート
4) [Virtual I/O Server バックアップ タブ] で OS イメージ全体のバックアップ作成（NIMOL リソース・メディア・リポジトリー・VG 構造を含めるか選択）
5) [共用ストレージ・プール・クラスター・バックアップ タブ] で SSP クラスタ構成のバックアップ／リストア
6) 『適用』をクリック		 HMC GUI: VIOS イメージ → バックアップ管理 リストア時は VIOS のリブートが必要な場合あり。padmin から viosbr を直接使う場合と組み合わせて運用する。 S16
vSCSI による物理ディスクの仮想化共有 1 つの SAN LUN を複数 LPAR で論理的に分割／共有 1) VIOS 側で物理ディスク（PV）を hdisk として認識させ、必要なら reserve_policy=no_reserve に変更
2) クライアント LPAR ごとに vSCSI サーバアダプタを HMC で作成（VIOS 側 vhost）
3) クライアント LPAR 側で vSCSI クライアントアダプタを作成（vSCSI イニシエータ）
4) padmin で mkvdev -vdev hdiskX -vadapter vhostY [-dev ] により VTD（Virtual Target Device）を作成
5) クライアント側で cfgmgr 実行 → vSCSI LUN として認識
6) 必要に応じて LV-backed / file-backed / SSP LU-backed 構成へ拡張		 padmin: mkvdev, lsmap, lsdev / HMC: vSCSI Adapter ウィザード サポートバッキング種別: LV / PV / file / SSP LU / 光ディスク / テープ / USB マスストレージ。シン・プロビジョニングは SSP LU でのみ可能。永続予約 (persistent reservation) を使えば複数アプリでの予約管理可。 S17, S7
NPIV (Virtual Fibre Channel) 構成 クライアント LPAR を SAN へ直接接続 1) VIOS 側で NPIV 対応 FC アダプタを認識（アダプタ microcode を最新化）
2) HMC で VIOS 側に Virtual Fibre Channel Server Adapter（vfchost）を作成
3) HMC でクライアント LPAR 側に Virtual Fibre Channel Client Adapter を作成（WWPN は HMC が自動採番）
4) padmin で vfcmap -vadapter vfchostX -fcp fcsY を実行して物理 FC ポートに紐付け
5) lsmap -npiv で正常マッピング確認、必要に応じて -cpname / -cpos でフィルタ
6) クライアント側で cfgmgr → SAN LUN を直接認識		 padmin: vfcmap, lsmap -npiv, lsnports / HMC: VFC Adapter Wizard QoS for VFC は 4.1.2.00 で Tech Preview（IOPS / Bandwidth 制限）。LPM 時の port-level validation は IBM i / Linux クライアントについて vfchost tunable でバイパス可能（4.1.2.00〜）。 S6, S25, S7
Shared Ethernet Adapter (SEA) 構成と SEA failover クライアント LPAR の Ethernet 通信を物理 NIC へ橋渡し（冗長構成） 1) 各 VIOS で物理 Ethernet（または Link Aggregation）を準備
2) HMC で各 VIOS と各クライアント LPAR に Virtual Ethernet trunk adapter を作成（同一 PVID）
3) Primary VIOS で mkvdev -sea ent_phys -vadapter ent_trunk -default ent_trunk -defaultid -attr ha_mode=auto ctl_chan=ent_ctl
4) Backup VIOS でも同様に SEA を作成（ha_mode=auto / priority 値を変えて優先度設定）
5) クライアント LPAR は通常の Virtual Ethernet として通信（透過的に SEA を通過）
6) failover 試験：Primary VIOS の SEA を停止 → Backup へ切替が起きること、エラーログを確認		 padmin: mkvdev -sea, entstat -all, chdev -dev ent -attr ha_mode=… SSP 環境の SEA は Threaded mode 必須（Interrupt mode 非サポート）。4.1.2.00 で SEA accounting オーバヘッドが削減されネットワーク性能向上。Control channel (ctl_chan) は SEA failover で必須。 S3, S25, S8
Shared Storage Pool (SSP) クラスタ構築 複数 VIOS で SSP クラスタを構築しシン・プロビジョニング LU を提供 1) 1 ノードあたり 1 CPU / 4 GB メモリ以上、/var ≥ 3 GB を確保
2) リポジトリ用 FC ディスク 1 本（10〜1016 GB）+ データ用 FC ディスク 1 本以上を確保
3) VIOS 全ノードを同じ ioslevel に揃える（4.1.x へ加える前に既存ノードが 3.1.4.50 以上であることを確認）
4) 各 VIOS で SEA を Threaded mode に設定
5) cluster -create -clustername -repopvs hdiskX -spname -sppvs hdiskY,hdiskZ,…
6) cluster -addnode で 2 ノード目以降を参加
7) lu -create で LU を作成 → mkbdsp で クライアント vSCSI アダプタへマッピング
8) cluster -status -verbose で状態確認（4.1.1.0 以降 -verbose で SP 詳細表示）		 padmin: cluster, lu, mkbdsp, lsrep, clutil -o pingcheck ノード数 1〜16（高スペック構成で 24）、最大 8192 LU マッピング、最大 2000 クライアント LPAR/クラスタ。SSP 参加 VIOS では SEA Interrupt mode 非サポート、Client は JFS 非対応（JFS2 を使う）、vSCSI Adapter『Any client partition can connect』非サポート。 S3, S23, S4
SSP Rolling Upgrade（4.1.2.00 へ） 業務無停止に近い形で SSP クラスタ全ノードを 4.1.x へ更新 1) 各ノードを順番に Update / Upgrade（updateios または viosupgrade）し、Node Upgrade Status が UP_LEVEL になることを確認
2) クラスタ全ノードが 4.1.2.00 へ到達した時点で、自動的に rolling upgrade プロセスが起動しクラスタサービスが更新
3) Node Upgrade Status が ON_LEVEL に遷移したことを cluster -status -verbose で確認
4) SSP 関連コマンドの実行ログが記録されていること（4.1.2.00 で SSP 関連ログ記録機能追加）を確認		 padmin: updateios, viosupgrade, cluster -status -verbose 1 ノードでも UP_LEVEL に到達していないと自動 rolling upgrade は始まらない。SSP 環境のソフト更新時は対象ノードの SSP サービス停止が必要。 S6, S23
Virtual Media Library への NFS ISO 登録 中央 NFS サーバ上の ISO を複数 VIOS で共用 1) NFS サーバ上に ISO を配置（NFSv3 または v4）
2) 各 VIOS で NFS マウント
3) padmin で mkvopt -name -file /mnt/ -nfslink -ro
4) lsrep でリポジトリにシンボリックリンクとして登録されたことを確認
5) loadopt で対象クライアント LPAR の Virtual Optical Device に割当		 padmin: mkvopt -nfslink, lsrep, loadopt, mkvdev -fbo NFS マウントの可用性が VIOS の起動・lsrep の応答性に影響する。NFS サーバ側の高可用性を担保すること。 S5, S4
VIOS のパスワードリセット失敗対処（4.1.0.0 / 4.1.0.30 / 4.1.0.40 既知不具合） viosupgrade 直後に padmin login が password expired 状態になる 1) viosupgrade 実行前に IBM Support の Premature password expiration ifix を適用（事前措置）
2) 既に発生済の場合は HMC コンソール経由で root ユーザログイン → padmin の chage / pwdadm で password 状態をリセット
3) FLRT で current ioslevel に対応する HIPER APAR を確認		 HMC vterm console / chage / pwdadm viosupgrade 計画時に必ず本不具合の ifix が適用済か事前確認すること。FLRT で HIPER APAR 一覧を取得。 S3, S2, S20
FLRT による Update / Upgrade 推奨レベル取得 現行 ioslevel から推奨レベルを公式ツールで決定 1) FLRT for Power System Web ページを開く
2) Server Machine-Type-Model 入力
3) Partition 1 → OS = VIOS 選択
4) PowerVM Virtual I/O Server に現行 ioslevel を選択 → Submit
5) 結果から Recommended Update（同一メジャー内）／ Recommended Upgrade（別メジャー）を判別
6) 推奨レベル直接到達不可な場合は中間段階（例: 3.1.4.30+ を経由）を確認し、対応する Fix Pack Release Notes を読む		 Web: FLRT for Power System / Fix Central FLRT 推奨は『直接到達できる』ことを意味しない。HIPER APAR や中間 SP の経由要否を Release Notes で必ず確認。 S20, S18