先日リリースしたActiphy Rapid Deployの拡張機能として、デプロイ対象のクライアントPCの起動方法にネットワークブートが追加されました。これにより、クライアントPCを起動させるための起動メディアの用意や、デプロイ作業の際に起動メディアをセットして起動する作業が不要になり、更にキッティング作業を効率化することができます。

ネットワークブートの仕組みとして、PXE（Preboot Execution Environment：ピクシー）ブートはご存じの方も多いかと思いますが、ネットワークカードに標準で搭載されているPXEファームウェアを使用してクライアントPCを起動させる方法です。

今回のActiphy Rapid DeployのクライアントPCのネットワークブートでは、PXE機能を拡張した「iPXE」を使用したネットワークブートを可能にしています。ここでは、iPXEブートの仕組みとメリットについて紹介していきます。

●iPXEブートの仕組み
クライアントPCから、ネットワークブートを選択して起動した場合の大まかな流れを表した図が以下になります。

①PXEファームウェアから起動
②iPXE ファームウェアを要求（TFTP）
③iPXE ファームウェアをロード（TFTP）
④iPXE ファームウェアから起動
⑤ImageCastクライアント ブートイメージを要求（HTTP）
⑥ImageCastクライアント ブートイメージをロード（HTTP）
⑦ImageCastクライアント ブートイメージを起動

●iPXEブートのメリット
iPXEブートにより、クライアントPCの起動時間の短縮を可能にしています。
以下の構成の検証マシンにおいて、iPXEブートとPXEブートの起動時間の測定結果は以下となります。

測定結果：
測定方法は、ネットワークブート開始からImaegCast Serverへの接続完了までの時間としています。測定結果は、10回測定した値の平均値となります。測定結果から、iPXEブートは、PXEブートに比べ約5倍もの高速なクライアントPCの起動を確認できました。

・iPXEブート時：34秒

・PXEブート時：2分28秒

最後に
PCのキッティング作業は、とにかく時間と手間のかかる作業です。Actiphy Rapid Deployにより、PCのキッティング作業を効率化し、エンジニアの負担の軽減に少しでもお役立ていただければ幸いです。

前編はこちら

適合性を確認したら「Actiphy Boot Environment Builder」から、Intel VMDドライバーを組み込んだWindows PE（ここでは、Windows 11 バージョン22H2 ビルド 10.0.22621を使用）ベースの起動環境を作成します。

ActiveImage Protectorの起動環境から起動した際に、Intel VMD（Intel Volume Managemnt Device）が有効な環境において、NVMe SSDが認識できないことがあります。この場合の対策としては、BIOSの設定でIntel VMDを無効にするか、Intel VMDのドライバーを手動で起動環境に組み込む必要があります。

ここでは、ActiveImage ProtectorのWindows PEベースの起動環境へIntel VMDドライバーの組み込み手順を紹介します。

8月28日(水)に開催されました、DIS ICT EXPO 2024 in 福井のご来場ありがとうございました。

前回の「システム要件を満たさないメモリ割り当ての起動環境で復元がエラーになった話」では、Windowsベースの起動環境 (WinPE/RE)で調査を行いましたが、Linuxベースの起動環境についても調査しました。

結論としてエラーにはなりませんでしたが、タスク処理が停止し続け終わらず、サポート情報なども取得できない状況に陥り、復元ができない状況となりました。

システム要件
Actiphy Boot Environment (Linux)
メイン メモリ：2GB以上

先日、お客様からの問い合わせで、バックアップは全く問題は無いが、Windowsベースの起動環境で起動し復元すると必ずエラーになる、という問い合わせがありました。

復元のログは、必ず下記で停止していました。

06/26/2024 07:57:06.489 Pipeline end, exit code: 0
06/26/2024 07:57:06.490 Restore volume 0 done
06/26/2024 07:57:06.494 Pipeline start
06/26/2024 07:57:06.495 OOOW: Yes
→ログの停止

今回は移行先インスタンス自体の作成についてです。

インスタンス作成時のデフォルトのインスタンスタイプである「t2.xxxxx」は、legacy-biosのインスタンスとなるため、UEFIのマシンを移行した場合、システム側のBIOS変換が必要となります。

オンプレミスの仮想環境上に構築したUEFIブートのAlmaLinuxを、AWSへ移行(V2C)してみました。

注意点として、9.x系についてはAWS上で詳細バージョンが指定できないことで、カーネルバージョンが5.14.0-427.20.1.el9_4.x86_64となっており、2024年6月現在のActiveImage Protector 2022 Linuxでは正式サポートしていません。

そのため、今回の移行は8.xベースで試しています。

ファイルリストアは、バックアップの方法によって復元規則が異なります。

1. ボリューム（ディスク）バックアップ、またはエージェントレスバックアップ
2. ファイルバックアップ

イメージファイルの命名規則は下記よりご確認下さい。

　AIP2022のイメージファイルの命名規則について

2024年5月16日（木）～17日（金）の2日間で開催される「日経クロステックNEXT 関西 2024」に出展します。