ライブ・アップデート の概念
AIX® ライブ・アップデート 機能では、操作が開始される論理区画 (LPAR) は 元の 区画と呼ばれます。 Live Update 操作には、サロゲート区画と呼ばれる別の LPAR が必要です。 ワークロードのチェックポイントをとる とは、実行中のプロセスを凍結し、その現行状態を保存することを意味します。 LPAR 上でプロセスのチェックポイントをとり、後で別の LPAR 上でそれらのプロセスを再開することをモビリティー と呼びます。
ライブ・アップデート 機能を使用して更新をインストールする予定の場合は、インストールを開始する前に、バックアップからシステムをリストアするか、代替ディスク・コピーからシステムを再始動することによって、必要に応じて前の操作レベルに戻ることができるようにシステムをバックアップする必要があります。 ライブ・アップデート 機能を使用してインストールされた更新は、常にコミットされます。 そのため、後でその更新を拒否することはできません。
Service Pack、テクノロジー・レベル、および暫定修正の更新はサロゲート区画の開始前に適用され、実行中のワークロードは元の区画からサロゲート区画に転送されます。 ライブ・アップデート プロセスには、以下のステップが含まれます。
- Service Pack またはテクノロジー・レベルに対する更新が ライブ・アップデート 機能を使用してインストールされるように指定されている場合、更新は最初に元の区画に適用され、コミットされます。
- Service Pack とテクノロジー・レベルの更新と併せて暫定修正を指定すると、その暫定修正は元の区画にインストールされます。
- 元の区画のルート・ボリューム・グループ (
orig-rootvg
) のクローンが作成されます。 - 「ライブ・アップデート」 操作に暫定修正のみが指定されている場合、その暫定修正は、サロゲート・パーティションのブート・ボリューム・グループ (
surr-boot-rootvg
) として機能する、複製されたボリューム・グループに適用されます。 - サロゲート区画が開始された後、ワークロードがまだ元の区画で実行されている間に、サロゲート区画のルート・ボリューム・グループがミラーリングされます (
surr-mir-rootvg
)。 - ワークロード・プロセスのチェックポイントがとられ、そのワークロード・プロセスがサロゲート区画に移動されます。
- ワークロードは、元のルート・ボリューム・グループ (
orig-rootvg
) 上のchrooted
環境 (変更されたルート・ディレクトリー) のサロゲート・パーティションで再開されます。 このプロセス中、ワークロードは停止されずに実行を継続しますが、これらのワークロードが中断されると短時間のブラックアウト時間が発生します。 - ステップ 1 およびステップ 2の後で ライブ・アップデート 操作が失敗した場合、これらのステップでシステムにインストールされた更新および暫定修正はアンインストールされません。 ライブ・アップデート 障害の原因が訂正された場合は、元の LPAR を再始動する代わりに、 ライブ・アップデート 操作を再試行することができます。 このシナリオでは、更新が既にインストールされているため、 ライブ・アップデート 操作の更新または暫定修正は指定されません。
ライブ・アップデート フィーチャーは、リブートを必要とするカーネル変更またはカーネル・エクステンション変更を含む暫定修正を適用するためのものです。 暫定修正には他のファイル (コマンドやライブラリーなど) が含まれている可能性があり、 ライブ・アップデート フィーチャーはこれらのファイルの適用方法について何も変更しません。 例えば、ファイルシステム上で共有ライブラリーが変更される場合でも、実行中のプロセスではそのライブラリーの旧バージョンが引き続き使用されます。 そのため、ライブラリーの修正を必要とするアプリケーションは、修正の適用後に停止および再始動して、新規バージョンのライブラリーをロードする必要があります。 AIX® バージョン 7.2、テクノロジー・レベル 7200-01 以降では、更新された共有ライブラリーやその他のオブジェクトの旧バージョンを使用しているプロセスを、genld -u コマンドを使用してリストできます。 genld -u コマンドから表示されるリストを使用して、更新されたオブジェクトをロードするために停止して再始動する必要があるプロセスを識別できます。
ライブ・アップデート 操作はスタンドアロン・コマンドではありません。 この操作を起動するには、必ず geninstall -k オプションかネットワーク・インストール管理 (NIM) を使用します。 ライブ・アップデート 操作への入力は、 /var/adm/ras/liveupdate/lvupdate.data ファイルのスタンザを介して提供されます。 このファイルのテンプレートはシステムに付属しています。 このファイルは、ユーザー独自の構成を反映するように編集する必要があります。 geninstall コマンドはロック・ファイル /usr/lpp/.genlib.lock.check を使用して、他のインストール・プロセスが同時に実行できないようにします。 このロック・ファイル内の特殊行 INU_LKU_LOCK
は、他のインストールをブロックする必要があることを示すのに使用されます。 別のシナリオでは、中央制御サーバーから -o cust オプションを指定して NIM を使用し、ターゲット・マシンで geninstall コマンドを起動できます。 この場合、/var/adm/ras/liveupdate/lvupdate.data ファイルは NIM マスターによってエクスポートされ、NIM クライアントによってターゲット・マシンにマウントされます。
ライブ・アップデート 操作は、以下のいずれかのモードで実行されます。
- プレビュー・モード
- プレビュー・モードでは、操作の合計時間の見積もり、アプリケーションのブラックアウト時間の見積もり、ストレージやメモリーなどのリソースの見積もりがユーザーに示されます。 これらの見積もりは、サロゲート区画に元の区画と同じリソース (CPU、メモリー、およびストレージ) があるという前提に基づいて行われます。 指定されたすべての入力が検証され、 ライブ・アップデート の制限が検査されます。
- 自動化モード
- 自動化モードでは、元の区画と同じ容量を持つサロゲート区画が作成され、元の区画はオフになり、 ライブ・アップデート 操作の完了後に破棄されます。
元のルート・ボリューム・グループ (rootvg) のミラー・コピーは、 ライブ・アップデート 操作の完了後も保持されます。 したがって、 ライブ・アップデート 機能を使用して暫定修正のみをインストールし、暫定修正を適用する前のシステム状態に戻したい場合は、ミラー・ボリューム・グループ (mirrorvg) として指定されたディスクから LPAR を再始動することができます。
あるいは、AIX® オペレーティング・システムでサポートされている任意のインストール方式を使用して、元の LPAR に更新または暫定修正をインストールすることもできます。 これらの更新または修正がインストールされた後、 ライブ・アップデート 機能を使用して、システムを再始動せずに、更新されたカーネル・ソフトウェアをロードすることができます。 このシナリオの ライブ・アップデート プロセスには、以下のステップが含まれます。
- 任意のバックアップ方式を使用してシステムをバックアップします。 バックアップは、更新または暫定修正がインストールされる前の状態にシステムを復元する場合に必要です。
- サポートされているインストール方式 (ネットワーク・インストール管理 (NIM) または installp) を使用して更新と暫定修正をインストールします。
- 更新または暫定修正を適用するためにシステムを再始動する必要がある場合は、システムを再始動する代わりに ライブ・アップデート 機能を使用できます。 ライブ・アップデート 操作は、 geninstall コマンドまたは NIM のいずれかによって開始されます。 ライブ・アップデート 操作では、更新はシステムにインストールされるため、更新や暫定修正を指定する必要はありません。
- 元の区画のルート・ボリューム・グループ (
orig-rootvg
) のクローンが作成されます。 - サロゲート区画が開始された後、ワークロードがまだ元の区画で実行されている間に、サロゲート区画のルート・ボリューム・グループがミラーリングされます (
surr-mir-rootvg
)。 - ワークロード・プロセスのチェックポイントがとられ、そのワークロード・プロセスがサロゲート区画に移動されます。
- ワークロードは、元のルート・ボリューム・グループ (
orig-rootvg
) 上のchrooted
環境 (変更されたルート・ディレクトリー) のサロゲート・パーティションで再開されます。 このプロセス中、ワークロードは停止されずに実行を継続します。ただし、ワークロードが中断されると短時間のブラックアウト時間が発生します。 - ライブ・アップデート 操作が失敗した場合は、失敗の原因を訂正し、ステップ 3からプロセスを再試行してください。