JP2006155393A - サーバ融通装置、サーバ融通方法およびサーバ融通プログラム - Google Patents

Abstract

【課題】自動インストールを実行できるサーバ融通装置を提供すること。
【解決手段】貸出側における借用サーバ１３０のインストールに関する設定項目を含む貸出側インストール設定情報１２５を記憶した貸出側インストール設定情報記憶手段と、借用制御装置１１０から融通要求と借用側における前記借用サーバ１３０のインストールに関する設定項目を含む借用側インストール設定情報１１３とを受信する受信部１２１と、前記受信部１２１が受信した前記借用側インストール設定情報１１３内の設定項目と、前記貸出側インストール設定情報１２５内の設定項目とを合成し、インストール設定情報を生成するインストール設定情報合成部１２２と、前記インストール設定情報合成部１２２が生成した前記インストール設定情報に基づいて前記借用サーバ１３０のインストールを行うインストール部１２４とを備えた。
【選択図】 図１

Description

この発明は、サーバ装置を一括して利用者組織に割り当てるサーバ融通装置、サーバ融通方法およびサーバ融通プログラムに関するものである。

近年、サーバ装置の利用効率の改善や、一時的な高負荷・ハードウェア障害への対応などのために、グリッドコンピューティングというサーバ装置利用形態が提唱されている。一般的なグリッドコンピューティングシステムは、サーバを複数の利用者組織で共有し、複数の利用者組織のアプリケーションプログラムを並行して動作させている。しかし、このように１つのサーバを複数の利用者組織で共有する方式によるグリッドコンピューティングシステムにおいては、利用者組織間におけるＣＰＵ時間などのリソースの割り当ての調整、利用者組織間におけるセキュリティの確保が必要になる。

そこで、サーバ融通方式によるグリッドコンピューティングシステムが提案されている。サーバ融通方式は、一時的な高負荷やハードウェア障害などでサーバが不足している利用者組織に対して、サーバに余裕のある別の利用者組織からサーバを一括して貸出す方式である。例えば、非特許文献１においては、グリッド技術を利用し、サーバ（ノード）を含むリソースを複数のクラスタ間で融通する方法が開示されている。なお、サーバ融通は、サーバのほかディスクやネットワークなどの計算機リソース全般の融通を扱うリソース融通の一形態である。

サーバ融通方式では、１つのサーバが一括して利用者組織間で融通されるため、複数の利用者組織による共有によって生じるリソース割り当て調整やセキュリティの問題が生じないという利点がある。サーバの融通を行う主体としては、ＯＳまたはミドルウェアのレベルでサーバ装置を一括管理するクラスタシステムが主に想定されているが、クラスタ以外にも、負荷分散装置とＷＥＢサーバを組み合わせたシステムなどの複数のサーバからなるシステムをサーバ融通の主体とすることができる。また、サーバ融通方式では、複数の利用者組織間において相互に貸出す方法の他、貸出しを専門に行う組織から貸出す方法が可能である。

このようなサーバ融通方式では、以前、ある利用者組織に融通されていたサーバ装置が、別の利用者組織に新たに融通される場合が生じ得る。その際、一般にサーバ装置の利用用途が変わるため、ＯＳやアプリケーションの再インストールが必要になる。サーバ融通は、サーバ装置の稼働状況などに応じて自動的に行われるため、再インストールを管理者が手動で行うことは期待できない。そのためサーバ融通においては、ＯＳやアプリケーションの自動インストールが必要となる。

一般に、自動インストールとは、管理者が手動で操作を行うことなくソフトウェアのインストールを行う方法をいう。すなわち、通常のインストールにおいて管理者が手動で指定していたインストールのための設定情報を予め設定情報ファイルに記述しておき、インストールの際にそのファイルの内容に従って自動的にインストールを行う方法である。

このような固定的な設定情報ファイルによる自動インストールは、設定情報が予め決定できることが前提となる。例えば、あるシステムで必要な設定情報の種類が複数存在する場合であっても、それらが予め決定できるものであれば、複数の設定情報ファイルを用意してそれらを適宜使い分けることによって自動インストールが可能である。

吉田英樹、崎山伸夫、關俊文、金井達徳、平山秀昭著「グリッド技術によるクラスタ間リソース融通」情報処理学会第６６回全国大会、２００４年３月

しかしながら、サーバ融通に伴う再インストールにおいては、借用側の組織と貸出し側の組織が決まらなければ、各組織に固有の設定情報を決定することができないため、予め固定的な設定情報ファイルを準備する従来の方式による自動インストールを行うことができない。

例えば、利用するソフトウェアの種類、利用するソフトウェアの設定方法といったサーバの利用目的に関わるインストールの設定要求は、一般に借用側の事情で生じる場合が多い。一方、利用するハードウェアの種類、利用するハードウェアの設定方法といったサーバのハードウェアやその環境に依存する設定要求は、そのサーバを物理的に保有している貸出側の事情で生じる場合が多い。また、セキュリティの設定やネットワークの設定のように、借用側と貸出側の双方の要求に関わる設定要求も存在する。

従って、サーバ融通における再インストールのために必要な全設定情報は、どの組織のサーバをどの組織へ貸出すかによって変動する。一般にどの組織のサーバをどの組織へ貸出すかは予め決めることができないため、予めインストールのための設定情報を決定することはできない。すなわち、サーバ融通においては、固定的な設定情報ファイルを用いた従来の方式による自動インストールを行うことができないという問題がある。

現状では、サーバ融通における上述のような問題を解消した自動インストールの方法については提案されていない。前記非特許文献１においては、クラスタ間のリソース融通を実現するためのインターフェースの拡張について示されているが、自動インストールの実現方法については述べられていない。

本発明は、上記に鑑みてなされたものであって、自動インストールを確実に実行することができるサーバ融通装置、サーバ融通方法およびサーバ融通プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、貸出対象となるサーバを管理し、ネットワークに接続された前記サーバの借用の制御を行う借用制御装置からの前記サーバのリソース借用の要求である融通要求に対し前記サーバのリソースの貸出しである前記サーバの融通を行うサーバ融通装置において、貸出側における前記サーバのインストールに関する設定項目を含む貸出側インストール設定情報を記憶した貸出側インストール設定情報記憶手段と、前記借用制御装置から前記融通要求と借用側における前記サーバのインストールに関する設定項目を含む借用側インストール設定情報とを受信する受信手段と、前記受信手段が受信した前記借用側インストール設定情報内の設定項目と、前記貸出側インストール設定情報内の設定項目とを合成し、前記サーバを融通する際のインストールに関するインストール設定情報を生成するインストール設定情報合成手段と、前記インストール設定情報合成手段が生成した前記インストール設定情報に基づいて前記サーバのインストールを行うインストール手段と、を備えたことを特徴とする。

また、本発明は、上記装置を実行することができるサーバ融通方法およびサーバ融通プログラムである。

本発明によれば、借用側の組織と貸出し側の組織それぞれに固有の設定情報をサーバ融通時に合成し、合成した設定情報を含むインストールのための設定情報ファイルを生成し、生成した設定情報に従いインストールを実行することができる。このため、固定の設定情報の準備や管理者の手動の操作を必要とせずに、融通するサーバのインストールを確実に自動的に実行することができるという効果を奏する。

以下に添付図面を参照して、この発明にかかるサーバ融通装置、サーバ融通方法およびサーバ融通プログラムの最良な実施の形態を詳細に説明する。

（第１の実施の形態）
第１の実施の形態にかかるサーバ融通装置は、借用側のインストール設定情報と貸出側のインストール設定情報をサーバ融通時に合成し、合成したインストール設定情報に従って貸出すサーバのインストールを自動的に実行するものである。

図１は、第１の実施の形態にかかるサーバ融通装置１２０を含むサーバ融通システム１００の全体の構成を示すブロック図である。同図に示すように、サーバ融通システム１００は、借用側クラスタ１０１と貸出側クラスタ１０２とがネットワークを介して接続されている。このように、本実施の形態においては、クラスタをサーバ融通の主体として用いた例を示す。

借用側クラスタ１０１は、サーバを借りる側である借用側の組織において管理されるクラスタであり、借用制御装置１１０と、借用側クラスタ１０１内のサーバの故障の有無や負荷状況を監視し、サーバおよびその上のアプリケーションの動作を制御する借用側クラスタマネージャ（図示せず）とから構成されている。なお、借用制御装置１１０と借用側クラスタマネージャを同一装置となるように構成してもよい。

貸出側クラスタ１０２は、サーバを貸す側である貸出側の組織において管理されるクラスタであり、サーバ融通装置１２０と、借用側の組織により借用されるサーバである借用サーバ１３０と、貸出側クラスタ１０２内のサーバの故障の有無や負荷状況を監視し、サーバおよびその上のアプリケーションの動作を制御する貸出側クラスタマネージャ（図示せず）とから構成されている。なお、サーバ融通装置１２０と貸出側クラスタマネージャは同一装置となるように構成してもよい。

借用制御装置１１０は、借用側クラスタ１０１内において、サーバ融通における借用の制御を行う装置であり、送信部１１１を備えている。また、借用制御装置１１０は、ハードディスクドライブ装置（ＨＤＤ：Hard Disk Drive）にインストール対象ソフトウェア１１２と、借用側インストール設定情報１１３とを保存している。

インストール対象ソフトウェア１１２は、借用側の組織が借用サーバ１３０を借用したときに、借用サーバ１３０にインストールして利用するソフトウェアである。例えば、借用サーバ１３０上で使用する予定のアプリケーションやライブラリなどが該当する。

借用側インストール設定情報１１３は、借用サーバ１３０のインストール時に必要となる設定情報のうち、サーバの利用目的・利用方法などの借用側の組織に依存する設定情報を管理する。例えば、使用言語、時間帯、インストール対象ソフトウェア１１２の指定、インストール対象ソフトウェア１１２のインストールメディアの指定、インストール対象ソフトウェア１１２のインストールメディアの所在の指定などが該当する。

送信部１１１は、サーバの融通要求、借用側インストール設定情報１１３、インストール対象ソフトウェア１１２をサーバ融通装置１２０に送信するものである。

サーバ融通装置１２０は、貸出側クラスタ１０２内において、サーバ融通の制御を行う装置であり、受信部１２１と、インストール設定情報合成部１２２と、インストール制御部１２３と、インストール部１２４とを備えている。また、サーバ融通装置１２０は、ＨＤＤに貸出側インストール設定情報１２５を保存している。ＨＤＤは、本発明における貸出側インストール設定情報記憶手段に相当する。

貸出側インストール設定情報１２５は、借用サーバ１３０のインストール時に必要となる設定情報のうち、サーバのハードウェア構成や設置環境などの貸出側の組織に依存する設定情報を管理する。例えば、借用サーバ１３０のデバイスの設定に関する情報が該当する。同一のハードウェア構成の借用サーバ１３０が多数存在する場合などにおいては、複数の借用サーバ１３０の設定情報を共通化して管理するように構成してもよい。

なお、借用側の利用目的・利用方法と貸出側のサーバのハードウェア構成や設置環境との両方に依存する項目は、借用側インストール設定情報１１３と貸出側インストール設定情報１２５との両方において管理される。例えば、ディスクのパーティションの設定やネットワークの設定などが該当する。

受信部１２１は、借用制御装置１１０の送信部１１１が送信したサーバの融通要求、借用側インストール設定情報１１３の受信を行うものである。

インストール設定情報合成部１２２は、受信部１２１が受信した借用側インストール設定情報１１３と、ＨＤＤに保存された貸出側インストール設定情報１２５とを合成し、借用サーバ１３０のインストール時に必要なインストール設定情報を生成するものである。

インストール制御部１２３は、借用サーバ１３０に対するインストール準備のためのブート指示や、借用サーバ１３０に対するインストール部１２４の送信を行うものである。

インストール部１２４は、サーバ融通装置１２０からインストール設定情報を取得し、取得したインストール設定情報に従い借用サーバ１３０のインストールを行う。インストール部１２４はサーバ融通装置１２０上に存在するが、インストール時に借用サーバ１３０上に転送され、借用サーバ１３０上で実行される。なお、インストール部１２４はサーバ融通装置１２０以外の他の装置上に存在するものを借用サーバ１３０上に転送するように構成してもよい。

次に、このように構成された第１の実施の形態にかかるサーバ融通装置１２０によるサーバ融通処理における借用サーバ１３０の自動インストール処理について説明する。図２は、第１の実施の形態における自動インストール処理の全体の流れを示すフローチャートである。

まず、借用サーバ１３０上の送信部１１１がサーバの融通要求と借用側インストール設定情報１１３をサーバ融通装置１２０に送信する（ステップＳ２０１）。ここで、サーバの融通要求とは、サーバを特定して借用を要求する情報をいい、借用側クラスタと別のクラスタ間で融通が可能なサーバの検索が行われ、借用するサーバが決定した後に送信される。例えば、借用するサーバのＩＰアドレス等の情報を含むが、サーバを特定して借用を要求する情報であればこれに限られるものではない。

次に、送信部１１１が送信した融通要求と借用側インストール設定情報１１３を、サーバ融通装置１２０上の受信部１２１が受信する（ステップＳ２０２）。

次に、受信した借用側インストール設定情報１１３と、ＨＤＤに保存されている貸出側インストール設定情報１２５とから、インストール設定情報合成部１２２がインストール設定情報を生成する（ステップＳ２０３）。インストール設定情報生成処理の詳細については、後述する図３のフローチャートにおいて説明する。

インストール設定情報が生成された後、インストール制御部１２３は、借用サーバ１３０にブート指示を送信する（ステップＳ２０４）。借用サーバ１３０のＢＩＯＳの設定などにより、ネットワーク経由でブート指示ができるように構成することによって本機能を実現することができる。

次に、インストール制御部１２３は、借用サーバ１３０にインストール部１２４を転送する（ステップＳ２０５）。なお、サーバ融通装置１２０上のインストール制御部１２３によりインストール部１２４を借用サーバ１３０に転送するのではなく、借用サーバ１３０のブート時に借用サーバ１３０側からインストール部１２４を取得するように構成してもよい。また、インストール部１２４はサーバ融通装置１２０から取得しているが、貸出側クラスタ１０２内の別のサーバ装置などから取得するように構成してもよい。

次に、借用サーバ１３０上に転送されたインストール部１２４が、インストール設定情報をサーバ融通装置１２０から取得する（ステップＳ２０６）。取得したインストール設定情報に従い、インストール部１２４により借用サーバ１３０のＨＤＤのディスクパーティションの設定や、ＯＳのインストールが実行されるとともに、インストール部１２４からの指示に従い、借用制御装置１１０の送信部１１１が借用サーバ１３０に対してインストール対象ソフトウェア１１２の送信を行う（ステップＳ２０７）。

なお、インストール対象ソフトウェア１１２を借用側クラスタ１０１内のファイルサーバ（図示せず）などの別のサーバ装置で管理し、そのサーバ装置からインストール対象ソフトウェア１１２を送信するように構成してもよい。

インストール部１２４は、借用制御装置１１０から送信されたインストール対象ソフトウェア１１２のインストールを実行する（ステップＳ２０８）。すべてのインストール対象ソフトウェア１１２のインストールが完了するとインストール部１２４により借用サーバ１３０のリブートが行われ（ステップＳ２０９）、自動インストール処理が終了する。

なお、インストール部１２４、インストール設定情報、インストール対象ソフトウェア１１２の送信は、ＦＴＰ・ＨＴＴＰ・ＮＦＳなどの一般的なファイル提供プロトコルのいずれを用いてもよい。また、上述の手順においては、インストール設定情報を生成した後に借用サーバ１３０のブートおよびインストールを実行しているが、借用サーバ１３０のブートの後、借用サーバ１３０から要求があったときにインストール設定情報を生成し、借用サーバ１３０に送信するように構成してもよい。

次に、図２のステップＳ２０３におけるインストール設定情報生成処理の詳細について説明する。図３は、インストール設定情報生成処理の流れを示すフローチャートである。以下の処理は、インストール設定情報合成部１２２によって実行される。

まず、受信部１２１が受信した借用側インストール設定情報１１３の取得（ステップＳ３０１）、サーバ融通装置１２０上のＨＤＤに保存されている貸出側インストール設定情報１２５の取得（ステップＳ３０２）の後、双方の設定情報からインストールに関する個々の情報が指定された設定項目を取得する（ステップＳ３０３）。

次に、借用側インストール設定情報１１３内の設定項目と貸出側インストール設定情報１２５内の設定項目を比較し、双方の指定項目内で指定内容が結合できるか否かを判断する（ステップＳ３０４）。結合できると判断した場合は（ステップＳ３０４：ＹＥＳ）、双方の指定内容を結合してインストール設定情報に設定する（ステップＳ３０６）。

例えば、ネットワークに関する設定項目“network”について、借用側インストール設定情報１１３内には“--bootproto=dhcp”という指定内容が、貸出側インストール設定情報１２５内には“--device=eth0”という指定内容が設定されていたとする。ここで、“--bootproto=dhcp”は、ネットワークのブートプロトコルとしてＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を利用することを表している。また、“--device=eth0”は、ネットワークのデバイスとして“eth0”という指定で定められるデバイスを利用することを表している。

このように、指定内容はそれぞれネットワークのプロトコルおよびネットワークのデバイスの指定を表しており、インストールにおいては双方を共に設定する必要があるため、両者は結合することができると判断される。その結果、双方の指定内容を結合して、“network --bootproto=dhcp --device=eth0”という１つの設定項目がインストール設定情報に設定される。

指定内容が結合できない場合は（ステップＳ３０４：ＮＯ）、双方の指定項目から指定内容の値を演算する必要があるか否かを判断する（ステップＳ３０５）。演算する必要があると判断した場合は（ステップＳ３０５：ＹＥＳ）、双方の指定内容から所定のルールに従い演算処理を行い、得られた設定項目をインストール設定情報に設定する（ステップＳ３０７）。

例えば、ディスクのパーティションに関する設定項目“part”および“disksize”について、借用側インストール設定情報１１３内には“part /boot --size=100”、“part / --ratio=1”、“part /usr --ratio=4”という３つの指定内容が、貸出側インストール設定情報１２５内には“disksize 20000”という指定内容が設定されていたとする。ここで、“part /boot --size=100”は、ブートパーティションのサイズを１００ＭＢとすることを、“part / --ratio=1”および“part /usr --ratio=4”は、ルートパーティションとユーザパーティションのサイズの比率を１：４とすることを表している。また、“disksize 20000”は、借用サーバ１３０のディスクの物理サイズが２０ＧＢであることを表している。

このような指定内容の場合、単純に指定内容を結合することができないため、指定内容に従い、実際の借用サーバ１３０のインストールのために具体的な設定情報の値を算出する必要がある。上記の例においては、ディスクのサイズ２０ＧＢからブートパーティションのサイズ１００ＭＢを減算し、減算した残りのサイズを１：４の比率で分割してそれぞれルートパーティションとユーザパーティションのサイズとする演算を行う。この結果、“part /boot --size=100”、“part / --size=3980”、“part /usr --size=15920”という３つの設定項目がインストール設定情報に設定される。

双方の指定項目から指定内容の値を演算する必要がないと判断した場合は（ステップＳ３０５：ＮＯ）、双方の設定項目はそのままインストール設定情報の中に併記して設定される（ステップＳ３０８）。

例えば、借用側の組織の利用形態にのみ依存する言語の設定情報“lang JA＿JP”や、時間帯の設定情報“timezone Japan”などは、貸出側の設定情報と結合する必要や演算処理を行う必要がないため、そのままインストール設定情報に設定される。

次に、すべての設定項目が処理されたか否かを判断し（ステップＳ３０９）、すべての設定項目が処理されていない場合は（ステップＳ３０９：ＮＯ）、設定項目取得処理に遷移して処理を繰り返す（ステップＳ３０３）。すべての設定項目が処理された場合は（ステップＳ３０９：ＹＥＳ）、インストール設定情報生成処理を終了する。

図４〜図６は、第１の実施の形態にかかるサーバ融通装置１２０において、上述したインストール設定情報生成処理に従って、借用側インストール設定情報１１３と貸出側インストール設定情報１２５を合成してインストール設定情報を生成した場合の各設定情報の内容の例を示した説明図である。

図４は、借用側インストール設定情報１１３の一例を示す説明図である。設定項目４０１は、貸出側インストール設定情報１２５内の設定項目とともに演算処理が必要な設定項目を表している。設定項目４０２は、貸出側インストール設定情報１２５内の設定項目と結合することができる設定項目を表している。それ以外の設定項目は、インストール設定情報にそのまま設定される設定項目であることを表している。

図５は、貸出側インストール設定情報１２５の一例を示す説明図である。設定項目５０１は、借用側インストール設定情報１１３の内の設定項目とともに演算処理が必要な設定項目を表している。設定項目５０２は、借用側インストール設定情報１１３内の設定項目と結合することができる設定項目を表している。それ以外の設定項目は、インストール設定情報にそのまま設定される設定項目であることを表している。

図６は、インストール設定情報生成処理により、図４に示した借用側インストール設定情報１１３および図５に示した貸出側インストール設定情報１２５を合成して生成されたインストール設定情報を示す説明図である。設定項目６０１は、図４における設定項目４０１と、図５における設定項目５０１との情報から演算を行い、具体的な値を算出した結果が指定された設定項目を表している。この例では、前述したディスクのパーティションに関する設定項目の演算例と同じ演算結果が設定されている。

設定項目６０２は、図４における設定項目４０２と、図５における設定項目５０２とを結合して得られた設定項目を表している。この例では、前述したネットワークに関する設定項目の結合例と同じ設定項目が設定されている。

図６に示すように、設定項目６０１、６０２以外の設定項目は、図４、図５に設定されている設定項目がそのまま併記されている。

このように、第１の実施の形態にかかるサーバ融通装置１２０では、借用側インストール設定情報１１３と貸出側インストール設定情報１２５とを、サーバ融通時に合成し、インストール設定情報を生成している。従って、サーバ融通の際、事前に固定的なインストール設定情報を準備していない場合においても、借用サーバ１３０のインストールを自動的に実行することができる。

（第２の実施の形態）
第１の実施の形態にかかるサーバ融通装置は、借用側インストール設定情報１１３、インストール対象ソフトウェア１１２といったインストールに必要な情報を借用制御装置１１０から受信し、自動インストールを実行している。

しかし、異なる組織間でサーバを融通するときのインストールにおいては、セキュリティの問題が生じる場合がある。すなわち、組織間がインターネットのような通信内容の改竄・傍受の可能性がある通信網によって接続されている場合、インストールに必要な情報の改竄・傍受が行われる危険性が存在する。これを防止するためには、借用サーバ１３０と借用制御装置１１０との間の通信を暗号化する必要がある。しかし、その際に固定的な暗号鍵により暗号化する方法を使用すると、後に借用サーバ１３０を他の組織へ貸出す場合、それ以前にその借用サーバ１３０を借用し同一の暗号鍵を保有する組織によって改竄・傍受が行われるおそれがあるという問題が生じる。

そこで、第２の実施の形態にかかるサーバ融通装置は、サーバのインストール時にサーバ融通の開始から終了までの期間において有効な一対の公開鍵、秘密鍵を生成し、これらの鍵を使用してインストールに必要な情報を暗号化・復号化することによりセキュリティを高めた自動インストールを実行するものである。

図７は、第２の実施の形態にかかるサーバ融通装置７２０を含むサーバ融通システム７００の全体の構成を示すブロック図である。同図に示すように、サーバ融通システム７００は、借用側クラスタ７０１と貸出側クラスタ７０２とがネットワークを介して接続されている。

借用側クラスタ７０１は、借用制御装置７１０と、借用側クラスタマネージャ（図示せず）とから構成されている。貸出側クラスタ７０２は、サーバ融通装置７２０と、借用サーバ１３０と、貸出側クラスタマネージャ（図示せず）とから構成されている。

借用制御装置７１０は、送信部１１１と、公開鍵受信部７１１と、暗号化部７１２とを備えている。また、借用制御装置７１０は、ハードディスクドライブ装置（ＨＤＤ：Hard Disk Drive）にインストール対象ソフトウェア１１２と、借用側インストール設定情報１１３とを保存している。

サーバ融通装置７２０は、受信部１２１と、インストール設定情報合成部１２２と、インストール制御部１２３と、インストール部７２１と、公開鍵送信部７２２とを備えている。インストール部７２１は、鍵対生成部７２１ａと、復号化部７２１ｂとを備えている。また、サーバ融通装置７２０は、ＨＤＤに貸出側インストール設定情報１２５を保存している。

本実施の形態においては、借用制御装置７１０内に、公開鍵受信部７１１と、暗号化部７１２とを追加したこと、および、サーバ融通装置７２０内に鍵対生成部７２１ａと、復号化部７２１ｂと、公開鍵送信部７２２とを追加したことが第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるサーバ融通装置１２０を含むサーバ融通システム１００の構成を表すブロック図である図１と同様であるので、同一符号を付し、ここでの説明は省略する。

鍵対生成部７２１ａは、インストール時に公開鍵暗号方式における一対の公開鍵および秘密鍵を生成するものである。公開鍵送信部７２２は、鍵対生成部７２１ａが生成した公開鍵を借用制御装置７１０に送信する。

公開鍵受信部７１１は、公開鍵送信部７２２が送信した公開鍵を受信する。暗号化部７１２は、公開鍵受信部７１１が受信した公開鍵を使用してインストールに必要な情報の暗号化を行う。ここで、インストールに必要な情報とは、インストールを実行するために欠くことのできない情報をいい、インストールの対象となる情報、インストールの方法を示す情報、インストール処理を制御するための情報などのあらゆる情報が含まれる。例えば、インストール対象ソフトウェア１１２、借用側インストール設定情報１１３が、インストールに必要な情報に該当する。なお、これらは一例であり、インストールを実行するために欠くことのできない情報であればこれらに限られるものではない。

復号化部７２１ｂは、暗号化部７１２が暗号化したインストールに必要な情報を、借用サーバ１３０のインストール時に復号化する処理を行う。インストール部７２１は、鍵対生成部７２１ａと復号化部７２１ｂとを追加したことが、第１の実施の形態にかかるサーバ融通装置１２０におけるインストール部１２４と異なっている。

次に、このように構成された第２の実施の形態にかかるサーバ融通装置７２０によるサーバ融通処理における借用サーバ１３０の自動インストール処理について説明する。図８は、第２の実施の形態における自動インストール処理の全体の流れを示すフローチャートである。

ステップＳ８０１からステップＳ８０６までの、融通要求および借用側インストール設定情報送受信処理、インストール設定情報生成処理、借用サーバブート処理、インストール関連情報の転送処理は、第１の実施の形態にかかるサーバ融通装置１２０におけるステップＳ２０１からステップＳ２０６までと同様の処理なので、その説明を省略する。

借用サーバ１３０上において、インストール部７２１が、インストール設定情報をサーバ融通装置７２０から取得した後（ステップＳ８０６）、鍵対生成部７２１ａは、一対の公開鍵・秘密鍵を生成し、サーバ融通装置７２０に送信する（ステップＳ８０７）。

次に、サーバ融通装置７２０上において、公開鍵送信部７２２が、借用サーバ１３０から受信した公開鍵を、借用制御装置７１０に送信する（ステップＳ８０８）。借用制御装置７１０では、暗号化部７１２により、送信された公開鍵を使用してインストール対象ソフトウェア１１２の暗号化処理を行う（ステップＳ８０９）。

なお、借用サーバ１３０のブートの後、借用サーバ１３０から要求があったときに借用制御装置７１０が借用側インストール設定情報１１３を送信し、サーバ融通装置７２０が、受信した借用側インストール設定情報１１３からインストール設定情報を生成し、借用サーバ１３０に送信するように構成してもよい。この場合、借用側インストール設定情報１１３についても暗号化部７１２により暗号化するように構成することができる。

その後、インストール部７２１からの指示に従い、暗号化部７１２が暗号化したインストール対象ソフトウェア１１２を、借用制御装置７１０の送信部１１１が借用サーバ１３０に送信する（ステップＳ８１０）。

次に、送信部１１１が送信した暗号化済みのインストール対象ソフトウェア１１２を、借用サーバ１３０上の復号化部７２１ｂが復号化する（ステップＳ８１１）。この際、鍵対生成部７２１ａが生成した秘密鍵を使用して復号化を行う。

次に、インストール部７２１は、借用制御装置７１０から送信されたインストール対象ソフトウェア１１２のインストールを実行する（ステップＳ８１２）。すべてのインストール対象ソフトウェア１１２のインストールが完了するとインストール部７２１により借用サーバ１３０のリブートが行われ（ステップＳ８１３）、自動インストール処理が終了する。

なお、上述の例ではインストール対象ソフトウェア１１２および借用側インストール設定情報１１３を暗号化しているが、ＩＰｓｅｃのＥＳＰ（Ｅｎｃａｐｓｕｌａｔｉｎｇ Ｓｅｃｕｒｉｔｙ Ｐａｙｌｏａｄ）、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）、ｓｓｈ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）などのプロトコルを利用して、通信全体を暗号化するように構成してもよい。

この場合、借用サーバ１３０から借用制御装置７１０への通信を暗号化するために、借用制御装置７１０の公開鍵を借用サーバ１３０に送信する必要が生じる場合がある。その場合は、サーバ融通装置７２０の公開鍵送信部７２２が、借用サーバ１３０の公開鍵と借用制御装置７１０の公開鍵とを相互に送受信するように構成すればよい。

このように、第２の実施の形態にかかるサーバ融通装置７２０では、借用サーバ１３０のインストール時に、サーバ融通期間にのみ有効な公開鍵・秘密鍵の鍵対を生成し、これらの鍵を使用して、インストールに必要な情報を暗号化・復号化して自動インストールを実行している。従って、単にインストールに必要な情報のセキュリティ保護が可能となるだけでなく、別の組織に同じ借用サーバ１３０が融通される場合においても、先に借用した組織により、そのとき使われた秘密鍵を使用して情報の改竄・傍受が行われる危険性がなくなるため、高いセキュリティが確保された自動インストールを実行することができる。

なお、第１または第２の実施の形態にかかるサーバ融通装置を含むサーバ融通システムとして、クラスタシステムを用いた例を示したが、クラスタシステム以外に、負荷分散装置とＷＥＢサーバを組み合わせたシステムなどの複数のサーバからなるシステムに対しても本発明を適用することができる。

第１または第２の実施の形態にかかるサーバ融通装置は、ＣＰＵなどの制御装置と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。

第１または第２の実施の形態にかかるサーバ融通装置で実行されるサーバ融通プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、第１または第２の実施の形態にかかるサーバ融通装置で実行されるサーバ融通プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、第１または第２の実施の形態にかかるサーバ融通装置で実行されるサーバ融通プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、第１または第２の実施の形態のサーバ融通プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

第１または第２の実施の形態にかかるサーバ融通装置で実行されるサーバ融通プログラムは、上述した各部（受信部、インストール設定情報合成部、インストール制御部、インストール部、公開鍵送信部、鍵対生成部、復号化部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からサーバ融通プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受信部、インストール設定情報合成部、インストール制御部、インストール部、公開鍵送信部、鍵対生成部、復号化部が主記憶装置上に生成されるようになっている。

以上のように、本発明にかかるサーバ融通装置、サーバ融通方法およびサーバ融通プログラムは、サーバを一括して融通するリソース融通システム、およびインターネットのような通信内容の改竄・傍受の可能性があるネットワークにおいて動作するリソース融通システムに適している。

第１の実施の形態にかかるサーバ融通装置の構成を示すブロック図である。 第１の実施の形態にかかるサーバ融通装置における自動インストール処理を示すフローチャートである。 第１の実施の形態にかかるサーバ融通装置におけるインストール設定情報生成処理を示すフローチャートである。 借用側インストール設定情報の一例を示す説明図である。 貸出側インストール設定情報の一例を示す説明図である。 インストール設定情報の一例を示す説明図である。 第２の実施の形態にかかるサーバ融通装置の構成を示すブロック図である。 第２の実施の形態にかかるサーバ融通装置における自動インストール処理を示すフローチャートである。

符号の説明

１００、７００ サーバ融通システム
１０１、７０１ 借用側クラスタ
１０２、７０２ 貸出側クラスタ
１１０、７１０ 借用制御装置
１１１ 送信部
１１２ インストール対象ソフトウェア
１１３ 借用側インストール設定情報
１２０、７２０ サーバ融通装置
１２１ 受信部
１２２ インストール設定情報合成部
１２３ インストール制御部
１２４、７２１ インストール部
１２５ 貸出側インストール設定情報
１３０ 借用サーバ
４０１、４０２、５０１、５０２、６０１、６０２ 設定項目
７１１ 公開鍵受信部
７１２ 暗号化部
７２１ａ 鍵対生成部
７２１ｂ 復号化部
７２２ 公開鍵送信部

Claims (9)

1. リソースの貸出対象となるサーバを管理し、ネットワークに接続された前記サーバの借用の制御を行う借用制御装置からの前記サーバのリソース借用の要求である融通要求に対し前記サーバのリソースを貸出すサーバ融通を行うサーバ融通装置において、
   貸出側における前記サーバのインストールに関する設定項目を含む貸出側インストール設定情報を記憶した貸出側インストール設定情報記憶手段と、
   前記借用制御装置から前記融通要求と借用側における前記サーバのインストールに関する設定項目を含む借用側インストール設定情報とを受信する受信手段と、
   前記受信手段が受信した前記借用側インストール設定情報内の設定項目と、前記貸出側インストール設定情報内の設定項目とを合成し、前記サーバ融通の際のインストールに関するインストール設定情報を生成するインストール設定情報合成手段と、
   前記インストール設定情報合成手段が生成した前記インストール設定情報に基づいて前記サーバのインストールを行うインストール手段と、
   を備えたことを特徴とするサーバ融通装置。
2. 前記インストール設定情報合成手段は、前記借用側インストール設定情報内の設定項目と前記貸出側インストール設定情報内の設定項目とをそれぞれ独立の設定項目として含む前記インストール設定情報を生成することを特徴とする請求項１に記載のサーバ融通装置。
3. 前記インストール設定情報合成手段は、前記借用側インストール設定情報内の設定項目と前記貸出側インストール設定情報内の設定項目とを単一の設定項目として結合することにより前記インストール設定情報を生成することを特徴とする請求項１に記載のサーバ融通装置。
4. 前記インストール設定情報合成手段は、予め定められた規則に従い、前記借用側インストール設定情報内の設定項目と前記貸出側インストール設定情報内の設定項目とを演算することにより単一の設定項目を生成し、前記インストール設定情報を生成することを特徴とする請求項１に記載のサーバ融通装置。
5. 前記借用制御装置と前記サーバ間で送受信される情報を暗号化する公開鍵を前記借用制御装置および前記サーバに送信する公開鍵送信手段と、
   前記公開鍵送信手段から送信された前記公開鍵を使用して前記借用制御装置が暗号化した前記送受信される情報を、前記公開鍵に対応する秘密鍵を使用して復号化する復号化手段と、をさらに備え、
   前記インストール手段は、前記復号化手段が復号化した前記送受信される情報に含まれるインストールに必要な情報であるインストール情報に基づき前記サーバのインストールを行うことを特徴とする請求項１〜４のいずれか１つに記載のサーバ融通装置。
6. 前記サーバ融通の開始から終了までの期間において有効な一対の公開鍵と秘密鍵を前記サーバのインストール時に生成する鍵対生成手段をさらに備え、
   前記公開鍵送信手段は、前記鍵対生成手段が生成した公開鍵を前記借用制御装置に送信し、
   前記復号化手段は、前記公開鍵送信手段から送信された前記鍵対生成手段が生成した公開鍵を使用して前記借用制御装置が暗号化した前記インストール情報を、前記鍵対生成手段が生成した秘密鍵を使用して復号化することを特徴とする請求項５に記載のサーバ融通装置。
7. 前記受信手段は、前記借用制御装置からインストールの対象となるソフトウェアをさらに受信し、
   前記復号化手段は、前記インストール情報として前記借用側インストール設定情報と前記ソフトウェアとを、前記鍵対生成手段が生成した秘密鍵を使用して復号化することを特徴とする請求項６に記載のサーバ融通装置。
8. リソースの貸出対象となるサーバを管理し、ネットワークに接続された前記サーバの借用の制御を行う借用制御装置からの前記サーバのリソース借用の要求である融通要求に対し前記サーバのリソースを貸出すサーバ融通を行うサーバ融通方法において、
   前記借用制御装置から前記融通要求と借用側における前記サーバのインストールに関する設定項目を含む借用側インストール設定情報とを受信する受信ステップと、
   前記受信ステップが受信した前記借用側インストール設定情報内の設定項目と、貸出側における前記サーバのインストールに関する設定項目を含む貸出側インストール設定情報内の設定項目とを合成し、前記サーバ融通の際のインストールに関するインストール設定情報を生成するインストール設定情報合成ステップと、
   前記インストール設定情報合成ステップが生成した前記インストール設定情報に基づいて前記サーバのインストールを行うインストールステップと、
   を備えたことを特徴とするサーバ融通方法。
9. リソースの貸出対象となるサーバを管理し、ネットワークに接続された前記サーバの借用の制御を行う借用制御装置からの前記サーバのリソース借用の要求である融通要求に対し前記サーバのリソースを貸出すサーバ融通を行うサーバ融通プログラムにおいて、
   前記借用制御装置から前記融通要求と借用側における前記サーバのインストールに関する設定項目を含む借用側インストール設定情報とを受信する受信手順と、
   前記受信手順が受信した前記借用側インストール設定情報内の設定項目と、貸出側における前記サーバのインストールに関する設定項目を含む貸出側インストール設定情報内の設定項目とを合成し、前記サーバ融通の際のインストールに関するインストール設定情報を生成するインストール設定情報合成手順と、
   前記インストール設定情報合成手順が生成した前記インストール設定情報に基づいて前記サーバのインストールを行うインストール手順と、
   をコンピュータに実行させるサーバ融通プログラム。
   

Images