(57)【特許請求の範囲】
【請求項１】
集中管理サーバおよび複数のクラスタサーバにより構成されるクラスタシステムであって、
上記集中管理サーバは、クラウド環境下に設置され、
コンピュータを上記クラスタサーバとして構成するための冗長化プログラムおよび設定情報を含むインストーラを生成するインストーラ生成部と、
上記インストーラ生成部により生成された上記インストーラを上記コンピュータに送信するインストーラ送信部とを備え、
上記冗長化プログラムのインストール後に上記クラスタサーバとして動作する上記コンピュータは、
上記インストーラ送信部により送信された上記インストーラを受信するインストーラ受信部と、
上記インストーラ受信部により受信された上記インストーラを実行し、上記冗長化プログラムをインストールするとともに、上記設定情報を設定することにより、上記コンピュータを上記クラスタサーバとして確立させるインストール部とを備え、
上記インストーラ生成部は、上記コンピュータから送られてくるリクエストに応じて、上記コンピュータをユニークに識別するためのノードＩＤを発行し、当該ノードＩＤを上記設定情報の一部として含む上記インストーラを生成することを特徴とするクラスタシステム。
【請求項２】
上記集中管理サーバは、
上記インストーラ生成部により発行された上記ノードＩＤに対して稼動の優先順位を設定し、上記ノードＩＤをその優先順位と共に記憶部に記憶させる優先順位設定部と、
上記優先順位設定部により設定された優先順位に従って、上記複数のクラスタサーバを稼動させる稼動管理部とをさらに備えたことを特徴とする請求項１に記載のクラスタシステム。
【請求項３】
上記設定情報は、上記クラスタサーバからデータベースへのアクセス設定情報を含むことを特徴とする請求項１または２に記載のクラスタシステム。
【請求項４】
複数のコンピュータをクラスタサーバとして確率させてクラスタシステムの構築を支援するためのクラスタ管理サーバであって、
上記クラスタ管理サーバは、クラウド環境下に設置され、
上記コンピュータから送られてくるリクエストに応じて、上記コンピュータをクラスタサーバとして構成するための冗長化プログラムおよび設定情報を含むインストーラを生成するインストーラ生成部と、
上記インストーラ生成部により生成された上記インストーラを上記コンピュータに送信するインストーラ送信部とを備え、
上記インストーラ生成部は、上記コンピュータをユニークに識別するためのノードＩＤを発行し、当該ノードＩＤを上記設定情報の一部として含む上記インストーラを生成することを特徴とするクラスタ管理サーバ。
【請求項５】
上記インストーラ生成部により発行された上記ノードＩＤに対して稼動の優先順位を設定し、上記ノードＩＤをその優先順位と共に記憶部に記憶させる優先順位設定部と、
上記優先順位設定部により設定された優先順位に従って、上記冗長化プログラムのインストールによって確立された複数のクラスタサーバを稼動させる稼動管理部とをさらに備えたことを特徴とする請求項４に記載のクラスタ管理サーバ。
【請求項６】
クラウド環境下に設置されたクラスタ管理サーバに実装され、複数のクラスタサーバから成るクラスタシステムを構築するための処理を実行するクラスタ管理用プログラムであって、
コンピュータから送られてくるリクエストに応じて、上記コンピュータを上記クラスタサーバとして構成するための冗長化プログラムおよび設定情報を含むインストーラを生成するインストーラ生成手段、および
上記インストーラ生成手段により生成された上記インストーラを上記コンピュータに送信するインストーラ送信手段を備え、
上記インストーラ生成手段が、上記コンピュータをユニークに識別するためのノードＩＤを発行し、当該ノードＩＤを上記設定情報の一部として含む上記インストーラを生成する
ように上記クラスタ管理サーバを機能させるためのクラスタ管理用プログラム。
【請求項７】
上記インストーラ生成手段により発行された上記ノードＩＤに対して稼動の優先順位を設定し、上記ノードＩＤをその優先順位と共に記憶部に記憶させる優先順位設定手段、および
上記優先順位設定手段により設定された優先順位に従って、上記冗長化プログラムのインストールによって確立された複数のクラスタサーバを稼動させる稼動管理手段
として上記クラスタ管理サーバを更に機能させるための請求項６に記載のクラスタ管理用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラスタシステム、クラスタ管理サーバおよびクラスタ管理用プログラムに関し、特に、複数のコンピュータを用いて冗長化したクラスタシステムとその構築方法に関するものである。
【背景技術】
【０００２】
従来、1台のコンピュータが障害などで停止してもシステム全体が止まることがないように、複数のコンピュータを用いて冗長化したクラスタシステムが広く利用されている。このクラスタシステムを構築するためには、複数のコンピュータに対して必要な設定を行う必要がある。従来、このクラスタシステムの構築を簡易に行えるようにしたシステムが提案されている（例えば、特許文献１，２参照）。
【０００３】
特許文献１に記載のサーバ監視システムでは、インターネットに接続されたリモートコンピュータに設定ファイル（サーバクラスタを構成するサーバの数量および名称を含む）と監視プログラムとを設定する。リモートコンピュータは、設定ファイル中に設定されたサーバの名称に基づいて、設定ファイルおよび監視プログラムを複数のサーバに送信する。そして、設定ファイルおよび監視プログラムを受信した複数のサーバ内でそれぞれ監視プログラムを実行して、複数のサーバ間を互いに通信させることによって、サーバクラスタを確立する。
【０００４】
特許文献２に記載のクラスタシステムでは、マスターノードから末端ノードまで複数のノードが階層的に構成されている。マスターノードがインストール情報を保持し、自ノードのインストールを行うとともに、配下のノードに対して起動を指示する。マスターノード配下のノードから末端ノードまでの各ノードは、上位ノードからの起動指示を受けたノードが起動すると、起動指示を行った上位ノードからインストール情報を取得し、自ノードのインストールを行うとともに、配下のノードに対して起動を指示する。各ノードは、構成情報を参照して、ノード識別情報をキーとして、インストールパラメータを決定する。そして、決定されたインストールパラメータの値に基づいて、ノード固有の値（例えば、ＩＰアドレスや、ノード名や、ファイルシステムをマウントするための設定ファイルなど）を設定することで、システム起動時に動作する環境を作成する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２１８６８７号公報
【特許文献２】特開２００２−３０４２９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１，２に記載の技術によれば、クラスタシステムの構築を自動的に行うことが可能である。しかしながら、上記特許文献１，２の何れのシステムも、オンプレミス環境によるものであり、クラスタシステムを構築するために必要な設備を全て企業が自社で導入しなければならないという問題があった。すなわち、特許文献１に記載のシステム場合、クラスタを構成する複数のサーバおよびリモートコンピュータの全てを企業が自社で導入しなければならない。また、特許文献２に記載のシステムの場合、マスターノードから末端ノードまで全てのノードを企業が自社で導入しなければならない。そのため、システム構築に多くの手間がかかることに加え、拡張・縮小のフレキシビリティに欠けるという問題があった。
【０００７】
本発明は、このような問題を解決するために成されたものであり、必要な設備を全てオンプレミスで用意する手間を軽減し、クラスタシステムをより簡易に構築できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために、本発明では、クラウド環境下に設置した集中管理サーバにおいて、コンピュータをクラスタサーバとして構成するための冗長化プログラムおよび設定情報を含むインストーラを生成して当該コンピュータに送信し、インストーラを受信したコンピュータが当該インストーラを実行して冗長化プログラムをインストールするとともに、設定情報を設定することにより、コンピュータをクラスタサーバとして確立させるようにしている。また、本発明では、コンピュータから送られてくるリクエストに応じて、コンピュータをユニークに識別するためのノードＩＤを発行し、当該ノードＩＤを設定情報の一部として含むインストーラを生成するようにしている。
【発明の効果】
【０００９】
上記のように構成した本発明によれば、クラウド環境下に設置された集中管理サーバにアクセスして、例えば企業内に設置された複数のコンピュータにそれぞれインストーラをダウンロードしてインストールを実行するだけで、当該複数のコンピュータをクラスタサーバとして構成するために必要な環境を構築することができる。これにより、集中管理サーバをオンプレミス環境で導入する手間をかけることなく、クラウド上の集中管理サーバを利用してクラスタシステムをより簡易に構築することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態によるクラスタシステムの全体構成例を示す図である。
【図２】本実施形態による集中管理サーバおよびクラスタサーバの機能構成例を示すブロック図である。
【図３】本実施形態の優先順位設定部により記憶部に記憶される優先順位の設定例を示す図である。
【図４】本実施形態によるクラスタシステムの動作例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるクラスタシステムの全体構成例を示す図である。図１に示すように、本実施形態のクラスタシステムは、集中管理サーバ（クラスタ管理サーバ）１０および複数のクラスタサーバ２０を備えて構成されている。
【００１２】
集中管理サーバ１０は、クラウド環境下に設置されている。すなわち、集中管理サーバ１０は、クラスタサーバ２０からアクセス可能なインターネット上に設置されている。複数のクラスタサーバ２０は、例えば、インターネットに接続可能になされた社内ＬＡＮ１００上に設置されている。
【００１３】
複数のクラスタサーバ２０は、社内に設置されたコンピュータに対して、集中管理サーバ１０からダウンロードしたインストーラによって冗長化プログラムをインストールするとともに、所定の設定情報を設定することにより、当該コンピュータをクラスタサーバ２０として確立したものである。
【００１４】
図１に示す例では、冗長化プログラムのインストールを行うことによって確立した２台のクラスタサーバ２０と、インストールが行われていない１台のコンピュータ２０’とが社内ＬＡＮ１００に接続されている。この１台のコンピュータ２０’に対して冗長化プログラムのインストールを行えば、これもクラスタサーバ２０として確立することが可能である。
【００１５】
社内ＬＡＮ１００上には、クラスタサーバ２０で共有して利用可能なデータベース３０が接続されている。また、集中管理サーバ１０には、インターネットを介してユーザ端末４０が接続されている。ユーザ端末４０から集中管理サーバ１０およびクラスタサーバ２０を介してデータベース３０にアクセスすることにより、データベース３０内のデータに対して所望の処理を行うことができるようになっている。
【００１６】
ここで、集中管理サーバ１０は、複数のクラスタサーバ２０のうち何れか１つを稼動させてデータベース３０にアクセスするように制御する。そして、稼働中のクラスタサーバ２０に障害が発生していないかどうかを監視し、障害の発生を検出した場合は、別のクラスタサーバ２０を稼動させてデータベース３０にアクセスするように切り替える。
【００１７】
なお、図１の例では、ユーザ端末４０は社内ＬＡＮ１００の外部に接続されているが、社内ＬＡＮ１００上に接続されていてもよい。また、図１の例ではユーザ端末４０を１台のみ示しているが、実際には複数台のユーザ端末４０が集中管理サーバ１０に接続し得る。
【００１８】
図２は、本実施形態による集中管理サーバ１０およびクラスタサーバ２０の機能構成例を示すブロック図である。図２に示すように、本実施形態のサーバ１０は、リクエスト受信部１１、インストーラ生成部１２、インストーラ送信部１３、優先順位設定部１４、稼動管理部１５および記憶部１６を備えている。また、本実施形態のクラスタサーバ２０は、リクエスト送信部２１、インストーラ受信部２２、インストール部２３および冗長化処理実行部２４を備えている。
【００１９】
ここで、クラスタサーバ２０のリクエスト送信部２１、インストーラ受信部２２およびインストール部２３は、クラスタサーバ２０に冗長化プログラムをインストールする前の状態（すなわち、コンピュータ２０’の状態）において実行されるものである。一方、クラスタサーバ２０の冗長化処理実行部２４は、冗長化プログラムをインストールした後の状態（すなわち、クラスタサーバ２０として確立した状態）において実行されるものである。
【００２０】
サーバ１０の各機能ブロック１１〜１５は、実際にはＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラム（特許請求の範囲のクラスタ管理用プログラムを含む）が動作することによって実現される。同様に、クラスタサーバ２０の各機能ブロック２１〜２４は、実際にはＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。なお、各機能ブロック１１〜１５、２１〜２４の全部または一部は、ハードウェアまたはＤＳＰ（Digital Signal Processor）によって構成することも可能である。
【００２１】
クラスタサーバ２０（コンピュータ２０’）のリクエスト送信部２１は、冗長化プログラムをインストールするためのインストーラのダウンロードを集中管理サーバ１０に対してリクエストする。このリクエストは、例えば、ユーザがコンピュータ２０’を操作して集中管理サーバ１０にアクセスし、集中管理サーバ１０により提供される画面上でインストーラのダウンロードを指示することによって行う。
【００２２】
クラスタ管理サーバ１０のリクエスト受信部１１は、コンピュータ２０’からインターネットを介して送られてくるリクエストを受信する。インストーラ生成部１２は、リクエスト受信部１１がリクエストを受信した場合、コンピュータ２０’をクラスタサーバ２０として構成するための冗長化プログラムおよび設定情報を含むインストーラを生成する。
【００２３】
本実施形態において、インストーラ生成部１２は、コンピュータ２０’から送られてくるリクエストに応じて、コンピュータ２０’をユニークに識別するためのノードＩＤを発行し、当該ノードＩＤを設定情報の一部として含むインストーラを生成する。設定情報は、ノードＩＤの他に、クラスタサーバ２０と集中管理サーバ１０との接続に必要な接続設定情報、個別のセキュリティ証明書、クラスタサーバ２０からデータベース３０へアクセスするのに必要なアクセス設定情報（パス情報、参照権限情報など）を含む。
【００２４】
集中管理サーバ１０のインストーラ送信部１３は、インストーラ生成部１２により生成されたインストーラを、リクエストの送信元であるコンピュータ２０’に送信（ダウンロード）する。コンピュータ２０’のインストーラ受信部２２は、集中管理サーバ１０のインストーラ送信部１３により送信されたインストーラを受信する。
【００２５】
コンピュータ２０’のインストール部２３は、インストーラ受信部２２により受信されたインストーラを実行し、コンピュータ２０’に冗長化プログラムをインストールするとともに、設定情報を設定することにより、コンピュータ２０’をクラスタサーバ２０として確立させる。
【００２６】
冗長化処理実行部２４は、インストールされた冗長化プログラムを実行することにより、所定の冗長化処理を行う。例えば、冗長化処理実行部２４は、クラスタサーバ２０に障害が生じているか否かを監視し、その結果を集中管理サーバ１０に通知する処理を行う。
【００２７】
例えば、冗長化処理実行部２４は、クラスタサーバ２０に障害が生じていない場合は、そのことを示す情報を周期的または集中管理サーバ１０からの要求に応じて送信する。一方、冗長化処理実行部２４は、クラスタサーバ２０に障害が生じた場合、集中管理サーバ１０に対する情報の送信を停止する。これにより、集中管理サーバ１０は、クラスタサーバ２０からの情報送信の有無により、クラスタサーバ２０に障害が生じているか否かを監視することができる。
【００２８】
集中管理サーバ１０の優先順位設定部１４は、インストーラ生成部１２により発行されたノードＩＤに対して稼動の優先順位を設定し、ノードＩＤをその優先順位と共に記憶部１６に記憶させる。なお、優先順位の設定方法としては、任意の方法を適用することが可能である。例えば、ノードＩＤを発行した順番に沿って優先順位を設定することが可能である。あるいは、複数のクラスタサーバ２０に負荷状態を問い合わせ、負荷が小さい順に高い優先順位を設定するようにしてもよい。
【００２９】
図３は、本実施形態の優先順位設定部１４により記憶部１６に記憶される優先順位の設定例を示す図である。図３に示すように、記憶部１６には、インストーラ生成部１２により発行されたノードＩＤと、そのノードＩＤに対して優先順位設定部１４により設定された優先順位とが紐付けられて記憶されている。図３の例では、ノードＩＤを発行した順に高い優先順位が設定されている。
【００３０】
なお、クラスタサーバ２０において冗長化プログラムをアンインストールした場合、そのことが集中管理サーバ１０に通知される。アンインストールの通知を受けた場合、優先順位設定部１４は、アンインストールが行われたクラスタサーバ２０に対応するノードＩＤと優先順位との組を記憶部１６から削除する。冗長化プログラムをアンインストールすることにより、クラスタサーバ２０は通常のコンピュータ２０’に戻る。
【００３１】
集中管理サーバ１０の稼動管理部１５は、優先順位設定部１４により設定され記憶部１６に記憶された優先順位に従って、複数のクラスタサーバ２０を稼動させる。具体的には、稼動管理部１５は、優先順位設定部１４により優先順位が第１位に設定されたクラスタサーバ２０を稼動させる。そして、冗長化処理実行部２４から通知される情報によって、優先順位が第１位で稼働中のクラスタサーバ２０に障害が生じたことを検出した場合、稼動管理部１５は、優先順位が第２位のクラスタサーバ２０を稼動させるように切り替える。
【００３２】
すなわち、稼動管理部１５は、ユーザ端末４０からデータベース３０のデータ取得要求が送られてきた場合、優先順位が第１位のクラスタサーバ２０を通じてデータベース３０にアクセスし、要求されているデータを取得するように第１位のクラスタサーバ２０を制御する。そして、稼動管理部１５は、稼働中のクラスタサーバ２０に障害が生じたことを検出した場合、優先順位が第２位のクラスタサーバ２０を通じてデータベース３０にアクセスし、ユーザ端末４０から要求されているデータを取得するように第２位のクラスタサーバ２０を制御する。
【００３３】
また、稼動管理部１５は、ユーザ端末４０からデータベース３０に格納されているデータの処理要求が送られてきた場合も、通常は優先順位が第１位のクラスタサーバ２０を通じてデータベース３０にアクセスするように制御する。この場合、第１位のクラスタサーバ２０がデータベース３０から必要なデータを取得し、ユーザ端末４０から要求されているデータ処理を行って、その処理結果を集中管理サーバ１０を介してユーザ端末４０に送信する。
【００３４】
また、稼動管理部１５は、稼働中である第１位のクラスタサーバ２０に障害が生じたことを検出した場合、優先順位が第２位のクラスタサーバ２０を通じてデータベース３０にアクセスするように制御する。この場合、第２位のクラスタサーバ２０がデータベース３０から必要なデータを取得し、ユーザ端末４０から要求されているデータ処理を行って、その処理結果を集中管理サーバ１０を介してユーザ端末４０に送信する。
【００３５】
図４は、上記のように構成した本実施形態のクラスタシステムによって実行される、冗長化プログラムのインストール動作例を示すフローチャートである。図４に示すフローチャートは、コンピュータ２０’から集中管理サーバ１０に対してインストーラのダウンロードをリクエストしたときに開始する。
【００３６】
まず、集中管理サーバ１０のリクエスト受信部１１は、コンピュータ２０’からインターネットを介して送られてくるリクエストを受信する（ステップＳ１）。次いで、インストーラ生成部１２は、コンピュータ２０’をユニークに識別するためのノードＩＤを発行し（ステップＳ２）、冗長化プログラムと設定情報とを含むインストーラを生成する（ステップＳ３）。この設定情報の中には、インストーラ生成部１２が発行したノードＩＤ、接続設定情報、個別のセキュリティ証明書、データベース３０へのアクセス設定情報などが含まれる。
【００３７】
また、優先順位設定部１４は、インストーラ生成部１２により発行されたノードＩＤに対して優先順位を設定し、ノードＩＤと優先順位とを紐付けて記憶部１６に記憶させる（ステップＳ４）。その後、インストーラ送信部１３は、ステップＳ３でインストーラ生成部１２により生成されたインストーラをリクエスト元のコンピュータ２０’に送信する（ステップＳ５）。
【００３８】
コンピュータ２０’のインストーラ受信部２２は、集中管理サーバ１０のインストーラ送信部１３により送信されたインストーラを受信する（ステップＳ６）。そして、インストール部２３は、インストーラ受信部２２により受信されたインストーラを実行し、コンピュータ２０’に冗長化プログラムをインストールするとともに、設定情報を設定することにより、コンピュータ２０’をクラスタサーバ２０として確立させる（ステップＳ７）。これにより、図４に示すフローチャートの処理を終了する。
【００３９】
なお、上記実施形態では、複数のクラスタサーバ２０に対して全て異なる優先順位を設定する例について説明したが、本発明はこれに限定されない。例えば、２つまたはそれ以上のクラスタサーバ２０に対して同じ優先順位を設定するようにしてもよい。具体的には、２つまたはそれ以上のクラスタサーバ２０に対して第１位の優先順位を設定する。この場合、稼動管理部１５は、優先順位が第１位に設定された複数のクラスタサーバ２０の負荷状況を監視し、その負荷状況に応じて何れかのクラスタサーバ２０を適宜選んで、ユーザ端末４０から要求されている処理を実行させるようにしてもよい。このようにすれば、稼動管理部１５をロードバランサとして機能させることができる。
【００４０】
以上詳しく説明したように、本実施形態では、クラウド環境下に設置した集中管理サーバ１０において、コンピュータ２０’をクラスタサーバ２０として構成するための冗長化プログラムおよび設定情報を含むインストーラを生成してコンピュータ２０’に送信し、インストーラを受信したコンピュータ２０’が当該インストーラを実行して冗長化プログラムをインストールするとともに、設定情報を設定することにより、コンピュータ２０’をクラスタサーバ２０として確立させるようにしている。
【００４１】
上記のように構成した本実施形態によれば、クラウド環境下に設置された集中管理サーバ１０にアクセスして、企業内に設置された複数のコンピュータ２０’にそれぞれインストーラをダウンロードしてインストールを実行するだけで、当該複数のコンピュータ２０’をクラスタサーバ２０として確立させてクラスタシステムを簡単に構築することができる。逆に、冗長化プログラムをアンインストールするだけで、クラスタサーバ２０を通常のコンピュータ２０’に戻すこともできる。
【００４２】
また、本実施形態では、コンピュータ２０’に冗長化プログラムをインストールしてクラスタサーバ２０として確立した後は、集中管理サーバ１０の稼動管理部１５が、クラスタサーバ２０にインストールされた冗長化プログラムに従って動作する冗長化処理実行部２４と協働して障害の発生を監視し、稼働中のクラスタサーバ２０に障害が発生した場合には別のクラスタサーバ２０に稼動を切り替えるようにしている。これにより、クラスタシステムの構築に加えて、構築したクラスタシステムの運用についても、クラウド環境下に設置された集中管理サーバ１０を利用して簡単に行うことができる。つまり、集中管理サーバ１０の稼動管理部１５により提供されるクラウドサービスを、冗長化プログラムのインストールによって確立したクラスタサーバ２０でそのまま利用することができる。
【００４３】
以上のように、本実施形態によれば、集中管理サーバをオンプレミス環境で導入したり、社内ＬＡＮ１００上のネットワーク構成を変えたりする手間をかけることなく、クラウド上の集中管理サーバ１０を利用してクラスタシステムをより簡易に構築することができる。そのため、クラスタシステムの構築にかかる手間を大幅に低減することができる。また、データベース３０の容量やユーザ端末４０の接続数などに応じて、クラスタサーバ２０を拡張・縮小させることも簡単に行うことできる。このように拡張・縮小のフレキシビリティが向上することは、複数のクラスタサーバ２０に第１位の優先順位を設定して稼動管理部１５をロードバランサとして機能させる場合には特に有効である。
【００４４】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００４５】
１０  集中管理サーバ
１１  リクエスト受信部
１２  インストーラ生成部
１３  インストーラ送信部
１４  優先順位設定部
１５  稼動管理部
１６  記憶部
２０  クラスタサーバ
２０’  冗長化プログラムがインストールされる前のコンピュータ
２１  リクエスト送信部
２２  インストーラ受信部
２３  インストール部
２４  冗長化処理実行部
３０  データベース
４０  ユーザ端末
【要約】
【課題】必要な設備を全てオンプレミスで用意する手間を軽減し、クラスタシステムをより簡易に構築できるようにする。
【解決手段】クラウド環境下に設置した集中管理サーバ１０において、冗長化プログラムおよび設定情報を含むインストーラを生成するインストーラ生成部１２と、インストーラをコンピュータ２０’に送信するインストーラ送信部１３と、冗長化プログラムをインストールするとともに、設定情報を設定することにより、コンピュータ２０’をクラスタサーバ２０として確立させるインストール部２３とを備え、クラウド環境下に設置された集中管理サーバ１０にアクセスして、複数のコンピュータ２０’にそれぞれインストーラをダウンロードしてインストールを実行するだけで、当該複数のコンピュータ２０’をクラスタサーバ２０として確立させてクラスタシステムを構成することができるようにする。
【選択図】図２【図１】
0005895043.tif 000002
【図２】
0005895043.tif 000003
【図３】
0005895043.tif 000004
【図４】
0005895043.tif 000005