JP4900760B2 - Ｏｓイメージのデプロイメントマシン及び方法 - Google Patents

Description

本発明は、通信ネットワークを介して情報処理端末にＯＳイメージを提供するための技術に関する。

例えば、特開平１０−１３３８６０号公報には、インストールサーバに格納された新規ＯＳ（オペレーティングシステム）のカーネル及び各種ドライバから新規ＯＳを複数のインストール先コンピュータ上に生成し、複数のインストール先コンピュータを、その生成された新規ＯＳで再起動する技術が開示されている。

特開平１０−１３３８６０号公報。

ところで、ＯＳのカーネルではなく、ＯＳがインストールされた記憶領域のイメージ（以下、「ＯＳイメージ」と言う）それ自体を第１情報処理端末が記憶し、その第１情報処理端末が、ＬＡＮを介して１又は複数の第２情報処理端末にＯＳイメージを配布することが考えられる。

しかし、それではＬＡＮに大きな負荷がかかり、ＯＳイメージを提供し終えるのに長い時間がかかる。これは、ＯＳイメージの提供先が増えれば増えるほどなお更である。

従って、本発明の目的は、ＯＳイメージの提供先にＯＳイメージを迅速に提供することができるデプロイメント技術を提供することにある。

本発明の他の目的は、後述の説明から明らかになるであろう。

本発明に従うデプロイメントマシンは、複数の情報処理端末にそれぞれ使用される複数のＯＳイメージを用意するマシンである。このデプロイメントマシンは、複数の情報処理端末及び１以上のストレージシステムが接続されている第１通信ネットワーク及び第２通信ネットワークに接続されている。このデプロイメントマシンは、ボリューム準備部と、ＯＳイメージコピー部と、ブートパス設定部とを備える。前記ボリューム準備部は、前記１以上のストレージシステム内に、前記複数の情報処理端末にそれぞれ対応した複数の端末用論理ボリュームを、前記１以上のストレージシステムに準備させる。前記ＯＳイメージコピー部は、前記１以上のストレージシステム内の論理ボリュームに格納されているＯＳイメージデータを、前記第２通信ネットワークよりも転送速度の遅い前記第１通信ネットワークを介することなく、前記複数の端末用論理ボリュームの中から選択された１以上の端末用論理ボリュームの各々に、前記１以上のストレージシステムにコピーさせる。ブートパス設定部は、前記１以上の端末用ボリュームにそれぞれ対応する１以上の情報処理端末の各々に専用のブートパスを設定する部であって、前記コピーされたＯＳイメージデータへ前記第２の通信ネットワークを介してアクセスするためのブートパスを設定する。

ここで、第１の通信ネットワークとは、例えばＬＡＮである。また、第２の通信ネットワークとは、例えばＳＡＮである。別の言い方をすれば、例えば、第２の通信ネットワークは、第１の通信ネットワークよりもデータ転送速度の速い通信ネットワークである。

また、複数の端末用論理ボリュームは、１つのストレージシステム内に準備されても良いし、２以上のストレージシステムに準備されても良い。

本発明に従うデプロイメントマシンの第１の実施態様では、前記ブートパス設定部は、以下の（１）又は（２）の処理、
（１）前記１以上の情報処理端末にそれぞれ対応する１以上のブートパス名を、前記第１の通信ネットワークを介してそれぞれ前記１以上の情報処理端末に送信する、
（２）前記端末用論理ボリュームへのアクセスパス名が前記１以上のストレージシステム内で定義されている場合、前記アクセスパス名を、前記端末用論理ボリュームに対応する情報処理端末に予め設定されているブートパス名に変更する、
を実行する。

本発明に従うデプロイメントマシンの第２の実施態様では、デプロイメントマシンが、前記１以上の情報処理端末の中から選択された情報処理端末に前記第１通信ネットワークを介してデータを送信する場合、前記選択された情報処理端末の電源がオフ状態になっていれば、前記第１通信ネットワークを介して前記選択された情報処理端末の電源をターンオンにした後に、前記データを前記選択された情報処理端末に送信する。

本発明に従うデプロイメントマシンの第３の実施態様では、前記ＯＳイメージデータコピー部は、以下の（１）又は（２）の処理、
（１）前記複数の端末用論理ボリュームの中から選択された２以上の端末用論理ボリュームを互いにペアにし、前記論理ボリューム内のＯＳイメージデータを、前記第２通信ネットワークを介して読出し、前記読み出したＯＳイメージデータを、前記第２通信ネットワークを介して、互いにペアにされた前記２以上の端末用論理ボリュームに一斉に書き込む、
（２）ＯＳイメージデータを記憶する前記論理ボリュームと、前記選択された１以上の端末用論理ボリュームとをペアにし、前記１以上のストレージシステムを制御して、前記ＯＳイメージボリューム内のＯＳイメージデータを前記１以上の端末用論理ボリュームに一斉にコピーさせる、
を実行する。なお、例えば、（１）の処理は、ＯＳイメージデータがファイル形式になっており、且つ、前記論理ボリュームが、デプロイメントマシンはアクセス可能であるが、情報処理端末はアクセス不可能になっている場合に実行される。一方、（２）の処理は、例えば、ＯＳイメージそれ自体が一つの前記論理ボリュームに記憶されている場合に実行される。

本発明に従うデプロイメントマシンの第４の実施態様では、デプロイメントマシンは、情報設定部を更に備える。情報設定部は、前記複数の情報処理端末にそれぞれ対応した複数の端末情報が記録された端末管理テーブルにおける前記端末情報に含まれる情報であって、情報処理端末がＯＳを起動する場合にその情報処理端末に設定されるべき固有設定情報を、前記１以上の情報処理端末の各々に設定する。

本発明に従うデプロイメントマシンの第５の実施態様では、前記第４の実施態様において、前記情報設定部は、以下の（１）又は（２）の処理、
（１）前記取得した固有設定情報を、前記第２の通信ネットワークを介して、前記取得した固有設定情報が設定されるべき情報処理端末の端末用論理ボリュームに書き込む、
（２）前記取得した固有設定情報を設定するための情報又はコンピュータプログラムを、前記第１の通信ネットワークを介して、前記取得した固有設定情報が設定されるべき情報処理端末に送信する、
を実行する。

本発明に従うデプロイメントマシンの第６の実施態様では、前記ボリューム準備部は、ＯＳイメージデータサイズと、前記複数の情報処理端末の中から選択された情報処理端末の端末用論理ボリュームに格納される１以上の別種類データにそれぞれ対応した１以上の別種類データサイズとを取得して、取得されたＯＳイメージデータサイズと前記１以上の別種類データサイズとの合計値以上の記憶容量を有する論理ボリュームを、前記選択された情報処理端末の端末用論理ボリュームとして準備する。

本発明に従うデプロイメントマシン及び第１〜第６の実施態様について説明した前記各部は、ハードウェア（例えば、電気回路又は電子回路）、コンピュータプログラム又はそれらの組合せによって実現することができる。

本発明に従う方法は、複数の情報処理端末にそれぞれ使用される複数のＯＳイメージを用意する方法である。この方法は、第１〜第３のステップを有する。第１のステップでは、第１通信ネットワーク及び第２通信ネットワークに接続された１以上のストレージシステム内に、前記第１通信ネットワーク及び前記第２通信ネットワークに接続された前記複数の情報処理端末にそれぞれ対応した複数の端末用論理ボリュームを、前記１以上のストレージシステムに準備させる。第２のステップでは、前記１以上のストレージシステム内の論理ボリュームに格納されているＯＳイメージデータを、前記第２通信ネットワークよりも転送速度の遅い前記第１通信ネットワークを介することなく、前記複数の端末用論理ボリュームの中から選択された１以上の端末用論理ボリュームの各々に、前記１以上のストレージシステムにコピーさせる。第３のステップは、前記１以上の端末用ボリュームにそれぞれ対応する１以上の情報処理端末の各々に専用のブートパスを設定するステップであって、前記コピーされたＯＳイメージデータへ前記第２の通信ネットワークを介してアクセスするためのブートパスを設定する。

本発明に従うコンピュータプログラムは、複数の情報処理端末にそれぞれ使用される複数のＯＳイメージを用意するためのコンピュータプログラムである。このコンピュータプログラムは、コンピュータに読込まれることにより、第１〜第３のステップをコンピュータに実行させる。第１のステップでは、第１通信ネットワーク及び第２通信ネットワークに接続された１以上のストレージシステム内に、前記第１通信ネットワーク及び前記第２通信ネットワークに接続された前記複数の情報処理端末にそれぞれ対応した複数の端末用論理ボリュームを、前記１以上のストレージシステムに準備させる。第２のステップでは、前記１以上のストレージシステム内の論理ボリュームに格納されているＯＳイメージデータを、前記第２通信ネットワークよりも転送速度の遅い前記第１通信ネットワークを介することなく、前記複数の端末用論理ボリュームの中から選択された１以上の端末用論理ボリュームの各々に、前記１以上のストレージシステムにコピーさせる。第３のステップでは、前記１以上の端末用ボリュームにそれぞれ対応する１以上の情報処理端末の各々に専用のブートパスを設定するステップであって、前記コピーされたＯＳイメージデータへ前記第２の通信ネットワークを介してアクセスするためのブートパスを設定する。

本発明によれば、ＯＳイメージの提供先にＯＳイメージを迅速に提供することができる。

以下、図面を参照して本発明の実施の形態を説明する。

図１は、本発明の一実施形態に係るデプロイメントシステムの全体構成例を示す。

第１通信ネットワーク（例えばＬＡＮ）２７に、デプロイメントマシン１と、複数（例えば３台）のＯＳイメージ提供先サーバ（以下、単に「サーバ」と言う）３１Ａ〜３１Ｃと、１以上のストレージシステム４３から成るストレージシステムプール４４とが接続されている。また、第２通信ネットワーク（例えばＳＡＮ（Storage Area Network））４１にも、デプロイメントマシン１と、複数のサーバ３１Ａ〜３１Ｃと、ストレージシステムプール４４とが接続されている。第２通信ネットワーク４１は、第１通信ネットワーク２７よりも高速なデータ通信が可能な通信ネットワークである。

デプロイメントマシン１は、例えばパーソナルコンピュータ等の情報処理装置である。デプロイメントマシン１は、第１通信ネットワーク２７に対する第１通信インターフェース３と、第２通信ネットワーク４１に対する第２通信インターフェース７と、マシン本体５とを備える。マシン本体５は、第１通信インターフェース３及び第２通信インターフェース７に接続されており、例えば、デプロイプロセッサ（例えばＣＰＵ）７３と、デプロイ記憶部（例えばメモリ又はハードディスク）７２とを備えているデプロイ記憶部７２に格納されているデプロイメントソフトウェア６がデプロイプロセッサ７３に読込まれることにより、情報処理装置がデプロイメントマシン１として機能する。

デプロイメントソフトウェア６は、例えば、デプロイメントマシン１の図示しないＯＳ（マシン１内のハードディスク又はストレージシステム４３内の所定論理ボリュームからブートされたもの）上で動作するアプリケーションソフトウェアの一種であり、ストレージ制御部１１と、パラメタ設定部１９とを備える。

ストレージシステム制御部１１は、第1通信インターフェース３から第１通信ネットワーク２７（又は第２通信インターフェース７から第２通信ネットワーク４１）を介して、ストレージシステム４３の制御を行う。具体的には、例えば、ストレージシステム制御部１１は、複数の論理ボリュームの中から選択した２以上の論理ボリュームをグループ（換言すればペア又多重ペア）にする多重ペアコマンドをストレージシステム４３に送信したり、第１の論理ボリュームと第２の論理ボリュームとをペアにし第１論理ボリューム内のデータを第２論理ボリューム内にコピーするペア形成コマンドをストレージシステム４３に送信したりする。なお、論理ボリュームとは、後述するように、ストレージシステム４３内の複数のディスク型記憶装置７７上に設けられた論理的な記憶デバイスである。

パラメタ設定部１９は、複数のサーバ３１Ａ〜３１Ｃの各々に、そのサーバのＯＳイメージに関する固有設定情報の設定がなされるためのサーバ固有設定処理を実行する。サーバ固有設定処理とは、例えば、以下の（１）及び（２）の処理、
（１）複数のサーバ３１Ａ〜３１Ｃの中から選択されたサーバ（例えばサーバ３１Ａ、以下、「ターゲットサーバ３１Ａ」と言う）に、そのサーバ用の固有設定情報（一例として、後述する固有パラメタ又は個別起動時実行スクリプト）を送信するか、或いは、ターゲットサーバ３１Ａ用の論理ボリューム４９にそのサーバ用の固有設定情報３２を登録しておき、その論理ボリューム４９内の固有設定情報３２がターゲットサーバ３１Ａに読み出されることにより、ターゲットサーバ３１Ａに固有設定情報３２が提供されて設定されるようにする処理、
（２）ターゲットサーバ３１Ａにそのサーバ用のブートパス９１を送信する処理、
の双方を含む処理である。パラメタ設定部１９は、個別スクリプトコピー部２１と、ブートパス設定部２５と、サーバ制御部２３とを備える。

個別スクリプトコピー部２１は、各サーバの固有設定情報（例えば固有パラメタ又は個別起動時実行スクリプト）をデプロイメントマシン１又はストレージシステム４３内の所定記憶領域（例えば後述するサーバ管理テーブル１０）から取得して、その固有設定情報をそのサーバ用の論理ボリュームに書き込む（その固有設定情報をそのサーバ用の論理ボリュームにコピーするようストレージシステム４３に送信し、それにより、そのサーバ用の論理ボリュームに固有設定情報がコピーされても良い）。

ブートパス設定部２５は、ターゲットサーバ３１Ａに固有のブートパス９１を、第１通信インターフェース３を介してそのターゲットサーバ３１Ａ内に設定する処理を行う。具体的には、例えば、ブートパス設定部２５は、ターゲットサーバ３１Ａ内の所定記憶領域（例えばフラッシュＲＯＭ上の記憶領域）に記憶されているファームウェア９０の全部又は一部を書き換えることで、ターゲットサーバ３１Ａに固有のブートパス９１を、そのターゲットサーバ３１Ａのファームウェア９０に設定する処理を行う。なお、このブートパス設定方法に代えて、例えば、ストレージシステム４３内で定義されているパスの内容（サーバと論理ボリュームとの間のパスの内容）を変更する方法を採用しても良い。具体的には、例えば、上述したストレージシステム制御部１１が、ターゲットサーバ３１Ａ内に設定されているブートパスを所定記憶領域（例えば、ターゲットサーバ３１Ａ内のサーバ記憶部７６又はストレージスステム４３内のサーバ管理テーブル１０）から取得し、その取得したブートパスに基づいて、ストレージシステム４３内で定義されているパスの内容（サーバと論理ボリュームとの間のパスの内容）を変更しても良い（例えば、ストレージ制御装置４５内で定義されているパスの内容を、取得されたブートパスと同じ内容に変更しても良い）。

サーバ制御部２３は、第１通信インターフェース３を介して各サーバ３１Ａ〜３１Ｃを制御する。具体的には、例えば、サーバ制御部２３は、ターゲットサーバに、リブートを実行させるためのコマンドを送信したり、電源制御コマンド（例えば、電源をターンオフさせる（又は省電力モードを実行させる）ためのコマンド、及び／又は、電源をターンオンさせるためのコマンド（例えば、Wake On LAN技術に従うマジックパケット））を送信したりする。それにより、ターゲットサーバが、受信したコマンドの内容に従って、リブートを実行したり、電源をターンオフしたり（又は省電力モードを実行したり）、及び／又は、電源をターンオンして所定のＯＳ起動処理（例えば、デプロイメントマシン１によって設定されたブートパスに従う論理ボリュームから種々のデータを読出す処理）を実行したりする。

以上が、デプロイメントマシン１についての説明である。なお、デプロイメントマシン１は、ストレージシステム４３（又は別のストレージシステム４３Ａ）を制御したり、各サーバ３１Ａ〜３１Ｃにそのサーバ固有のブートパスを設定したり、ＯＳのデプロイに関係の無いデータをサーバ３１Ａ〜３１Ｃ或いはストレージシステム４３に送信したりすることを、第1通信ネットワーク２７を介して行うことができるが、全てを同じネットワークパスを介して行わなくても良い。例えば、ブートパス設定部２５は、ターゲットサーバ３１Ａにブートパスを設定する場合、ターゲットサーバ３１Ａの通信補助装置６０の中にある第1通信インターフェース（例えばＬＡＮインターフェース）９８を介して設定しても良い。

さて、次に、各サーバ３１Ａ〜３１Ｃについて説明する。

複数のサーバ３１Ａ〜３１Ｃの各々は、デプロイメントマシン１からの所定のコマンド（例えばリブート実行コマンド）に応答して、自分のサーバ内の所定記憶領域に記憶されているブートパスに従うブートを実行することで、そのサーバに割当てられた論理ボリュームからＯＳイメージを読出し、起動する。

複数のサーバ３１Ａ〜３１Ｃについて、第１サーバ３１Ａを代表的に説明すると、第１サーバ３１Ａは、第１通信ネットワーク２７に対する第１通信インターフェース（例えば、Wake On LANに対応したＬＡＮカード）２９と、通信補助装置６０と、第２通信ネットワーク４１に対する第２通信インターフェース３７と、サーバ本体３３とを備える。

通信補助装置６０は、例えば、外付けされたもの（例えばＬＡＮカード）でも良いし、第１サーバ３１Ａのマザーボードに直付けされていても良い。通信補助装置６０は、第１通信ネットワーク２７に対する別の第１通信インターフェース（例えば、Wake On LANに対応したＬＡＮコントローラ）９８を備えている。通信補助装置６０は、例えば、デプロイメントマシン１のサーバ制御部２３から電源制御コマンド（例えば、電源をターンオフさせる（又は省電力モードを実行させる）ためのコマンド、及び／又は、電源をターンオンさせるためのコマンド（例えば、Wake On LAN技術に従うマジックパケット））を受けて、サーバ本体３３の電源を制御することができる。また、通信補助装置６０は、例えば、第１サーバ３１Ａの情報取得、設定及び制御の少なくとも１つを行うことができる。具体的には、例えば、通信補助装置６０は、後述のサーバ管理テーブル１０に記録されているサーバ情報（例えばサーバ識別情報や固有設定情報等）を取得したり、第１サーバ３１Ａにパラメタを設定（例えば、ブートパス９１をファームウェア９０に設定）したりすること等を遠隔から行うことができる。

サーバ本体３３は、第１通信インターフェース２９、通信補助装置６０及び第２通信インターフェース３７に接続されている。サーバ本体３３は、例えば、サーバプロセッサ７４（例えばＣＰＵ）と、サーバ記憶部７６とを備えている。

サーバ記憶部７６は、メモリ（例えば、ＲＡＭやＲＯＭ（例えばフラッシュＲＯＭ））及びハードディスクの少なくとも１つを含むものである。サーバ記憶部７６には、例えば、デプロイメントマシン１の個別スクリプトコピー部２１から受信した固有設定情報が登録される。また、サーバ記憶部７６には、例えば、サーバ３１ＡのＯＳのブートパス名９１を持ったファームウェア（例えばＢＩＯＳ）９０と、ＯＳイメージ取得部３５が格納されている。ＯＳイメージ取得部３５は、サーバ記憶部７６に登録されているブートパス９１に従ってブートを実行するコンピュータプログラム、例えばブートストラップローダである。ＯＳイメージ取得部３５は、ファームウェアに組み込まれていても良いし、それとは別に存在しても良い。

サーバプロセッサ７４は、例えば、サーバ記憶部７６（又は第２通信インターフェース３７に搭載されたメモリ）に格納されたＯＳイメージ取得部３５を読込むことにより、第１サーバ用ボリューム４９から第１サーバ３１Ａ内にＯＳイメージを読み出して起動する。

さて、次に、ストレージシステム４３及び別のストレージシステム４３Ａについて説明する。なお、ストレージシステム４３と別のストレージシステム４３Ａは、実質的に同様の構成を具備しているので、ストレージシステム４３を例に採り説明する。

ストレージシステム４３は、例えば、多数のディスク型記憶装置（物理ディスク）７７をアレイ状に配設して構成されているＲＡＩＤ（Redundant
Array of Independent Inexpensive Disks）システムである。ストレージシステム４３は、１以上のディスク型記憶装置７７上に設けられた複数の論理ボリュームと、デプロイメントマシン１及び複数のサーバ３１Ａ〜３１Ｃ（以下、「上位装置」と総称）とそれら複数の論理ボリュームとの間の通信を制御するストレージ制御装置４５とを備える。

複数の論理ボリュームには、例えば、デプロイメントマシン２７に割当てられたデプロイ用ボリューム４７と、第１サーバ３１Ａに割当てられた第１サーバ用ボリューム４９と、第２サーバ３１Ｂに割当てられた第２サーバ用ボリューム５１と、第３サーバ３１Ｃに割当てられた第３サーバ用ボリューム５３とがある。各論理ボリュームには、その論理ボリュームを一意に特定するための論理ボリュームＩＤ（例えば番号）が割当てられる。図１には、各論理ボリューム毎に、その論理ボリュームのＩＤをカギカッコ（「」）で表す。すなわち、図１によれば、例えば第１サーバ用ボリュームの論理ボリュームＩＤは、「２」であることがわかる。

デプロイ用ボリューム４７は、デプロイメントマシン１が参照可能な論理ボリュームである。このデプロイ用ボリューム４７には、サーバ管理テーブル１０、ＯＳイメージテーブル２０、及び１以上のＯＳイメージファイル５７Ａ、５７Ｂが格納される。

サーバ管理テーブル１０は、デプロイメントマシン１や各サーバ３１Ａ〜３１Ｂを管理するためのものであり、具体的には、例えば、図２に示すように、デプロイメントマシン及び複数のサーバ３１Ａ〜３１Ｃの各々に対応したサーバ情報を含んでいる。各サーバ３１Ａ〜３１Ｃ（及びデプロイメントマシン１）毎のサーバ情報には、例えば、そのサーバのサーバ識別情報（例えば、装置名及び／又はＭＡＣアドレス）と、そのサーバに対応したＯＳイメージファイルのＯＳイメージ名と、そのサーバに設定される固有設定情報と、そのサーバが参照可能な論理ボリュームのＩＤと、そのサーバが起動するためのブートパスとが含まれている。各サーバの固有設定情報は、例えば、ＩＰアドレス、ゲートウェイアドレス等の固有パラメタ含んだものであり、その固有設定情報が組み込まれたＯＳイメージがそのサーバに読込まれることにより、或いは、デプロイメントマシン１によって読み出されてそのサーバに第１通信ネットワーク２７を介して送信されること等の方法によって、そのサーバに設定される。

なお、サーバ管理テーブル１０に登録される固有設定情報は、その固有パラメタを設定するように作られた起動時実行スクリプトそれ自体であっても良いし、固有パラメタ又は起動時実行スクリプトの場所を指し示す情報（ポインタ）であっても良い。サーバ管理テーブル１０には、例えば、予め、サーバ識別情報、ＯＳイメージ名及び固有設定情報が登録されており、サーバ用ボリュームが準備されたときに、そのサーバ用ボリュームのＩＤが追加登録される。なお、予め、サーバ用ボリュームＩＤなど他の情報も登録されても良い（換言すれば、完成されたサーバ管理テーブル１０が予め用意されていても良い）。また、ストレージシステムプール４４内に１以上の別のストレージシステム４３Ａが接続されている場合には、このサーバ管理テーブル１０には、それら１以上の別のストレージシステム４３Ａ内の論理ボリューム１６０からＯＳイメージファイルを読み出すサーバ（図示せず）に関する情報も登録されていても良い。また、このサーバ管理テーブル１０には、第２通信ネットワーク４１ではなく第１通信ネットワーク２７を介してＯＳイメージファイルを取得するサーバ（図示せず）に関する情報も登録されていても良い。換言すれば、第２通信ネットワーク４１を介してＯＳイメージファイルを取得するサーバに関する情報と、第１通信ネットワーク２７を介してＯＳイメージファイルを取得するサーバに関する情報とが、サーバ管理テーブル１０に混在していても良い。

ＯＳイメージテーブル２０は、ストレージシステム４３（例えばデプロイ用ボリューム４７）内に用意されている１以上のＯＳイメージファイルを管理するためのものである。ＯＳイメージテーブル２０には、例えば、図３に示すように、１以上のＯＳイメージファイルにそれぞれ対応した１以上のＯＳイメージ情報を含んでいる。各ＯＳイメージファイルのＯＳイメージ情報は、例えば、ＯＳイメージ名と、そのＯＳイメージファイルの名称と、ＯＳイメージファイルに関する内容とＩＤを含んでいる。なお、ＯＳイメージ情報には、例えば、ＯＳイメージ名（又はその他のＯＳイメージ識別情報）とＯＳイメージファイル名（又はＯＳイメージファイルの所在を特定するためのその他の情報）とが含まれてさえすれば良い。

１以上のＯＳイメージファイル５７Ａ、５７Ｂの各々には、それに対応したＯＳイメージそれ自体及びそのＯＳイメージに関する１以上の属性（例えばＯＳイメージのデータサイズ等）が記述されている。

ストレージ制御装置４５は、例えば、第1通信ネットワーク２７に対するインターフェースである第1Ｉ／Ｆ９９と、第２通信ネットワーク４１に対するインターフェースである第２Ｉ／Ｆ９２と、上位装置からの種々のコマンドに応じた処理等を実行する１以上のプロセッサ（例えばＭＰＵ（Micro
Processing Unit）又はＣＰＵ（Central
Processing Unit）））９５と、上位装置から受信したデータが一時的に格納されるバッファ領域等を有するメモリ９４と、ディスク型記憶装置７７に対するインターフェースであるディスクＩ／Ｆ９３とを備えている。ストレージ制御装置４５（例えばプロセッサ９５）は、デプロイメントマシン１からの種々の命令に応答して、例えば、新たな論理ボリュームをディスク型記憶装置上に構築したり、デプロイ用ボリューム４７と１以上のサーバ用ボリューム（例えば２つのサーバ用ボリューム４９、５１）とをペア状態にして、デプロイ用ボリューム４７内のＯＳイメージファイル（例えばＯＳイメージファイル５７Ａ）をその１以上のサーバ用ボリューム内にコピーしたり、上記ペア状態を解除したりする。

以上が、この実施形態に係るデプロイメントシステムの全体構成例についての説明である。以下、図４以降を参照し、このシステムにおいて、各サーバにＯＳイメージが配布されるまでの流れの例を説明する。

デプロイメントマシン１は、初期設定（ステップＳ１）などの種々の処理を実行して自身のＯＳを起動する。また、そのマシン１がデプロイメントソフトウェア（以下、「ＤＳ」と略記）６の起動命令をユーザから受けた場合、ＤＳ６がＣＰＵに読込まれ、ＯＳの上位に用意される。

ＤＳ６は、ユーザに対して多重ミラー指示を受け付ける。ＤＳ６がユーザから多重ミラー指示を受けると、ＤＳ６のストレージシステム制御部１１が、多重ミラー指示送信処理を実行する。

具体的には、まず、ＤＳ６のストレージシステム制御部１１が、第１通信ネットワーク２７（又は第２通信ネットワーク４１）を介してデプロイ用ボリュームＩＤ「１」をストレージシステム４３に指定して、デプロイ用ボリューム４７にアクセスし、サーバ管理テーブル１０、ＯＳイメージテーブル２０、及び各ＯＳイメージファイル５７Ａ、５７Ｂを参照する（Ｓ２Ａ）。

そして、ストレージシステム制御部１１は、各サーバ毎に、そのサーバに関する種々の属性情報（例えば、そのサーバのＯＳイメージ名に対応したＯＳイメージファイルに記録されているＯＳイメージデータサイズや、そのサーバの固有設定情報のデータサイズ等）に基づいて、そのサーバ用の論理ボリューム４９、５１、５３を構築するようストレージシステム４３に指示する（Ｓ２Ｂ）。それにより、ストレージシステム４３のストレージ制御装置４５によって、ディスク型記憶装置７７上に、各サーバ毎の属性情報に基づく各サーバ用論理ボリューム４９、５１、５３が新たに構築される（Ｓ２Ｃ）。なお、構築された各サーバ用論理ボリューム４９、５１、５３の論理ボリュームＩＤは、例えば、ＤＳ６に付与されたものであっても良いし、ストレージ制御装置４５のプロセッサ９５に付与されたものであっても良い。また、付与された論理ボリュームＩＤは、例えば、ＤＳ６が、ストレージ制御装置４５の第１Ｉ／Ｆ９９又は第２Ｉ／Ｆ９２を介して、サーバ管理テーブル１０上の、各サーバに対応する場所に書込む。また、例えば、ストレージシステム制御部１１は、第1サーバ３１Ａに対応した第1サーバ用論理ボリューム４９を構築させる場合、その第1サーバ３１Ａに対応した属性情報に含まれているＯＳイメージデータサイズと固有設定情報等のデータサイズとの合計よりも大きい記憶容量を持ったサーバ用論理ボリュームを構築させる。また、各サーバ毎の属性情報は、デプロイメントマシン１又はストレージシステム４３における所定記憶領域（例えば、図２に例示するようにサーバ管理テーブル１０）に記憶させることができる。

さて、次に、ＤＳ６のストレージシステム制御部１１は、サーバ管理テーブル１０及びＯＳイメージテーブル２０に記録されている情報に基づいて、複数のサーバ用ボリューム４９，５１及び５３の中から、同一のＯＳイメージファイルが格納される２以上の（例えば２つの）サーバ用ボリューム４９、５１を選択して互いにペアにする（Ｓ３）。別の言い方をすれば、ＤＳ６のストレージシステム制御部１１は、上記選択した２つのサーバ用ボリュームをミラーボリュームとする。

次に、ＤＳ６のストレージシステム制御部１１は、サーバ管理テーブル１０及びＯＳイメージテーブル２０に基づいて、デプロイ用ボリューム４７内の１以上のＯＳイメージファイル５７Ａ、５７Ｂの中から、ペアにされた２つのサーバ用ボリューム４９、５１に格納するＯＳイメージファイル５７Ａを選択する。そして、ＤＳ６のストレージシステム制御部１１は、選択したＯＳイメージファイル５７Ａを、２つのサーバ用ボリューム４９、５１のペアに一斉にイメージとしてブロック単位で順次コピーする（Ｓ４）。具体的には、例えば、ＤＳ６のストレージシステム制御部１１は、選択したＯＳイメージファイル５７Ａを、第２通信ネットワーク４１を介して読出し、読み出したＯＳイメージファイル５７Ａを、第２通信ネットワーク４１を介して、ペアになった２つのサーバ用ボリューム４９、５１から成るミラーボリュームに対して送信する。これにより、送信されたＯＳイメージファイル５７Ａが、ストレージ制御装置４５によって、ペアを構成する２つのサーバ用論理ボリューム４９、５１に一斉に書き込まれる。

ＤＳ６のストレージシステム制御部１１は、このＳ３及びＳ４の処理を、全てのサーバ３１Ａ〜３１Ｃについて完了するまで繰り返す（Ｓ５でＮ、Ｓ６）。ストレージシステム制御部１１は、Ｓ３及びＳ４の処理を、各ＯＳイメージ毎に逐次に行っても良いし或いは並行して行っても良い。また、上記の説明の例では、互いにペアにされるサーバ用ボリュームの数は２つであるが、同一のＯＳイメージファイルが格納されるサーバ用ボリュームの数が３以上である場合には、３以上のサーバ用ボリュームが互いにペアにされ、それら３以上のサーバ用ボリュームに同一のＯＳイメージファイルを一斉にコピーすることもできる。

全てのサーバ３１Ａ〜３１ＣについてＳ３及びＳ４の処理が完了すると（Ｓ５でＹ）、各サーバ３１Ａ〜３１Ｃに対応した各サーバ用ボリューム４９、５１、５３内に、そのサーバに対応したＯＳイメージファイルが用意される。この時点では、各サーバのＯＳイメージファイルそれ自体は、そのサーバに適した状態にはなっていない（換言すれば、そのサーバの固有設定情報がそのサーバ用ボリューム内又はそのサーバ内に設定されないと、サーバに適したＯＳ起動はできない）。

ＤＳ６のストレージシステム制御部１１は、Ｓ５でＹの後、多重ミラースプリット指示をストレージシステム４３に送信することにより、上記２つのサーバ用ボリューム４９、５１のペア状態は解除される（Ｓ７）。

Ｓ７の後、ＤＳ６は、各サーバ毎の固有設定情報を各サーバに入力するための処理を実行する。

図５に示すように、具体的には、例えば、ＤＳ６のパラメタ設定部１９における個別スクリプトコピー部２１が、サーバ管理テーブル１０を参照して、そのテーブル１０に記録されている各サーバ用ボリュームＩＤと、それに対応した固有設定情報（例えば固有パラメタ又は起動時実行スクリプト）とをリードすることのリード要求を、第２通信ネットワーク４１（又は第１通信ネットワーク２７）を介してストレージシステム４３に送信する（Ｓ８）。ストレージ制御装置４５は、リード要求に従うサーバ用論理ボリュームＩＤ及び固有設定情報をサーバ管理テーブル１０から取得し第２通信ネットワーク４１（又は第１通信ネットワーク２７）を介してデプロイメントマシン１に送信する（Ｓ９）。それにより、個別スクリプトコピー部２１は、各サーバ毎のサーバ用論理ボリュームＩＤと固有設定情報とを取得する（Ｓ１０）。

次に、個別スクリプトコピー部２１は、取得した各サーバ用ボリュームＩＤ（例えば「２」）を有する各サーバ用ボリュームに、そのＩＤに対応した固有設定情報をライトすることのライト要求を、第２通信ネットワーク４１を介してストレージシステム４３に送信する（Ｓ１１）。ストレージ制御装置４５は、ライト要求に従うサーバ用ボリューム（例えば第１サーバ用ボリューム４９）に、ライト要求に含まれる固有設定情報を書き込む（Ｓ１２）。その結果、各サーバのサーバ用論理ボリュームに、そのサーバに対応した固有設定情報が登録される。

次に、例えば、ＤＳ６のパラメタ設定部１９におけるブートパス設定部２５が、複数のサーバ３１Ａ〜３１Ｃの各々に対して、そのサーバのＯＳイメージファイルのブートパスを設定する（Ｓ１３）。ブートパスを設定する方法としては、例えば以下の２つが考えられる。

図６は、ブートパス設定方法を説明するための図である。具体的には、図６（Ａ）は、第１のブートパス設定方法の説明図であり、図６（Ｂ）は、第２のブートパス設定方法の説明図である。以下、順に説明する。なお、以下の説明では、第１サーバ３１Ａのブートパスを設定する場合を例に採る。

（１）第１のブートパス設定方法。

ブートパス設定部２５は、サーバ管理テーブル１０に記録されている第１サーバ３１Ａの新たなブートパス名を、サーバ管理テーブル１０から読み出すか、或いは、ＤＳ６を通じてユーザに指定させる（Ｓ１３Ａ）。なお、この新たなブートパス名は、例えば、ストレージシステム４３のシステム管理者がＤＳ６を使用して予め記録したものであっても良いし、Ｓ４のコピー処理の後に、ＤＳ６のストレージシステム制御部１１によって書かれたものであっても良い。

ブートパス設定部２５は、取得した第１サーバ３１Ａのブートパス名を、第１通信ネットワーク２７を介して、第１サーバ３１Ａの通信補助装置６０に送信する（Ｓ１３Ｂ）。それにより、通信補助装置６０が、第１サーバ３１Ａ内のファームウェア９０が使用するブートパス名９１を、受信した新たなブートパス名に書き換える（Ｓ１３Ｃ）。

なお、この第１のブートパス設定方法において、ブートパス設定先のサーバの電源がオフ状態になっている場合は、ブートパス設定部２５は、サーバ制御部２３により、リモート操作で（例えばマジックパケットを送信させることにより）、そのサーバ本体３３の電源をターンオンさせてから、Ｓ１３Ｂの処理を実行しても良い。また、サーバ本体３３の電源がオフ状態であっても、サーバが新たなブートパスを受けて自装置内に設定することができるようになっていれば、リモート操作で電源をターンオンさせなくても良い。

（２）第２のブートパス設定方法。

図６（Ｂ）に示すように、例えば、ストレージシステム４３内（例えば、ストレージ制御装置４５のメモリ９４）には、複数の論理ボリュームの各々に対して予めアクセスパス名が定義されている。具体的には、例えば、ストレージシステム４３内には、各論理ボリューム（物理ディスクの組合せ）に対応した各アクセスパス名が記録されたボリューム管理テーブル１８０が存在する。なお、物理ディスクの組合せの一例である「｛Ａ，Ｂ，Ｆ，Ｇ｝」の各アルファベットは、物理ディスクに割当てられたＩＤである。また、アクセスパス名は、種々の構成にすることができるが、例えば、第２通信ネットワーク４１に接続されるストレージシステム４３上の通信ポート１９１のＩＤと、その通信ポートＩＤに属するターゲットＩＤと、そのターゲットＩＤに属するＬＵＮ（Logical
Unit Number）と、そのＬＵＮに属する論理ボリュームＩＤとを含んだ構成にすることができる。

ブートパス設定部２５は、第１サーバ３１Ａに対応したブートパス名（例えば、上記アクセスパス名と同様の構成を有する情報）９１を取得する（Ｓ１３Ｄ）。取得されるブートパス名９１は、第１サーバ３１Ａから受信したものであっても良いし、予めサーバ管理テーブル１０に記録されているものであっても良い。

次に、ＤＳ６のストレージシステム制御部１１が、ストレージシステム４３にアクセスして、ボリューム管理テーブル１８０上に記録されている複数のアクセスパス名のうち、第１サーバ用ボリューム４９の論理ボリュームＩＤを含んだアクセスパス名を、Ｓ１３Ｄで取得されたブートパス名９１に変更する処理を行う（Ｓ３Ｅ）。これにより、以後、第１サーバ３１Ａが、予め設定されていたブートパス名９１に従ってストレージシステム４３にアクセスしても、第１サーバ用ボリューム４９にアクセスし、そのボリューム４９内にコピーされたＯＳイメージを読み出すことができる。

ブートパス設定部２５が各サーバにそのサーバ用の新ブートパスを設定したら、終了となる。なお、ブートパス設定部２５が新ブートパスを設定した後、サーバ制御部２３が、各サーバ３１Ａ〜３１Ｃに起動命令を送信し（例えば一斉に送信し）、それにより、各サーバ３１Ａ〜３１Ｃに新たなブートパスに従うブートを実行させて、複数のサーバ３１Ａ〜３１Ｃにそれぞれ対応した複数のＯＳイメージファイルが一斉にそれら複数のサーバ３１Ａ〜３１Ｃに提供されるようにしてもよい。以下、複数のサーバ３１Ａ〜３１Ｃのうち第１サーバ３１Ａを例に採り、サーバがＯＳイメージファイルを読み出す場合に行なわれる処理流れを説明する。

図７は、第1サーバ３１ＡがＯＳイメージファイル５７Ａを読み出す場合に行なわれる処理流れを示す。

第１サーバ３１Ａは、新たなブートパス名が設定された後に起動開始する場合、そのサーバ３１ＡのＯＳイメージ取得部３５が、サーバ記憶部７６に設定されているブートパス名９１が指し示す論理ボリュームにアクセスする（Ｓ２１）。第１サーバ３１Ａのブートパス名は図６を参照して説明した方法で設定されているので、Ｓ２１の結果、ＯＳイメージ取得部３５は、第1サーバ用ボリューム４９にアクセスすることになる。ＯＳイメージ取得部３５は、第１サーバ用ボリューム４９からＯＳイメージファイル５７Ａ及び固有設定情報３２を読み出すことで（Ｓ２２）、そのサーバでＯＳが起動する。固有設定情報（例えばＩＰアドレスやゲートウェイアドレス等の固有パラメタ）は、例えば、ファームウェア９０（例えばＢＩＯＳ）によって設定される。

以上が、各サーバにＯＳイメージが配布されるまでの流れについての説明である。なお、この流れは、複数のサーバ３１Ａ〜３１Ｃの全てにＯＳイメージを配布するための処理流れであるが、勿論、一つのサーバのみにＯＳイメージを配布する場合にも適用することができる。

上述した実施形態によれば、第１通信ネットワーク（例えばＬＡＮ）の帯域に依存せず、従来より短い時間で、複数のサーバにＯＳイメージを配布することができる。

ところで、上述した実施形態は、前述したように本発明の一実施形態にすぎず、この実施形態では下記のような幾つかの変形例が考えられる。

例えば、第１の変形例では、デプロイメントマシン１が、各サーバに対応したＯＳイメージファイル（例えば圧縮されたもの）を論理ボリュームからリードし（その後例えば解凍処理を行って）、そのＯＳイメージファイルを、第２通信ネットワーク４１を介して、そのサーバ用の論理ボリューム内にライトしても良い。また、ＤＳ６のストレージシステム制御部１１は、ストレージシステム４３のデプロイ用ボリューム４７内のＯＳイメージファイルが、別のストレージシステム４３Ａ内の論理ボリューム１６０にコピーしても良い。

第２の変形例では、各論理ボリュームには、その論理ボリュームに対応する上位装置がアクセス可能な状態であるオンライン状態と、その論理ボリュームに対応する上位装置であってもアクセスすることが不可能な状態であるオフライン状態とがあっても良い。各論理ボリュームがオンライン状態であるかオフライン状態であるかは、例えば、複数の論理ボリュームにそれぞれ対応したボリューム状態ビットが「１」であるか「０」であるかによって決められても良い。各ボリューム状態ビットは、ストレージ制御装置４５内のメモリに記録されても良い。ストレージ制御装置４５は、複数のサーバ用ボリュームを準備した後、各サーバ用ボリュームを一斉にオフライン状態にしてから（すなわち、どの上位装置からもアクセス不可能な状態にしてから）、サーバ管理テーブル１０に基づき、上述したコピー処理を実行しても良い。その後、ストレージ制御装置４５は、自発的に、又は、ＤＳ６からのスプリット命令に応答して、上記ペア状態を解除しても良い。その際に、ストレージ制御装置４５は、所定タイミングで（例えばペア状態の解除後直ちに）、ＯＳイメージファイルがコピーされたサーバ用論理ボリュームをオフライン状態からオンライン状態に切り替えても良い（例えば、ボリューム状態ビットを「０」から「１」に変更しても良い）。

第３の変形例では、サーバ管理テーブル１０及びＯＳイメージテーブル２０のうちの少なくともサーバ管理テーブル１０は、デプロイ用ボリューム４７内ではなく、ストレージシステム４３の外、例えば、デプロイメントマシン１のデプロイ記憶部７２（例えば、内蔵型ハードディスク上のＤＳ６用データ格納ボリューム）内に保存されていても良い。

第４の変形例では、ＯＳイメージは、ファイル形式ではなくボリュームとして作られても良い。その場合、例えば図８に示す処理流れによって、ＯＳイメージのコピーが行われても良い。

すなわち、ＤＳ６のストレージシステム制御部１１が、ストレージシステム４３内の１以上のＯＳイメージボリューム（ＯＳイメージが存在する論理ボリューム）２００の中から、コピー対象のＯＳイメージが保存されたＯＳイメージボリュームを選択する（Ｓ５１）。

また、ストレージシステム制御部１１は、複数のサーバ用ボリューム４９、５１及び５３の中から、コピー対象のＯＳイメージのコピー先とする１以上の（例えば２つの）サーバ用ボリューム４９、５１を選択する（Ｓ５２）。

次に、ストレージシステム制御部１１は、Ｓ５１で選択したＯＳイメージボリューム２００と、Ｓ５２で選択した１以上のサーバ用ボリューム４９及び５１とをペアにする（Ｓ５３）。そして、ストレージシステム制御部１１は、ストレージシステム４３に対して同期化命令を送信する（Ｓ５４）。それにより、ストレージ制御装置４５によって、ＯＳイメージボリューム２００内のＯＳイメージが、そのＯＳイメージボリューム２００に対してペアになっている１以上のサーバ用ボリューム４９、５１に一斉にコピーされる。

コピーが終了した後、ＤＳ６のストレージシステム制御部１１は、Ｓ５３で形成したペアを解除する（Ｓ５５）。

なお、例えば、Ｓ５３では、必ずしも２つのボリューム間でペアを形成する必要は無く、３以上のボリューム間で多重ペアが形成されても良い。この場合、３以上のボリュームの対応するアドレスブロックに同一のデータが保持されるため、ほぼ１回分のＯＳイメージ書き込み時間で、ペアにされた３以上のサーバ用ボリュームにＯＳイメージを書込むことができる。

以上、本発明の実施形態及び変形例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこの実施形態及び変形例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、サーバに対して設定されたブートパス名と、そのサーバ用の論理ボリュームのアクセスパス名との対応付けがなされていれば、上述した説明に限定される必要は無い。

本発明の一実施形態に係るデプロイメントシステムの全体構成例を示す。 サーバ管理テーブル１０の一例を示す。 ＯＳイメージテーブル２０の一例を示す。 本発明の一実施形態に係るデプロイメントシステムにおけるＯＳイメージ配布の流れの一例を示す。 本発明の一実施形態に係るデプロイメントシステムにおけるＯＳイメージ配布の流れの一例を示す。 ブートパス設定方法を説明するための図。 ＯＳイメージファイルが読み出される場合に行なわれる処理流れの一例を示す。 第４の変形例におけるＯＳイメージコピー処理の流れを示す。

符号の説明

１…デプロイメントマシン、６…デプロイメントソフトウェア、１０…サーバ管理テーブル、１１…ストレージシステム制御部、１９…パラメタ設定部、２０…ＯＳイメージテーブル、２１…個別スクリプトコピー部、２３…サーバ制御部、２５…ブートパス設定部、２７…第１通信ネットワーク、３１Ａ〜３１Ｃ…ＯＳイメージ配布先サーバ、３５…ＯＳイメージ取得部、４１…第２通信ネットワーク、４３…ストレージシステム、４５…ストレージ制御装置、４７、４９、５１、５３、５９Ａ、５９Ｂ…論理ボリューム、５７Ａ、５７Ｂ…ＯＳイメージファイル

Claims (11)

1. 複数の情報処理端末にそれぞれ使用される複数のＯＳイメージを用意するデプロイメントマシンであって、
   複数の情報処理端末及び１以上のストレージシステムが接続されている第１通信ネットワーク及び第２通信ネットワークに接続されており、前記第１通信ネットワークは、前記第２通信ネットワークよりも転送速度の遅い通信ネットワークであり、
   情報処理端末からその情報処理端末に対応した端末用論理ボリュームにアクセスするためのブートパスとその情報処理端末に対応したＯＳイメージ情報とを含んだ情報を情報処理端末毎に有する情報であって、前記１以上のストレージシステムが有し前記デプロイメントマシンに割り当てられた論理ボリュームであるデプロイ用ボリュームに格納されている情報処理端末管理情報を、参照する参照部と、
   前記１以上のストレージシステム内に、前記複数の情報処理端末にそれぞれ対応した複数の端末用論理ボリュームを、前記情報処理端末管理情報に基づいて前記１以上のストレージシステムに生成するボリューム準備部と、
   前記１以上のストレージシステム内の論理ボリュームに格納されているＯＳイメージデータを、前記第２通信ネットワークを介して、前記複数の端末用論理ボリュームの中から選択された１以上の端末用論理ボリュームの各々に、前記１以上のストレージシステムにコピーさせるＯＳイメージコピー部と、
   前記１以上の端末用論理ボリュームにそれぞれ対応する１以上の情報処理端末の各々に専用のブートパスを設定する部であって、前記コピーされたＯＳイメージデータへ前記第２の通信ネットワークを介してアクセスするために、前記情報処理端末管理情報から該情報処理端末に対応した前記ブートパスを取得して、該ブートパスを、該情報処理端末が有する通信補助装置に前記第１通信ネットワークを介して送信することにより、該ブートパスを該情報処理端末のファームウェアに設定するブートパス設定部と
   を備え、
   前記情報処理端末が有する前記通信補助装置は、前記第１通信ネットワークに対するインタフェースを備えており、パラメタとして前記ブートパスを受信しそのブートパスを当該情報処理端末のファームウェアに設定するようになっている装置である、
   デプロイメントマシン。
2. 前記１以上の情報処理端末の中から選択された情報処理端末に前記第１通信ネットワークを介してデータを送信する場合、前記選択された情報処理端末の電源がオフ状態になっていれば、前記第１通信ネットワークを介して前記選択された情報処理端末の電源をターンオンにした後に、前記データを前記選択された情報処理端末に送信する、
   請求項１記載のデプロイメントマシン。
3. 前記ＯＳイメージデータコピー部は、以下の（１）又は（２）の処理、
   （１）前記複数の端末用論理ボリュームの中から選択された２以上の端末用論理ボリュームを互いにペアにし、前記論理ボリューム内のＯＳイメージデータを、前記第２通信ネットワークを介して読出し、前記読み出したＯＳイメージデータを、前記第２通信ネットワークを介して、互いにペアにされた前記２以上の端末用論理ボリュームに一斉に書き込む、
   （２）ＯＳイメージデータを記憶する前記論理ボリュームと、前記選択された１以上の端末用論理ボリュームとをペアにし、前記１以上のストレージシステムを制御して、前記ＯＳイメージボリューム内のＯＳイメージデータを前記１以上の端末用論理ボリュームに一斉にコピーさせる、
   を実行する、
   請求項１又は２のうちのいずれか１項に記載のデプロイメントマシン。
4. 前記複数の情報処理端末にそれぞれ対応した複数の端末情報が記録された端末管理テーブルにおける前記端末情報に含まれる情報であって、情報処理端末がＯＳを起動する場合にその情報処理端末に設定されるべき固有設定情報を、各々の情報処理端末にて個別起動時実行スクリプトを起動することで、その固有設定情報が設定されるべき情報処理端末に設定する情報設定部を更に備える、
   請求項１乃至３うちのいずれか１項に記載のデプロイメントマシン。
5. 前記情報設定部は、以下の（１）又は（２）の処理、
   （１）前記取得した固有設定情報を、前記第２の通信ネットワークを介して、各々の情報処理端末にて個別起動時実行スクリプトを起動することで、前記取得した固有設定情報が設定されるべき情報処理端末の端末用論理ボリュームに書き込む、
   （２）前記取得した固有設定情報を設定するための情報又はコンピュータプログラムを、前記第１の通信ネットワークを介して、各々の情報処理端末にて個別起動時実行スクリプトを起動することで、前記取得した固有設定情報が設定されるべき情報処理端末に送信する、
   を実行する、
   請求項４記載のデプロイメントマシン。
6. 前記ボリューム準備部は、ＯＳイメージデータサイズと、前記複数の情報処理端末の中から選択された情報処理端末の端末用論理ボリュームに格納される１以上の固有設定情報にそれぞれ対応した１以上のデータサイズとを取得して、取得されたＯＳイメージデータサイズと前記１以上の固有設定情報のデータサイズとの合計値以上の記憶容量を有する論理ボリュームを、前記選択された情報処理端末の端末用論理ボリュームとして生成し、その情報処理端末に関する属性情報をデプロイメントマシン又はストレージシステムにおける各所定記憶領域に記憶する、
   請求項１乃至５のうちのいずれか１項に記載のデプロイメントマシン。
7. 複数の情報処理端末にそれぞれ使用される複数のＯＳイメージを用意する方法であって、
   情報処理端末が、第２通信ネットワークと前記第２通信ネットワークよりも転送速度の遅い第１通信ネットワークとに接続された１以上のストレージシステム内に、前記第１通信ネットワーク及び前記第２通信ネットワークに接続された前記複数の情報処理端末にそれぞれ対応した複数の端末用論理ボリュームを、情報処理端末からその情報処理端末に対応した端末用論理ボリュームにアクセスするためのブートパスとその情報処理端末に対応したＯＳイメージ情報とを含んだ情報を情報処理端末毎に有する情報処理端末管理情報に基づいて生成するステップと、
   前記情報処理端末が、前記１以上のストレージシステム内の論理ボリュームに格納されているＯＳイメージデータを、前記第２通信ネットワークを介して、前記複数の端末用論理ボリュームの中から選択された１以上の端末用論理ボリュームの各々に、前記１以上のストレージシステムにコピーさせるステップと、
   前記情報処理端末が、前記１以上の端末用論理ボリュームにそれぞれ対応する１以上の情報処理端末の各々に専用のブートパスをコンピュータが設定するステップであって、前記コピーされたＯＳイメージデータへ前記第２の通信ネットワークを介してアクセスするために、前記情報処理端末管理情報から該情報処理端末に対応した前記ブートパスを取得して、該ブートパスを、該情報処理端末が有する通信補助装置に前記第１通信ネットワークを介して送信することにより、該ブートパスを該情報処理端末のファームウェアに設定するステップと
   を有し、
   前記情報処理端末が有する前記通信補助装置は、前記第１通信ネットワークに対するインタフェースを備えており、パラメタとして前記ブートパスを受信しそのブートパスを当該情報処理端末のファームウェアに設定するようになっている装置である、
   方法。
8. 前記コピーさせるステップでは、以下の（１）又は（２）の処理、
   （１）前記複数の端末用論理ボリュームの中から選択された２以上の端末用論理ボリュームを互いにペアにし、前記論理ボリューム内のＯＳイメージデータを、前記第２通信ネットワークを介して読出し、前記読み出したＯＳイメージデータを、前記第２通信ネットワークを介して、互いにペアにされた前記２以上の端末用論理ボリュームに一斉に書き込む、
   （２）ＯＳイメージデータを記憶する前記論理ボリュームと、前記選択された１以上の端末用論理ボリュームとをペアにし、前記１以上のストレージシステムを制御して、前記ＯＳイメージボリューム内のＯＳイメージデータを前記１以上の端末用論理ボリュームに一斉にコピーさせる、
   請求項７記載の方法。
9. 前記情報処理端末が、前記複数の情報処理端末にそれぞれ対応した複数の端末情報が記録された端末管理テーブルにおける前記端末情報に含まれる情報であって、情報処理端末がＯＳを起動する場合にその情報処理端末に設定されるべきブートパス名を、各々の情報処理端末にて個別起動時実行スクリプトを起動することで、前記１以上の情報処理端末の各々に設定するステップを更に有する、
   請求項７又は８記載の方法。
10. 前記設定するステップでは、以下の（１）又は（２）の処理、
    （１）前記１以上の情報処理端末にそれぞれ対応する１以上のブートパス名を、前記第１の通信ネットワークを介してそれぞれ前記１以上の情報処理端末に送信する、
    （２）前記端末用論理ボリュームへのアクセスパス名が前記１以上のストレージシステム内で定義されている場合、前記アクセスパス名を、前記端末用論理ボリュームに対応する情報処理端末に予め設定されているブートパス名に変更する、
    を実行する、
    請求項９記載の方法。
11. 複数の情報処理端末にそれぞれ使用される複数のＯＳイメージを用意するためのコンピュータプログラムであって、
    第２通信ネットワークと前記第２通信ネットワークよりも転送速度の遅い第１通信ネットワークとに接続された１以上のストレージシステム内に、前記第１通信ネットワーク及び前記第２通信ネットワークに接続された前記複数の情報処理端末にそれぞれ対応した複数の端末用論理ボリュームを、情報処理端末からその情報処理端末に対応した端末用論理ボリュームにアクセスするためのブートパスとその情報処理端末に対応したＯＳイメージ情報とを含んだ情報を情報処理端末毎に有する情報処理端末管理情報に基づいて前記１以上のストレージシステムに生成するステップと、
    前記１以上のストレージシステム内の論理ボリュームに格納されているＯＳイメージデータを、前記第２通信ネットワークを介して、前記複数の端末用論理ボリュームの中から選択された１以上の端末用論理ボリュームの各々に、前記１以上のストレージシステムにコピーさせるステップと、
    前記１以上の端末用論理ボリュームにそれぞれ対応する１以上の情報処理端末の各々に専用のブートパスを設定するステップであって、前記コピーされたＯＳイメージデータへ前記第２の通信ネットワークを介してアクセスするために、前記情報処理端末管理情報から該情報処理端末に対応した前記ブートパスを取得して、該ブートパスを、該情報処理端末が有する通信補助装置に前記第１通信ネットワークを介して送信することにより、該ブートパスを該情報処理端末のファームウェアに設定するステップと
    をコンピュータに実行させ、
    前記情報処理端末が有する前記通信補助装置は、前記第１通信ネットワークに対するインタフェースを備えており、パラメタとして前記ブートパスを受信しそのブートパスを当該情報処理端末のファームウェアに設定するようになっている装置である、
    コンピュータプログラム。