JP4349395B2

JP4349395B2 - 統合サービス管理システム

Info

Publication number: JP4349395B2
Application number: JP2006230011A
Authority: JP
Inventors: 健史石崎; 滋三宅
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-04-24
Filing date: 2006-08-28
Publication date: 2009-10-21
Anticipated expiration: 2022-03-13
Also published as: US7617271B2; US20020156828A1; US7379987B2; JP2002335265A; JP3945276B2; US7099912B2; US20060248142A1; JP2007014013A; US20020174211A1

Description

本発明は、一般に記憶装置の管理技術に係り、特にネットワークを基礎とした記憶装置サービスの生成、制御、及び管理技術に関する。

これまでのネットワークを基礎とした付加価値サービスは、複数のサービス構成要素からなる。例えば、インターネット上の企業アプリケーションのアウトソーシングサービスは、インターネット経由のネットワークアクセサービスとウェブサーバ及びデータベースサーバのホスティングサービスと記憶装置管理サービスとを含む。各サービス構成要素は、異なるサービスプロバイダにより提供されるか又は一つの統合サービスプロバイダにより稼働させられる。

この種の従来の手法に対する特定の効果が認められる一方で、さらなる改良余地が存在する。例えば、従来のネットワーク管理技術によれば、この種の複雑なサービスシステムを管理してサービスを維持し動作させることは、サービスオペレータにとって困難な仕事でもある。

必要なものは、より改良された、ネットワークを基礎とした記憶装置サービスの生成、制御、及び管理技術である。

本発明は、ネットワークを基礎とした記憶装置サービスの生成、制御、及び管理技術を提供するものである。

特定の実施例では、サービスは３つの主要なサービス構成要素からなる。すなわち、仮想的専用ネットワーク（ＶＰＮ）と、アプリケーションサーバと、ストレージエリアネットワーク（ＳＡＮ）である。これらの各サービス構成要素は、ＶＰＮサービスのためのＶＰＮ識別子やアプリケーションサーバのためのプロセス識別子や記憶装置のための論理ユニット番号（ＬＵＮ）など、固有の顧客識別情報を有する。

或る特定の実施例では、サービス顧客はＶＰＮを介してサービスプロバイダに接続される。顧客サイトとサービスプロバイダのデータセンターとを接続するＶＰＮパスは、ＶＰＮ終端装置すなわちＶＰＮルータにて終端される。ＶＰＮルータ内では、多数のルート指定処理プログラム、すなわち仮想ルータ（ＶＲ）が個別動作している。ＶＰＮルータは、仮想ＬＡＮ（ＶＬＡＮ）スイッチを介してアプリケーションサーバに接続される。これらのアプリケーションサーバは、そこでサービスプロバイダのＳＡＮに接続される。

統合サービス管理システムは、各サービス構成要素（ＶＰＮとサーバとＳＡＮ
）に対応する個々の管理システムからの管理情報を収集し、各サービス構成要素の資源とそれらの資源の使用を許可された顧客との間の対応、すなわち関係を保持する。例えば、ＶＰＮ管理システムが、ＶＰＮ顧客とその顧客が使用するＶＰＮパスとの間の対応関係の責任を持つ。同様に、サーバ管理システムが、幾つかのサーバを特定の顧客に割り当てる。統合サービス管理システムは、サービス構成要素内で顧客と資源間のこの種の対応情報を収集する。アプリケーションプログラミングインタフェース（ＡＰＩ）は、ソフトウェア開発者に統合サービス管理システムの機能性を用いた管理アプリケーションの実装を可能にする。

本発明の代表的な実施例では、一つのシステムが提供される。このシステムは
、仮想的専用ネットワークとこの仮想的専用ネットワークに接続されるルータとを含むものである。ルータは、クライアントのための少なくとも一つの仮想ルータを維持する。システムはさらに、少なくとも一つのサーバとルータに接続される仮想ＬＡＮスイッチを備える。仮想ＬＡＮスイッチは、ルータから少なくとも一つのサーバまでの選択可能な情報転送をもたらす。システムはまた、少なくとも一つのボリュームとＦＣスイッチを含む。ＦＣスイッチは、少なくとも一つのサーバと少なくとも一つのボリュームとの間の選択可能な相互接続をもたらし、これにより仮想的専用ネットワークを介して複数のソースから受信した情報は、ルータにより各ソース用の特定の仮想ルータへ導かれる。或る特定の実施例では
、仮想的専用ネットワーク管理システムが、ルータの動作を制御する。この情報は、そこで仮想ＬＡＮスイッチにより各ソース用の特定サーバへ導かれる。或る特定の実施例では、サーバ管理システムは仮想ＬＡＮスイッチの動作を制御する
。情報は、そこでＦＣスイッチにより各ソース用の特定ボリュームの方向へ導かれる。若干の特定の実施例では、記憶装置管理システムがＦＣスイッチの動作を制御する。

代表的な特定の実施例では、仮想的専用ネットワーク管理システムがルータ制御に用いられるが、この仮想的専用ネットワーク管理システムには、統合サービス管理システムからコマンドを受信するネットワークインタフェースモジュールと、コマンドを分析して実行し仮想的専用ネットワーク情報テーブルを更新し、制御モジュールを介してルータに新たな機器編成情報を送信するサービス指令処理モジュールとを含む。或る特定の実施例にあっては、仮想サービス管理システムはさらに仮想的専用ネットワークテーブルを含む。仮想的専用ネットワークテーブルは、特定のＶＰＮと、特定のＶＰＮの２つの終点のＩＰアドレスを保持するアドレス１及びアドレス２と、特定のＶＰＮに用いるＶＰＮプロトコルを特定するプロトコルと、公衆インターネットへのアクセスが許可されるかどうかを示すインターネットと、特定のＶＰＮを通じて受け取られるパケットに割り当てられるＶＬＡＮ識別番号とを有する。

代表的な他の実施例では、統合サービス管理システムは、他の管理システムの操作制御に用いられる。特定の実施例では、統合サービス管理システムは機器編成の変更要求を受け取るネットワークインタフェースモジュールと、要求を分析して実行し、仮想的専用ネットワークインタフェースモジュールにより受信した機器編成を変更し、サービス管理データベース内の関連するテーブルキャッシュを更新し、ネットワークインタフェースモジュールを用いて新たな機器構成情報を送信するサービス指令処理モジュールとを含む。或る特定の実施例では、統合サービス管理システムはさらに、送信先情報を格納するサービス機器編成テーブルを含む。選ばれた実施例では、統合サービス管理システムはさらに、例えばサーバ番号とアドレスと仮想ＬＡＮ識別番号とアプリケーション識別番号とオペレーティングシステム識別子とＣＰＵ情報を格納するサーバテーブルを含む。或る特定の実施例では、統合サービス管理システムはさらに、ボリューム識別子とポート識別子とサーバ識別子と容量識別子とアクセス情報を格納する記憶装置テーブルを含む。統合サービス管理システムはさらに、顧客識別子と仮想的専用ネットワーク識別子とサーバ識別子とボリューム識別子を或る特定の実施例に格納させるサービス写像テーブルを含む。或る実施例において、統合サービス管理システムはさらに、顧客識別子と仮想的専用ネットワーク状況とサーバ状況とボリューム状況を格納するサービス状況テーブルを含む。

他の特定の実施例では、統合サービス管理システムは、他の管理システムの操作制御に使用される。ある特定の実施例においては、統合サービス管理システムは、設定変更要求を受取るネットワークインターフェースと、ネットワークインターフェースモジュールが受取った設定変更要求を分析して実行し、サービス管理データベース内の関連するテーブルキャッシュを更新し、ネットワークインターフェースモジュールを介して新しい設定情報を送るサービス要求処理モジュールを有する。ある幾つかの特定の実施例においては、統合サービス管理システムはさらに、あて先情報を格納するサービス設定テーブルを有する。ある特定の実施例では、統合サービス管理システムはさらに、サーバテーブルを有する。サーバテーブルには、例えば、サーバ識別子、アドレス、物理サーバ識別子、仮想ＬＡＮ識別子、論理パーティション識別子、ホストバスアダプタ識別子、アプリケーション識別子、オペレーティングシステム識別子、及びＣＰＵ情報が含まれる
。

ある特定の実施例においては、統合サービス管理システムはさらに、ストレージテーブルを有する。ストレージテーブルには、ボリューム識別子、ポート識別子、許可されたホストバスアダプタ識別子、容量識別子、及びアクセス情報が格納される。統合サービス管理システムはさらに、サービスマッピングテーブルを有する。サービスマッピングテーブルには、顧客識別子、仮想的専用ネットワーク識別子、サーバ識別子、及びボリューム識別子が格納される。ある特定の実施例においては、統合サービス管理システムは、さらにサービス状態テーブルを有する。サービス状態テーブルには、顧客識別子、仮想的専用ネットワーク状態、サーバ状態、及びボリューム状態が格納される。

或る特定の実施例では、オペレータコンソールアプリケーションは、サービス機器編成を統合管理システムへ変更する要求コマンドを送信する。選ばれた特定の実施例では、顧客ポータルアプリケーションがサービス機器編成を統合管理システムへ変更する要求コマンドを送信する。

代表的な他の実施例において、記憶装置管理方法が提供される。この方法は、記憶装置とネットワーク化の統合システムの機器編成の変更要求を受信するステップと、前記要求を分析して新たな機器編成を決定するステップと、機器編成テーブルを更新して新たな機器編成を反映するステップと、複数のサブシステムマネージャのうちの少なくとも一つに対し新たな機器編成情報を送信するステップとを含む。

代表的な他の実施例において、仮想的専用ネットワークのための機器編成の管理方法が提供される。この方法は、記憶装置とネットワーク化の統合システムの機器編成の変更要求をサブシステムマネージャにて受信するステップと、前記要求を分析して記憶装置及びネットワーク化の統合システムの仮想的専用ネットワーク用の新たな機器編成を決定するステップと、機器編成テーブルを更新して新たな機器編成を反映するステップと、仮想的専用ネットワークルータに対しコマンドを送信し、新たな機器編成を実装するステップとを含む。機器編成テーブルには、例えば、論理的パーティションと、複数のホストバスアダプタのうち少なくとも一つとの間のマッピング情報が含まれる。

代表的な他の実施例において、複数のサーバのうちの少なくとも一つのための機器編成管理方法が提供される。この方法は、記憶装置とネットワーク化の統合システムの複数のサーバうちの少なくとも一つに対し新たな機器編成を変更する要求をサブシステムマネージャにて受信するステップと、前記要求を分析して記憶装置とネットワーク化の統合システム内の複数のサーバのうちの少なくとも一つについて新たな機器編成を決定するステップと、機器編成テーブルを更新して新たな機器編成を反映するステップと、仮想ＬＡＮに対しコマンドを送信して新たな機器編成を実装するステップとを含む。機器編成テーブルには、例えば、論理的パーティションと、複数のホストバスアダプタのうち少なくとも一つとの間のマッピング情報が含まれる。

代表的な他の実施例において、複数の記憶装置のうちの少なくとも一つのための機器編成管理方法が提供される。この方法は、記憶装置とネットワーク化の統合システムの複数の記憶装置うちの少なくとも一つについて新たな機器編成の変更要求をサブシステムマネージャにて受信するステップと、前記要求を分析して記憶装置とネットワーク化の統合システムの複数の記憶装置のうちの少なくとも一つについて新たな機器編成を決定するステップと、機器編成テーブルを更新して新たな機器編成を反映するステップと、ＦＣスイッチに対しコマンドを送信して新たな機器編成を実装するステップとを含む。機器編成テーブルには、例えば
、論理的パーティションと、複数のホストバスアダプタのうち少なくとも一つとの間のマッピング情報が含まれる。

代表的な他の実施例では、装置が提供される。この装置は、仮想的専用ネットワークへの接続と、仮想的専用ネットワークに接続したルータとを含む。このルータは、クライアント用に少なくとも一つの仮想ルータを維持する。すなわち、少なくとも一つのサーバである。装置はさらに、ルータに接続した仮想ＬＡＮスイッチを含む。仮想ＬＡＮスイッチは、ルータから少なくとも一つのサーバへ選択可能な情報転送をもたらす。すなわち、少なくとも一つのボリュームである。装置はまた、ＦＣスイッチを含む。ＦＣスイッチは少なくとも一つのサーバと少なくとも一つのボリュームとの間の選択可能な相互接続をもたらし、これにより仮想的専用ネットワークを介して複数のソースから受信した情報がルータにより各ソース用の特定の仮想ルータへ導かれる。情報はそこで、仮想ＬＡＮスイッチにより各ソース用の特定のサーバへ導かれる。情報はそこで、ＦＣスイッチにより各ソース用の特定のボリュームへ導かれる。

本発明により、従来技術と比較して、多くの利益が得られる。本発明に基づく実施例によれば、統合サービス管理システムにより、各々のサービス要素に対する顧客識別情報の管理及び統合の性能がもたらされる。これにより、サービスオペレータは、サービスごと、又は顧客ごとのサービスの管理、監視、及び編成を行うことが出来る。特定の顧客を選択することによって、オペレータは、ネットワークにアクセスする顧客のサイトから、顧客に割り当てられたアプリケーションサーバ及びストレージまでの一貫したサービスに注目することが出来る。

各々のサービス要素に対応する顧客識別情報は、統合サービス管理システムにより、自動的にマッピングされる。特に、サービスプロバイダのオペレータは、各々のサービス要素について手動で設定を行う必要がない。

これらの又はその他の利益については、明細書を通して説明される。本発明の特徴と更なる理解は、明細書及び図面を参照することによって得られる。

特定の実施例は、例えば確固たる有益なネットワークサービスの設計施行管理に用いるサービス管理作業の効率改善をもたらす。代表的な実施例では、ネットワークと記憶装置の統合サービスの構築技術がもたらされる。

本発明の特定の実施例では、統合サービス管理システムにより全体として各サービス構成要素について顧客識別情報の統合管理能力がもたらされる。これは、サービスオペレータに顧客単位或いはサービス単位に基づくサービスの構成監視管理を可能にする。しかるべき顧客を選択することにより、オペレータは顧客サイトからアクセスネットワークまで、すなわち選択された顧客に関連するアプリケーションサーバ及び記憶装置装置までエンドツーエンドのサービスに集中することができる。

特定の実施例において、各サービス構成要素についての顧客識別情報が統合サービス管理システムにより自動的に写像されるので、サービスプロバイダのオペレータは手動で各サービス構成要素を構成する必要はない。

本発明は、ネットワークに基づいた記憶装置サービスの生成、制御、及び管理技術を提供するものである。特定の実施例では、例えば確固たる有益なネットワークサービスの設計、実施、取引に用いるサービス管理作業の効率改善がもたらされる。代表的な実施例では、ネットワークと記憶装置の統合サービスの構成技術がもたらされる。特定の実施例では、サービスは３つの主要サービス構成要素からなる。すなわち、仮想的専用ネットワーク（ＶＰＮ）と、アプリケーションサーバと、ストレージエリアネットワーク（ＳＡＮ）である。これらの各サービス構成要素は、ＶＰＮサービス用のＶＰＮ識別子やアプリケーションサーバのためのプロセス識別子や記憶装置のための論理ユニット番号（ＬＵＮ）など、固有の顧客識別情報を有する。

「マルチプロトコルラベル切り替えトンネルを用いた仮想的専用ネットワークの実現」と題する米国特許第第６,２０５,４８８号は、全ての目的について全体をここに参照用として組み込むものであるが、マルチプロトコルラベルスイッチング（ＭＰＬＳ）技術を踏まえ、ＶＰＮ構築方法が記載されている。公衆のＩＰネットワーク上に仮想的専用ネットワークを構築する幾つかの技術もまた存在する。例えば、ＩＰセキュリティやポイント対ポイントトンネリングプロトコル（
ＰＰＴＰ）やレイヤ２トンネリングプロトコル（Ｌ２ＴＰ）を用い、ＶＰＮルータやファイアウォールなどの顧客固有のネットワーク機器間のトンネリングパスが立ち上げられる。ＶＰＮの他の形式は、ネットワーク準拠ＶＰＮである。この種のＶＰＮの実施例は、ＲＦＣ２５４７「ＢＧＰ／ＭＰＬＳのＶＰＮ」に記載されており、全ての目的についてその全体をここに参照用として組み込むものである。

しかしながら、ＶＰＮとアプリケーションサービスの間の統合ならびに対応をサポートする必要性は依然として存在する。さらに、他のサービス構成要素はそれら固有のサービス管理システムを有する。例えば、ＳＡＮは、ＳＡＮ管理ソフトウェアを用いて管理することができる。

本発明によれば、複数のサービスは、仮想的専用ネットワーク（ＶＰＮ）サービスとアプリケーションサービスと記憶装置アクセスサービスとを複合するのに用いられる。このサービスは、本文書内では「安全な記憶装置アクセスサービス
」（ＳＳＡＳ）と呼ぶことにする。

図１は、本発明の特定の実施例のＳＳＡＳのシステム概要を示すものである。ＳＳＡＳは、１以上のサービス構成要素で出来ているが、ＳＡＳＳの特定の実施例では、３個のサービス構成要素で出来ていて、以下にそれぞれについて説明する。

仮想的専用ネットワーク（ＶＰＮ）サービスは、顧客サイトとサービスプロバイダのデータセンターとの間の安全なネットワークパスを、インターネットなどの共有公衆ネットワーク上に提供する。ＶＰＮパスを通り抜けるトラヒックは、様々な特定の実施例において盗聴防止目的に暗号化してもしなくてもよい。各ＶＰＮサービス顧客は、ＶＰＮに接続された１以上のサイトを有する。例えば、図１において、顧客Ａ１３０は２つのサイトＡａ１３２とＡｂ１３４を有する。各ＶＰＮサイトは、ＶＰＮパスの終点である。ＶＰＮパスの他の終点はＶＰＮルータ１６０上にあり、このルータがサービスプロバイダのデータセンター１５０内に常駐している。

データセンター１５０のＶＰＮルータ１６０は、複数のＶＰＮパスを集合し、ＶＰＮ識別番号により顧客を特定し、顧客から受信したトラヒックを仮想ＬＡＮ（ＶＬＡＮ）スイッチ１７０へ導く。ＶＰＮルータ１６０内には、多数の仮想ルータ（ＶＲ）プログラムで、各々が異なるＶＰＮ顧客に奉仕するプログラムが存在する。例えば、図１において、サービス顧客Ａ１３０からのＶＰＮパスは、ＶＰＮルータ１６０内の仮想ルータＡ１６５にて終端してある。同様に、顧客ＢからのＶＰＮパスは、仮想ルータＢに接続してある。各ＶＲがそれが奉仕する顧客に捧げられるそれ自身のルート指定テーブルを有するため、各ＶＰＮからのパケットはネットワークの観点から明確に分離される。このことで、例えば個人的アドレス内で重複するＩＰアドレス空間の２人の異なる顧客による使用が可能になる。

仮想ルータＡ１６５は、顧客Ａ１３０のＶＰＮパスのうちの１本からパケットを受け取るときに、そこでそのパケットを顧客Ａ用のＶＬＡＮに対し追加し、それらをＶＬＡＮスイッチに対し送信する。ＶＬＡＮタグは、２以上の論理的に独立なネットワークが同じＬＡＮ部分に重畳できるよう、ＬＡＮフレームに加えられる情報である。ＶＬＡＮタグのより詳細な規格は、ＩＥＥＥ８０３．１ｑ規格に規程されている。ＶＰＮサービスは、サービス構成要素すなわちＳＳＡＳを構成するサブシステムのうちの一つであり、後述するＶＰＮ管理システム２１０によって管理される。

アプリケーションサービスは、１以上のアプリケーションサーバ（「サーバ」
）から成る。それぞれのサービス顧客は、１以上のサーバへ割り当てられる。多数のＣＰＵ時間のようなサーバ処理容量を多数必要とするより大きなサービス顧客用に、複数のサーバを負荷均衡用に割り当てることができる。他方、多量のＣＰＵを使用せずサービス費用の低減を望むより少数の顧客については、一つのアプリケーションサーバを１以上のサービス顧客間で共有させることができる。後者の場合、１以上のアプリケーションプロセスは共有アプリケーションサーバ上で実行される。

図１において、顧客Ｃ，Ｄが一つのサーバＳ−ＣＤ１８６を共有する一方、顧客Ａは二つのサーバＳ−Ａａ１８０とＳ−Ａｂ１８２を使用する。各アプリケーションサーバは、特定のＶＬＡＮに帰属する。ＶＬＡＮ部分上のＶＬＡＮスイッチ１７０は、ＶＬＡＮタグ付きパケットをＶＰＮルータ１６０からＶＬＡＮ部分に接続された適当なサーバへ転送するよう構成されているため、サーバにとっては自らがどのＶＬＡＮに帰属するかを知る必要はない。

各アプリケーションサーバは、サーバを記憶装置領域ネットワーク（ＳＡＮ）へ接続する１以上のホストバスアダプタ（ＨＢＡ）を有する。ＳＡＮの観点からは、各サーバはそのＨＢＡアドレス又はポートによって識別される。図１に示した機器編成において、各サーバはファイバーチャネル（ＦＣ）スイッチ１９０に接続されており、このスイッチがＳＡＮの切り替え機能を実行する。アプリケーションサービスは、サービス構成要素すなわちＳＳＡＳを構成するサブシステムのうちの一つであり、以下に説明するサーバ管理システム２１１によって管理される。

記憶装置サービスは、多数の記憶装置又は記憶装置ボリュームを有する。各記憶装置ボリュームは、特定のアプリケーションサーバからアクセスを受け入れるよう構成されている。アプリケーションサーバと記憶装置ボリュームは、記憶装置領域ネットワーク（ＳＡＮ）を介して接続される。図１において、ＳＡＮのＦＣスイッチ１９０は、サーバとボリュームの接続用に用いられる。異なるサービス顧客用にサーバとボリュームを分離するため、特定の記憶装置ボリュームへのアクセスが１以上の特定のサーバに制限されるようにＦＣスイッチ１９０及び／又は記憶装置ボリュームを構成してある。ＦＣスイッチに組み込まれたときに、この機能性は「ポート区画（ポートゾーニング）」と呼ばれる。また、記憶装置
に組み込まれたときは、この機能性はしばしば「ＬＵＮ保証（ＬＵＮセキュリティ）」と呼ばれ、ここではＬＵＮが論理ユニット番号を表す。

図１において、サーバＳ−Ａａ１８０，Ｓ−Ａｂ１８２は、ボリュームＶ−Ａａ，Ｖ−Ａｂへアクセスすることができる。サーバＳ−Ｂ１８４は、ボリュームＶ−Ｂを使用する。サーバＳ−ＣＤ１８６は、ボリュームＶ−ＣＤａ，Ｖ−ＣＤｂへのアクセスを獲得する。ＦＣスイッチ１９０は、上記のごとく記憶装置アクセスを管理するよう構成してある。記憶装置サービスは、サービス構成要素すなわちＳＳＡＳを構成するサブシステムのうちの一つであり、後述する記憶装置管理システム２１２によって管理される。

統合サービス管理システム（ＩＳＭＳ）３００は、管理サーバ及び該サーバ上で実行されるプログラムである。統合サービス管理システム（ＩＳＭＳ）３００は、ＳＳＡＳを構成する各サービス構成要素を制御し管理するサブシステム管理システム（ＳＭＳ）と通信する。ＩＳＭＳ３００は、オペレータコンソールプログラムのようなアプリケーションプログラムを開発するために用い得るアプリケーションプログラミングインタフェースを含む。サービスプロバイダのオペレータは、オペレータコンソールアプリケーション１２０を用いてＩＳＭＳ３００と通信できる。サービス顧客は、顧客ポータルアプリケーション１２５を用いて、ＩＳＭＳ３００と通信できる。ＩＳＭＳは、管理ネットワーク１１５を介してＳＭＳのような他の管理構成要素ならびにアプリケーションと通信する。

図２は、本発明の特定の実施例のサブシステム管理システムの一例としてのＶＰＮ管理システムを示す。サーバ管理システム２０１や記憶装置管理システム２０２などの他のサブシステム管理システムは、ＶＰＮ管理システム（ＶＰＮ・ＳＭＳ）と同様でよい。ＶＰＮ・ＳＭＳ２００はネットワークインタフェースモジュール２５０を有しており、これが管理ネットワーク１１５に接続されていて、ＩＳＭＳ３００に対しコマンドパケットを送受信するのに用いられる。ＶＰＮ・ＳＭＳ２００はまた、ＶＰＮ制御モジュール２５５を有しており、これがＶＰＮルータ１６０に接続され、装置構成用にＶＰＮルータ１６０と通信する。

ＶＰＮパスとＶＰＮパスに対応するＶＬＡＮタグとの間のマッピング情報は、ＶＰＮデータベース２１０のＶＰＮテーブル５００内に記憶されている。ＶＰＮテーブル５００のコンテンツは、図５を参照して後述する。システム処理モジュール２３０は、ＶＰＮ・ＳＭＳ２００の起動・停止を制御し、オペレーティングシステムタスクを含む一般タスクを実行する。入出力モジュール３５０は、ＶＰＮ・ＳＭＳ２００の入出力事象を処理する。

サービス指令処理モジュール２４０は、ネットワークインタフェースモジュール２５０が受け取る実施サービス指令の発生源となる。ＩＳＭＳ３００がＶＰＮ機器編成の変更を目的にＶＰＮ・ＳＭＳ２００に要求コマンドもしくはサービス指令を送信すると、コマンドパケットは、ＶＰＮ・ＳＭＳ２００のネットワークインタフェースモジュール２５０により受信される。そこで、サービス指令処理モジュール２４０が、コマンド要求を分析し実行し、ＶＰＮテーブル５００を更新し、ＶＰＮ制御モジュール２５５を介してＶＰＮルータ１６０に新たな機器編成情報を送信する。データベースアクセスモジュール２４５が、ＶＰＮ・ＳＭＳ２００の他のモジュールによる要求時に用いられ、ＶＰＮデータベース２１０にデータを読み書きする。

図３は、本発明の特定の実施例の統合サービス管理システム（ＩＳＭＳ）を示す。ＩＳＭＳ３００は、ネットワークインタフェースモジュール３６５を有しており、これが管理ネットワーク１１５に接続されており、例えばＶＰＮ管理システム２００などのＳＭＳにコマンドパケットを送受信するのに用いられる。入出力モジュール３５０は、ＩＳＭＳ３００の入出力を処理する。

サービス指令処理モジュール３５５は、ネットワークインタフェースモジュール３６５が受信する処理サービス指令の発生源である。オペレータコンソールアプリケーション１２０又は顧客ポータルアプリケーション１２５がサービス機器編成変更を目的にＩＳＭＳ３００に要求コマンドすなわちサービス指令を送ると
、コマンドパケットがＩＳＭＳ３００のネットワークインタフェースモジュール３６５により受信される。そこで、サービス指令処理モジュール３５５は、要求コマンドを分析して実行し、サービス管理データベース３１０内の関連するテーブルキャッシュを更新し、ネットワークインタフェースモジュール３６５を介して関連するＳＭＳに新たな機器編成情報を送信する。

データベースアクセスモジュール３６０は、ＩＳＭＳ３００の他のモジュールにより要求された際に、サービス管理データベース３１０にデータを読み書きするのに用いられる。
サービス管理データベース３１０内には、ＩＳＭＳ３００がＳＳＡＳを制御し管理するのに使用する幾つかのテーブルが格納されている。サービス機器編成テーブル３１５とサービス写像テーブル３２５とサービス状況テーブル３３５について、以下に説明する。

ＩＳＭＳ３００は、ＶＰＮテーブルキャッシュ３２０とサーバテーブルキャッシュ３３０と記憶装置テーブルキャッシュ３４０から成り、これらはそれぞれＳＭＳにより管理される対応テーブルのコピーである。例えば、ＶＰＮテーブルキャッシュ３２０は、ＶＰＮ・ＳＭＳ２００に格納され、ＩＳＭＳ３００により収集されるＶＰＮテーブル５００のコピーである。ＶＰＮテーブルとサーバテーブルと記憶装置テーブルのコンテンツについて、以下に説明する。

図４は、本発明の特定の実施例のサービス機器編成テーブルを示す。サービス機器編成テーブル４００は、ＩＳＭＳ３００が通信するＳＭＳを識別するのに用いる機器編成情報を含む。特定の実施例において、ＩＳＭＳ３００は３つのサブシステムと通信する。すなわち、ＶＰＮサブシステムと、サーバサブシステムと
、記憶装置サブシステムである。サービスシステムのオペレータは、サービス機器編成テーブル４００内に各サブシステムのＳＭＳ・ＩＰアドレスを入力する。起動時に、ＩＳＭＳ３００はサービス機器編成テーブル４００を参照して各ＳＭＳとの通信接続を確立する。

図５は、本発明の特定の実施例において、ＶＰＮ・ＳＭＳ２００のＶＰＮデータベース２１０内に常駐するＶＰＮテーブル５００を示す。ＶＰＮテーブル５００内に収容された情報は、ＩＳＭＳ３００により収集されて格納される。ＶＰＮテーブル５００は、ＶＰＮサブシステムがＶＰＮルータ１６０を構成するのに用いる機器編成情報を含むものである。ＶＰＮテーブル５００内では、「ＶＰＮ識
別番号」が、サイトがどのＶＰＮに帰属するのかを特定する。「アドレス１」と
「アドレス２」が、ＶＰＮパスすなわちトンネルの２つの終点のＩＰアドレスをそれぞれ保持している。「プロトコル」は、このサイト用にどのＶＰＮプロトコ
ルがＶＰＮパス上で用いられるかについて特定する。「インターネット」は、フ
ァイアウォール等を介してサイトが公衆インターネットへのアクセスを許されるか否かについて指し示すブール値である。「ＶＬＡＮ識別番号」は、ＶＰＮパ
ス上のこのサイトから受け取るパケットに割り当てられるＶＬＡＮタグ値である
。

図６は、本発明の特定の実施例のサーバＳＭＳのサーバデータベースに常駐するサーバテーブル６００を示す。サーバＳＭＳ２０１は、特定の実施例のＶＰＮ
・ＳＭＳ２００と同様である。サーバテーブル６００に含まれる情報は、ＩＳＭＳ３００によっても収集され格納される。サーバテーブル６００は、サーバサブシステムがＶＬＡＮスイッチ１７０を構成設定するのに用いる機器編成情報を含む。サーバテーブル６００内で、「サーバ」はサーバサブシステム内のアプリケ
ーションサーバのうちの一つを識別する。「アドレス」は、そのサーバのＩＰア
ドレスを保持する。「ＶＬＡＮ識別番号」は、そのサーバに割り当てられるＶ
ＬＡＮタグ値である。「アプリケーション」と「ＯＳ」と「ＣＰＵ」は、それぞ
れ、サーバ上で動作しているアプリケーション、サーバのオペレーティングシステム、及びＣＰＵ速度のようなＣＰＵ処理能力を示す。

図７は、本発明の特定の実施例の記憶装置ＳＭＳの記憶装置データベース内に常駐する記憶装置テーブルを示す。記憶装置ＳＭＳ２０２は、特定の実施例のＶＰＮ・ＳＭＳ２００と同様である。記憶装置テーブル７００内に収容された情報は、ＩＳＭＳ３００により収集されて格納される。このテーブルは、記憶装置サブシステムがＦＣスイッチ１９０と記憶装置ボリュームを構成するのに使用する機器編成情報を含む。「ボリューム」は、記憶装置サブシステム内で記憶装置ボ
リュームのうちの一つを特定する。「ポート」は、ボリュームのＦＣポートアド
レスを保つ。「許可されたサーバ」は、この記憶装置ボリュームへのアクセスを
許されたこれらのサーバを特定するものである。「容量」と「アクセス」は、そ
れぞれ記憶装置ボリュームの容量とボリュームのアクセス制御属性を示す。

図８は、本発明の特定の実施例のＩＳＭＳ３００のサービス管理データベース３１０内に常駐するサービス写像テーブルを示す。ＩＳＭＳ３００は、それに接続されたＳＭＳから収集される複数のテーブルから単一のサービス管理テーブルを構成する。このテーブルは、サービス顧客と各サブシステムの資源との間の写像を定義する。例えば、顧客Ａは、ＶＰＮ識別番号「ＶＲ−Ａ」をもったＶＰ
Ｎと、サーバ「Ｓ−Ａａ」，「Ｓ−Ａｂ」と、ボリューム「Ｖ−Ａａ」，「Ｖ−
Ａｂ」へ写像される。ＩＳＭＳ３００が顧客ＡについてＶＰＮ設定を構成するときに、ＩＳＭＳ３００はこのテーブルを参照し、顧客Ａに対応するＶＰＮ識別番号を決定し、そこでＶＰＮ識別番号を有するＶＰＮ・ＳＭＳ２００へコマンドパケットを発する。

こうして、ＩＳＭＳ３００は顧客単位準拠の機器編成命令を受け入れ、サブシステム特定識別情報を有するサブシステムに対する要求コマンドに変換することができる。

図９は、本発明の特定の実施例のＩＳＭＳ３００のサービス管理データベース３１０内に常駐するサービス状況テーブルを示す。ＩＳＭＳ３００は、そこに接続されたＳＭＳのうちの一つから障害指示を受け取ると、図８のサービス写像表８００を参照し、どの顧客が障害により影響を受けるかについて判定する。例えば、記憶ボリュームＶ−Ｂの障害を受信した場合、サービス写像テーブル８００を参照することにより、ＩＭＳ３００はこの障害が顧客Ｂに影響を及ぼすかどうかを判定する。この場合、ＩＳＭＳ３００は顧客Ｂのボリュームコラムを「正常
」から「障害」へ変更することによりサービス状況テーブル９００を更新する。こうして、ＩＳＭＳ３００は、サブシステムからの障害通知を事象により影響を受けた顧客に関連付けることができる。

図１０は、本発明の特定の実施例の代表的な統合サービス管理システム処理のフローチャートを示す。図１０に示したように、ステップ１００２において、サービス指令は、統合サービスシステム３００により受信される。このサービス指令は、オペレータコンソールアプリケーション１２０又は顧客ポータルアプリケーション１２５を使用して生成でき、ＩＳＭＳ３００に要求コマンドすなわちサービス指令を送信する。サービス指令は、例えばサービス機器編成などの変更に用いることができる。サービス指令は、例えばＩＳＭＳ３００のネットワークインタフェースモジュール３６５により受け取られるコマンドパケット形式であってもよい。そこで、ステップ１００４において、要求コマンドが分析され、実行される。特定の実施例において、サービス指令処理モジュール３５５はサービス指令を分析し、サービス指令中のコマンドの実装目的にサブシステム機器編成に施す必要のある変更を決定する。次に、ステップ１００６において、ＩＳＭＳ３００のサービス管理データベース３１０の関連したテーブルキャッシュが更新され、新たな機器編成を反映する。そこで、ステップ１００８において、新たな機器編成情報が、例えばネットワークインタフェースモジュール３６５を介して関連ＳＭＳへ送出される。

図１１は、本発明の特定の実施例の代表的な仮想的専用ネットワークサービス管理システム処理のフローチャートである。図１１に示したように、ステップ１１０２において、サービス指令が、仮想的専用ネットワーク管理システム２００によって受信される。サービス指令は、例えばオペレータコンソールアプリケーション１２０或いは顧客ポータルアプリケーション１２５からのサービス指令の受信に応答した機器編成変更の実装を目的にＩＳＭＳ３００により生成される。サービス指令は、例えばＶＰＮ・ＳＭＳ２００のネットワークインタフェースモジュール２５０が受信するコマンドパケット形式であってもよい。そこで、ステップ１１０４において、サービス指令は分析され、実行される。特定の実施例において、サービス指令処理モジュール２４０は、サービス指令を分析し、サービス指令内でコマンドの実装目的にＶＰＮサブシステム機器編成に施す必要のある変更を決定する。次に、ステップ１１０６において、ＶＰＮ・ＳＭＳ２００のＶＰＮデータベース２１０のＶＰＮテーブル５００が更新され、新たな機器編成を反映する。そこで、ステップ１１０８において、例えば新たな機器編成を実装せよという指示が、例えばＶＰＮ制御モジュール２５５を介してＶＰＮルータ１６０へ送出される。

図１２は、本発明の特定の実施例の代表的なサーバ管理システム処理のフローチャートを示す。図１２に示したように、ステップ１２０２において、サービス指令がサーバ管理システム２０１によって受信される。サービス指令は、例えばオペレータコンソールアプリケーション１２０又は顧客ポータルアプリケーション１２５からのサービス指令の受け取りに応答する機器編成変更の実装を目的にＩＳＭＳ３００により生成される。サービス指令はコマンドパケット形式とすることもできる。それは、例えばサーバＳＭＳ２０１のネットワークインタフェースモジュールによって受信される。そこで、ステップ１２０４において、サービス指令は分析され、実行される。特定の実施例において、サーバＳＭＳ２０１のサービス指令施行モジュールは、サービス指令を分析し、サービス指令内のコマンド実装を目的にサーバサブシステム機器編成に施す必要のある変更を決定する
。次に、ステップ１２０６において、サーバＳＭＳ２０１のサーバ機器編成テーブルが更新され、新たな機器編成を反映する。この情報はまた、ＩＳＭＳ３００のサーバテーブルキャッシュ３３０内に収容される。そこで、ステップ１２０８において、新たな機器編成の実装指示が、例えばサーバＳＭＳ２０１内の制御
モジュールを介してＶＬＡＮスイッチ１７０へ送出される。

図１３は、本発明の特定の実施例の代表的な記憶装置管理システム処理のフローチャートを示す。図１３に示したように、ステップ１３０２において、サービス指令は記憶装置管理システム２０２によって受信される。サービス指令は、例えばオペレータコンソールアプリケーション１２０又は顧客ポータルアプリケーション１２５からのサービス指令の受信に応答した機器編成変更の実装を目的に
、ＩＳＭＳ３００によって生成される。このサービス指令は、例えば記憶装置ＳＭＳ２０２のネットワークインタフェースモジュールにより受信されるコマンドパケット形式でもよい。そこで、ステップ１３０４にてサービス指令は分析され
、実行される。特定の実施例において、記憶装置ＳＭＳ２０２のサービス指令処理モジュールがサービス指令を分析し、サービス指令中のコマンド実装を目的に記憶装置サブシステム機器編成に施す必要のある変更を決定する。次に、ステップ１３０６において、記憶装置ＳＭＳ２０２の記憶装置機器編成テーブルが更新され、新たな機器編成が反映される。この情報はまた、ＩＳＭＳ３００の記憶装置テーブルキャッシュ３４０内に収容される。そこで、ステップ１３０８において、例えば新たな機器編成を実装させる指示が、例えば記憶装置ＳＭＳ２０２内の制御モジュールを介してＦＣスイッチ１９０へ送出される。

上記内容は、本発明の好適な実施例の説明である。添付の特許請求の範囲により規程される本発明の範囲から逸脱することなく変更と修正が可能であることは、正しく認識さるべきである。

ＳＳＡＳのシステム概要を示す図である。サブシステム管理システムの一例としてのＶＰＮ管理システムを示す図である。統合サービス管理システム（ＩＳＭＳ）を示す図である。統合サービス機器編成テーブルを示す図である。ＶＰＮ・ＳＭＳ２００のＶＰＮデータベース２１０に常駐するＶＰＮテーブル５００を示す図である。サーバＳＭＳのサーバデータベースに常駐するサーバテーブル６００を示す図である。記憶装置ＳＭＳの記憶装置データベースに常駐する記憶装置テーブルを示す図である。ＩＳＭＳ３００のサービス管理データベース３１０に常駐するサービス写像テーブルを示す図である。ＩＳＭＳ３００のサービス管理データベース３１０に常駐するサービス状況テーブルを示す図である。統合サービス管理システム処理のフローチャートを示す図である。仮想的専用ネットワークサービス管理システム処理のフローチャートを示す図である。サーバ管理システム処理のフローチャートを示す図である。代表的な記憶装置管理システム処理のフローチャートを示す図である。

符号の説明

１５０…データセンター、１６０…ＶＰＮルータ、１７０…ＶＬＡＮスイッチ、２００…ＶＰＮ管理システム、２０１…サーバ管理システム、２０２…記憶装置管理システム、３００…統合サービス管理システム。

Claims

サーバやルータおよびストレージボリュームを含むリソースを複数のクライアントに提供するために管理する管理システムであって、
前記ルータが前記クライアントから前記サーバへパケットを送信する際にＶＬＡＮ識別子を対応するＩＰアドレスを含むパケットに割り当てるために、前記クライアントの前記ＩＰアドレスと前記ＶＬＡＮ識別子との対応関係を含むネットワーク構成情報を記憶し、前記ネットワーク構成情報を基に前記ルータを管理するネットワーク管理部と、
複数の前記ストレージボリュームの一つにアクセスするために、前記ＶＬＡＮ識別子とサーバ識別子とインターフェース識別子との対応関係を含むサーバ構成情報を記憶し、前記サーバ構成情報に基づいて前記サーバを管理するためのサーバ管理部と、
前記インターフェース識別子と、前記インターフェース識別子を用いてアクセス制御可能な前記ストレージボリュームとの対応関係を含むストレージ構成情報を記録し、前記ストレージ構成情報に基づいて前記ストレージボリュームを管理するためのストレージ管理部と、
前記ネットワーク管理部と前記サーバ管理部及び前記ストレージ管理部と通信し、前記ネットワーク構成情報と前記サーバ構成情報と前記ストレージ構成情報とを管理する統合管理部を有し、
前記統合管理部は、前記ネットワーク構成情報と前記サーバ構成情報と前記ストレージ構成情報とを参照して前記リソースの構成変更を決定し、前記ネットワーク管理部と前記サーバ管理部と前記ストレージ管理部との各々の管理部と通信することで、サービス単位による前記リソースの構成を管理し、
前記ネットワーク管理部による前記ルータの管理と、前記サーバ管理部による前記サーバの管理と、前記ストレージ管理部による前記ストレージボリュームの管理とを各々独立に実行することを特徴とする管理システム。
前記ネットワーク構成情報は、更に通信プロトコル情報を含み、
前記サーバ構成情報は、更にオペレーティングシステム情報とCPU情報を含み、
前記ストレージ構成情報は、更にボリューム容量及びアクセス制御属性を含む
ことを特徴とする請求項１記載の管理システム。
前記統合管理システムは、更に
前記ネットワーク管理部から前記ネットワーク構成情報を収集し、
前記サーバ管理部から前記サーバ構成情報を収集し、
前記ストレージ管理部から前記ストレージ構成情報を収集する
ことを特徴とする請求項２記載の管理システム。
前記統合管理システムは、更に、
前記リソースの構成変更を反映させるための新たな構成を、前記ネットワーク管理部と前記サーバ管理部と前記ストレージ管理部との少なくともいずれかに対して送信し、
前記ネットワーク管理部と前記サーバ管理部と前記ストレージ管理部との少なくともいずれかは、前記新たな構成に基づいて前記リソースの構成を変更することを特徴とする請求項３記載の管理システム。
前記統合管理システムは、更に
前記サービス単位毎に前記ストレージボリュームの障害情報を含むサービス状態情報を記憶することを特徴とする請求項４記載の管理システム。