(57)【特許請求の範囲】
【請求項１】
複数種のネットワーク機器とサーバ装置と管理サーバとを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムにおける前記管理サーバであって、
テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルと、
仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するテナント構成変更部と
を備え、
前記テナント構成変更部は、
仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信し、
構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断し、
構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定し、
特定されたネットワーク設定項目に基づき、前記設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定する
前記管理サーバ。
【請求項２】
前記テナント構成変更部は、
特定された前記ネットワーク機器に対して、特定されたネットワーク設定項目の設定を行うための設定情報を生成する請求項１に記載の管理サーバ。
【請求項３】
前記ネットワーク設定項目は、フィルタリング設定、ルーティング設定及び仮想ネットワーク設定のうち複数を含む請求項１に記載の管理サーバ。
【請求項４】
前記テナント構成変更部は、
前記構成変更要求の種類情報が仮想サーバの追加である場合に、仮想サーバを追加する前記対象テナントの前記対象セグメントは既存か否かを判断し、
既存の場合、ネットワーク設定項目としてフィルタリング設定を選択し、
既存でない場合、ネットワーク設定項目として、フィルタリング設定、ルーティング設定及び仮想ネットワーク設定を選択する請求項１に記載の管理サーバ。
【請求項５】
前記テナント構成変更部は、
前記構成変更要求の種類情報が仮想サーバの削除である場合に、該仮想サーバの削除後に前記対象テナントの前記対象セグメントに他の仮想サーバが存在するか否かを判断し、
他の仮想サーバが存在する場合、ネットワーク設定項目としてフィルタリング設定を選択し、
他の仮想サーバが存在しない場合、ネットワーク設定項目として、フィルタリング設定、ルーティング設定及び仮想ネットワーク設定を選択する請求項１に記載の管理サーバ。
【請求項６】
前記構成変更要求の種類情報は仮想サーバの移動を示し、該構成変更要求に含まれるセグメント識別子は、移動元セグメントのセグメント識別子と、移動先セグメントのセグメント識別子を含み、
前記テナント構成変更部は、
前記構成変更要求の種類情報が仮想サーバの移動である場合に、移動元セグメントと移動先セグメントのそれぞれについて、該セグメントは既存か否かを判断し、及び、仮想サーバの移動後に仮想サーバが存在するか否かを判断し、
判断結果に応じて、移動元セグメントのネットワーク設定項目と、移動先セグメントのネットワーク設定項目をそれぞれ特定する請求項１に記載の管理サーバ。
【請求項７】
前記管理サーバは、
テナント毎に、該テナント内のセグメントを識別するセグメント識別子に対応して、該セグメント内の仮想サーバ数が記憶されたセグメント管理テーブル
をさらに備え
前記テナント構成変更部は、
構成変更要求に含まれるテナント識別子とセグメント識別子に基づき前記セグメント管理テーブルを参照して、対応する仮想サーバ数に基づき、構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否かを判断する請求項１に記載の管理サーバ。
【請求項８】
前記管理サーバは、
テナント毎に、該テナント内のセグメントを識別するセグメント識別子が記憶されたセグメント管理テーブル
をさらに備え、
前記テナント構成変更部は、構成変更要求に含まれるテナント識別子とセグメント識別子とに基づき前記セグメント管理テーブルを参照して、該当するテナントに該セグメント識別子が記憶されている場合前記対象テナントの前記対象セグメントが既存であると判断し、該セグメント識別子が記憶されていない場合前記対象テナントの前記対象セグメントが既存でないと判断する請求項１に記載の管理サーバ。
【請求項９】
前記管理サーバは、
テナント毎に、該テナント内のセグメントを識別するセグメント識別子に対応して、仮想サーバの利用形態情報が記憶されたセグメント管理テーブル
をさらに備え、
前記構成変更要求は、仮想サーバの利用形態情報をさらに含み、
前記テナント構成変更部は、構成変更後にセグメント数が増加する場合、構成変更要求に含まれるテナント識別子と仮想サーバの利用形態情報とに基づき前記セグメント管理テーブルを参照して、該当するテナントにおいて仮想サーバの利用形態情報が一致するセグメント識別子をひとつ選択し、
選択されたセグメント識別子に応じた前記設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定する請求項１に記載の管理サーバ。
【請求項１０】
構成変更要求の種類情報と、対象セグメントが既存か否かを示す状態情報と、構成変更後の対象セグメントにおける仮想サーバの有無情報とに対応して、ネットワーク設定項目が予め記憶される設定項目特定テーブル
をさらに備え、
前記テナント構成変更部は、構成変更要求に含まれる要求の種類情報と、対象セグメントは既存か否かの判断結果及び／又は構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果に基づき、前記設定項目特定テーブルを参照し、対応するネットワーク設定項目を特定する請求項１に記載の管理サーバ。
【請求項１１】
前記マルチテナント型情報処理システムの仮想ネットワークの識別子と、テナント識別子と、セグメント識別子との対応を管理する仮想ネットワーク管理テーブルと、
前記マルチテナント型情報処理システムを構成する複数セグメント間のルート情報を管理するルート管理テーブルと
をさらに備え、
前記設定項目特定テーブルは、さらに、設定を追加すべきか削除すべきかを示す設定タイプと、構成変更後のセグメント数の変化を示す変化情報を含み、
前記テナント構成変更部は、前記設定項目特定テーブルから、構成変更要求に含まれる要求の種類情報と、対象セグメントは既存か否かの判断結果及び／又は構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果に対応する前記設定タイプと前記変化情報をさらに特定し、
前記設定対象のネットワーク機器の特定後、特定されたネットワーク機器について、前記設定タイプと前記変化情報とに応じて、前記仮想ネットワーク管理テーブル及び前記ルート管理テーブルを用いて、仮想ネットワーク設定及びルーティング設定を含む設定コンフィグを生成する請求項１０に記載の管理サーバ。
【請求項１２】
前記管理サーバは、前記管理端末の構成管理インタフェースにより入力された構成変更要求の種類情報と、テナント識別子と、対象セグメントのセグメント識別子を含む前記構成変更要求を受信することを特徴とする請求項１に記載の管理サーバ。
【請求項１３】
複数種のネットワーク機器とサーバ装置と管理サーバとを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムであって、
前記管理サーバは、
テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルと、
仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するテナント構成変更部と
を備え、
前記テナント構成変更部は、
仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信し、
構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断し、
構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定し、
特定されたネットワーク設定項目に基づき、前記設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定する
前記マルチテナント型情報処理システム。
【請求項１４】
前記テナント構成変更部は、
特定された前記ネットワーク機器に対して、特定されたネットワーク設定項目の設定を行うための設定情報を生成し、
前記ネットワーク機器は、生成された設定情報に従い設定を変更する請求項１３に記載のマルチテナント型情報処理システム。
【請求項１５】
複数種のネットワーク機器とサーバ装置と管理サーバとを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムにおいて、仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するための構成管理方法であって、
前記管理サーバは、
仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信し、
構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断し、
構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定し、
特定されたネットワーク設定項目に基づき、テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定する
前記構成管理方法。
【請求項１６】
前記管理サーバは、
特定された前記ネットワーク機器に対して、特定されたネットワーク設定項目の設定を行うための設定情報を生成する請求項１５に記載の構成管理方法。
【請求項１７】
複数種のネットワーク機器とサーバ装置とを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムにおいて、仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するための、コンピュータで実行される構成管理プログラムであって、
前記コンピュータが、仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信するステップと、
前記コンピュータが、構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断するステップと、
前記コンピュータが、構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定するステップと、
前記コンピュータが、特定されたネットワーク設定項目に基づき、テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定するステップと
を前記コンピュータに実行させるための前記構成管理プログラム。
【請求項１８】
前記コンピュータが、特定された前記ネットワーク機器に対して、特定されたネットワーク設定項目の設定を行うための設定情報を生成するステップ
をさらに前記コンピュータに実行させるための請求項１７に記載の構成管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチテナント型情報処理システム、管理サーバ及び構成管理方法に係り、特に、ネットワーク構成に柔軟性のあるマルチテナント型情報処理システムにおいて、テナントの仮想サーバの構成変更時、テナント識別子、仮想サーバの利用形態およびセグメント条件から、設定変更項目と設定対象ＮＷ機器の特定を迅速かつ適切に行うマルチテナント型情報処理システム、管理サーバ及び構成管理方法に関する。
【背景技術】
【０００２】
近年、データセンタ（ＤＣ）へのクラウドコンピューティング（クラウド）適用が進展している。一般的なクラウドでは、ＤＣ事業者がサーバ・ストレージ・ネットワークからなる情報処理システム上に、複数の企業ＩＴシステムや企業内の複数の業務システムを仮想化して構築する。クラウドは、仮想化技術がベースであるため、物理システムと比較して拡張性に優れる反面、複数の企業ＩＴシステムを単一の情報処理システムに統合するため、複数のＩＴシステムが混在し、複雑化している。なお、たとえばクラウドに統合された、顧客ごとの仮想化されたＩＴシステムあるいは仮想化された業務システムをテナントと呼ぶ。
構成の複雑化を回避するため、現在提供されているクラウドの例では、顧客に提供するＩＴシステム構成のうち、サーバリソースやストレージリソースのカスタマイズは可能であるが、ネットワークの接続構成が固定化されている。このため、企業ＩＴシステムのクラウド適用は限定的である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２６６９９号公報
【非特許文献】
【０００４】
【非特許文献１】ＶＭｗａｒｅ操作マニュアル、［ｏｎｌｉｎｅ］、ヴイエムウェア株式会社、［平成２２年７月検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｖｍｗａｒｅ．ｃｏｍ／ｊｐ／ｐｒｏｄｕｃｔｓ／ｖｎｅｔｗｏｒｋ−ｄｉｓｔｒｉｂｕｔｅｄ−ｓｗｉｔｃｈ／ｆｅａｔｕｒｅｓ．ｈｔｍｌ＞
【非特許文献２】「サーバ仮想化環境における管理コストを低減するネットワーク］管理システムＥａｓｙＬａｙｅｒｉｎｇの実装および評価」、電子情報通信学会技術研究報告、ＮＳ、ネットワークシステム１０９（２７３）、ｐ．７１−７６、２００９年１１月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、クラウドを構成するネットワークに柔軟性を持たせることにより、企業ＩＴシステムのクラウド適用が容易になる。しかしながら、顧客のＩＴシステムをそのままクラウド化した場合、ネットワークの設計構築が複雑化する。これは、ネットワーク構成が顧客ＩＴシステムによって異なるためである例えば、顧客の要件に応じて複数のスイッチ、セキュリティ装置、ファイヤウォール装置、ロードバランサ装置等が選択的に利用されていること、また物理システムに配置された複数種のネットワーク機器（以下、ＮＷ機器）が顧客によって使い分けられるため、ネットワークセグメントの構成およびルーティングポイントが顧客により異なること（ルーティングやフィルタリング設定が複雑化していること）等が挙げられる。
上述のようなネットワーク構成に柔軟性があるマルチテナント型情報処理システムにおいて、あるテナントにおける仮想サーバの増設／削減等する場合、情報処理システム上に構成した顧客のＩＴシステムを構成するどのサーバ機器、ＮＷ機器の設定を変更しなければならないかを迅速に特定し、設定変更することが困難な状況である。これは、例えば、テナントによりシステムの構成要素であるサーバ機器、ＮＷ機器の種類と、ネットワークセグメント構成、ルーティング設定、ポリシー等のフィルタリング設定が異なるためである。
【０００６】
このように、マルチテナント型情報処理システムでは、各テナントに複数のネットワークセグメントが存在するため、従来のような単一のＶＬＡＮの設定だけでなく、他ＶＬＡＮとのルーティング設定や、仮想サーバ間のフィルタリング設定も必要となる。このときに、対象テナントの仮想サーバ構成変更時にどのような設定変更が必要で、それをどのＮＷ機器に設定すべきかを簡単かつ迅速に特定することが課題となる。
なお、仮想サーバの構成変更に伴い、サーバ装置とＮＷ機器の設定変更を自動で行う以下の技術が開示されている。
非特許文献１には、例えば、ＶＭ（ｖｉｒｔｕａｌ  ｍａｃｈｉｎｅ）増設にあたり、ＶＭにＶＬＡＮを設定すると、ＶＭがそのＶＬＡＮに関連するフィルタリング情報を自動で引き継ぐ技術が開示されている（従来技術１）。また、ＶＭ移動時、仮想スイッチ内でＶＬＡＮ設定を引き継ぐことにより、仮想スイッチ側の設定変更を不要にする。
非特許文献２には、例えば、サーバ・ＮＷ機器の物理および論理接続構成を管理し、仮想サーバ増設に伴うＶＬＡＮの設定作業を容易化する技術が開示されている（従来技術２）。仮想サーバ増設時に、仮想サーバを接続するＶＬＡＮ識別子を入力するとそのＶＬＡＮ識別子に関連する複数スイッチの接続構成を検索し、関連するスイッチ群を特定して複数スイッチのＶＬＡＮ設定を自動的に行う。
特許文献１には、例えば、仮想サーバがネットワークセグメントを超えて物理サーバ間を移動するのに合わせて、ルータやスイッチの設定を変更することが開示されている（従来技術３）。
上述の従来技術１〜３は、仮想サーバの構成変更に応じたＮＷ機器への設定に関するものである。しかしながら、以下の点で、本発明が対象とする課題を解決できない。
従来技術１では、ＶＭが直接接続する仮想スイッチのみが対象であり、複数のＮＷ機器の設定はできない。また、ＶＭ移動時に、スイッチでＶＬＡＮ設定を引き継げるのは、ＶＭが同じセグメントに属する場合のみであり、移動後に別のネットワークセグメントに属する場合は、管理者が設定変更項目を設計し、設定変更が必要な機器を特定し、設定変更を行う必要がある。さらに、顧客システムが複数のＶＬＡＮを用いて構成されていた場合に、ＶＭの構成変更時に、どの機器のどのような設定変更項目が必要か（例えば、ＶＬＡＮ設定が必要なのか、ルーティング設定が必要なのか、フィルタリング設定が必要なのか等）を特定できない。
従来技術２では、ＶＭの構成変更時に、ＶＭを接続するＶＬＡＮとそれ以外のＶＬＡＮの対応関係を把握する手段がないため、増設ＶＭの属するＶＬＡＮとその他ＶＬＡＮとの間にルーティング設定やフィルタリング設定が必要かを特定することが困難である。また、その設定をどの機器に反映するかを特定することも困難である。
従来技術３では、仮想サーバの移動時にルータとスイッチのＶＬＡＮ設定を自動で変更できるが、すべてのスイッチとルータが設定対象であるため、テナント毎にネットワークの構成要素が異なる場合に、どのＮＷ装置が関連するかを特定できない。そのため、すべてのＮＷ装置の設定を調査する必要がある。また、従来技術２と同様、ＶＭの構成変更時に、ＶＭを接続するＶＬＡＮとそれ以外のＶＬＡＮの対応関係を把握する手段がないため、増設ＶＭの属するＶＬＡＮとその他ＶＬＡＮ間のルーティングやフィルタリング設定が必要かを特定できない。また、その設定をどの機器にするかを特定することも困難である。
本発明は、以上の点に鑑み、ネットワーク構成に柔軟性のあるマルチテナント型情報処理システムにおいて、テナントの仮想サーバの構成変更時に、必要な設定変更項目と、設定対象のＮＷ機器を迅速に特定することを目的のひとつとする。
【課題を解決するための手段】
【０００７】
（１）ネットワーク構成に柔軟性のあるマルチテナント型情報処理システムでは、システムを構成するＮＷ機器を複数のテナントで共有するが、利用するＮＷ機器の種類と数およびネットワークセグメント構成はテナントによって異なる。
（２）上記（１）の状況において、仮想サーバの増設を行う場合、増設に伴う設定変更項目および設定変更対象ＮＷ機器がテナント毎に異なり、設定対象ＮＷ機器を固定化できない。また、増設する仮想サーバの利用形態やネットワークセグメントによって変更するＮＷ設定項目が異なり、かつその設定を反映する対象ＮＷ機器が異なる。
このようなマルチテナント型情報処理システムにおいて、テナントの仮想サーバの構成変更時に、必要な設定変更項目と、設定対象のＮＷ機器を迅速に特定する。
【０００８】
本発明の第１の解決手段によると、
複数種のネットワーク機器とサーバ装置と管理サーバとを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムにおける前記管理サーバであって、
テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルと、
仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するテナント構成変更部と
を備え、
前記テナント構成変更部は、
仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信し、
構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断し、
構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定し、
特定されたネットワーク設定項目に基づき、前記設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定する前記管理サーバが提供される。
【０００９】
本発明の第２の解決手段によると、
複数種のネットワーク機器とサーバ装置と管理サーバとを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムであって、
前記管理サーバは、
テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルと、
仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するテナント構成変更部と
を備え、
前記テナント構成変更部は、
仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信し、
構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断し、
構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定し、
特定されたネットワーク設定項目に基づき、前記設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定する
前記マルチテナント型情報処理システムが提供される。
【００１０】
本発明の第３の解決手段によると、
複数種のネットワーク機器とサーバ装置と管理サーバとを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムにおいて、仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するための構成管理方法であって、
前記管理サーバは、
仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信し、
構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断し、
構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定し、
特定されたネットワーク設定項目に基づき、テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定する
前記構成管理方法が提供される。
【００１１】
本発明の第４の解決手段によると、
複数種のネットワーク機器とサーバ装置とを備え、クライアント毎に、前記ネットワーク機器のうち所望のネットワーク機器と前記サーバ装置による仮想サーバとを含む仮想的なネットワークシステムであるテナントを構成し、該テナントは複数のセグメントを有するマルチテナント型情報処理システムにおいて、仮想サーバの構成変更時に、設定するネットワーク設定項目と、設定対象のネットワーク機器とを特定するための、コンピュータで実行される構成管理プログラムであって、
前記コンピュータが、仮想サーバの追加、削除及び移動のいずれかを示す要求の種類情報と、対象テナントのテナント識別子と、対象セグメントのセグメント識別子とを含む構成変更要求を管理端末から受信するステップと、
前記コンピュータが、構成変更後に前記対象テナントの前記対象セグメントに仮想サーバが存在するか否か、及び／又は、前記対象テナントの前記対象セグメントは既存か否かを判断するステップと、
前記コンピュータが、構成変更要求に含まれる要求の種類情報と、構成変更後に対象セグメントに仮想サーバが存在するか否かの判断結果及び／又は対象セグメントは既存か否かの判断結果とに基づき、ネットワーク設定項目をひとつ又は複数特定するステップと、
前記コンピュータが、特定されたネットワーク設定項目に基づき、テナントかつセグメント毎に、該テナントの該セグメントに応じたネットワーク機器の識別子に対応して、該ネットワーク機器に設定されるネットワーク設定項目が予め記憶された設定機器管理テーブルを参照して、対応する前記ネットワーク機器を特定するステップと
を前記コンピュータに実行させるための前記構成管理プログラムが提供される。
【発明の効果】
【００１２】
本発明によると、特定テナントの仮想サーバの構成変更時に、迅速かつ容易に設定変更項目と設定対象機器を特定できる。
また、従来技術と比較して、本発明では複雑化したシステムにおいて、仮想サーバの構成変更時、その利用形態やセグメント情報を活用して、ＮＷ機器の設定項目と設定対象機器の特定を迅速かつ簡単に行える。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態におけるシステム構成を示す図である。
【図２】本発明の実施の形態におけるサーバ１１０ａの構成例である。
【図３】本発明の実施の形態における管理サーバ１１６の構成例である。
【図４】テナント管理テーブル３５０の構成例である。
【図５】テナントセグメント管理テーブル３５１の構成例である。
【図６】設定機器管理テーブル３５２の構成例である。
【図７】設定項目特定テーブル３５３の構成例である。
【図８】テナントシステム構成管理フローを示す図である。
【図９】ＮＷ設定機器特定処理フローを示す図である。
【図１０】設定項目特定処理フローを示す図である。
【図１１】設定項目特定処理フロー（移動ケース）を示す図である。
【図１２】ＮＷ設定作成処理フローを示す図である。
【図１３】ＮＷ構成機器特定画面イメージである。
【図１４】ＮＷ設定生成画面イメージである。
【図１５】ＶＬＡＮ管理テーブル３５４の構成例である。
【図１６】ルート管理テーブル３５５の構成例である。
【図１７】マルチテナントシステムの構成例である。
【発明を実施するための形態】
【００１４】
図１は、本発明の実施の形態におけるシステム構成を示す図である。
データセンタ１００は、例えば、広域ネットワーク１０５ａ、１０５ｂ、専用線ネットワーク１０６等の適宜のネットワークを介して顧客拠点１０１ａ、１０１ｂの装置と通信する。データセンタ１００は、顧客へサービスを提供するサーバ１１０と、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介してサーバに接続するストレージ１１１と、サービスネットワーク１１３と、管理用スイッチ１２０と、管理サーバ１１６と、構成管理Ｉ／Ｆ１８０ｂを有する管理端末１３５ａとを備える。なお、ＳＡＮ１１２は、ファイバチャネルプロトコルなどの適宜の接続形態でもよい。管理用スイッチ１２０は、例えば、データセンタ１００内の各機器（物理装置）と接続され、管理ネットワーク１１５を介して管理サーバ１１６に接続される。また、データセンタ１００の管理サーバ１１６は、管理用広域ネットワーク１０７を介して構成管理インタフェース（Ｉ／Ｆ）１８０ａを有する管理端末１３５ｂと通信する。サーバ１１０や管理スイッチ１２０は、ひとつに限らず複数備えることができる。
管理サーバ１１６は、管理端末１３５からテナント識別子、仮想サーバの利用形態、セグメント情報等を入力として受け取り、その情報を利用して設定項目と機器を特定する。
サービスネットワーク１１３は、例えば、ルータ１３１、ファイヤウォール１４１、ロードバランサ１５１、スイッチ１６１等の物理装置を、それぞれひとつ又は複数含む。顧客の要件に応じて、複数のルータ１３１、ファイヤウォール１４１、ロードバランサ１５１、スイッチ１６１等の機器が選択的に利用され、テナントを構成する。ここで、テナントとは、顧客毎の仮想的に構成されたシステムをいう。
ルータ１３１、ファイヤウォール１４１、ロードバランサ１５１は、物理装置としてはひとつであるが、仮想的に複数のルータやファイヤウォール、ロードバランサを提供する機能を備えていてもよい。この場合、たとえばひとつのテナントが必要に応じて物理ルータのうちのひとつの仮想ルータ機能を利用するようにしてもよい。あるいは、近年のルータ、ロードバランサ、ファイヤウォールの機能をひとつの物理装置に搭載する統合型のネットワーク装置を備えてもよい。さらに、近年ルータ１３１、ファイヤウォール１４１、ロードバランサ１５１の機能をソフトウェア化し、仮想サーバ上に搭載する仮想ネットワークアプライアンスも登場してきている。したがって、構成管理対象のサービスネットワーク１１３の中には、物理装置だけでなく、仮想ネットワークアプライアンス装置を備えてもよい。このような統合型ネットワーク装置や各仮想ネットワークアプライアンス装置をサービスネットワークに備える場合は、サービスネットワーク１１３内部の機器間の物理的な接続関係のみ異なり、機器に設定する項目は、従来型の物理装置の場合と同じであり、本発明では図示せず、物理装置を利用した場合の構成管理方法について説明する。
【００１５】
図１７に、マルチテナントシステムの構成例を示す。
データセンタ１００内では、各物理装置を用いて、顧客毎の仮想化サービスネットワークを構成している。テナントにより仮想化サービスネットワークを構成する物理装置が異なる。各物理装置、サーバは、複数の仮想化サービスネットワークに用いられる。
例えば、テナント１（１７０１）は、ルータ１３１ａ、ファイヤウォール１４１ａ、スイッチ１６１ａ、ファイヤウォール１４１ｃ、スイッチ１６１ｃ、１６１ｄを含む。サーバ１１０は、複数のセグメントに配置されている。図１７のテナント１は、例えば、セグメントＡ〜Ｄを有する。セグメントは、例えば一般に非武装地帯（ＤＭＺ：ＤｅＭｉｌｉｒａｒｉｚｅｄ  Ｚｏｎｅ）と称される、インターネットなどの外部との通信に利用されるサーバ群（たとえばＷｅｂサーバやメールサーバなど）を配置する部分を区切るものや（例えば、図１７のセグメントＣ及びＤ）、ファイヤウォール１４１ｃを介して社内ネットワークなどの内部にある業務サーバ等を配置するセグメント（例えば、図１７のセグメントＡ及びＢ）がある。
テナント２（１７０２）は、例えばルータ１３１ａ、ファイヤウォール１４１ａ、スイッチ１６１ａ、スイッチ１６１ｂを含む。また、サーバを配置するセグメントとしてセグメントＥ、Ｆを含む。
テナント３（１７０３）は、例えば、スイッチ１６１ｄ、ロードバランサ１５１ｂ、スイッチ１６１ｃを含む。また、サーバを配置するセグメントとして、セグメントＧ、Ｈを含む。テナント３のような構成は、顧客の拠点とテナントを専用線ネットワークを介してアクセスさせるようなケースで利用される。テナントの構成は、これらに限らず適宜の構成をとることができる。
図２は、本発明の実施の形態におけるサーバ１１０ａの構成例である。他のサーバ１１０ｂ〜１１０ｈの構成も同様であるので、サーバ１１０ａについて説明し、他の説明は省略する。
サーバ１１０ａは、物理的なハードウェア２０１を有する。ハードウェア２０１は、物理ＣＰＵ２１０と、物理メモリ２１１と、物理ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）２１２と、物理ＨＢＡ（Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｅｒ）を含む。物理ＮＩＣと物理ＨＢＡの機能を統合した統合型ネットワークアダプタＣＮＡ（Ｃｏｎｖｅｒｇｅｄ  Ｎｅｔｗｏｒｋ  Ａｄａｐｔｅｒ）２１３も含む。統合型ネットワークアダプタとしては、たとえばＩｎｆｉｎｉＢａｎｄやＦＣｏＥに対応したものがある。一般に、ＣＮＡは従来のファイバチャネルカードとしても、ネットワークカードとしても利用できる。また、ＣＮＡを利用する場合には、ＣＮＡの先に接続するスイッチとして、統合型ネットワークプロトコルに対応したスイッチを利用する（非図示）。
【００１６】
サーバ１１０ａは、仮想化されており、仮想化部２０２と、仮想サーバ２０３ａ、２０３ｂを有する。仮想化部２０２は、仮想サーバ制御部２２０と、仮想化スイッチ部２３０とを有する。仮想サーバ制御部２２０は、仮想ＣＰＵ制御部２２１ａ及び２２１ｂと、物理ＣＰＵ制御部２２２とを有し、物理ＣＰＵ２１０と連携して動作して、仮想サーバ２０３に対する仮想的なＣＰＵ資源を割り当てる。仮想化スイッチ部２３０は、仮想ＮＩＣ制御部２３１ａ及び２３１ｂと、物理ＮＩＣ制御部２３２と、仮想ＮＩＣ構成管理部２３３と、仮想化スイッチ構成管理部２３４とを有する。仮想ＮＩＣ制御部２３１ａ及び２３１ｂと、物理ＮＩＣ制御部２３２は、仮想サーバ制御部２２０と同様に、物理ＮＩＣ２１２と連携して動作して、仮想サーバ２０３に対する仮想的なインタフェース資源を割り当てる。仮想ＮＩＣ構成管理部２３３は、仮想ＮＩＣの容量・帯域を設定する。仮想化スイッチ構成管理部２３４は、仮想サーバ間で通信する際のスイッチを管理する。
仮想サーバ２０３ａは、業務アプリケーション２４１ａと、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）２４２と、仮想ＮＩＣ２４３を含む。図示していないが、仮想ＨＢＡや仮想ＣＮＡも含んでもよい。仮想サーバ２０３ｂも同様である。
なお、サーバ１１０は、仮想化部２０２にＶＭｗａｒｅやＨｙｐｅｒ−Ｖ、Ｘｅｎを利用してもよい。
図３は、本発明の実施の形態における管理サーバ１１６の構成例である。
管理サーバ１１６は、例えば、構成管理要求受付部３０１と、テナント新規構成部３０２と、テナント構成変更部３０３と、テナント構成管理テーブル３０４、テナント構成削除部３０５とを有する。
構成管理要求受付部３０１は、管理端末１３５ａ、１３５ｂから構成管理要求を入力し、構成管理要求の内容を調査し、テナント新規構成部３０２及びテナント構成変更部３０３のいずれかに転送する。
テナント新規構成部３０２は、最初にテナントのシステムを構築する際に、ネットワークの構成を示す情報を入力してテナント構成管理テーブル３０４の各項目の初期設定をする。
テナント構成変更部３０３は、例えば、要求分析部３３０と、仮想サーバ構成変更部３３１と、ネットワーク構成変更部３３２とを有する。ネットワーク構成変更部３３２は、設定機器特定部３４０と、設定作成部３４１と、機器設定部３４２と、管理テーブル変更部３４３とを有する。また、設定機器特定部３４０は、仮想サーバ構成条件特定部３６０と、設定項目特定部３６１とを有する。
また、テナント構成削除部３０５は、テナントの構成削除を行う。これはテナント構成変更部３０３で行う処理に加えて、テナント管理テーブル３５０から該当する項目を削除する。
【００１７】
要求分析部３３０は、例えば、構成管理要求受付部３０１から入力した構成管理要求が、仮想サーバの追加要求か、削除要求か、移動要求かなどを分析する。仮想サーバ構成変更部３３１は、要求分析結果に基づき、複数サーバ装置における設定を変更する。例えば、仮想サーバ構成変更部３３１は、仮想ＮＩＣの設定や、ＮＩＣに割り当てるＶＬＡＮの設定などを行う。なお、仮想サーバ構成変更部３３１の処理は、公知の技術を用いることができる。ネットワーク構成変更部３３２は、サービスネットワーク１１３を構成するネットワーク機器における設定を変更する。
設定機器特定部３４０は、要求分析により分析した要求種類と、仮想サーバの属するテナント識別子と、仮想サーバのセグメント識別子と、仮想サーバの利用形態に基づき、設定項目を設定する必要のある設定対象機器を特定する。設定作成部３４１は、設定機器特定部３４０により特定した機器毎に設定を作成する。機器設定部３４２は、設定作成部３４１により作成した設定を機器毎に設定する。管理テーブル変更部３４３は、設定変更内容を管理テーブル３０４に反映する。
テナント構成管理テーブル３０４は、テナント毎にテナントを構成するネットワーク（ＮＷ）機器と、各ＮＷ機器のＮＷ設定を管理するためのテーブルを有する。例えば、テナント構成管理テーブル３０４は、テナント管理テーブル３５０と、複数のテナントセグメント管理テーブル３５１と、複数の設定機器管理テーブル３５２と、設定項目特定テーブル３５３と、ＶＬＡＮ管理テーブル３５４と、テナントごとの複数のルート管理テーブル３５５とを有する。テナントセグメント管理テーブル３５１はテナント毎に有する。また、設定機器管理テーブル３５２は、テナントかつセグメント毎に有する。
テナントの仮想サーバ構成変更時に、テナント識別子に加えて、仮想サーバの利用形態やネットワークセグメント情報を利用することで、必要なＮＷ設定と、そのＮＷ設定対象のＮＷ機器群を迅速に特定する。
【００１８】
図４は、テナント管理テーブル３５０の構成例である。
テナント管理テーブル３５０は、テナントの新規構成時にテナント新規構成部３２０により作成され、テナント構成削除時に削除される。さらに、テナントの構成変更時、ネットワーク構成変更部３３２の設定機器特定部３４０から参照される。テナント管理テーブル３５０は、テナントとテナント構成を管理するテナントセグメント管理テーブル３５１へのポインタの対応を管理する。例えば、テナント管理テーブル３５０は、テナント識別子４０１に対応して、テナントセグメント管理テーブル識別子４０２が記憶される。テナントセグメント管理テーブル識別子は、例えば、テナントセグメント管理テーブル３５１ａ〜３５１ｃへのポインタを用いることができる。
図５は、テナントセグメント管理テーブル３５１の構成例である。
テナントセグメント管理テーブル３５１は、テナントの初期構築時に作成され、テナントの構成変更時に参照され、テナント構成削除時に、削除される。また、テナントの構成変更によりテナント内のセグメント数が変わった場合、管理テーブル変更部３４３により、テーブル内容が更新される。
管理サーバ１１６は、テナント毎に、テナントセグメント管理テーブル３５１を備える。テナントセグメント管理テーブル３５１は、仮想サーバの利用形態とセグメント情報の組み合わせを管理し、各組み合わせで参照すべき設定機器管理テーブル３５２へのポインタを管理する。例えば、テナントセグメント管理テーブル３５１は、セグメント識別子５０１に対応して、仮想サーバの利用形態情報５０２と、セグメント内の仮想サーバ数５０３と、設定機器管理テーブル識別子５０４とが記憶される。
セグメント識別子５０１は、テナントが管理するセグメント群を示す。
仮想サーバの利用形態情報５０２は、例えば、セグメント内の仮想サーバ２０３が内部ネットワークにあるか、ＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ  Ｚｏｎｅ、非武装地帯）にあるかを示す。これ以外にも、例えば、仮想サーバの配置位置に関する情報であってもよい。
仮想サーバ数は、該当するセグメントに属するサーバ数を示す。構成変更に伴い、当該セグメントのサーバ数が変更になる場合に、更新される。
設定機器管理テーブル識別子５０４は、例えば、設定機器管理テーブル３５２ａ〜３５２ｄへのポインタを用いることができる。
【００１９】
図６は、設定機器管理テーブル３５２の構成例である。
管理サーバ１１６は、テナントかつセグメント毎に、設定機器管理テーブル３５２を備える。設定機器管理テーブル３５２は、ＮＷ設定項目と設定対象のＮＷ機器の対応を管理する。例えば、設定機器管理テーブル３５２は、設定対象機器の識別情報６０１に対応して、設定項目６０２が記憶される。設定項目６０２は、例えば、フィルタリング設定６０２ａ、ルーティング設定６０２ｂ、ＶＬＡＮ設定６０２ｃなどのネットワーク設定である。設定機器管理テーブル３５２は、例えば、フィルタリング設定６０２ａ、ルーティング設定６０２ｂ、ＶＬＡＮ設定６０２ｃの各フィールドを有し、設定対象機器に設定する項目に例えばフラグをたてる（図６では○印）。なお、設定項目の記憶形態は、適宜の形態を用いることができる。
【００２０】
図６（ａ）は、あるセグメントに対する設定機器管理テーブル３５２の例であり、このセグメントでは、ファイヤウォール１４１ａにフィルタリング設定することを示す。図６（ｂ）は、他のセグメントに対する設定機器管理テーブル３５２の例であり、このセグメントでは、ファイヤウォール１４１ａにはフィルタリング設定をし、ファイヤウォール１４１ｃとスイッチ１６１ｂには、ルーティング設定をし、スイッチ１６１ａ、１６１ｃにはＶＬＡＮ設定をすることを示す。なお、ひとつの設定対象機器に複数の項目が設定される場合もある。
なお、設定対象機器が冗長化されており、冗長化機器の間で、自動的に設定の整合性がとられる場合には、一方の機器（例えば現用系の機器）に対応する設定項目のネットワーク設定がされてもよい。
図７は、設定項目特定テーブル３５３の構成例である。設定項目特定テーブル３５３は、管理サーバによりあらかじめ生成され、設定機器特定部３４０により参照される。
設定項目特定テーブル３５３は、例えば、構成変更要求の種類７０１と、対象セグメントの状態７０２と、分類情報７０３と、構成変更後の対象セグメントにおける仮想サーバの有無情報７０４と、構成変更後のセグメント数の変化を示す情報７０５と、設定項目の識別情報７０６と、設定タイプ７０７とが対応して予め記憶される。
構成変更要求の種類７０１は、仮想サーバの追加、削除、移動のいずれかを示す。
対象セグメント７０２は構成変更要求の種類７０１の対象となるセグメントが既存セグメントなのか、新規セグメントなのかを示す。また、分類情報７０３は、対象セグメント７０２の分類を示す。たとえば、構成変更要求の種類７０１が“追加”である場合、対象セグメントは、追加対象のセグメントを示し、そのセグメントが既存なのか、新規なのかを分類する。構成変更要求の種類７０２が“削除”である場合、対象セグメントは、削除対象であり、そのセグメントが既存であることを示す。構成変更要求の種類７０１が“移動”の場合は、移動元セグメントと、移動先セグメントそれぞれについて、既存なのか新規なのかを分類する。
構成変更後の対象セグメントにおける仮想サーバ有無７０４は、構成変更後、対象セグメントに存在する仮想サーバの有無を特定する。追加の場合は関係ないが、削除の場合、および移動の場合は、移動元、移動先それぞれについて、構成変更後の仮想サーバの有無を特定する。
【００２１】
セグメント数の変化７０５は、仮想サーバの有無７０４から構成変更後のセグメント数の変化が、「変更なし」、「セグメント数増加」、「セグメント数減少」のいずれであるかを特定する。
設定項目７０６は、設定が必要な設定項目を示す。設定項目としては、たとえば、フィルタリング設定、ルーティング設定、ＶＬＡＮ設定があるが、これらの項目には限定されない。たとえば、構成変更要求が追加の場合に、追加対象セグメントが既存のセグメントである場合、構成変更後のセグメント数が変化しないため、設定項目は「フィルタリング設定」のみとなる。あるいは、構成変更要求が削除の場合に、削除対象が既存のセグメントであり、構成変更後に仮想サーバが存在しなくなる場合には、構成変更後のセグメント数が減少するため、「フィルタリング設定」、「ルーティング設定」、「ＶＬＡＮ設定」が必要となる。
設定タイプ７０７は、設定を作成する際に、それがＣｏｎｆｉｇを生成するタイプの設定なのか、Ｃｏｎｆｉｇを削除するタイプの設定なのかを特定する。この識別子は、設定作成部３４１に参照される。「生成タイプ」とは、たとえば、ｓｅｔコマンドなどを用いて機器に情報を設定するコマンド群を生成することを意味し、「削除タイプ」とは、たとえば、ｕｎｓｅｔコマンドなどを用いて機器の情報を削除するコマンド群を生成することを意味する。
図１５は、ＶＬＡＮ管理テーブル３５４の構成例である。ＶＬＡＮ管理テーブル３５４は、ＶＬＡＮを利用するテナントとセグメントの対応を管理する。ＶＬＡＮ管理テーブル３５４は、テナントの初期構築時、テナント構成変更時、テナント構成削除時に更新される。
ＶＬＡＮ管理テーブル３５４は、例えば、ＶＬＡＮ識別子１５０１と、テナント識別子１５０２と、セグメント識別子１５０３とが対応して記憶される。
図１６は、ルート管理テーブル３５５の構成例である。ルート管理テーブル３５５は、セグメント間のルート情報を管理する。ルート管理テーブル３５５は、テナントの構成変更時にセグメント構成に変更があった場合に、更新される。
ルート管理テーブル３５５は、例えば、送信元のセグメントの識別情報１６０１と、宛先アドレス／ネットマスク１６０２と、ゲートウェイの識別情報１６０３とが対応して記憶される。
【００２２】
図８は、テナントシステム構成管理フローを示す図である。
構成管理要求受付部３０１は、管理端末１３５ａ、１３５ｂからテナント構成管理要求を受け付ける（Ｓ８０１）。テナント構成管理要求は、例えばテナントの新規構成の要求の場合と、構成変更の要求の場合と、構成削除の要求の場合がある。これらを識別するための情報が、テナント構成管理要求に含まれてもよい。構成管理要求受付部３０１は、テナント構成管理要求が新規構成か構成変更か構成削除かを判断し、新規構成の場合はテナント構成管理要求をテナント新規構成部３０２へ出力し、一方、構成変更の場合はテナント構成管理要求を要求分析部３３０へ出力し、構成削除の場合はテナント構成管理要求をテナント構成削除部３０５へ出力する。
ここで、テナント構成管理要求が構成変更の要求（以下、構成変更要求という）の場合、構成変更要求は、例えば、仮想サーバの追加／削除／移動のいずれかを示す種類情報と、テナント識別子と、セグメント識別子とを含む。仮想サーバの追加、移動の場合、構成変更要求は外部（ＤＭＺ）か内部かを示す利用形態情報をさらに含む。また、仮想サーバの移動の場合、セグメント識別子は、移動元のセグメント識別子と移動先のセグメント識別子とを含む。
受信したテナント構成管理要求が新規構成の要求の場合、テナント新規構成部３０２は、テナントの仮想サーバおよびサービスネットワークの構成に従い、テナント管理テーブル３５０、テナントセグメント管理テーブル３５１、設定機器管理テーブル３５２の各項目を設定する（Ｓ８０２）。各テーブルの設定は、適宜の手法を用いることができる。例えば、テナントの仮想サーバおよびサービスネットワークの構成に応じた設定ファイルが予め作成され、テナント新規構成部３０２が設定ファイルに従い各テーブルを設定してもよい。また、ユーザインターフェース等を用いて逐次設定してもよい。
受信したテナント構成管理要求が構成削除の要求の場合、テナント構成削除部３０５は、テナントの仮想サーバおよびサービスネットワークの構成に従い、テナントセグメント管理テーブル３５１、設定機器管理テーブル３５２の設定を削除する。各テーブルの設定削除は、後述するテナントの構成変更要求時の処理と同様に行えるため、ここでは記載しない。各テーブルの設定を削除したのち、テナント管理テーブル３５０から削除対象のテナントの情報を削除する。
【００２３】
一方、受信したテナント構成管理要求が構成変更要求の場合、まず、要求分析部３３０は構成変更要求を分析する（Ｓ８１０）。例えば構成変更要求が、仮想サーバ追加、削除、移動のいずれであるかを判別する。次に、仮想サーバ構成変更部３３１は、仮想サーバと仮想ＮＩＣと仮想スイッチの設定を変更する（Ｓ８１１）。この設定の変更は、従来と同様の手法を用いることができる。
設定機器特定部３４０は、サービスネットワークの設定変更項目および設定対象機器群を特定する（Ｓ８１２）。そして、設定作成部３４１は、設定項目に対する設定Ｃｏｎｆｉｇを機器毎に生成する（Ｓ８１３）。なお、ステップＳ８１２、Ｓ８１３は、後に詳述する。
機器設定部３４２は、新規設定を設定対象機器に設定する（Ｓ８１４）。例えば、機器設定部３４２は、生成された設定Ｃｏｎｆｉｇを、対応する機器にそれぞれ送信することで、各機器での設定を変更させる。また、管理テーブル変更部３４３は、必要に応じて各種管理テーブルを更新する（Ｓ８１５）。たとえば、テナントの構成変更に伴い、セグメント数が増加する場合には、テナントセグメント管理テーブル３５１に新規セグメントを追加し、ＶＬＡＮ管理テーブル３５４を更新し、新規セグメントと既存セグメント間で通信が必要な場合には、ルート管理テーブル３５５を更新する。
図９は、ＮＷ設定機器特定処理フローを示す図である。上述のステップＳ８１２の詳細フロー図である。
ネットワーク構成変更部３３２の設定機器特定部３４０は、構成変更要求に含まれるテナント識別子を用いてテナント管理テーブル３５０を検索し、対応するテナントセグメント管理テーブル３５１を特定する（Ｓ９０１）。例えば、テナント管理テーブル３５０のテナント識別子に対応するテナントセグメント管理テーブル識別子（図４の例ではポインタ）を取得する。
設定機器特定部３４０は、構成変更要求の種類と、変更対象セグメントの情報（例えば既存又は新規）と、テナントセグメント管理テーブル３５１の情報とを用いて設定項目特定テーブル３５３を検索し、構成変更後のセグメント数の変化と設定項目とを特定する（Ｓ９０２）。例えば、構成変更後のセグメント数の変化として、例えば、変更なし／増加／減少のいずれかを示す情報を取得し、設定項目として、例えばフィルタリング設定、ルーティング設定およびＶＬＡＮ設定の組み合わせを取得する。
【００２４】
ここで、ステップＳ９０２の処理について詳述する。図１０は、設定項目特定処理フロー（追加、削除ケース）、図１１は、設定項目特定処理フロー（移動ケース）を示す図である。
まず、設定機器特定部３４０は、構成変更要求の分析結果に従い、構成変更要求の種類が仮想サーバの追加であればステップＳ１００２の処理へ移り、仮想サーバの削除であればステップＳ１０１０の処理へ移り、仮想サーバの移動であればステップＳ１１０１の処理へ移る（Ｓ１００１）。
仮想サーバの追加の場合について説明すると、ステップＳ１００２では、設定機器特定部３４０は、追加する仮想サーバの対象セグメントは既存か否か判断する（Ｓ１００２）。例えば、設定機器特定部３４０は、ステップＳ９０１で取得されたテナントセグメント管理テーブルへのポインタに従い、対象テナントのテナントセグメント管理テーブル３５１ａを参照する。設定機器特定部３４０は、構成変更要求に含まれるセグメント識別子が、テナントセグメント管理テーブル３５１ａに記録されたセグメントと一致すれば、追加対象セグメントの情報を「既存」と判断し（Ｓ１００２：Ｙｅｓ）、一方、構成変更要求に含まれるセグメント識別子が、テナントセグメント管理テーブル３５１ａに記憶されていなければ（一致するセグメントがなければ）、追加対象セグメントの情報を「新規」と判断する（Ｓ１００２：Ｎｏ）。これら判断された情報は、適宜記憶してもよい。
設定機器特定部３４０は、構成変更要求の種類と、対象セグメントの情報に基づき、設定項目特定テーブル３５３を参照し、対応する構成変更後のセグメント数の変化７０５、設定項目情報７０６、設定タイプ７０７を取得する（Ｓ１００３、Ｓ１００４）。構成変更後の対象セグメントにおける仮想サーバの有無７０４と、対応する構成変更後のセグメント数の変化７０５は、テナントセグメント管理テーブル３５１に登録された仮想サーバ数と、設定項目特定テーブル３５３の種類７０１、対象セグメント７０２、分類７０３をもとに特定する。
例えば、設定機器特定部３４０は、構成変更要求の種類が「追加」を示し、追加する仮想サーバの対象セグメントが既存の場合（Ｓ１００２：Ｙｅｓ）、セグメント数の変更なし、設定項目としてフィルタリング設定が必要、設定タイプとして生成用の設定が必要との情報を取得する（Ｓ１００３）。一方、設定機器特定部３４０は、構成変更要求の種類が「追加」を示し追加する仮想サーバの対象セグメントが既存でない場合（新規の場合）（Ｓ１００２：Ｎｏ）、セグメント数増加、設定項目としてフィルタリング、ルーティング及びＶＬＡＮ設定が必要、設定タイプとして生成用の設定が必要との情報を取得する（Ｓ１００４）。
【００２５】
仮想サーバの削除の場合について説明すると、ステップＳ１０１０では、設定機器特定部３４０は、削除後の対象セグメントに仮想サーバが有るか否か判断する（Ｓ１０１０）。例えば、設定機器特定部３４０は、上述のステップＳ１００２と同様に、ステップＳ９０１で取得されたテナントセグメント管理テーブル３５１へのポインタに従い、対象のテナントのテナントセグメント管理テーブル３５１ａを参照する。設定機器特定部３４０は、構成変更要求に含まれるセグメント識別子に基づき、テナントセグメント管理テーブル３５１ａのセグメント識別子５０１を参照し、対応する仮想サーバ数５０３を取得する。仮想サーバ数が１であれば削除後にそのセグメントに仮想サーバがなくなるので、削除後の対象セグメントの仮想サーバ無しと判断する（Ｓ１０１０：Ｎｏ）。一方、設定機器特定部３４０は、仮想サーバ数が２以上であれば削除後にもそのセグメントに仮想サーバが存在するので、削除後の対象セグメントの仮想サーバ有りと判断する（Ｓ１０１０：Ｙｅｓ）。
設定機器特定部３４０は、構成変更要求の種類と、削除後の対象セグメントにおける仮想サーバ有無の情報に基づき、設定項目特定テーブル３５３を参照し、対応する構成変更後のセグメント数の変化７０５、設定項目情報７０６、設定タイプ７０７を取得する（Ｓ１０１１、Ｓ１０１２）。
例えば、設定機器特定部３４０は、削除後の対象セグメントの仮想サーバ有りと判断した場合（Ｓ１０１０：Ｙｅｓ）、セグメント変更なし、設定項目としてフィルタリング設定、設定タイプとして削除用の設定が必要との情報を取得する（Ｓ１０１１）。一方、設定機器特定部３４０は、削除後の対象セグメントの仮想サーバ無しと判断した場合（Ｓ１０１０：Ｎｏ）、セグメント減少、設定項目としてフィルタリング、ルーティング、ＶＬＡＮ設定が必要で、設定タイプとして削除用の設定が必要との情報を取得する（Ｓ１０１２）。
次に、仮想サーバの移動の場合について説明すると、ステップＳ１１０１では、設定機器特定部３４０は、移動元対象セグメントと移動先対象セグメントの状態をそれぞれ判断する（Ｓ１１０１）。例えば、構成変更要求に含まれる移動元のセグメント識別子と、移動先のセグメント識別子とに基づき、上述のステップＳ１００２と同様にして、移動元のセグメント及び移動先のセグメントが既存か新規かを判断する。移動元のセグメントはすでに仮想サーバが存在し、通常既存であるので、移動元の既存・新規特定処理については省略してもよい。
【００２６】
移動元及び移動先の双方が既存の場合（Ｓ１１０１）、設定機器特定部３４０は、仮想サーバの移動後に、移動元及び移動先セグメントにおける仮想サーバの有無を判断する（Ｓ１１０２）。例えば、構成変更要求に含まれる移動元のセグメント識別子と移動先のセグメント情報とテナントセグメント管理テーブルに基づき、上述のステップＳ１０１０と同様にして、仮想サーバの移動後に、移動元及び移動先セグメントにおける仮想サーバの有無を判断する。なお、移動先については、新たに仮想サーバが移動してくるため通常仮想サーバ有りとなるので、移動先の仮想サーバの有無判定処理については省略してもよい。
設定機器特定部３４０は、構成変更要求の種類と、移動元及び移動先の対象セグメントの情報と、移動元及び移動先における構成変更後の対象セグメントにおける仮想サーバ有無の情報に基づき、設定項目特定テーブル３５３を参照し、対応する構成変更後のセグメント数の変化７０５、設定項目情報７０６、設定タイプ７０７を取得する（Ｓ１１０３、Ｓ１１０４）。
例えば、仮想サーバの移動後に、移動元及び移動先セグメントの双方において仮想サーバが有る場合（Ｓ１１０２）、設定項目特定テーブル３５３のエントリ７１０ｅが該当し、設定機器特定部３４０は、移動元セグメントについては、セグメント変更なし、設定項目としてフィルタリング設定、設定タイプとして削除要との情報を取得し、移動先セグメントについては、セグメント変更なし、設定項目としてフィルタリング設定が必要で、設定タイプとして生成設定が必要との情報を取得する（Ｓ１１０３）。また、仮想サーバの移動後に、移動元セグメントにおける仮想サーバが無し及び移動先セグメントにおける仮想サーバが有る場合（Ｓ１１０２）、設定項目特定テーブル３５３のエントリ７１０ｆが該当し、設定機器特定部３４０は、移動元セグメントについては、セグメント減、設定項目としてフィルタリング、ルーティング及びＶＬＡＮ設定、設定タイプとして削除要との情報を取得し、移動先セグメントについてはセグメント変更なし、設定項目としてフィルタリング、設定タイプとして生成要との情報を取得する（Ｓ１１０４）。
一方、ステップ１１０１において、移動元が既存、移動先が新規と判断された場合（Ｓ１１０１）、設定機器特定部３４０は、仮想サーバの移動後に、移動元及び移動先セグメントにおける仮想サーバの有無を判断する（Ｓ１１１０）。詳細は、上述のステップＳ１１０２と同様である。
【００２７】
上述と同様に、設定機器特定部３４０は、構成変更要求の種類と、移動元及び移動先の対象セグメントの情報と、移動元及び移動先における構成変更後の対象セグメントにおける仮想サーバ有無の情報に基づき、設定項目特定テーブル３５３を参照し、対応する構成変更後のセグメント数の変化７０５、設定項目情報７０６、設定タイプ７０７を取得する（Ｓ１１１１、Ｓ１１１２）。
例えば、仮想サーバの移動後に、移動元及び移動先セグメントの双方における仮想サーバが有る場合（Ｓ１１１０）、設定項目特定テーブル３５３のエントリ７１０ｇが該当し、設定機器特定部３４０は、移動元セグメントについてはセグメント変更なし、設定項目としてフィルタリング設定、設定タイプとして削除設定が必要との情報を取得し、移動先セグメントについては、セグメント増、設定項目としてフィルタリング、ルーティングおよびＶＬＡＮ設定、設定タイプとして生成設定が必要との情報を取得する（Ｓ１１１１）。また、仮想サーバの移動後に、移動元セグメントにおける仮想サーバが無し及び移動先セグメントにおける仮想サーバが有る場合（Ｓ１１１０）、設定項目特定テーブル３５３のエントリ７１０ｈが該当し、設定機器特定部３４０は、移動元セグメントについては、セグメント減、設定項目としてフィルタリング、ルーティング及びＶＬＡＮ設定、設定タイプとして削除設定が必要との情報を取得し、移動先セグメントについては、セグメント増、設定項目としてフィルタリング、ルーティングおよびＶＬＡＮ設定、設定タイプとして生成設定が必要との情報を取得する（Ｓ１１１２）。
【００２８】
図９に戻り、設定機器特定処理フローの説明を続ける。
ステップＳ９０３では、設定機器特定部３４０は、構成変更後のセグメント数が増加するか否か判断する（Ｓ９０３）。例えば、設定機器特定部３４０は、上述のステップＳ９０２で取得した、セグメント変更なし／セグメント増／セグメント減のいずれかを示す情報に従い、構成変更後のセグメント数が増加するか否か判断する。セグメント数が増加しない場合（Ｓ９０３：Ｎｏ）、設定機器特定部３４０は、構成変更要求に含まれるテナント識別子およびセグメント識別子に対応する設定機器管理テーブル３５２を特定する（Ｓ９０４）。設定機器特定部３４０は、特定された設定機器管理テーブル３５２から、上述のステップＳ９０２で検索された設定項目が設定されている機器を特定する（Ｓ９０７）。図６の例では、例えば、設定機器管理テーブル３５２ｃが特定され、設定項目としてフィルタリング設定が取得された場合、設定項目６０２のフィルタリング設定のフィールド６０２ａを参照し、対応する設定対象機器の識別情報６０１を取得する。図６（ｂ）の例では、設定対象機器としてファイヤウォール１４１ａが取得される。ルーティング設定やＶＬＡＮ設定の場合も同様である。例えば、ルーティング設定の場合、図６（ｂ）の例では、設定対象機器としてファイヤウォール１４１ｃおよびスイッチ１６１ｂが取得される。また、ＶＬＡＮ設定の場合、図６（ｂ）の例では、設定対象機器としてスイッチ１６１ａおよびスイッチ１６１ｃが取得される。ステップＳ９０２で取得される設定項目が、フィルタリング設定のみの場合は、設定機器管理テーブル３５２のフィルタリング設定のフィールドを参照すればよく、検索の数を減らすことができ、処理時間の減少、省電力化を図ることができる。
なお、仮想サーバの移動の場合は、ステップＳ９０４、Ｓ９０７は、移動元及び移動先のそれぞれについて実行する。
ステップＳ９０３において、セグメント数が増加すると判断された場合（Ｓ９０３：Ｙｅｓ）、例えば新規にセグメントが追加される場合に相当するため、対応する設定機器管理テーブルがない場合がある。そこで、設定機器特定部３４０は、仮想サーバの利用形態が一致するセグメント群から入力セグメントと近いものを選択する（Ｓ９０５）。より具体的には、設定機器特定部３４０は、ステップＳ９０１で特定されたテナントセグメント管理テーブル３５１を参照し、テナントセグメント管理テーブル３５１の仮想サーバの利用形態５０２と、構成変更要求に含まれる仮想サーバの利用形態が一致するエントリ群を特定し、特定された各エントリのセグメント識別子の中からひとつ選択する。例えば、構成変更要求に含まれる仮想サーバの利用形態が「外部（ＤＭＺ）」の場合、図５の例では、セグメントＡ及びＢのいずれかが選択される。設定機器特定部３４０は、選択したセグメント識別子に対応する設定機器管理テーブル３５２を特定する（Ｓ９０６）。その後、ステップＳ９０７の処理へ移る。
【００２９】
図１２は、ＮＷ設定作成処理フローを示す図である。上述のステップＳ８１３の詳細フロー図である。ここでは、設定項目としてフィルタリング設定が特定された場合について説明する。
設定作成部３４１は、特定した設定機器管理テーブル３５２に登録された機器のひとつを選択する（Ｓ１２０１）。より具体的には、設定作成部３４１は、ステップＳ９０７で特定された機器のひとつを選択する。すなわち、該当するセグメントの設定機器管理テーブル３５２において、特定された設定項目が設定されている機器のひとつを選択する。
設定作成部３４１は、設定タイプを判断する（Ｓ１２０２）。設定タイプは、図１０、図１１のフローにおいて取得された「生成」又は「削除」を表す情報である。設定作成部３４１は、設定タイプが生成の場合ステップＳ１２０３へ移り、一方、設定タイプが削除の場合ステップＳ１２２０へ移る。
ステップＳ１２０３では、設定作成部３４１は、構成変更後のセグメント数が増加するか否か判断する（Ｓ１２０３）。例えば、図１０、図１１のフローにおいて判断された、「セグメント変更なし」、「セグメント増」、「セグメント減」の情報に基づき判断できる。
セグメント数が変更なしの場合、設定作成部３４１は、フィルタリング設定Ｃｏｎｆｉｇを生成する（Ｓ１２１０）。なお、各設定のＣｏｎｆｉｇの生成手法は、適宜の手法を用いることができる。その後ステップＳ１２０７に移る。
一方、セグメント数が増加する場合、設定作成部３４１は、ＶＬＡＮ管理テーブル３５４を利用して未使用のＶＬＡＮ識別子１５０１を確保し、ＶＬＡＮ設定Ｃｏｎｆｉｇを作成する（Ｓ１２０４）。例えば、設定作成部３４１は、ＶＬＡＮ管理テーブル３５４に記憶されていないＶＬＡＮ  ＩＤを割り当てる。また、設定作成部３４１は、適宜のタイミングで、割り当てたＶＬＡＮ  ＩＤと、構成変更要求に含まれるテナント識別子およびセグメント識別子を、対応してＶＬＡＮ管理テーブル３５４に記憶する。また、設定作成部３４１は、ルート管理テーブル３５５を用いてルーティング設定Ｃｏｎｆｉｇを生成し、ルート管理テーブル３５５に登録する（Ｓ１２０５）。一例をあげると、追加されるセグメントの識別子がセグメントＥ、利用形態が外部（ＤＭＺ）の場合、上述のステップＳ９０５で選択したセグメントＡについてのエントリ１６１０をコピーし、送信元識別子１６０１のセグメントＡを、セグメントＥに書き換える。また、設定作成部３４１は、フィルタリング設定Ｃｏｎｆｉｇを生成する（Ｓ１２０６）。
設定作成部３４１は、テップＳ９０７で特定された機器のうち、未選択の機器が有るか判断する（Ｓ１２０７）。未選択の機器があれば、ステップＳ１２０１へ戻り、他の機器に対して以降の処理を繰り返す。その際、ステップＳ１２０４、Ｓ１２０５においてすでにＶＬＡＮ識別子が確保され、ルート管理テーブルに情報が登録されている場合には、これらの処理は省略してもよい。
【００３０】
設定タイプが削除の場合について説明すると、ステップＳ１２２０では、設定作成部３４１は、構成変更後のセグメント数が減少するか否か判断する（Ｓ１２２０）。例えば、上述のステップＳ１２０３と同様に、図１０、図１１のフローにおいて判断された、「セグメント変更なし」、「セグメント増」、「セグメント減」の情報に基づき判断できる。
セグメント数が変更なしの場合、設定作成部３４１は、フィルタリング設定削除Ｃｏｎｆｉｇを生成する（Ｓ１２３０）。その後ステップＳ１２０７に移る。
一方、セグメント数が減少する場合、設定作成部３４１は、ＶＬＡＮ管理テーブル３５４に登録済のＶＬＡＮ識別子１５０１を削除し、ＶＬＡＮ設定削除Ｃｏｎｆｉｇを作成する（Ｓ１２２１）。例えば、構成変更要求に含まれるテナント識別子とセグメント識別子が一致するＶＬＡＮ管理テーブル３５４のエントリを検索し、該当するエントリを削除する。また、設定作成部３４１は、ルート管理テーブル３５５から対象セグメントに対するルートを削除し、ルート設定削除Ｃｏｎｆｉｇを生成する（Ｓ１２２２）。設定作成部３４１は、フィルタリング設定削除Ｃｏｎｆｉｇを生成する（Ｓ１２２３）。その後、ステップＳ１２０７へ移る。
図１３は、ＮＷ構成機器特定画面のイメージ例である。
ＮＷ構成機器特定画面は、管理端末１３５ａ、１３５ｂに表示される。図１３に示す画面は一例であり、これ以外の画面であってもよい。ＮＷ構成機器特定画面は、例えば、ＮＷ設定機器特定画面１３００と、システム構成表示画面１３０５と、対象セグメント指定画面１３０３と、設定項目表示画面及び設定対象ＮＷ機器表示画面１３０４とを有する。
ＮＷ設定機器特定画面１３００では、構成変更するテナントの識別情報１３０１が表示される。なお、プルダウンメニューなどにより、テナントを選択できるようにしてもよい。
システム構成表示画面１３０５では、テナントのシステム構成の概略図が表示される。また、仮想サーバ追加／仮想サーバ削除／仮想サーバ移動の選択ボタン１３０２を有する。仮想サーバ追加の場合、例えば図示のように仮想サーバを追加するセグメントへドラッグ＆ドロップできるようにしてもよい。削除や移動についても同様である。
対象セグメント指定画面１３０３は、仮想サーバ追加の場合、追加先のセグメントが指定される。仮想サーバ削除の場合も同様である。仮想サーバ移動の場合は、移動元と移動先のそれぞれを指定する。なお、上述のようにドラッグ＆ドロップできるようにした場合は、自動的に対象セグメントにチェックが入るようにしてもよい。
設定項目表示画面では、フィルタリング／ルーティング／ＶＬＡＮのうちの設定項目がチェックされる。設定対象ＮＷ機器表示画面では、テナントを構成する機器のうち、設定対象となる機器がチェックされる。設定項目表示画面及び設定対象ＮＷ機器表示画面１３０４のチェックは、管理端末１３５ａ、１３５ｂが上述のフローチャートに沿って特定した設定項目及び機器にチェックが入るようにできる。
【００３１】
図１４は、ＮＷ設定生成画面のイメージ例である。
ＮＷ設定生成画面は、管理端末１３５ａ、１３５ｂに表示される。図１４に示す画面は、フィルタリング設定を行う画面の例であり、これ以外の画面であってもよい。ＮＷ設定生成画面は、例えば、テナントの識別情報、仮想サーバの追加／削除／移動を示す情報、セグメントの識別情報が表示される領域１４００と、設定対象機器表示画面１４０１と、フィルタリング設定表示画面１４０２とを有する。
設定対象機器表示画面１４０１は、設定対象機器（図ではファイヤウォール１、ファイヤウォール２）とチェックボックスが表示される。この設定対象機器は、例えば図１３の設定対象ＮＷ機器表示画面の機器に対応する。チェックボックスのひとつが選択されると、対応するフィルタリング設定表示画面１４０２が表示される。管理端末１３５の操作者は、表示に従いフィルタリング設定情報を入力する。入力された情報が、図１２の設定Ｃｏｎｆｉｇに反映される。なお、ルーティングやＶＬＡＮ設定についても、同様に設定されることができる。
【００３２】
本実施の形態によると、例えば、特定テナントの仮想サーバの構成変更時に、迅速かつ容易に設定変更項目と設定対象機器を特定できる。また、構成サーバ構成変更時に、仮想サーバの利用形態とネットワーク構成要件に基づき、テナント毎に異なる設定変更項目と設定対象機器を特定できる。本実施の形態によると、設定変更項目ごとに設定対象のＮＷ機器を特定できる、また、本実施の形態によると、仮想サーバの利用形態とセグメント情報を活用して、設定変更項目を特定できる。
【００３３】
（構成例）
本発明の管理サーバは、例えば、複数のクライアントと、複数種のネットワーク装置を含むサービスネットワーク、複数サーバ装置を含むマルチテナント型情報処理システムの管理装置であって、
前記サーバ装置には仮想サーバが構成され、
前記管理装置は、
管理ネットワークを介して、マルチテナント型情報処理システムを構成する各装置と接続され、
管理端末を介して管理され、
テナント識別子とテナント構成情報の対応を管理するテナント管理テーブルと、
テナントを構成する仮想サーバの利用形態とセグメント識別子を含むテナント構成情報と、設定機器管理テーブルの対応を管理するテナントセグメント管理テーブルと、
テナント内のセグメントに存在するネットワーク設定対象機器と、設定項目との対応を管理するネットワーク設定管理テーブルと、
仮想サーバ構成変更要求の種類とネットワーク設定項目との対応を管理する設定項目特定テーブルを有し、
前記管理装置は、
前記管理端末からテナントの仮想サーバ構成変更要求を受け付ける構成管理要求受付部と、
前記受け付けた要求が仮想サーバの追加要求であるか、仮想サーバの削除要求であるか、仮想サーバの移動要求であるかを分析する要求分析部と、
前記要求分析結果に基づき、複数サーバ装置における設定を変更する仮想サーバ構成変更部と、サービスネットワークを構成するネットワーク装置における設定を変更するネットワーク構成変更部からなり、
前記ネットワーク構成変更部は、
前記要求分析により分析した要求種類と、仮想サーバの属するテナント識別子と、仮想サーバのセグメント識別子と、仮想サーバの利用形態に基づき、前記設定項目を設定する必要のある設定対象機器を特定する設定機器特定部と、
前記設定機器特定部により特定した機器毎に設定を作成する設定作成部と、
前記設定作成部により作成した設定を機器毎に設定するコンフィグ設定部と、
設定変更内容を管理テーブルに反映する管理テーブル変更部
を有することができる。
上述の管理サーバはさらに、
前記管理端末から受け付けたマルチテナント構成変更要求分析部の結果を受け、
前記構成変更要求が仮想サーバの追加要求である場合に、追加対象の仮想サーバが属するセグメントが新規であるか、既存であるかを特定する仮想サーバ追加条件特定部と、
前記構成変更要求が仮想サーバの削除要求である場合に、削除対象の仮想サーバが属するセグメントにおける仮想サーバの有無を特定する仮想サーバ削除条件特定部と、
前記構成変更要求が仮想サーバの移動要求である場合に、移動元と移動先対象のセグメントの情報と、移動後のそれぞれのセグメントにおける仮想サーバの有無を特定する仮想サーバ移動条件特定部と、
前記仮想サーバ構成変更条件に基づき設定項目を特定する、設定項目特定部を含むことができる。
【００３４】
上述の管理サーバはさらに、
マルチテナント型情報処理システムの仮想ネットワークの識別子とテナント識別子の対応を管理する仮想ネットワーク管理テーブルと、
マルチテナント型情報処理システムを構成する複数セグメント間のルート情報を管理するルート管理テーブルを有し、
前記ネットワーク設定項目特定テーブルは、さらに、設定を追加すべきか削除すべきかを示す設定タイプと、構成変更後のセグメント数の増減を示す情報を含み、
前記ネットワーク設定管理テーブルから機器を選択する機器選択部と、
前記選択した機器について、前記設定タイプと、構成変更後のセグメント数の増減情報に基づき、設定項目を特定する設定特定部と、
選択した機器へ設定する設定コンフィグを生成する設定生成部
を有することができる。
また、上述の管理サーバは、構成管理インタフェースを有し、
前記構成管理インタフェースは、仮想サーバの構成変更要求に、構成変更要求の種類、テナントの識別子、構成変更対象セグメントの情報、仮想サーバの利用形態を含むことができる。
【００３５】
（その他）
本発明の構成管理方法は、その各手順をコンピュータに実行させるための構成管理プログラム、構成管理プログラムを記録したコンピュータ読み取り可能な記録媒体、構成管理プログラムを含みコンピュータの内部メモリにロード可能なプログラム製品、そのプログラムを含むサーバ等のコンピュータ、等により提供されることができる。
【産業上の利用可能性】
【００３６】
本発明は、例えば、マルチテナント型情報処理システムに利用可能である。
【符号の説明】
【００３７】
１００  データセンタ
１０１ａ、１０１ｂ  顧客拠点
１０５ａ、１０５ｂ  広域ネットワーク
１０６  専用線ネットワーク
１０７  管理用広域ネットワーク
１１０  サーバ
１１１  ストレージ
１１２  ＳＡＮ
１１３  サービスネットワーク
１１５  管理ネットワーク
１１６  管理サーバ
１２０  管理用スイッチ
１３５ａ、１３５ｂ  管理端末
１３１  ルータ
１４１  ファイヤウォール
１５１  ロードバランサ
１６１  スイッチ
２０１  ハードウェア
２０２  仮想化部
２０３ａ、２０３ｂ  仮想サーバ
３０１  構成管理要求受付部
３０２  テナント新規構成部
３０３  テナント構成変更部
３０４  テナント構成管理テーブル
３３０  要求分析部
３３１  仮想サーバ構成変更部
３３２  ネットワーク構成変更部
３４０  設定機器特定部
３４１  設定作成部
３４２  機器設定部
３４３  管理テーブル変更部
３５０  テナント管理テーブル
３５１  テナントセグメント管理テーブル
３５２  設定機器管理テーブル
３５３  設定項目特定テーブル
３５４  ＶＬＡＮ管理テーブル
３５５  ルート管理テーブル
３６０  仮想サーバ条件特定部
３６１  設定項目特定部
１７０１、１７０２、１７０３  テナント
【図１】
0005476261.tif 000002
【図２】
0005476261.tif 000003
【図３】
0005476261.tif 000004
【図４】
0005476261.tif 000005
【図５】
0005476261.tif 000006
【図６】
0005476261.tif 000007
【図７】
0005476261.tif 000008
【図８】
0005476261.tif 000009
【図９】
0005476261.tif 000010
【図１０】
0005476261.tif 000011
【図１１】
0005476261.tif 000012
【図１２】
0005476261.tif 000013
【図１３】
0005476261.tif 000014
【図１４】
0005476261.tif 000015
【図１５】
0005476261.tif 000016
【図１６】
0005476261.tif 000017
【図１７】
0005476261.tif 000018