JP4038147B2 - 情報処理システム - Google Patents
情報処理システム Download PDFInfo
- Publication number
- JP4038147B2 JP4038147B2 JP2003112843A JP2003112843A JP4038147B2 JP 4038147 B2 JP4038147 B2 JP 4038147B2 JP 2003112843 A JP2003112843 A JP 2003112843A JP 2003112843 A JP2003112843 A JP 2003112843A JP 4038147 B2 JP4038147 B2 JP 4038147B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- server module
- module
- service
- configuration information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
- H04L41/0879—Manual configuration through operator
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のサーバによる情報サービスを提供する情報処理システムでのシステム構築と運用管理に関し、システムの構築と運用管理における管理者の負担を軽減する技術に関する。
【０００２】
【従来の技術】
従来のサーバには、ストレージにＯＳ及びサーバ・アプリケーションがインストールされており、電源投入やリセットよってＯＳ及びサーバ・アプリケーションが起動することによりサーバとして機能している。多数のサーバからなるシステムを構築又は変更する場合、個々のサーバにＯＳ及びサーバ・アプリケーションのインストールあるいは再設定が必要となる。このため、サーバの管理者負担が大きい上に、人手作業のためエラーが生じる可能性があり、迅速なシステム変更の妨げとなっていた。
【０００３】
この問題に対し、以下に示すような従来技術が知られている。
【０００４】
従来の第１のシステム変更方法では、サーバ装置、ストレージ装置、ファイアウォール等の情報処理システムを構成する要素をネットワークで接続され、オペレータの指示に基づく運用形態に応じて必要な構成要素を必要な分だけ割り当てる。また、各サーバの内蔵ディスクをＤｉｓａｂｌｅし、起動ディスクをブート・サーバに集約する。これにより、運用形態変更に伴うサーバの機能変更が再起動のみで良くなり、再インストール・再設定を不要とすることによって、サーバ管理者の負担を軽減している（例えば、非特許文献１参照。）。
【０００５】
また、従来の第２のシステム変更方法として、サーバ−クライアントシステムにおけるクライアント側のＯＳやデータをサーバ側に集約し、ネットワークを経由してクライアントへのインストール又はブートを行う。これによりサーバ側にブート・イメージがあるため、ＯＳの入替やパッチ当て等をサーバ側のみで行えるようになる。また個々のクライアント毎の設定を不要とすることで管理者の負担を軽減している（例えば、特許文献１参照。）。
【０００６】
【非特許文献１】
Hewlett-Packard Company、“technical white paper hp utility data center”、［online］、２００１年１０月、インターネット＜ＵＲＬ：http://www.hp.com/large/infrastructure/utilitycomputing/images/UDCTechWhitePaper.pdf＞
【特許文献１】
特開平６−２２２９１０号公報
【０００７】
【発明が解決しようとする課題】
前記非特許文献１に記載の従来のシステムでは、システム構築を行う際、個々の物理的なサーバに対して、どのＯＳとアプリケーションを割り付けるか、個別に管理者が指定しなければならない。したがって、管理者はサーバの性能や搭載メモリ量・接続されるＩ／Ｏデバイス等を調査の上、性能等を考慮し決定しなければならないという課題がある。
【０００８】
また、前記特許文献１に記載の発明では、クライアント側のＯＳをサーバ側に集約するという点において、第一の従来技術と同様の特徴を有する。しかし、クライアントをサーバとして機能させることも可能であるが、ＣＰＵ性能や搭載メモリ量のようなクライアント側の性質に応じた割付が行えないため、管理者がサーバの性能や搭載メモリ量・接続されるＩ／Ｏデバイス等に応じて機能を割り付けなければならないという課題がある。
【０００９】
本発明は上記の問題点に鑑みてなされたものであり、サーバの性能や搭載メモリ量、接続されるＩ／Ｏデバイス等に応じたＯＳやアプリケーションの自動的な割付を可能とし、管理者の負担を軽減すると共に、人手作業を減らすことによってエラー発生を抑制する情報システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明では、サーバ・モジュールを動作させるためのＯＳやアプリケーションからなるサービスを個々のサーバ・モジュールから分離し、システム全体のサーバ・モジュールのサービスをストレージ・モジュールに集約している。
【００１１】
各サーバ・モジュールは、リセット又は電源投入を契機として、ストレージ・モジュールに対して自身の構成情報（ＣＰＵ種別と性能、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等の情報）を送信する。該構成情報を受け取ったストレージ・モジュールは、予め設定したシステムの構成情報を満たす構成情報をもつサーバ・モジュールに対してサービスを送信し、サーバ・モジュールはストレージ・モジュールから送られたサービスを受け取ることで自動的に起動する。
【００１２】
【発明の作用と効果】
システム構成情報として論理的なサーバ構成の接続関係と数量を予め設定することによって、ストレージ・モジュールが自動的にＯＳとアプリケーションを実行するのに必要となるサーバ・モジュールに割付けるので、システムにインストールされているサーバ・モジュールの性能等に注意を払うことなくシステム構築を可能とし、サーバ・システムを管理する管理者の負担を軽減することが可能となる。
【００１３】
【発明の実施の形態】
以下に、本発明の実施の形態を、図面を用いて説明する。
【００１４】
図１は本発明の第１の実施の形態の情報処理システムの概要を示すブロック図である。
【００１５】
３台のサーバ・モジュール（１００Ａ、１００Ｂ、１００Ｃ）と、ストレージ・モジュール１４０とが、ネットワーク・モジュール１１０で接続されている。また、各サーバ・モジュール１００は直接インターネット／イントラネット２００に接続されている。また、ネットワーク管理者が操作を行うための管理用サーバ１５０がネットワーク・モジュール１１０に接続されている。
【００１６】
サーバ・モジュール１００は、情報処理システムの処理を司るコンピュータ装置であり、ＯＳ及びアプリケーションによってさまざまな機能（例えば、Ｗｅｂサーバ、アプリケーション（ＡＰ）サーバ、データベース（ＤＢ）サーバ等）を行うことができる。なお、これらのサーバ・モジュール１００は３台でなくても構わない。また、サーバ・モジュール１００はインターネット／イントラネット２００に直接的に接続されていなくても良い。
【００１７】
ストレージ・モジュール１４０は、内部にストレージを備えたコンピュータ装置であり、サーバ・モジュール１００の要求によってストレージに保持されたデータを送受信する。
【００１８】
管理用サーバ１５０は、情報処理システムのシステム構成情報等をネットワーク管理者が入力しストレージ・モジュール１４０に送信したり、システム構成の際のエラー情報などをストレージ・モジュール１４０から受信しネットワーク管理者に対して通知を行う管理用コンピュータ装置である。なお、この管理用サーバ１５０は、いずれかのサーバ・モジュール１００によって代用することが可能であり、必ずしも本実施の形態のシステムに必要なものではない。
【００１９】
次に、本実施の形態で使用するサーバ・モジュール１００の構成を図２に示す。
【００２０】
図２（Ａ）では、サーバ・モジュール１００の機能を司る複数のＣＰＵ（１６１ａ、１６２ａ）が、記憶装置であるメモリ１６３ａとＣｈｉｐｓｅｔ１６４ａを介して接続されている。またＣｈｉｐｓｅｔ１６４ａはＩ／Ｏバスを介してネットワークのインターフェースであるNetwork Interface Card（ＮＩＣ）（１６５ａ、１６６ａ）及び外部機器（特にディスク装置）とのインターフェースであるＳＣＳＩカード１６７ａに接続されている。ＳＣＳＩカード１６７ａにはディスク装置であるＨＤＤ１６８ａに接続されている。なお、２つのＮＩＣが接続されているのは、一方のＮＩＣがインターネット／イントラネット２００に、もう一方がネットワーク・モジュール１１０に接続されるためである
図２（Ｂ）では、図２（Ａ）と比較すると、ＳＣＳＩカード及びＨＤＤが接続されていない点が相違するが、その他の構成は同一である。本実施の形態のサーバ・モジュール１００では、図２（Ａ）及び（Ｂ）のいずれの構成を用いてもよい。
【００２１】
次に、本実施の形態のストレージ・モジュール１４０の構成を図３に示す。
【００２２】
ストレージ・モジュール１４０は、ストレージ１２０と、ストレージ１２０を制御するためのストレージ制御部１３０を有する。ストレージ１２０は、ＯＳ、アプリケーション、データ（以下、「サービス」と呼ぶ）１２１を保持するために使用される。
【００２３】
ストレージ制御部１３０は、ネットワーク・モジュール１１０との接続を制御する入力解析部１３１と出力生成部１３２を備えている。また、ＯＳを設定するＯＳ設定部１３３、ＯＳを選択するＯＳ選択部１３４、サーバの使用状況を把握するサーバ使用状況把握部１３５、後述するシステム構成情報を保持するためのシステム構成情報部１３６、及び、サーバ・モジュールのＣＰＵ性能を換算するための性能換算データ部１３７を備えている。
【００２４】
次に、以上のように構成された第１の実施の形態の動作について説明する。
【００２５】
本発明では、サーバ・モジュール１００を動作させるためのサービスを個々のサーバ・モジュールから分離し、システム全体のサーバ・モジュール１００のサービス１２１をストレージ・モジュール１４０に集約し、各サーバ・モジュール１００は、ネットワーク・モジュール１１０を介してストレージ・モジュール１４０から送られたサービスを受け取り起動する。
【００２６】
サービス１２１を格納しているストレージ・モジュール１４０には、サービスが実行されるために必要となる条件（ＣＰＵ種別と性能、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等の情報）を示したシステム構成情報をシステム構成情報部１３６に保持している。
【００２７】
図４は、本実施の形態の情報処理システムの処理の流れを示したシーケンス図である。
【００２８】
サーバ・モジュール１００は、リセット又は電源投入を契機として、自己のシステム構成情報（ＣＰＵ種別、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等）を含む構成情報通知パケットをストレージ・モジュール１４０に対して送信する。
【００２９】
ストレージ・モジュール１４０は構成情報通知パケットを受け取ると、該パケットの情報を参照してサーバ・モジュールのサービスを決定するサーバ・モジュール解析処理を行う。サーバ・モジュール解析処理によって、構成情報パケットを送信したサーバ・モジュール１００のシステム構成情報に適合するサービスを選択し、サーバ・モジュール１００において起動させるサービス種別と割付ける資源を決定し、決定したＯＳ、アプリケーション等必要なデータを応答パケットとしてサーバ・モジュール１００送信する。なお、応答の際には、ストレージ・モジュール１４０は、各サーバ・モジュール１００のホスト名等固有の情報も設定する。
【００３０】
応答パケットを受け取ったサーバ・モジュール１００は、応答パケットに含まれるデータに基づいてサーバの起動を行う。ストレージ・モジュール１４０は、全てのサーバ・モジュール１００に対して、サービスの割付を行う。
【００３１】
なお、サーバ・モジュール１００からの構成情報通知パケットに対して、ストレージ・モジュール１４０からの応答パケットが所定の時間内に送られない場合には、サーバ・モジュール１００は、再度構成情報通知パケットを送信する。送信の回数が所定の回数を超えた場合にはエラーとして管理用サーバ１５０に対して報告する。また、ストレージ・モジュール１４０が保持しているシステム構成情報に対応するサーバ・モジュール１００が割付けることができない場合にも、管理用サーバ１５０に対してエラーを報告する。
【００３２】
次に、前記したサーバ・モジュール解析処理の詳細を、図３の構成図を参照して説明する。
【００３３】
ストレージ・モジュール１４０の入力解析部１３１は、ネットワーク・モジュールから送られてくるパケットを解析し、入力されたパケットが構成情報通知パケットか否かを判定している。この構成情報通知パケットは、通信に用いるためのパケットに付随するネットワークＩＤ（ＴＣＰ／ＩＰ等で用いられるＩＰアドレスやＭＡＣアドレス等）に加えて、該パケットを発行したサーバ・モジュール１００に搭載されるＣＰＵやメモリ、接続されているＩ／Ｏデバイスに関する構成情報（図５において後述）が含まれている。
【００３４】
パケットが構成情報通知パケットでない場合には、入力解析部１３１は、ストレージ１２０に対し直接アクセスを行う。また、パケットの応答はＯＳ設定部１３３を経由せずに、直接、該パケットの送信元に対して行う。
【００３５】
パケットが構成情報通知パケットかであると判定すると、ストレージ制御部１３０では、構成情報に含まれているＣＰＵ性能と搭載リソースとに基づいて、システム構成情報部１３６に保持されているシステム構成情報（図６において後述）を照会して、構成情報通知パケットを発行したサーバ・モジュール１００に割付けるサービス種別を決定する。これは、サーバ・モジュール１００の構成情報が示すＣＰＵ性能及び搭載リソースと一致する、又は動作可能な（サーバ・モジュール１００の搭載リソースを動作させるのに十分な性能を有する）システム構成情報を検索して決定するこのとき、一致する構成が見付からない場合は、性能換算データ部１３７に保持されている性能換算データ（図８において後述）を参照し、システム構成情報を置き換えることで動作可能な構成を決定してもよい。
【００３６】
サービス種別が決定すると、ＯＳ選択部１３４で、ストレージ１２０に保持されているサービス１２１の中から適切なサービスを選択し、選択されたサービスを読み出す。この際、どのサーバ・モジュールに対してどのサービスが割り当てられたかを、サーバ使用状況部１３５に記録しておく。
【００３７】
次に、ＯＳ設定部１３３で、決定したサービスに対してシステム構成情報のホスト名に基づくセットアップをサービスのデータに含まれるＯＳ及びアプリケーションに対して行う。これは、ＯＳ及びアプリケーションに対してネットワーク上のホスト名を予め設定しておき、サーバ・モジュール１００の起動時に自動的に該ホスト名をネットワーク上の名前として動作させる処理である。
【００３８】
次に、セットアップされたデータを出力生成部１３２に渡し、ネットワーク・モジュール１１０に送信可能な形式のパケットにして、前記の構成情報通知パケットを送出したサーバ・モジュール１００に対して応答パケットとして送信する。
【００３９】
以上の処理によって、サーバ・モジュール１００が起動されたとき、サーバ・モジュール１００が送信する構成情報通知パケットに基づいて、ストレージ・モジュール１４０が自動的に適切なサービスを割付け、サービスをネットワーク経由でサーバ・モジュール１００に対して送信し、該サーバ・モジュール１００が受け取ったサービスを起動することができる。
【００４０】
次に、前述したサーバ・モジュールが送信する構成情報通知パケットに含まれる構成情報の詳細を図５に示す。ＣＰＵ性能には、ＣＰＵ種別とＣＰＵの周波数とが含まれている。搭載リソースには、搭載されているＣＰＵの数、搭載されているメモリの容量、接続されているＩ／Ｏデバイスの種類及びＩ／Ｏデバイスの数量が含まれている。なお、図５に示した構成情報以外の情報が含まれていてもよい。
【００４１】
次に、前述したストレージ・モジュール１４０のシステム構成情報部１３６が保持しているシステム構成情報の構成の一例を図６に示す。
【００４２】
システム構成情報は、サーバ・モジュールに割りつけるＯＳとアプリケーションとを組にした「サービス種類」、該サービス種類を実行するのに必要となるサーバの「実行要件」、サーバ・モジュールに対して設定するホスト名を示す「サーバ名称」、サーバ・モジュールの必要台数を示す「台数」、及び「オプション」を対応させて記録している。
【００４３】
サービス種類は、ＯＳの種別（例えばＬｉｎｕｘやＷｉｎｄｏｗｓ（登録商標））、アプリケーションの種別（例えばＷｅｂサーバやＤＢサーバ）から構成されている。
【００４４】
実行要件は、サービスを実行するために必要なサーバ・モジュールに必要とされる装置の性能であり、ＣＰＵ種別、周波数、搭載メモリ量及びＩ／Ｏデバイスから構成されている。
【００４５】
サーバ名称は、サーバ・モジュール１００にサービスを割付ける際に設定するホスト名をある。なお、サーバ名称欄中の「番号」は、サービスをサーバ・モジュール１００に割付ける際に動的に付けられる番号を示しており、該番号はサーバ・モジュール１００に割付ける度に加算され，同一のサービス種類を担当するサーバ・モジュール１００であっても異なるホスト名となるようにしている。例えばＷｅｂサーバを４台構成する場合には、サーバ名称を「Ｗｅｂ＿０１」「Ｗｅｂ＿０２」「Ｗｅｂ＿０３」「Ｗｅｂ＿０４」と設定する。
【００４６】
台数は、サーバ・モジュールの実行要件を満たすサーバ・モジュールの必要台数を示しており、図６の例では、ビジネス系のサーバ・システムで多く用いられているＷｅｂ３層モデルに基づくＷｅｂ／ＡＰ／ＤＢのサービス種類に対し、４／２／１台のサーバ・モジュールを割付けている。
【００４７】
オプションは、Ｆａｉｌ Ｏｖｅｒ（装置の冗長化、例えば二重化）による高信頼化の指定を行うもので、図６の例では高い信頼性を必要とされるＡＰサーバ、ＤＢサーバに対してＦａｉｌ Ｏｖｅｒを設定している。なお、必ずしもＦａｉｌ Ｏｖｅｒである必要はなく、他のシステム構築における必要なオプションを指定してもよい。
【００４８】
次に、図６のシステム構成情報に対応するシステム構成図の例を図７に示す。
【００４９】
１７１ａ、１７１ｂ、１７１ｃ、１７１ｄはそれぞれＷｅｂサーバ、１７２ａ、１７２ｂ、１７２ｃ、１７２ｄはＡＰサーバ、１７３ａ、１７３ｂはＤＢサーバとして構成されている。１７２ａと１７２ｂ、１７２ｃと１７２ｄ、１７３ａと１７３ｂは、それぞれＦａｉｌ Ｏｖｅｒ、すなわち二重化された構成となっている。また、それぞれのサーバ・モジュール１００には個別のホスト名称が与えられている。
【００５０】
このシステム構成図は、情報処理システムの設計時にシステム管理者によって作成されるものであって、このシステム構成図に基づいて、各サービスに対応するサーバ・モジュールの実行要件を併せて記したものがシステム構成情報（図６）である。
【００５１】
すなわち、管理者が図６のようなシステム構成情報をストレージ・モジュール１４０に設定することによって、自動的に図７に示すシステム構成が起動するような情報処理システムが実現する。
【００５２】
次に、前述した性能データ換算部１３７が保持している性能換算データの例を図８に示す。性能換算データは、ＣＰＵの種類と、各世代のＣＰＵに関して、標準的なＣＰＵを設定し、システム構成情報で設定されるサービス種別毎に、該サービスで実行されるアプリケーションあるいは、アプリケーションと同じ性質のプログラムを実行した場合の標準的なＣＰＵに対する周波数当たりの性能の比を、標準ＣＰＵに対する換算係数として保持している。
【００５３】
図８の例では、Ｉｎｔｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＡ）３２とＩＡ６４の標準的なＣＰＵであるＰｅｎｔｉｕｍ（登録商標、以下同じ）とＩｔａｎｉｕｍ（登録商標、以下同じ）とにおける、Ｗｅｂ／ＡＰ／ＤＢの各サービスでの周波数当りの性能比を示している。この例によると、Ｗｅｂサーバに求められる性能が、ＰｅｎｔｉｕｍIIIが１、Ｐｅｎｔｉｕｍ４では０．７５、Ｉｔｅｎｉｕｍ２では２．０となっている。これを周波数に換算すると、１ＧＨｚのＰｅｎｔｉｕｍＩＩＩと同等の性能は７５０ＭＨｚのＰｅｎｔｉｕｍ４で得られ、Ｉｔａｎｉｕｍ２では２ＧＨｚで同等の性能が得られる。
【００５４】
この性能換算データを用いることで、システム構成情報に設定するサーバ・モジュールの実行要件（図６参照）は標準的なＣＰＵ及び仮想的な周波数を設定すればよいので、管理者はサーバ・モジュールにどの種類のＣＰＵが備えられているかを考慮することなくシステムの設計を行うことが可能となる。
【００５５】
なお、この性能換算データ部１３７を設けなくてもよい。性能換算データを持たない場合は、システム構成情報に各サーバ・モジュール１００に備えられているＣＰＵ種別とその周波数とを指定する。
【００５６】
次に、前述した、システム構成情報に対応するサーバ・モジュール１００が割付けることができない場合のエラーについて説明する。
【００５７】
図９は、３台のサーバ・モジュール（１００Ａ、１００Ｂ、１００Ｃ）がリセット又は電源投入され、ストレージ・モジュール１４０が順次システム構成情報に基づいてサービスを割付けているときのシーケンスを示す。
【００５８】
なお、このシーケンスでのシステム構成情報は、Ｗｅｂサーバ２台、ＡＰサーバ１台、ＤＢサーバ１台と設定されているものとする。
【００５９】
まず、ストレージ・モジュール１４０がサーバ・モジュール３台各々の構成情報通知パケットを受け取る。そして、最初にサーバ・モジュール１００Ａがシステム構成情報と合致しＷｅｂサーバとして割付けられる。このとき、システム構成情報の台数を２から１減算して、１に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ａに送信する。
【００６０】
次に、サーバ・モジュール１００Ｂがシステム構成情報と合致しＷｅｂサーバとして割付けられる。このとき、システム構成情報の台数を１から１減算して、０に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ｂに送信する。
【００６１】
次に、サーバ・モジュール１００Ｃがシステム構成情報と合致しＡＰサーバとして割付けられる。このとき、システム構成情報の台数を１から１減算して、０に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ｃに送信する。
【００６２】
ここで、３台全てのサーバ・モジュール１００Ａ〜１００Ｃの割付が完了したが、システム構成情報に予め設定されたサーバ・モジュールの台数は合計で４なので、１台が未割付の状態のままとなる。ストレージ・モジュール１４０は、サーバ・モジュール１００からの構成情報通知パケットが到着するのを待機しているが、予め定められた一定の時間、構成情報通知パケットが到着しないと、システム構成情報が未割付のサービスがある旨のエラーを管理者サーバ１５０に対して送信する。
【００６３】
管理者サーバ１５０はシステム管理者に対して、エラーの内容と、システム構成情報の再指定を促すメッセージを通知する。
【００６４】
管理者が上記のエラーを受け付けた場合には、エラーと共に含まれる未割付サービスの数値を減らすか、又は、エラーと共に含まれる未割付サービスのシステム構成情報における実行要件について、エラーとなっているサービス種類よりも、より多くの実行条件を必要とするサービス種類の数量を減らすことによって、未割付サービスをなくすようにし設定し、エラーの回避を行う必要がある。図８の例では、サービス種別のうちＷｅｂサーバの台数を１として、システム全体に必要なサーバ・モジュールの台数を３として再設定することで、エラーの回避を行っている。
【００６５】
以上のように構成された本発明の第１の実施の形態では、システム管理者が予め設計したシステム構成情報によって、各サーバ・モジュールに割付けるサービスをストレージ・モジュールが自動的に割付け、システムの構築を行うことができる
さらに、性能換算データを用いることで、システム管理者は標準的なＣＰＵと仮想的な周波数等のモデル化されたサーバの台数を設定するのみで、実際のハードウェア構成を気にすることなく、システムの構築を行うことができる。
【００６６】
次に、第２の実施の形態の情報処理システムについて図面を参照して説明する。
【００６７】
第２の実施の形態は、第１の実施の形態と比較すると、サーバ・モジュールを論理分割が可能に構成した点が相違する。なお、第１の実施の形態と同一に機能する構成は同一の符号を付し、その説明は省略する。
【００６８】
第２の実施の形態では、図１０に示すように、サーバ・モジュール１００のハードウェア１８０に「ハイパバイザ」と呼ぶファームウェア１８１を搭載しており、１つのサーバ・モジュールを複数の論理的な区画に分割し、個々の論理区画（ＬＰＡＲ）を独立して、ＯＳ及びアプリケーション１８２、１８３が同時に動作することができるように構成されている。
【００６９】
この、個々のＯＳ及びアプリケーション１８２、１８３に対して割り当てるＣＰＵ性能や搭載ＣＰＵ数量、メモリ容量、Ｉ／Ｏデバイス等については、ハイパバイザ１８１によって制御され、１つのハードウェア１８０を２つ又はそれ以上の構成情報を持った装置として動作させることができる。
【００７０】
次に、本実施の形態における、サーバ・モジュール１００が構成情報通知パケットで通知する構成情報を図１１に示す。
【００７１】
構成情報には論理分割フィールドが設けられており、該サーバ・モジュールの論理分割の可否を示す情報が含まれている。上記のハイパバイザ１８１を搭載したサーバ・モジュールの場合は、論理分割フィールドに論理分割が可能であることを示す情報がセットされているので、これを受け取ったストレージ・モジュール１４０は、複数のＬＰＡＲを持ったサーバ・モジュールとして扱う。なお、論理分割フィールドに情報が論理分割不可能であることを示す情報が含まれている場合、ストレージ・モジュール１４０は１台のサーバ・モジュールとして扱う。
【００７２】
次に、以上のように構成された第２の実施の形態の動作について説明する。
【００７３】
ストレージ・モジュール１４０が構成情報通知パケットを受け取り、構成情報に論理分割が可能である情報が含まれている場合、サーバ・モジュール１００に搭載されているＣＰＵ、メモリ、Ｉ／Ｏデバイスを任意の組み合わせに分割して複数のＯＳ及びアプリケーションに割り当てることが可能である
そこで、ストレージ・モジュール１４０では、システム構成情報を参照する際に、複数のサービスの種類の実行に必要なサーバ・モジュール１００の要件の合計した値よりも、サーバ・モジュール１００の構成情報に含まれるＣＰＵ性能や搭載リソースの値が個々のサービスの実行に必要な値を上回っていると判定した場合に、各々のＬＰＡＲに対してサービスを割付ける。割付けた各サービスとＬＰＡＲの対応は、サーバ使用状況部１３５のサーバ使用状況（図１２において後述）に保存する。そして、サービスに対応するデータをストレージ１２０から読み出して、個々のサービスに対しホスト名等のサーバ固有の設定を行った後、１台のサーバ・モジュール１００に対して１つの応答パケットとしてサーバ・モジュール１００に送信する。
【００７４】
応答パケットを受け取ったサーバ・モジュール１００では、応答パケットに含まれる実行要件に従ってハイパバイザ１８１がＬＰＡＲの生成を行い、各ＬＰＡＲに対応するＯＳとアプリケーションの起動を行う。
【００７５】
次に、ストレージ・モジュール１４０のサーバ使用状況部１３５に保持されたサーバ使用状況の例を図１２に示す。
【００７６】
サーバ使用状況には、物理的なサーバ・モジュールを特定するための番号と、該サーバ・モジュールのＮＩＣに固有なＭＡＣアドレスとを対にした「物理サーバＩＤ」、割り付けた「サービス名称」、割付けた「ＯＳ」、該ＯＳに対して設定を行った「ＩＰアドレス」、個別サービスごとに使用するサーバ・モジュールの資源（ＣＰＵ性能、メモリ）の「割付情報」、を対応させ記録したものである。
【００７７】
図１２の例では、物理サーバＩＤの番号１及び２がＬＰＡＲによりそれぞれ２つのＷｅｂサーバが割付けられており、それ以外はＬＰＡＲによる分割が行われていないことを示している。さらに、割付状況では、それぞれのＷｅｂサーバがＣＰＵの資源の５０％ずつを使用し、メモリはそれぞれ１２８ＭＢを使用していることを示している。
【００７８】
以上のように構成された第２の実施の形態の情報処理システムでは、１台のサーバ・モジュールを論理分割して複数のサーバ・モジュールとして扱うことができるので、システム管理者はサーバ・モジュールの台数を考慮することなくシステムの設計を行うことができる。
【００７９】
例えば、サーバ・モジュールの機器を更新により入れ替え全体の台数が変更された場合にも、各サーバ・モジュールの性能に応じてストレージ・モジュールが自動的に適切なサービスを割付けることができる。さらに、システム構成情報に性能換算データを用いれば、システム管理者はサーバ・モジュールの性能や台数を考慮することなくシステムの設計を行うことができる。
【００８０】
次に、本発明の第３の実施の形態の情報処理システムについて、図面を参照して説明する。
【００８１】
第１の及び第２の実施の形態では、サーバ・モジュール１００がストレージ・モジュール１４０に対して構成情報通知パケットを送信し、ストレージ・モジュール１４０は該パケットに基づいてシステムの構築を行うものであったが、第３の実施の形態では、ストレージ・モジュール１４０がサーバ・モジュール１００に対してＯＳ起動要求パケットを送信し、該パケットの内容に合致するサーバ・モジュール１００がストレージ・モジュール１４０に対して一致（又は不一致）パケットを送信することで、システムの構築を行うものである。なお、第１又は第２の実施の形態と同一の作用をする構成は同一の符号を付し、その説明は省略する。
【００８２】
図１３は、第３の実施の形態の情報処理システムの処理の流れを示したシーケンス図である。
【００８３】
まず、サーバ・モジュール１００は、リセット又は電源投入が生じたことをストレージ・モジュール１４０に通知する起動通知を送信する。
【００８４】
ストレージ・モジュール１４０は、サーバ・モジュール１００からの起動通知を受信すると、サーバ・モジュール１００のリセット又は電源投入を契機として、ストレージ・モジュール１４０がシステム構成情報（図６参照）を参照し、未割付（「台数」が０でない）のサービス種類があるか否かを検索する。ここで、全てのサービス種類が割付け済み（「台数」が全て０）である場合は、全てのサービスの起動が完了していることを示しているので、処理を終了する。
【００８５】
未割付のサービス種類がある場合は、ストレージ・モジュール１４０は、該サービス種類に対応するサービスの実行要件を含むＯＳ起動要求パケットを生成し、ネットワーク・モジュール１１０に接続されている全てのサーバ・モジュール１００を宛先として送信する。このＯＳ起動要求パケットの内容は構成情報通知パケット（図５）と同じ情報を含んでいる。
【００８６】
次に、ＯＳ起動要求パケットを受信したサーバ・モジュール１００は、該パケットに含まれる実行要件と、自身に搭載されている性能（ＣＰＵ種類、搭載ＣＰＵ数量、搭載メモリ容量、Ｉ／Ｏデバイス等）とを比較し、満たしているか否か（一致するか不一致であるか）を判定する。判定の結果を応答パケットとしてストレージ・モジュール１４０に対して送信する。図１３の例では、サーバ・モジュール１００Ａ及び１００Ｃが「一致」の応答パケットを送信し、サーバ・モジュール１００Ｂが「不一致」の応答パケットを送信している。
【００８７】
ストレージ・モジュール１４０は、受信した応答パケットの内容を読み出し、サービスの実行要件を満たしている（一致の応答パケットを返送した）サーバ・モジュール１００を１つ選択する。１台のサーバ・モジュール１００を選択するとシステム構成情報で該当するサービスの台数を１減算する。なお、全ての応答パケットの内容が「不一致」である場合には、エラーを管理用サーバ１５０に対して報告する。
【００８８】
次に、選択したサーバ・モジュール１００に対して送信するＯＳ起動要求パケットに対応したサービス（ＯＳやアプリケーション等）をストレージ１２０から読み出して、ホスト名等の固有情報に関する設定を行って起動要求パケットを生成し、前記のサーバ・モジュールに対し起動要求パケットを送信する。図１３の例では、サーバ・モジュール１００Ｃに対して起動要求パケットを送信している。
【００８９】
起動要求パケットを受信したサーバ・モジュール（１００Ｃ）は、該パケットに含まれるＯＳ、アプリケーションに基づいて起動を行う。
【００９０】
以上の処理によってストレージ・モジュール１４０がサーバ・モジュール１００に対してＯＳ起動要求パケットを送信し、該パケットの内容に合致するサーバ・モジュール１００がストレージ・モジュール１４０に対して一致（又は不一致）パケットを送信することで、システムの構築ができる。
【００９１】
次に、全ての応答パケットが不一致であった場合のエラーの処理について図１４のシーケンスを参照して説明する。
【００９２】
図１４の例では、ストレージ・モジュール１４０が、サービス種別がＷｅｂサーバであり実行要件が２ＧＨｚのＰｅｎｔｉｕｍ４であるＯＳ起動要求パケットを送信する。しかし、この実行要件を満たすサーバ・モジュール１００は存在せず、サーバ・モジュール１００からの応答パケットの内容は全て「不一致」であるので、ストレージ・モジュール１４０は管理用サーバ１５０に対してエラーを報告する。
【００９３】
管理用サーバ１５０は、システム管理者に対してエラーの内容を報告すると共に、システム構成情報を修正するよう促すメッセージを通知する。ここで、システム管理者は、実行要件を８００ＭＨｚ以上のＰｅｎｔｉｕｍIIIとしてシステム構成情報を修正する。
【００９４】
修正されたシステム構成情報に基づいて、ストレージ・モジュール１４０は再度ＯＳ起動要求パケットを送信する。この実行要件はサーバ・モジュール１００Ｃのみが満たすので、サーバ・モジュール１００Ｃのみが「一致」を示す応答パケットを送信する。ストレージ・モジュール１４０は、該応答パケットを受信すると、サーバ・モジュール１００Ｃに対して送信するＯＳ起動要求パケットに対応したサービス（ＯＳやアプリケーション等）をストレージ１２０から読み出して、ホスト名等の固有情報に関する設定を行って起動要求パケットを生成し、前記のサーバ・モジュール１００Ｃに対し起動要求パケットを送信し、サーバ・モジュール１００Ｃは、Ｗｅｂサーバを起動することができる。
【００９５】
なお、本実施例でも第１の実施の形態と同様に、性能換算データ（図８）を用いることができる。
【００９６】
この性能換算データは、ストレージ・モジュール１４０の生成するＯＳ起動要求パケットに性能換算データを含める方法、又は、サーバ・モジュール１００側に性能換算データを保持することによって、サーバ・モジュールにおけるサービス実行要件を満たすか否かの判定の際に用いる方法、のいずれも可能である。
【００９７】
サーバ・モジュール１００側に性能換算データを保持する場合は、ＯＳ起動要求パケットを受信したときに、自身に搭載されるＣＰＵ種別とその周波数から性能換算データにより標準ＣＰＵに対する周波数比に変換し実際の周波数と乗算することによって標準的なＣＰＵでの周波数とみなし、ＯＳ起動要求パケットで指定されるＣＰＵ性能との比較を行うことで、一致／不一致の判定を行う。
【００９８】
以上のように構成された第３の実施の形態では、未割付のサービスをストレージ・モジュール側から検索し、サーバ・モジュール側でサービスの実行要件を満たしているか否かを判定するので、第１の実施の形態の効果と同様に、システム管理者が予め設計したシステム構成情報によって、各サーバ・モジュールに割付けるサービスをストレージ・モジュールが自動的に割付け、システムの構築を行うことができる。さらに、性能換算データを用いることで、システム管理者は標準的なＣＰＵと仮想的な周波数等のモデル化されたサーバの台数を設定するのみで、実際のハードウェア構成を気にすることなく、システムの構築を行うことができる。
【００９９】
次に、第４の実施の形態の情報処理システムについて説明する。
【０１００】
第４の実施の形態では、第２の実施の形態と同様に、サーバ・モジュールを論理分割可能に構成（図１０参照）している。なお、第１から３の実施の形態と同一の作用をする構成は同一の符号を付し、その説明は省略する。
【０１０１】
ストレージ・モジュール１４０からのＯＳ起動要求パケットをサーバ・モジュール１００が受信すると、該パケットに含まれるサービスを実行するために必要とされる要件を満たすか否かを検査し、ストレージ・モジュール１４０に応答パケットとして送信する。応答パケットを受信したストレージ・モジュール１４０は、サービスの実行要件を満たすサーバ・モジュール１００を一つ選択し、当該サーバ・モジュール１００に対して、ＯＳ起動要求パケットに対応するサービス（ＯＳ、アプリケーション等）に加え、ＯＳ起動要求パケットに記録していたＣＰＵ性能と搭載リソースの情報とを併せて、起動要求パケットとして送信する。
【０１０２】
起動要求パケットを受信したサーバ・モジュール１００では、ハイパバイザ（図１０）によって、サービスに必要なＣＰＵ性能と搭載リソースを有するＬＰＡＲを生成し、起動要求パケットに含まれるＯＳ、アプリケーション等をＬＰＡＲ上で動作させる。
【０１０３】
次に、このサーバ・モジュール１００が別のＯＳ起動要求パケットを受信した際には、前記ＬＰＡＲに割り当てられたＣＰＵ性能と搭載リソースを除いたＣＰＵ性能と搭載リソースを用いて、ＯＳ起動要求パケットに記載されるサービスの実行要件を満たすか否かの判定を行う。
【０１０４】
ここで、さらにサービスの実行要件を満たすと判定した場合には、新たなＬＰＡＲを生成し、起動要求パケットに含まれるＯＳ、アプリケーション等の実行を行う。
【０１０５】
以上のように構成された第４の実施の形態の情報処理システムでは、第３の実施の形態の効果に加え、第２の実施の形態と同様に、１台のサーバ・モジュール１００を論理分割して複数のサーバ・モジュール１００として扱うことができるので、システム管理者はサーバ・モジュール１００の台数を考慮することなくシステムの設計を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の情報処理システムの構成を示すブロック図である。
【図２】同じくサーバ・モジュールの構成例を示すブロック図である。
【図３】同じくストレージ・モジュール１４０の構成を示すブロック図である。
【図４】本発明の第１の実施の形態の処理の流れを示すシーケンス図である。
【図５】同じく構成情報通知パケットの内容を示す説明図である。
【図６】同じくシステム構成情報の例を示す説明図である。
【図７】同じくシステム構成図の例を示すブロック図である。
【図８】同じく性能換算データの例を示す説明図である。
【図９】同じく未割付サービスのエラーが発生した場合の処理の流れを示すシーケンス図である。
【図１０】本発明の第２の実施の形態のサーバ・モジュールの構成を示す階層図である。
【図１１】同じく構成情報通知パケットを示す説明図である。
【図１２】同じくサーバ使用状況の例を示す説明図である。
【図１３】本発明の第３の実施の形態の処理の流れを示すシーケンス図である。
【図１４】同じく不一致のエラーが発生した場合の処理の流れを示すシーケンス図である。
【符号の説明】
１００Ａ、１００Ｂ、１００Ｃ サーバ・モジュール
１１０ ネットワーク・モジュール
１２０ ストレージ
１３０ ストレージ制御部
１３１ 入力解析部
１３２ 出力生成部
１３３ ＯＳ設定部
１３４ ＯＳ選択部
１３５ サーバ使用状況部
１３６ システム構成情報部
１３７ 性能換算データ部
１４０ ストレージ・モジュール
１５０ 管理用サーバ
１６１ａ、１６２ａ、１６１ｂ、１６２ｂ ＣＰＵ
１６３ａ、１６３ｂ メモリ
１６４ａ、１６４ｂ Ｃｈｉｐ Ｓｅｔ
１６５ａ、１６５ｂ、１６６ａ、１６６ｂ ＮＩＣ
１６７ａ ＳＣＳＩ
１６８ａ ＨＤＤ
１７１ａ、１７１ｂ、１７１ｃ、１７１ｄ Ｗｅｂサーバ
１７２ａ、１７２ｂ、１７２ｃ、１７２ｄ ＡＰサーバ
１７３ａ、１７３ｂ ＤＢサーバ
１８０ サーバ・モジュールハードウェア
１８１ ハイパバイザ（ファームウェア）
１８２、１８３ ＯＳ、アプリケーション
２００ インターネット／イントラネット
【発明の属する技術分野】
本発明は、複数のサーバによる情報サービスを提供する情報処理システムでのシステム構築と運用管理に関し、システムの構築と運用管理における管理者の負担を軽減する技術に関する。
【０００２】
【従来の技術】
従来のサーバには、ストレージにＯＳ及びサーバ・アプリケーションがインストールされており、電源投入やリセットよってＯＳ及びサーバ・アプリケーションが起動することによりサーバとして機能している。多数のサーバからなるシステムを構築又は変更する場合、個々のサーバにＯＳ及びサーバ・アプリケーションのインストールあるいは再設定が必要となる。このため、サーバの管理者負担が大きい上に、人手作業のためエラーが生じる可能性があり、迅速なシステム変更の妨げとなっていた。
【０００３】
この問題に対し、以下に示すような従来技術が知られている。
【０００４】
従来の第１のシステム変更方法では、サーバ装置、ストレージ装置、ファイアウォール等の情報処理システムを構成する要素をネットワークで接続され、オペレータの指示に基づく運用形態に応じて必要な構成要素を必要な分だけ割り当てる。また、各サーバの内蔵ディスクをＤｉｓａｂｌｅし、起動ディスクをブート・サーバに集約する。これにより、運用形態変更に伴うサーバの機能変更が再起動のみで良くなり、再インストール・再設定を不要とすることによって、サーバ管理者の負担を軽減している（例えば、非特許文献１参照。）。
【０００５】
また、従来の第２のシステム変更方法として、サーバ−クライアントシステムにおけるクライアント側のＯＳやデータをサーバ側に集約し、ネットワークを経由してクライアントへのインストール又はブートを行う。これによりサーバ側にブート・イメージがあるため、ＯＳの入替やパッチ当て等をサーバ側のみで行えるようになる。また個々のクライアント毎の設定を不要とすることで管理者の負担を軽減している（例えば、特許文献１参照。）。
【０００６】
【非特許文献１】
Hewlett-Packard Company、“technical white paper hp utility data center”、［online］、２００１年１０月、インターネット＜ＵＲＬ：http://www.hp.com/large/infrastructure/utilitycomputing/images/UDCTechWhitePaper.pdf＞
【特許文献１】
特開平６−２２２９１０号公報
【０００７】
【発明が解決しようとする課題】
前記非特許文献１に記載の従来のシステムでは、システム構築を行う際、個々の物理的なサーバに対して、どのＯＳとアプリケーションを割り付けるか、個別に管理者が指定しなければならない。したがって、管理者はサーバの性能や搭載メモリ量・接続されるＩ／Ｏデバイス等を調査の上、性能等を考慮し決定しなければならないという課題がある。
【０００８】
また、前記特許文献１に記載の発明では、クライアント側のＯＳをサーバ側に集約するという点において、第一の従来技術と同様の特徴を有する。しかし、クライアントをサーバとして機能させることも可能であるが、ＣＰＵ性能や搭載メモリ量のようなクライアント側の性質に応じた割付が行えないため、管理者がサーバの性能や搭載メモリ量・接続されるＩ／Ｏデバイス等に応じて機能を割り付けなければならないという課題がある。
【０００９】
本発明は上記の問題点に鑑みてなされたものであり、サーバの性能や搭載メモリ量、接続されるＩ／Ｏデバイス等に応じたＯＳやアプリケーションの自動的な割付を可能とし、管理者の負担を軽減すると共に、人手作業を減らすことによってエラー発生を抑制する情報システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明では、サーバ・モジュールを動作させるためのＯＳやアプリケーションからなるサービスを個々のサーバ・モジュールから分離し、システム全体のサーバ・モジュールのサービスをストレージ・モジュールに集約している。
【００１１】
各サーバ・モジュールは、リセット又は電源投入を契機として、ストレージ・モジュールに対して自身の構成情報（ＣＰＵ種別と性能、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等の情報）を送信する。該構成情報を受け取ったストレージ・モジュールは、予め設定したシステムの構成情報を満たす構成情報をもつサーバ・モジュールに対してサービスを送信し、サーバ・モジュールはストレージ・モジュールから送られたサービスを受け取ることで自動的に起動する。
【００１２】
【発明の作用と効果】
システム構成情報として論理的なサーバ構成の接続関係と数量を予め設定することによって、ストレージ・モジュールが自動的にＯＳとアプリケーションを実行するのに必要となるサーバ・モジュールに割付けるので、システムにインストールされているサーバ・モジュールの性能等に注意を払うことなくシステム構築を可能とし、サーバ・システムを管理する管理者の負担を軽減することが可能となる。
【００１３】
【発明の実施の形態】
以下に、本発明の実施の形態を、図面を用いて説明する。
【００１４】
図１は本発明の第１の実施の形態の情報処理システムの概要を示すブロック図である。
【００１５】
３台のサーバ・モジュール（１００Ａ、１００Ｂ、１００Ｃ）と、ストレージ・モジュール１４０とが、ネットワーク・モジュール１１０で接続されている。また、各サーバ・モジュール１００は直接インターネット／イントラネット２００に接続されている。また、ネットワーク管理者が操作を行うための管理用サーバ１５０がネットワーク・モジュール１１０に接続されている。
【００１６】
サーバ・モジュール１００は、情報処理システムの処理を司るコンピュータ装置であり、ＯＳ及びアプリケーションによってさまざまな機能（例えば、Ｗｅｂサーバ、アプリケーション（ＡＰ）サーバ、データベース（ＤＢ）サーバ等）を行うことができる。なお、これらのサーバ・モジュール１００は３台でなくても構わない。また、サーバ・モジュール１００はインターネット／イントラネット２００に直接的に接続されていなくても良い。
【００１７】
ストレージ・モジュール１４０は、内部にストレージを備えたコンピュータ装置であり、サーバ・モジュール１００の要求によってストレージに保持されたデータを送受信する。
【００１８】
管理用サーバ１５０は、情報処理システムのシステム構成情報等をネットワーク管理者が入力しストレージ・モジュール１４０に送信したり、システム構成の際のエラー情報などをストレージ・モジュール１４０から受信しネットワーク管理者に対して通知を行う管理用コンピュータ装置である。なお、この管理用サーバ１５０は、いずれかのサーバ・モジュール１００によって代用することが可能であり、必ずしも本実施の形態のシステムに必要なものではない。
【００１９】
次に、本実施の形態で使用するサーバ・モジュール１００の構成を図２に示す。
【００２０】
図２（Ａ）では、サーバ・モジュール１００の機能を司る複数のＣＰＵ（１６１ａ、１６２ａ）が、記憶装置であるメモリ１６３ａとＣｈｉｐｓｅｔ１６４ａを介して接続されている。またＣｈｉｐｓｅｔ１６４ａはＩ／Ｏバスを介してネットワークのインターフェースであるNetwork Interface Card（ＮＩＣ）（１６５ａ、１６６ａ）及び外部機器（特にディスク装置）とのインターフェースであるＳＣＳＩカード１６７ａに接続されている。ＳＣＳＩカード１６７ａにはディスク装置であるＨＤＤ１６８ａに接続されている。なお、２つのＮＩＣが接続されているのは、一方のＮＩＣがインターネット／イントラネット２００に、もう一方がネットワーク・モジュール１１０に接続されるためである
図２（Ｂ）では、図２（Ａ）と比較すると、ＳＣＳＩカード及びＨＤＤが接続されていない点が相違するが、その他の構成は同一である。本実施の形態のサーバ・モジュール１００では、図２（Ａ）及び（Ｂ）のいずれの構成を用いてもよい。
【００２１】
次に、本実施の形態のストレージ・モジュール１４０の構成を図３に示す。
【００２２】
ストレージ・モジュール１４０は、ストレージ１２０と、ストレージ１２０を制御するためのストレージ制御部１３０を有する。ストレージ１２０は、ＯＳ、アプリケーション、データ（以下、「サービス」と呼ぶ）１２１を保持するために使用される。
【００２３】
ストレージ制御部１３０は、ネットワーク・モジュール１１０との接続を制御する入力解析部１３１と出力生成部１３２を備えている。また、ＯＳを設定するＯＳ設定部１３３、ＯＳを選択するＯＳ選択部１３４、サーバの使用状況を把握するサーバ使用状況把握部１３５、後述するシステム構成情報を保持するためのシステム構成情報部１３６、及び、サーバ・モジュールのＣＰＵ性能を換算するための性能換算データ部１３７を備えている。
【００２４】
次に、以上のように構成された第１の実施の形態の動作について説明する。
【００２５】
本発明では、サーバ・モジュール１００を動作させるためのサービスを個々のサーバ・モジュールから分離し、システム全体のサーバ・モジュール１００のサービス１２１をストレージ・モジュール１４０に集約し、各サーバ・モジュール１００は、ネットワーク・モジュール１１０を介してストレージ・モジュール１４０から送られたサービスを受け取り起動する。
【００２６】
サービス１２１を格納しているストレージ・モジュール１４０には、サービスが実行されるために必要となる条件（ＣＰＵ種別と性能、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等の情報）を示したシステム構成情報をシステム構成情報部１３６に保持している。
【００２７】
図４は、本実施の形態の情報処理システムの処理の流れを示したシーケンス図である。
【００２８】
サーバ・モジュール１００は、リセット又は電源投入を契機として、自己のシステム構成情報（ＣＰＵ種別、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等）を含む構成情報通知パケットをストレージ・モジュール１４０に対して送信する。
【００２９】
ストレージ・モジュール１４０は構成情報通知パケットを受け取ると、該パケットの情報を参照してサーバ・モジュールのサービスを決定するサーバ・モジュール解析処理を行う。サーバ・モジュール解析処理によって、構成情報パケットを送信したサーバ・モジュール１００のシステム構成情報に適合するサービスを選択し、サーバ・モジュール１００において起動させるサービス種別と割付ける資源を決定し、決定したＯＳ、アプリケーション等必要なデータを応答パケットとしてサーバ・モジュール１００送信する。なお、応答の際には、ストレージ・モジュール１４０は、各サーバ・モジュール１００のホスト名等固有の情報も設定する。
【００３０】
応答パケットを受け取ったサーバ・モジュール１００は、応答パケットに含まれるデータに基づいてサーバの起動を行う。ストレージ・モジュール１４０は、全てのサーバ・モジュール１００に対して、サービスの割付を行う。
【００３１】
なお、サーバ・モジュール１００からの構成情報通知パケットに対して、ストレージ・モジュール１４０からの応答パケットが所定の時間内に送られない場合には、サーバ・モジュール１００は、再度構成情報通知パケットを送信する。送信の回数が所定の回数を超えた場合にはエラーとして管理用サーバ１５０に対して報告する。また、ストレージ・モジュール１４０が保持しているシステム構成情報に対応するサーバ・モジュール１００が割付けることができない場合にも、管理用サーバ１５０に対してエラーを報告する。
【００３２】
次に、前記したサーバ・モジュール解析処理の詳細を、図３の構成図を参照して説明する。
【００３３】
ストレージ・モジュール１４０の入力解析部１３１は、ネットワーク・モジュールから送られてくるパケットを解析し、入力されたパケットが構成情報通知パケットか否かを判定している。この構成情報通知パケットは、通信に用いるためのパケットに付随するネットワークＩＤ（ＴＣＰ／ＩＰ等で用いられるＩＰアドレスやＭＡＣアドレス等）に加えて、該パケットを発行したサーバ・モジュール１００に搭載されるＣＰＵやメモリ、接続されているＩ／Ｏデバイスに関する構成情報（図５において後述）が含まれている。
【００３４】
パケットが構成情報通知パケットでない場合には、入力解析部１３１は、ストレージ１２０に対し直接アクセスを行う。また、パケットの応答はＯＳ設定部１３３を経由せずに、直接、該パケットの送信元に対して行う。
【００３５】
パケットが構成情報通知パケットかであると判定すると、ストレージ制御部１３０では、構成情報に含まれているＣＰＵ性能と搭載リソースとに基づいて、システム構成情報部１３６に保持されているシステム構成情報（図６において後述）を照会して、構成情報通知パケットを発行したサーバ・モジュール１００に割付けるサービス種別を決定する。これは、サーバ・モジュール１００の構成情報が示すＣＰＵ性能及び搭載リソースと一致する、又は動作可能な（サーバ・モジュール１００の搭載リソースを動作させるのに十分な性能を有する）システム構成情報を検索して決定するこのとき、一致する構成が見付からない場合は、性能換算データ部１３７に保持されている性能換算データ（図８において後述）を参照し、システム構成情報を置き換えることで動作可能な構成を決定してもよい。
【００３６】
サービス種別が決定すると、ＯＳ選択部１３４で、ストレージ１２０に保持されているサービス１２１の中から適切なサービスを選択し、選択されたサービスを読み出す。この際、どのサーバ・モジュールに対してどのサービスが割り当てられたかを、サーバ使用状況部１３５に記録しておく。
【００３７】
次に、ＯＳ設定部１３３で、決定したサービスに対してシステム構成情報のホスト名に基づくセットアップをサービスのデータに含まれるＯＳ及びアプリケーションに対して行う。これは、ＯＳ及びアプリケーションに対してネットワーク上のホスト名を予め設定しておき、サーバ・モジュール１００の起動時に自動的に該ホスト名をネットワーク上の名前として動作させる処理である。
【００３８】
次に、セットアップされたデータを出力生成部１３２に渡し、ネットワーク・モジュール１１０に送信可能な形式のパケットにして、前記の構成情報通知パケットを送出したサーバ・モジュール１００に対して応答パケットとして送信する。
【００３９】
以上の処理によって、サーバ・モジュール１００が起動されたとき、サーバ・モジュール１００が送信する構成情報通知パケットに基づいて、ストレージ・モジュール１４０が自動的に適切なサービスを割付け、サービスをネットワーク経由でサーバ・モジュール１００に対して送信し、該サーバ・モジュール１００が受け取ったサービスを起動することができる。
【００４０】
次に、前述したサーバ・モジュールが送信する構成情報通知パケットに含まれる構成情報の詳細を図５に示す。ＣＰＵ性能には、ＣＰＵ種別とＣＰＵの周波数とが含まれている。搭載リソースには、搭載されているＣＰＵの数、搭載されているメモリの容量、接続されているＩ／Ｏデバイスの種類及びＩ／Ｏデバイスの数量が含まれている。なお、図５に示した構成情報以外の情報が含まれていてもよい。
【００４１】
次に、前述したストレージ・モジュール１４０のシステム構成情報部１３６が保持しているシステム構成情報の構成の一例を図６に示す。
【００４２】
システム構成情報は、サーバ・モジュールに割りつけるＯＳとアプリケーションとを組にした「サービス種類」、該サービス種類を実行するのに必要となるサーバの「実行要件」、サーバ・モジュールに対して設定するホスト名を示す「サーバ名称」、サーバ・モジュールの必要台数を示す「台数」、及び「オプション」を対応させて記録している。
【００４３】
サービス種類は、ＯＳの種別（例えばＬｉｎｕｘやＷｉｎｄｏｗｓ（登録商標））、アプリケーションの種別（例えばＷｅｂサーバやＤＢサーバ）から構成されている。
【００４４】
実行要件は、サービスを実行するために必要なサーバ・モジュールに必要とされる装置の性能であり、ＣＰＵ種別、周波数、搭載メモリ量及びＩ／Ｏデバイスから構成されている。
【００４５】
サーバ名称は、サーバ・モジュール１００にサービスを割付ける際に設定するホスト名をある。なお、サーバ名称欄中の「番号」は、サービスをサーバ・モジュール１００に割付ける際に動的に付けられる番号を示しており、該番号はサーバ・モジュール１００に割付ける度に加算され，同一のサービス種類を担当するサーバ・モジュール１００であっても異なるホスト名となるようにしている。例えばＷｅｂサーバを４台構成する場合には、サーバ名称を「Ｗｅｂ＿０１」「Ｗｅｂ＿０２」「Ｗｅｂ＿０３」「Ｗｅｂ＿０４」と設定する。
【００４６】
台数は、サーバ・モジュールの実行要件を満たすサーバ・モジュールの必要台数を示しており、図６の例では、ビジネス系のサーバ・システムで多く用いられているＷｅｂ３層モデルに基づくＷｅｂ／ＡＰ／ＤＢのサービス種類に対し、４／２／１台のサーバ・モジュールを割付けている。
【００４７】
オプションは、Ｆａｉｌ Ｏｖｅｒ（装置の冗長化、例えば二重化）による高信頼化の指定を行うもので、図６の例では高い信頼性を必要とされるＡＰサーバ、ＤＢサーバに対してＦａｉｌ Ｏｖｅｒを設定している。なお、必ずしもＦａｉｌ Ｏｖｅｒである必要はなく、他のシステム構築における必要なオプションを指定してもよい。
【００４８】
次に、図６のシステム構成情報に対応するシステム構成図の例を図７に示す。
【００４９】
１７１ａ、１７１ｂ、１７１ｃ、１７１ｄはそれぞれＷｅｂサーバ、１７２ａ、１７２ｂ、１７２ｃ、１７２ｄはＡＰサーバ、１７３ａ、１７３ｂはＤＢサーバとして構成されている。１７２ａと１７２ｂ、１７２ｃと１７２ｄ、１７３ａと１７３ｂは、それぞれＦａｉｌ Ｏｖｅｒ、すなわち二重化された構成となっている。また、それぞれのサーバ・モジュール１００には個別のホスト名称が与えられている。
【００５０】
このシステム構成図は、情報処理システムの設計時にシステム管理者によって作成されるものであって、このシステム構成図に基づいて、各サービスに対応するサーバ・モジュールの実行要件を併せて記したものがシステム構成情報（図６）である。
【００５１】
すなわち、管理者が図６のようなシステム構成情報をストレージ・モジュール１４０に設定することによって、自動的に図７に示すシステム構成が起動するような情報処理システムが実現する。
【００５２】
次に、前述した性能データ換算部１３７が保持している性能換算データの例を図８に示す。性能換算データは、ＣＰＵの種類と、各世代のＣＰＵに関して、標準的なＣＰＵを設定し、システム構成情報で設定されるサービス種別毎に、該サービスで実行されるアプリケーションあるいは、アプリケーションと同じ性質のプログラムを実行した場合の標準的なＣＰＵに対する周波数当たりの性能の比を、標準ＣＰＵに対する換算係数として保持している。
【００５３】
図８の例では、Ｉｎｔｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＡ）３２とＩＡ６４の標準的なＣＰＵであるＰｅｎｔｉｕｍ（登録商標、以下同じ）とＩｔａｎｉｕｍ（登録商標、以下同じ）とにおける、Ｗｅｂ／ＡＰ／ＤＢの各サービスでの周波数当りの性能比を示している。この例によると、Ｗｅｂサーバに求められる性能が、ＰｅｎｔｉｕｍIIIが１、Ｐｅｎｔｉｕｍ４では０．７５、Ｉｔｅｎｉｕｍ２では２．０となっている。これを周波数に換算すると、１ＧＨｚのＰｅｎｔｉｕｍＩＩＩと同等の性能は７５０ＭＨｚのＰｅｎｔｉｕｍ４で得られ、Ｉｔａｎｉｕｍ２では２ＧＨｚで同等の性能が得られる。
【００５４】
この性能換算データを用いることで、システム構成情報に設定するサーバ・モジュールの実行要件（図６参照）は標準的なＣＰＵ及び仮想的な周波数を設定すればよいので、管理者はサーバ・モジュールにどの種類のＣＰＵが備えられているかを考慮することなくシステムの設計を行うことが可能となる。
【００５５】
なお、この性能換算データ部１３７を設けなくてもよい。性能換算データを持たない場合は、システム構成情報に各サーバ・モジュール１００に備えられているＣＰＵ種別とその周波数とを指定する。
【００５６】
次に、前述した、システム構成情報に対応するサーバ・モジュール１００が割付けることができない場合のエラーについて説明する。
【００５７】
図９は、３台のサーバ・モジュール（１００Ａ、１００Ｂ、１００Ｃ）がリセット又は電源投入され、ストレージ・モジュール１４０が順次システム構成情報に基づいてサービスを割付けているときのシーケンスを示す。
【００５８】
なお、このシーケンスでのシステム構成情報は、Ｗｅｂサーバ２台、ＡＰサーバ１台、ＤＢサーバ１台と設定されているものとする。
【００５９】
まず、ストレージ・モジュール１４０がサーバ・モジュール３台各々の構成情報通知パケットを受け取る。そして、最初にサーバ・モジュール１００Ａがシステム構成情報と合致しＷｅｂサーバとして割付けられる。このとき、システム構成情報の台数を２から１減算して、１に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ａに送信する。
【００６０】
次に、サーバ・モジュール１００Ｂがシステム構成情報と合致しＷｅｂサーバとして割付けられる。このとき、システム構成情報の台数を１から１減算して、０に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ｂに送信する。
【００６１】
次に、サーバ・モジュール１００Ｃがシステム構成情報と合致しＡＰサーバとして割付けられる。このとき、システム構成情報の台数を１から１減算して、０に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ｃに送信する。
【００６２】
ここで、３台全てのサーバ・モジュール１００Ａ〜１００Ｃの割付が完了したが、システム構成情報に予め設定されたサーバ・モジュールの台数は合計で４なので、１台が未割付の状態のままとなる。ストレージ・モジュール１４０は、サーバ・モジュール１００からの構成情報通知パケットが到着するのを待機しているが、予め定められた一定の時間、構成情報通知パケットが到着しないと、システム構成情報が未割付のサービスがある旨のエラーを管理者サーバ１５０に対して送信する。
【００６３】
管理者サーバ１５０はシステム管理者に対して、エラーの内容と、システム構成情報の再指定を促すメッセージを通知する。
【００６４】
管理者が上記のエラーを受け付けた場合には、エラーと共に含まれる未割付サービスの数値を減らすか、又は、エラーと共に含まれる未割付サービスのシステム構成情報における実行要件について、エラーとなっているサービス種類よりも、より多くの実行条件を必要とするサービス種類の数量を減らすことによって、未割付サービスをなくすようにし設定し、エラーの回避を行う必要がある。図８の例では、サービス種別のうちＷｅｂサーバの台数を１として、システム全体に必要なサーバ・モジュールの台数を３として再設定することで、エラーの回避を行っている。
【００６５】
以上のように構成された本発明の第１の実施の形態では、システム管理者が予め設計したシステム構成情報によって、各サーバ・モジュールに割付けるサービスをストレージ・モジュールが自動的に割付け、システムの構築を行うことができる
さらに、性能換算データを用いることで、システム管理者は標準的なＣＰＵと仮想的な周波数等のモデル化されたサーバの台数を設定するのみで、実際のハードウェア構成を気にすることなく、システムの構築を行うことができる。
【００６６】
次に、第２の実施の形態の情報処理システムについて図面を参照して説明する。
【００６７】
第２の実施の形態は、第１の実施の形態と比較すると、サーバ・モジュールを論理分割が可能に構成した点が相違する。なお、第１の実施の形態と同一に機能する構成は同一の符号を付し、その説明は省略する。
【００６８】
第２の実施の形態では、図１０に示すように、サーバ・モジュール１００のハードウェア１８０に「ハイパバイザ」と呼ぶファームウェア１８１を搭載しており、１つのサーバ・モジュールを複数の論理的な区画に分割し、個々の論理区画（ＬＰＡＲ）を独立して、ＯＳ及びアプリケーション１８２、１８３が同時に動作することができるように構成されている。
【００６９】
この、個々のＯＳ及びアプリケーション１８２、１８３に対して割り当てるＣＰＵ性能や搭載ＣＰＵ数量、メモリ容量、Ｉ／Ｏデバイス等については、ハイパバイザ１８１によって制御され、１つのハードウェア１８０を２つ又はそれ以上の構成情報を持った装置として動作させることができる。
【００７０】
次に、本実施の形態における、サーバ・モジュール１００が構成情報通知パケットで通知する構成情報を図１１に示す。
【００７１】
構成情報には論理分割フィールドが設けられており、該サーバ・モジュールの論理分割の可否を示す情報が含まれている。上記のハイパバイザ１８１を搭載したサーバ・モジュールの場合は、論理分割フィールドに論理分割が可能であることを示す情報がセットされているので、これを受け取ったストレージ・モジュール１４０は、複数のＬＰＡＲを持ったサーバ・モジュールとして扱う。なお、論理分割フィールドに情報が論理分割不可能であることを示す情報が含まれている場合、ストレージ・モジュール１４０は１台のサーバ・モジュールとして扱う。
【００７２】
次に、以上のように構成された第２の実施の形態の動作について説明する。
【００７３】
ストレージ・モジュール１４０が構成情報通知パケットを受け取り、構成情報に論理分割が可能である情報が含まれている場合、サーバ・モジュール１００に搭載されているＣＰＵ、メモリ、Ｉ／Ｏデバイスを任意の組み合わせに分割して複数のＯＳ及びアプリケーションに割り当てることが可能である
そこで、ストレージ・モジュール１４０では、システム構成情報を参照する際に、複数のサービスの種類の実行に必要なサーバ・モジュール１００の要件の合計した値よりも、サーバ・モジュール１００の構成情報に含まれるＣＰＵ性能や搭載リソースの値が個々のサービスの実行に必要な値を上回っていると判定した場合に、各々のＬＰＡＲに対してサービスを割付ける。割付けた各サービスとＬＰＡＲの対応は、サーバ使用状況部１３５のサーバ使用状況（図１２において後述）に保存する。そして、サービスに対応するデータをストレージ１２０から読み出して、個々のサービスに対しホスト名等のサーバ固有の設定を行った後、１台のサーバ・モジュール１００に対して１つの応答パケットとしてサーバ・モジュール１００に送信する。
【００７４】
応答パケットを受け取ったサーバ・モジュール１００では、応答パケットに含まれる実行要件に従ってハイパバイザ１８１がＬＰＡＲの生成を行い、各ＬＰＡＲに対応するＯＳとアプリケーションの起動を行う。
【００７５】
次に、ストレージ・モジュール１４０のサーバ使用状況部１３５に保持されたサーバ使用状況の例を図１２に示す。
【００７６】
サーバ使用状況には、物理的なサーバ・モジュールを特定するための番号と、該サーバ・モジュールのＮＩＣに固有なＭＡＣアドレスとを対にした「物理サーバＩＤ」、割り付けた「サービス名称」、割付けた「ＯＳ」、該ＯＳに対して設定を行った「ＩＰアドレス」、個別サービスごとに使用するサーバ・モジュールの資源（ＣＰＵ性能、メモリ）の「割付情報」、を対応させ記録したものである。
【００７７】
図１２の例では、物理サーバＩＤの番号１及び２がＬＰＡＲによりそれぞれ２つのＷｅｂサーバが割付けられており、それ以外はＬＰＡＲによる分割が行われていないことを示している。さらに、割付状況では、それぞれのＷｅｂサーバがＣＰＵの資源の５０％ずつを使用し、メモリはそれぞれ１２８ＭＢを使用していることを示している。
【００７８】
以上のように構成された第２の実施の形態の情報処理システムでは、１台のサーバ・モジュールを論理分割して複数のサーバ・モジュールとして扱うことができるので、システム管理者はサーバ・モジュールの台数を考慮することなくシステムの設計を行うことができる。
【００７９】
例えば、サーバ・モジュールの機器を更新により入れ替え全体の台数が変更された場合にも、各サーバ・モジュールの性能に応じてストレージ・モジュールが自動的に適切なサービスを割付けることができる。さらに、システム構成情報に性能換算データを用いれば、システム管理者はサーバ・モジュールの性能や台数を考慮することなくシステムの設計を行うことができる。
【００８０】
次に、本発明の第３の実施の形態の情報処理システムについて、図面を参照して説明する。
【００８１】
第１の及び第２の実施の形態では、サーバ・モジュール１００がストレージ・モジュール１４０に対して構成情報通知パケットを送信し、ストレージ・モジュール１４０は該パケットに基づいてシステムの構築を行うものであったが、第３の実施の形態では、ストレージ・モジュール１４０がサーバ・モジュール１００に対してＯＳ起動要求パケットを送信し、該パケットの内容に合致するサーバ・モジュール１００がストレージ・モジュール１４０に対して一致（又は不一致）パケットを送信することで、システムの構築を行うものである。なお、第１又は第２の実施の形態と同一の作用をする構成は同一の符号を付し、その説明は省略する。
【００８２】
図１３は、第３の実施の形態の情報処理システムの処理の流れを示したシーケンス図である。
【００８３】
まず、サーバ・モジュール１００は、リセット又は電源投入が生じたことをストレージ・モジュール１４０に通知する起動通知を送信する。
【００８４】
ストレージ・モジュール１４０は、サーバ・モジュール１００からの起動通知を受信すると、サーバ・モジュール１００のリセット又は電源投入を契機として、ストレージ・モジュール１４０がシステム構成情報（図６参照）を参照し、未割付（「台数」が０でない）のサービス種類があるか否かを検索する。ここで、全てのサービス種類が割付け済み（「台数」が全て０）である場合は、全てのサービスの起動が完了していることを示しているので、処理を終了する。
【００８５】
未割付のサービス種類がある場合は、ストレージ・モジュール１４０は、該サービス種類に対応するサービスの実行要件を含むＯＳ起動要求パケットを生成し、ネットワーク・モジュール１１０に接続されている全てのサーバ・モジュール１００を宛先として送信する。このＯＳ起動要求パケットの内容は構成情報通知パケット（図５）と同じ情報を含んでいる。
【００８６】
次に、ＯＳ起動要求パケットを受信したサーバ・モジュール１００は、該パケットに含まれる実行要件と、自身に搭載されている性能（ＣＰＵ種類、搭載ＣＰＵ数量、搭載メモリ容量、Ｉ／Ｏデバイス等）とを比較し、満たしているか否か（一致するか不一致であるか）を判定する。判定の結果を応答パケットとしてストレージ・モジュール１４０に対して送信する。図１３の例では、サーバ・モジュール１００Ａ及び１００Ｃが「一致」の応答パケットを送信し、サーバ・モジュール１００Ｂが「不一致」の応答パケットを送信している。
【００８７】
ストレージ・モジュール１４０は、受信した応答パケットの内容を読み出し、サービスの実行要件を満たしている（一致の応答パケットを返送した）サーバ・モジュール１００を１つ選択する。１台のサーバ・モジュール１００を選択するとシステム構成情報で該当するサービスの台数を１減算する。なお、全ての応答パケットの内容が「不一致」である場合には、エラーを管理用サーバ１５０に対して報告する。
【００８８】
次に、選択したサーバ・モジュール１００に対して送信するＯＳ起動要求パケットに対応したサービス（ＯＳやアプリケーション等）をストレージ１２０から読み出して、ホスト名等の固有情報に関する設定を行って起動要求パケットを生成し、前記のサーバ・モジュールに対し起動要求パケットを送信する。図１３の例では、サーバ・モジュール１００Ｃに対して起動要求パケットを送信している。
【００８９】
起動要求パケットを受信したサーバ・モジュール（１００Ｃ）は、該パケットに含まれるＯＳ、アプリケーションに基づいて起動を行う。
【００９０】
以上の処理によってストレージ・モジュール１４０がサーバ・モジュール１００に対してＯＳ起動要求パケットを送信し、該パケットの内容に合致するサーバ・モジュール１００がストレージ・モジュール１４０に対して一致（又は不一致）パケットを送信することで、システムの構築ができる。
【００９１】
次に、全ての応答パケットが不一致であった場合のエラーの処理について図１４のシーケンスを参照して説明する。
【００９２】
図１４の例では、ストレージ・モジュール１４０が、サービス種別がＷｅｂサーバであり実行要件が２ＧＨｚのＰｅｎｔｉｕｍ４であるＯＳ起動要求パケットを送信する。しかし、この実行要件を満たすサーバ・モジュール１００は存在せず、サーバ・モジュール１００からの応答パケットの内容は全て「不一致」であるので、ストレージ・モジュール１４０は管理用サーバ１５０に対してエラーを報告する。
【００９３】
管理用サーバ１５０は、システム管理者に対してエラーの内容を報告すると共に、システム構成情報を修正するよう促すメッセージを通知する。ここで、システム管理者は、実行要件を８００ＭＨｚ以上のＰｅｎｔｉｕｍIIIとしてシステム構成情報を修正する。
【００９４】
修正されたシステム構成情報に基づいて、ストレージ・モジュール１４０は再度ＯＳ起動要求パケットを送信する。この実行要件はサーバ・モジュール１００Ｃのみが満たすので、サーバ・モジュール１００Ｃのみが「一致」を示す応答パケットを送信する。ストレージ・モジュール１４０は、該応答パケットを受信すると、サーバ・モジュール１００Ｃに対して送信するＯＳ起動要求パケットに対応したサービス（ＯＳやアプリケーション等）をストレージ１２０から読み出して、ホスト名等の固有情報に関する設定を行って起動要求パケットを生成し、前記のサーバ・モジュール１００Ｃに対し起動要求パケットを送信し、サーバ・モジュール１００Ｃは、Ｗｅｂサーバを起動することができる。
【００９５】
なお、本実施例でも第１の実施の形態と同様に、性能換算データ（図８）を用いることができる。
【００９６】
この性能換算データは、ストレージ・モジュール１４０の生成するＯＳ起動要求パケットに性能換算データを含める方法、又は、サーバ・モジュール１００側に性能換算データを保持することによって、サーバ・モジュールにおけるサービス実行要件を満たすか否かの判定の際に用いる方法、のいずれも可能である。
【００９７】
サーバ・モジュール１００側に性能換算データを保持する場合は、ＯＳ起動要求パケットを受信したときに、自身に搭載されるＣＰＵ種別とその周波数から性能換算データにより標準ＣＰＵに対する周波数比に変換し実際の周波数と乗算することによって標準的なＣＰＵでの周波数とみなし、ＯＳ起動要求パケットで指定されるＣＰＵ性能との比較を行うことで、一致／不一致の判定を行う。
【００９８】
以上のように構成された第３の実施の形態では、未割付のサービスをストレージ・モジュール側から検索し、サーバ・モジュール側でサービスの実行要件を満たしているか否かを判定するので、第１の実施の形態の効果と同様に、システム管理者が予め設計したシステム構成情報によって、各サーバ・モジュールに割付けるサービスをストレージ・モジュールが自動的に割付け、システムの構築を行うことができる。さらに、性能換算データを用いることで、システム管理者は標準的なＣＰＵと仮想的な周波数等のモデル化されたサーバの台数を設定するのみで、実際のハードウェア構成を気にすることなく、システムの構築を行うことができる。
【００９９】
次に、第４の実施の形態の情報処理システムについて説明する。
【０１００】
第４の実施の形態では、第２の実施の形態と同様に、サーバ・モジュールを論理分割可能に構成（図１０参照）している。なお、第１から３の実施の形態と同一の作用をする構成は同一の符号を付し、その説明は省略する。
【０１０１】
ストレージ・モジュール１４０からのＯＳ起動要求パケットをサーバ・モジュール１００が受信すると、該パケットに含まれるサービスを実行するために必要とされる要件を満たすか否かを検査し、ストレージ・モジュール１４０に応答パケットとして送信する。応答パケットを受信したストレージ・モジュール１４０は、サービスの実行要件を満たすサーバ・モジュール１００を一つ選択し、当該サーバ・モジュール１００に対して、ＯＳ起動要求パケットに対応するサービス（ＯＳ、アプリケーション等）に加え、ＯＳ起動要求パケットに記録していたＣＰＵ性能と搭載リソースの情報とを併せて、起動要求パケットとして送信する。
【０１０２】
起動要求パケットを受信したサーバ・モジュール１００では、ハイパバイザ（図１０）によって、サービスに必要なＣＰＵ性能と搭載リソースを有するＬＰＡＲを生成し、起動要求パケットに含まれるＯＳ、アプリケーション等をＬＰＡＲ上で動作させる。
【０１０３】
次に、このサーバ・モジュール１００が別のＯＳ起動要求パケットを受信した際には、前記ＬＰＡＲに割り当てられたＣＰＵ性能と搭載リソースを除いたＣＰＵ性能と搭載リソースを用いて、ＯＳ起動要求パケットに記載されるサービスの実行要件を満たすか否かの判定を行う。
【０１０４】
ここで、さらにサービスの実行要件を満たすと判定した場合には、新たなＬＰＡＲを生成し、起動要求パケットに含まれるＯＳ、アプリケーション等の実行を行う。
【０１０５】
以上のように構成された第４の実施の形態の情報処理システムでは、第３の実施の形態の効果に加え、第２の実施の形態と同様に、１台のサーバ・モジュール１００を論理分割して複数のサーバ・モジュール１００として扱うことができるので、システム管理者はサーバ・モジュール１００の台数を考慮することなくシステムの設計を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の情報処理システムの構成を示すブロック図である。
【図２】同じくサーバ・モジュールの構成例を示すブロック図である。
【図３】同じくストレージ・モジュール１４０の構成を示すブロック図である。
【図４】本発明の第１の実施の形態の処理の流れを示すシーケンス図である。
【図５】同じく構成情報通知パケットの内容を示す説明図である。
【図６】同じくシステム構成情報の例を示す説明図である。
【図７】同じくシステム構成図の例を示すブロック図である。
【図８】同じく性能換算データの例を示す説明図である。
【図９】同じく未割付サービスのエラーが発生した場合の処理の流れを示すシーケンス図である。
【図１０】本発明の第２の実施の形態のサーバ・モジュールの構成を示す階層図である。
【図１１】同じく構成情報通知パケットを示す説明図である。
【図１２】同じくサーバ使用状況の例を示す説明図である。
【図１３】本発明の第３の実施の形態の処理の流れを示すシーケンス図である。
【図１４】同じく不一致のエラーが発生した場合の処理の流れを示すシーケンス図である。
【符号の説明】
１００Ａ、１００Ｂ、１００Ｃ サーバ・モジュール
１１０ ネットワーク・モジュール
１２０ ストレージ
１３０ ストレージ制御部
１３１ 入力解析部
１３２ 出力生成部
１３３ ＯＳ設定部
１３４ ＯＳ選択部
１３５ サーバ使用状況部
１３６ システム構成情報部
１３７ 性能換算データ部
１４０ ストレージ・モジュール
１５０ 管理用サーバ
１６１ａ、１６２ａ、１６１ｂ、１６２ｂ ＣＰＵ
１６３ａ、１６３ｂ メモリ
１６４ａ、１６４ｂ Ｃｈｉｐ Ｓｅｔ
１６５ａ、１６５ｂ、１６６ａ、１６６ｂ ＮＩＣ
１６７ａ ＳＣＳＩ
１６８ａ ＨＤＤ
１７１ａ、１７１ｂ、１７１ｃ、１７１ｄ Ｗｅｂサーバ
１７２ａ、１７２ｂ、１７２ｃ、１７２ｄ ＡＰサーバ
１７３ａ、１７３ｂ ＤＢサーバ
１８０ サーバ・モジュールハードウェア
１８１ ハイパバイザ（ファームウェア）
１８２、１８３ ＯＳ、アプリケーション
２００ インターネット／イントラネット
Claims (21)
- 複数のサーバ・モジュールと、
前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムにおいて、
前記ストレージ・モジュールは、前記サービスを実行させるために必要なサーバ・モジュールの構成、及び、前記サービスを割り付けるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段を備え、
前記サーバ・モジュールは、該サーバ・モジュールの起動の際に、前記ストレージ・モジュールに対して、該サーバ・モジュールの構成を示す構成情報を送信する構成情報送信手段を備え、
前記ストレージ・モジュールは、
前記構成情報送信手段によって送信された構成情報と、前記システム構成情報保持手段に保持されたシステム構成情報とを比較する比較手段を備え、
前記比較手段による比較結果に基づいて、該構成情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とする情報処理システム。 - 前記サーバ・モジュールは、
前記構成情報送信手段が前記構成情報の送信後、所定の時間が経過しても、前記ストレージ・モジュールから、サービス実行するためのデータが送信されてこない場合には、前記構成情報を再度送信し、
前記再度の送信回数が所定の回数を超えた場合には、応答エラーを報告するエラー報告手段を備えたことを特徴とする請求項１に記載の情報処理システム。 - 前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項１又は２に記載の情報処理システム。
- 前記応答エラー又は未割付エラーが報告された場合に、システム管理者に対して前記システム構成情報の再設定を促す報知手段を備えたことを特徴とする請求項２又は３に記載の情報処理システム。
- 前記構成情報送信手段によって送信された構成情報は、標準化されたＣＰＵ名称及び該ＣＰＵの性能情報を含み、
前記ストレージ・モジュールは、
前記サービスを動作させるのに必要なサーバ・モジュールのＣＰＵ性能情報と標準化されたＣＰＵ性能情報との換算に必要な換算情報を保持する換算情報保持手段と、
前記構成情報に含まれるＣＰＵ性能情報を、前記換算情報に基づいて変換する変換手段と、を備え、
前記比較手段は、前記変換手段によって変換されたＣＰＵ性能情報と、前記システム構成情報保持手段に保持されたシステム構成情報とを比較することを特徴とする請求項１から４のいずれか一つに記載の情報処理システム。 - 前記サーバ・モジュールのリソースを論理分割する論理分割手段を備え、
前記構成情報には、該サーバ・モジュールの論理分割の可否に関する情報を含み、
前記ストレージ・モジュールは、前記論理分割された単位毎に、前記システム構成情報に含まれるサービスを割付けることを特徴とする請求項１から５のいずれか一つに記載の情報処理システム。 - 複数のサーバ・モジュールとネットワークによって接続され、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールにおいて、
前記サービスを実行させるために必要なサーバ・モジュールの構成、及び、前記サービスを割り付けるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段を備え、
前記サーバ・モジュールは、該サーバ・モジュールの起動の際に、前記ストレージ・モジュールに対して、該サーバ・モジュールの構成を示す構成情報を送信する構成情報送信手段を備え、
前記サーバ・モジュールから送信された、該サーバ・モジュールの構成を示す構成情報と、前記システム構成情報保持手段に保持されたシステム構成情報とを比較する比較手段を備え、
前記比較手段による比較結果に基づいて、該構成情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするストレージ・モジュール。 - 複数のサーバ・モジュールと、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムに用いられるシステム起動方法であって、
前記サーバ・モジュールは、該サーバ・モジュールの起動の際に、前記ストレージ・モジュールに対して、該サーバ・モジュールの構成を示す構成情報を送信し、
前記ストレージ・モジュールは、前記サービスを実行させるために必要なサーバ・モジュールの構成、及び、前記サービスを割り付けるサーバ・モジュールの台数を含むシステム構成情報と、前記サーバ・モジュールから送信された構成情報とを比較し、
前記比較結果に基づいて、該構成情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするシステム起動方法。 - 前記構成情報の送信後、所定の時間が経過しても、前記ストレージ・モジュールから、サービス実行するためのデータが送信されてこない場合には、前記構成情報を再度送信し、
前記再度の送信回数が所定の回数を超えた場合には、応答エラーを報告することを特徴とする請求項８に記載のシステム起動方法。 - 前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項８又は９に記載のシステム起動方法。
- 複数のサーバ・モジュールと、
前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムにおいて、
前記ストレージ・モジュールは、
前記サービスを実行させるのに必要なサーバ・モジュールの構成条件及び前記サービスを稼働させるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段と、
前記サーバ・モジュールの起動の際に、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を送信する構成条件要求送信手段と、を備え、
前記サーバ・モジュールは、
該サーバ・モジュールの構成と、該サーバ・モジュールに対して送信された前記サービスを実行するために必要なサーバ・モジュールの構成とを比較する比較手段と、
前記比較手段による比較結果に基づいて、前記構成条件要求に規定される要件を満たすか否かを示す応答情報を、前記ストレージ・モジュールに対して送信する応答手段と、を備え、
前記ストレージ・モジュールは、前記応答情報に基づいて、該応答情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とする情報処理システム。 - 前記応答情報の全てが、前記構成条件要求に規定される要件を満たさない旨の応答情報である場合は、構成条件エラーを報告するエラー報告手段を備えたことを特徴とする請求項１１に記載の情報処理システム。
- 前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項１１又は１２に記載の情報処理システム。
- 前記構成条件エラー又は未割付エラーが報告された場合に、システム管理者に対して前記システム構成情報の再設定を促す報知手段を備えたことを特徴とする請求項１２又は１３に記載の情報処理システム。
- 前記構成条件要求送信手段によって送信された構成条件要求は、標準化されたＣＰＵ名称、該ＣＰＵの性能情報、及び、前記サービスを動作させるのに必要なサーバ・モジュールのＣＰＵ性能情報と標準化されたＣＰＵ性能情報との換算に必要な換算情報を含み、
前記サーバ・モジュールは、前記構成条件要求に含まれるＣＰＵ性能情報を、前記換算情報に基づいて変換する変換手段を備え、
前記比較手段は、前記変換手段によって変換されたＣＰＵ性能情報と、前記システム構成情報保持手段に保持されたシステム構成情報とを比較することを特徴とする請求項１１から１４のいずれか一つに記載の情報処理システム。 - 前記サーバ・モジュールのリソースを論理分割する論理分割手段を備え、
前記応答情報には、該サーバ・モジュールの論理分割の可否に関する情報を含み、
前記ストレージ・モジュールは、前記論理分割された単位毎に、前記システム構成情報に含まれるサービスを割付けることを特徴とする請求項１１から１５のいずれか一つに記 載の情報処理システム。 - サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、ネットワークによって接続されているサーバ・モジュールであって、
前記ストレージ・モジュールに対して、サーバ・モジュールの起動を通知する起動通知手段と、
前記ストレージ・モジュールから、前記サーバ・モジュールの起動の際に送信される、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を受信する受信手段と、
該サーバ・モジュールの構成と、該サーバ・モジュールに対して送信された前記サービスを実行するために必要なサーバ・モジュールの構成とを比較する比較手段と、
前記比較手段による比較結果に基づいて、前記構成条件要求に規定される要件を満たすか否かを示す応答情報を、前記ストレージ・モジュールに対して送信する応答手段と、
前記ストレージ・モジュールから送信された、該サーバ・モジュールがサービスを実行するためのデータ、及び、情報処理システム固有のホスト名を受信する受信手段と、を備え、
受信したデータの内容に従って、該サービスを起動することを特徴とするサーバ・モジュール。 - 複数のサーバ・モジュールとネットワークによって接続され、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールにおいて、
前記サービスを実行させるのに必要なサーバ・モジュールの構成条件及び前記サービスを稼働させるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段と、
前記サーバ・モジュールの起動の際に、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を送信する構成条件要求送信手段と、を備え、
前記ストレージ・モジュールは、前記サーバ・モジュールから送信された前記構成条件要求に規定される要件を満たすか否かを示す応答情報に基づいて、該応答情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするストレージ・モジュール。 - 複数のサーバ・モジュールと、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムに用いられるシステム起動方法であって、
前記サーバ・モジュールは、前記ストレージ・モジュールに対して、サーバ・モジュールの起動を通知し、
前記ストレージ・モジュールは、前記サーバ・モジュールの起動の際に、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を送信し、
前記サーバ・モジュールは、
該サーバ・モジュールの構成と、該サーバ・モジュールに対して送信された前記サービスを実行するために必要なサーバ・モジュールの構成とを比較し、
前記比較結果に基づいて、前記構成条件要求に規定される要件を満たすか否かを示す応答情報を、前記ストレージ・モジュールに対して送信し、
前記ストレージ・モジュールは、
前記応答情報に基づいて、該応答情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、
該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、
該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするシステム起動方法。 - 前記応答情報の全てが、前記構成条件要求に規定される要件を満たさない旨の応答情報である場合は、構成条件エラーを報告するエラー報告手段を備えたことを特徴とする請求項１９に記載のシステム起動方法。
- 前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項１９又は２０に記載のシステム起動方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003112843A JP4038147B2 (ja) | 2003-04-17 | 2003-04-17 | 情報処理システム |
| US10/758,115 US20040210646A1 (en) | 2003-04-17 | 2004-01-16 | Information processing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003112843A JP4038147B2 (ja) | 2003-04-17 | 2003-04-17 | 情報処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004318578A JP2004318578A (ja) | 2004-11-11 |
| JP4038147B2 true JP4038147B2 (ja) | 2008-01-23 |
Family
ID=33157018
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003112843A Expired - Fee Related JP4038147B2 (ja) | 2003-04-17 | 2003-04-17 | 情報処理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20040210646A1 (ja) |
| JP (1) | JP4038147B2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4696228B2 (ja) * | 2003-07-04 | 2011-06-08 | 新世代株式会社 | データ配信システム、データ取得装置、書き込み装置、データ取得プログラム、データ取得方法、記録メディア、サーバ、カラオケデータ配信システム、及び、コンテンツ配信システム |
| JP4797339B2 (ja) * | 2004-06-23 | 2011-10-19 | 日本電気株式会社 | Ｉｐ電話アクセスシステム及びそれに用いるｉｐ電話アクセス方法 |
| US7376823B2 (en) * | 2005-04-28 | 2008-05-20 | International Business Machines Corporation | Method and system for automatic detection, inventory, and operating system deployment on network boot capable computers |
| US7627656B1 (en) * | 2005-05-16 | 2009-12-01 | Cisco Technology, Inc. | Providing configuration information to an endpoint |
| JP4902282B2 (ja) * | 2006-07-12 | 2012-03-21 | 株式会社日立製作所 | 業務システム構成変更方法、管理コンピュータ、および、業務システム構成変更方法のプログラム |
| JP4777285B2 (ja) * | 2007-03-27 | 2011-09-21 | 株式会社野村総合研究所 | プロセス制御システム |
| WO2009081737A1 (ja) * | 2007-12-26 | 2009-07-02 | Nec Corporation | 縮退構成設計システムおよび方法 |
| JP5353712B2 (ja) * | 2007-12-26 | 2013-11-27 | 日本電気株式会社 | 冗長構成管理システムおよび方法 |
| JP5216336B2 (ja) * | 2008-01-23 | 2013-06-19 | 株式会社日立製作所 | 計算機システム、管理サーバ、および、不一致接続構成検知方法 |
| JP5627187B2 (ja) * | 2009-03-13 | 2014-11-19 | 新日鉄住金ソリューションズ株式会社 | 情報処理装置、情報処理方法及びプログラム |
| JP5353378B2 (ja) * | 2009-03-31 | 2013-11-27 | 沖電気工業株式会社 | Ｈａクラスタシステムおよびそのクラスタリング方法 |
| JP5729071B2 (ja) * | 2011-03-25 | 2015-06-03 | 富士ゼロックス株式会社 | 情報処理システム及びプログラム |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5005122A (en) * | 1987-09-08 | 1991-04-02 | Digital Equipment Corporation | Arrangement with cooperating management server node and network service node |
| JPH05173988A (ja) * | 1991-12-26 | 1993-07-13 | Toshiba Corp | 分散処理方式および該分散処理に適用されるトランザクション処理方式 |
| EP0592079A2 (en) * | 1992-09-20 | 1994-04-13 | Sun Microsystems, Inc. | Automated software installation and operating environment configuration on a computer system |
| US5774668A (en) * | 1995-06-07 | 1998-06-30 | Microsoft Corporation | System for on-line service in which gateway computer uses service map which includes loading condition of servers broadcasted by application servers for load balancing |
| US5956489A (en) * | 1995-06-07 | 1999-09-21 | Microsoft Corporation | Transaction replication system and method for supporting replicated transaction-based services |
| US5959995A (en) * | 1996-02-22 | 1999-09-28 | Fujitsu, Ltd. | Asynchronous packet switching |
| US6351775B1 (en) * | 1997-05-30 | 2002-02-26 | International Business Machines Corporation | Loading balancing across servers in a computer network |
| JP3178419B2 (ja) * | 1998-06-18 | 2001-06-18 | 日本電気株式会社 | 情報提供サーバ、情報提供クライアントおよび記録媒体 |
| US6421711B1 (en) * | 1998-06-29 | 2002-07-16 | Emc Corporation | Virtual ports for data transferring of a data storage system |
| US6256634B1 (en) * | 1998-06-30 | 2001-07-03 | Microsoft Corporation | Method and system for purging tombstones for deleted data items in a replicated database |
| US6324580B1 (en) * | 1998-09-03 | 2001-11-27 | Sun Microsystems, Inc. | Load balancing for replicated services |
| US6178441B1 (en) * | 1998-09-21 | 2001-01-23 | International Business Machines Corporation | Method and system in a computer network for the reliable and consistent ordering of client requests |
| US6247057B1 (en) * | 1998-10-22 | 2001-06-12 | Microsoft Corporation | Network server supporting multiple instance of services to operate concurrently by having endpoint mapping subsystem for mapping virtual network names to virtual endpoint IDs |
| US6066182A (en) * | 1998-11-05 | 2000-05-23 | Platinum Technology Ip, Inc. | Method and apparatus for operating system personalization during installation |
| US6304913B1 (en) * | 1998-11-09 | 2001-10-16 | Telefonaktiebolaget L M Ericsson (Publ) | Internet system and method for selecting a closest server from a plurality of alternative servers |
| JP2000172657A (ja) * | 1998-12-08 | 2000-06-23 | Fujitsu Ltd | 分散処理システム、分散処理方法、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体、サーバ装置およびクライアント装置 |
| US6460082B1 (en) * | 1999-06-17 | 2002-10-01 | International Business Machines Corporation | Management of service-oriented resources across heterogeneous media servers using homogenous service units and service signatures to configure the media servers |
| US6970913B1 (en) * | 1999-07-02 | 2005-11-29 | Cisco Technology, Inc. | Load balancing using distributed forwarding agents with application based feedback for different virtual machines |
| US6549516B1 (en) * | 1999-07-02 | 2003-04-15 | Cisco Technology, Inc. | Sending instructions from a service manager to forwarding agents on a need to know basis |
| US7003571B1 (en) * | 2000-01-31 | 2006-02-21 | Telecommunication Systems Corporation Of Maryland | System and method for re-directing requests from browsers for communication over non-IP based networks |
| US6789103B1 (en) * | 2000-05-05 | 2004-09-07 | Interland, Inc. | Synchronized server parameter database |
| US20030018694A1 (en) * | 2000-09-01 | 2003-01-23 | Shuang Chen | System, method, uses, products, program products, and business methods for distributed internet and distributed network services over multi-tiered networks |
| US7039948B2 (en) * | 2001-03-06 | 2006-05-02 | Hewlett-Packard Development Company, L.P. | Service control manager security manager lookup |
| GB0112781D0 (en) * | 2001-05-25 | 2001-07-18 | Global Continuity Plc | Method for rapid recovery from a network file server failure |
| US6823382B2 (en) * | 2001-08-20 | 2004-11-23 | Altaworks Corporation | Monitoring and control engine for multi-tiered service-level management of distributed web-application servers |
| US6880002B2 (en) * | 2001-09-05 | 2005-04-12 | Surgient, Inc. | Virtualized logical server cloud providing non-deterministic allocation of logical attributes of logical servers to physical resources |
| US20030158886A1 (en) * | 2001-10-09 | 2003-08-21 | Walls Jeffrey J. | System and method for configuring a plurality of computers that collectively render a display |
| US20030177169A1 (en) * | 2002-03-14 | 2003-09-18 | Nutt Letty B. | Automated peripheral device data harvest utility |
| US7072960B2 (en) * | 2002-06-10 | 2006-07-04 | Hewlett-Packard Development Company, L.P. | Generating automated mappings of service demands to server capacities in a distributed computer system |
| US7565398B2 (en) * | 2002-06-27 | 2009-07-21 | International Business Machines Corporation | Procedure for dynamic reconfiguration of resources of logical partitions |
-
2003
- 2003-04-17 JP JP2003112843A patent/JP4038147B2/ja not_active Expired - Fee Related
-
2004
- 2004-01-16 US US10/758,115 patent/US20040210646A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20040210646A1 (en) | 2004-10-21 |
| JP2004318578A (ja) | 2004-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10791181B1 (en) | Method and apparatus for web based storage on-demand distribution | |
| US7971089B2 (en) | Switching connection of a boot disk to a substitute server and moving the failed server to a server domain pool | |
| CN101118521B (zh) | 跨越多个逻辑分区分布虚拟输入/输出操作的系统和方法 | |
| US7721292B2 (en) | System for adjusting resource allocation to a logical partition based on rate of page swaps and utilization by changing a boot configuration file | |
| JP4455137B2 (ja) | 記憶サブシステム管理方法 | |
| US6597956B1 (en) | Method and apparatus for controlling an extensible computing system | |
| JP5137709B2 (ja) | アプリケーションマイグレーションのための候補データセンタを見つける方法および装置［０００１］ | |
| RU2427891C2 (ru) | Виртуальная сетевая система хранения информации, сетевое запоминающее устройство и виртуальный способ | |
| JP4038147B2 (ja) | 情報処理システム | |
| US20180157532A1 (en) | Methods and apparatus to manage workload domains in virtual server racks | |
| EP4068725B1 (en) | Topology-based load balancing for task allocation | |
| US20060095705A1 (en) | Systems and methods for data storage management | |
| US8387013B2 (en) | Method, apparatus, and computer product for managing operation | |
| CN113760447B (zh) | 服务管理方法、装置、设备、存储介质及程序产品 | |
| JPWO2007077600A1 (ja) | 運用管理プログラム、運用管理方法および運用管理装置 | |
| US20120233305A1 (en) | Method, apparatus, and computer product for managing operation | |
| JP2009075718A (ja) | 仮想ｉ／ｏパスの管理方法、情報処理システム及びプログラム | |
| JP5515157B2 (ja) | Ｉ／ｏデバイス管理方法、及び計算機システム | |
| CN101171567A (zh) | 用于增强存储器虚拟化基础结构可用性的自动存储器 | |
| US8819200B2 (en) | Automated cluster node configuration | |
| US8793481B2 (en) | Managing hardware resources for soft partitioning | |
| JP2014182576A (ja) | 構成管理装置と構成管理方法及び構成管理プログラム | |
| TWI344090B (en) | Management of a scalable computer system | |
| US20070079062A1 (en) | Method and system for storage access management in IP network | |
| JP5524606B2 (ja) | 仮想化環境におけるモジュール間の通信方法、情報処理装置およびその制御方法、クライアント装置、情報処理システム、プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060228 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070712 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070807 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071005 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071030 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071102 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101109 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101109 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121109 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |