(57)【要約】【課題】仮想マシン（以下ＶＭ）に障害が発生した場合には、障害対象となるＶＭを経由せず、かつ、ＶＭ上の通信サービスに応じた縮退運転を行うことで通信中断時間の短縮を図る。【解決手段】複数のソフトウェアを稼働させる仮想計算機でＷＡＮ高速化技術などのクラウド向け通信サービスを提供するマルチテナント環境において仮想スイッチの通信経路を制御する。本制御方法は例えば該仮想計算機の該通信サービスの稼働状態を監視する手順と、該仮想計算機の該通信サービスのアプリケーションに障害が発生したならば、該通信サービスのアプリケーションに合わせて該仮想計算機の通信経路と通信方法を変更することで通信制御を行う手順とを含む。【選択図】図１３
2014138407.tif 000002
【特許請求の範囲】
【請求項１】
所定のアプリケーションを実行して通信サービスを提供する仮想計算機と、
通信データを送受信するインタフェース部と、
前記仮想計算機と前記インタフェース部間で通信データを転送する仮想スイッチ部と、
前記インタフェース部と前記仮想計算機間の前記仮想スイッチ部を介した通信経路を制御する制御部と
を備え、
前記制御部は、
前記仮想計算機の通信サービスの稼働状態を監視し、
該仮想計算機による通信サービスの提供に関する障害を検知した場合に、該通信サービスに応じた障害対応情報に従い、前記仮想スイッチ部を制御して通信データの通信経路及び／又は通信方法を変更するノード装置。
【請求項２】
前記通信サービスの提供に関する障害は、該通信サービスを提供するためのアプリケーションの障害であり、
前記制御部は、
該アプリケーションの障害を検知すると、該通信サービスに応じた障害対応情報に従い、前記スイッチ部を制御して通信データの通信経路及び／又は通信方法を変更する請求項１に記載のノード装置。
【請求項３】
前記通信サービスの提供に関する障害は、前記仮想計算機の障害または通信サービスの処理の障害である請求項１に記載のノード装置。
【請求項４】
前記制御部は、
障害対応情報に従い、受信された通信データが前記インタフェース部に折り返されるように前記仮想スイッチ部の通信経路を制御し、又は、受信された通信データを前記仮想計算機に送信せずに破棄する請求項１に記載のノード装置。
【請求項５】
前記仮想計算機は、通信データを変更する第１通信サービスを提供し、
前記制御部は、前記仮想計算機による第１通信サービスの提供に関する障害を検知すると、該仮想計算機に対応する障害対応情報に従い、受信された通信データがた前記インタフェース部に折り返されるように前記仮想スイッチ部の通信経路を制御して通信を継続させる請求項１に記載のノード装置。
【請求項６】
前記通信データを変更する第１通信サービスは、ＷＡＮ高速化技術の通信サービスである請求項５に記載のノード装置。
【請求項７】
前記仮想計算機は、外部からの通信をフィルタリングする第２通信サービスを提供し、
前記制御部は、前記仮想計算機による第２通信サービスの提供に関する障害を検知すると、該仮想計算機に対応する障害対応情報に従い、受信された通信データを該仮想計算機に送信せずに破棄するように前記仮想スイッチ部を制御する請求項１に記載のノード装置。
【請求項８】
通信データを変更する第１通信サービスを提供する前記仮想計算機に対応して、受信された通信データを該仮想計算機に送信せずに前記インタフェース部に折り返す第１障害対応情報が記憶され、外部からの通信をフィルタリングする第２通信サービスを提供する前記仮想計算機に対応して、受信された通信データを該仮想計算機に送信せずに破棄する第２障害対応情報が記憶された記憶部
をさらに備え、
前記制御部は、
前記仮想計算機による第１通信サービス又は第２通信サービスの提供に関する障害を検知すると、対応する第１障害対応情報に従い、受信された通信データが前記インタフェース部に折り返されるように前記仮想スイッチ部の通信経路を制御し、又は、対応する第２障害対応情報に従い、受信された通信データを前記仮想計算機に送信せずに破棄する請求項１に記載のノード装置。
【請求項９】
前記制御部は、障害を検知した前記仮想計算機への通信データについて、第１ネットワークから第２ネットワーク方向への通信データは前記インタフェース部に折り返し、逆方向の通信データを破棄するように前記仮想スイッチ部を制御することで、一方向の通信を継続させる請求項１に記載のノード装置。
【請求項１０】
前記仮想計算機の仮想ネットワークインタフェースの利用用途が予め記憶された記憶部
をさらに備え、
前記制御部は、該利用用途を参照して、第１ネットワークからの通信データか、第２ネットワークからの通信データかを把握する請求項９に記載のノード装置。
【請求項１１】
前記制御部は、
通信サービスの処理時間が予め定められた第１閾値を超えること、
前記仮想計算機に割り当てられたリソースの利用率が予め定められた第２閾値を超えること、
該通信サービスの停止を検知したこと、および、
該仮想計算機の閉塞を検知したこと
のいずれかにより、該仮想計算機の該通信サービスの障害を検知する請求項１に記載のノード装置。
【請求項１２】
所定のアプリケーションを実行して通信サービスを提供する仮想計算機、
通信データを送受信するインタフェース部、及び
前記仮想計算機への通信経路を制御する制御部
を有する第１ノード装置と、
前記第１装置の外部に設けられた、前記第１装置への通信データを転送する第２ノード装置と
を備え、
前記制御部は、前記仮想計算機の通信サービスの稼働状態を監視し、該仮想計算機による通信サービスの提供に関する障害を検知した場合に、該通信サービスに応じた障害対応情報に従い制御指示を前記第２ノード装置に送信し、
前記第２ノード装置は該制御指示を受信し、障害対応情報に応じて通信データの通信経路及び／又は通信方法を変更する通信システム。
【請求項１３】
所定のアプリケーションを実行して通信サービスを提供する仮想計算機の通信サービスの稼働状態を監視し、
該仮想計算機による通信サービスの提供に関する障害を検知した場合に、該通信サービスに応じた障害対応情報に従い、仮想スイッチを制御してインタフェース部から仮想計算機への仮想スイッチを介した通信データの通信経路及び／又は通信方法を変更する仮想スイッチの切替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード装置、通信システム及び仮想スイッチの切替方法に係り、特に、仮想サーバ上の通信サービスに障害が発生した場合に、仮想スイッチのパス経路を制御して通信を継続させるノード装置、通信システム及び仮想スイッチの切替方法に関する。
【背景技術】
【０００２】
クラウドコンピューティングの普及により、データセンタ事業者や通信事業者が提供するデータセンタの利用が増加している。一般的にデータセンタは遠隔地に設置されるケースが多く、利用する際にはＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）／ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、広域ネットワーク）経由でアクセスされる。
ＷＡＮを利用したネットワークでは、ＬＡＮを利用したネットワークに比べ帯域が狭く、回線遅延が大きく、回線品質が低いため通信速度が遅くなる。そこで、最近ではＷＡＮ高速化技術の開発が推進されており、各ベンダにおいてＷＡＮ高速化装置が提供されている。一般的にＷＡＮ高速化装置は、クライアント側のＬＡＮとＷＡＮ、および、データセンタ側のＬＡＮとＷＡＮを繋ぐ中継装置として設置され、クライアントとデータセンタ間で通信されるデータを制御することでＷＡＮの通信速度を改善させている。
【０００３】
また、データセンタにおいては、仮想化技術の普及により、同一システム内に仮想環境を構築し、各ベンダが提供するＷＡＮ高速化技術等の通信サービスを集約した仮想マルチテナント環境が利用されつつある。この仮想マルチテナント環境では、搭載した仮想化技術や通信サービスで提供される管理機構を利用することで高可用性が提供される。
仮想マルチテナント環境の高可用性を提供する技術分野の背景技術として、仮想サーバ（ＶＭ：Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）に障害が発生した場合には、障害対象のＶＭを自動的に再起動させる技術や、物理サーバが原因で障害が発生した場合に他の物理サーバにフェイルオーバーさせることで通信サービスを継続させる技術が提供されている（例えば、非特許文献１、特許文献１参照）。
また、ＬＡＮとＷＡＮを中継する通信ノード装置をインパス構成に接続することで冗長化を行い、片側で障害が発生した場合には、もう片方の通信ノード装置により通信サービスを引き継ぐことで通信サービスを継続させる技術（例えば非特許文献２参照）が提供されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−８８９４９号公報
【非特許文献】
【０００５】
【非特許文献１】“ＶＭｗａｒｅ  Ｈｉｇｈ  Ａｖａｉｌａｂｉｌｉｔｙ  すべての仮想マシンに高可用性を提供”、Ｄａｔａ  Ｓｈｅｅｔ、  ２００９年
【非特許文献２】“Ｃｉｓｃｏ  Ｗｉｄｅ  Ａｒｅａ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＷＡＡＳ）ソリューションガイド”、カタログガイドブック、ｐ．３４−ｐ．３７、「Ｃｉｓｃｏ  ＷＡＡＳ設定ガイドライン」、２０１１年
【発明の概要】
【発明が解決しようとする課題】
【０００６】
非特許文献１や非特許文献２で示したようにＶＭの再起動やＶＭを他の物理サーバにフェイルオーバーさせる技術や待機系の通信ノード装置に切り替える技術では、物理サーバやＶＭ上のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）に障害が発生した場合には短い通信中断時間で障害が復旧しうる。しかし、ＶＭ上のアプリケーションへの障害に対応していない。アプリケーションによりＶＭの障害が発生した場合には、ＶＭの障害原因を検知できずに再起動やフェイルオーバーが実行される。しかし、ＶＭの再起動やフェイルオーバーでは障害を回避できず、その後他の手法により障害原因を取り除くことがある。この場合、再起動やフェイルオーバーの処理に要した時間が通信中断時間に加算され、通常業務に多大な影響を与える可能性がある。
アプリケーションの障害の例としては、アプリケーションのバージョンアップや、設定変更などにより何らかの不具合が生じることがあげられる。なお、これ以外にもアプリケーションの障害は生じうる。
【０００７】
また、上記技術においては、障害対策として冗長構成を組むことでフェイルオーバーや系切り替えを行っているが、上述した障害のように障害復旧が正常に行えないケースでは、障害復旧処理として待機系となる通信ノード装置等もメンテナンスする必要があり、障害復旧処理に要する時間が増加する可能性がある。
なお、障害監視や障害対策においては、外部に管理サーバを設置することでシステム全体を把握することが可能であり、適切な物理サーバへのフェイルオーバー等の障害対策を提供することができる。しかし、このように外部管理サーバで障害の監視や対応を行う場合には、通信回線の混雑や管理サーバの障害等の障害リスクが増加する可能性があり、これに伴い障害復旧処理が遅れ、通信中断時間が増加する可能性がある。
【０００８】
以上のように、障害対応範囲以外の障害が発生した場合には、適切な障害対応を行えずに通信中断時間が増加して通信サービスの利便性を損なう課題がある。
以上の点に鑑み、本発明は、提供する通信サービスに関する障害が発生した場合にも、通信を継続させるノード装置、通信システム及び仮想スイッチの切替方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願では上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、複数のソフトウェアを稼働させる仮想計算機でＷＡＮ高速化技術などのクラウド向け通信サービスを提供するマルチテナント環境における仮想スイッチの通信経路の制御方法であって、該仮想計算機の該通信サービスの稼働状態を監視する手順と、該仮想計算機の該通信サービスのアプリケーションに障害が発生したならば、該通信サービスのアプリケーションに合わせて該仮想計算機の通信経路と通信方法を変更することで通信制御を行う手順とを含むことを特徴とする。
具体的には、各ベンダから提供されるＷＡＮ高速化技術等の通信サービスを仮想化技術により１台のアプライアンス装置に集約した仮想マルチテナント環境において、各ＶＭ上で稼働する通信サービスの稼働状況やＶＭが利用するＣＰＵ等のリソースの利用状況等によりＶＭの障害を監視する。
【００１０】
次に、ＶＭの障害を検知した際には、仮想スイッチの通信経路を変更することで障害対象となるＶＭを経由せずに通信を継続させる縮退運転を行う。これにより、ＶＭ上の通信サービスを受けられず通信速度低下等の弊害が生じることになるが、障害の種類によらず通信を継続することができるため、通常業務への影響を緩和することができる。
この縮退運転では、ＶＭ上で稼働する通信サービスにより利用用途が異なるため、通信サービスに合わせた制御を行う。例えば、ＷＡＮ高速化技術等のように通信を高速化させるサービスであれば、障害対象となるＶＭを経由させずに直接通信を行うように通信経路を制御する。また、障害対象となるＶＭが有する仮想ＮＩＣの利用用途をテーブル管理することで、通信の方向を把握することが可能であり、障害時における通信の方向を含めた制御が可能となる。
上記処理については、仮想スイッチを制御することで縮退運転を行うように記載しているが、同様の制御を物理スイッチ等の通信ノード装置に対して行うことも可能である。
【００１１】
本発明の第１の解決手段によると、
所定のアプリケーションを実行して通信サービスを提供する仮想計算機と、
通信データを送受信するインタフェース部と、
前記仮想計算機と前記インタフェース部間で通信データを転送する仮想スイッチ部と、
前記インタフェース部と前記仮想計算機間の前記仮想スイッチ部を介した通信経路を制御する制御部と
を備え、
前記制御部は、
前記仮想計算機の通信サービスの稼働状態を監視し、
該仮想計算機による通信サービスの提供に関する障害を検知した場合に、該通信サービスに応じた障害対応情報に従い、前記仮想スイッチ部を制御して通信データの通信経路及び／又は通信方法を変更するノード装置が提供される。
【００１２】
本発明の第２の解決手段によると、
所定のアプリケーションを実行して通信サービスを提供する仮想計算機、
通信データを送受信するインタフェース部、及び
前記仮想計算機への通信経路を制御する制御部
を有する第１ノード装置と、
前記第１装置の外部に設けられた、前記第１装置への通信データを転送する第２ノード装置と
を備え、
前記制御部は、前記仮想計算機の通信サービスの稼働状態を監視し、該仮想計算機による通信サービスの提供に関する障害を検知した場合に、該通信サービスに応じた障害対応情報に従い制御指示を前記第２ノード装置に送信し、
前記第２ノード装置は障害対応情報に応じて通信データの通信経路及び／又は通信方法を変更する通信システムが提供される。
【００１３】
本発明の第３の解決手段によると、
所定のアプリケーションを実行して通信サービスを提供する仮想計算機の通信サービスの稼働状態を監視し、
該仮想計算機による通信サービスの提供に関する障害を検知した場合に、該通信サービスに応じた障害対応情報に従い、仮想スイッチを制御してインタフェース部から仮想計算機への仮想スイッチを介した通信データの通信経路及び／又は通信方法を変更する仮想スイッチの切替方法が提供される。
【発明の効果】
【００１４】
本発明は、提供する通信サービスに関する障害が発生した場合にも、通信を継続させるノード装置、通信システム及び仮想スイッチの切替方法を提供することを目的とする。
【図面の簡単な説明】
【００１５】
【図１】本実施の形態の仮想マルチテナント環境の構成図の一例である。
【図２】第１の実施例におけるアプライアンス装置の構成図の一例である。
【図３】第１の実施例におけるアプライアンス装置及びソフトウェアの関係を示すスタック図の一例である。
【図４】第１の実施例におけるメモリ内容の一例である。
【図５】第１の実施例における構成情報管理テーブルの一例である。
【図６】第１の実施例におけるアプリケーションテーブルの一例である。
【図７】第１の実施例における稼働状況監視テーブルの一例である。
【図８】第１の実施例におけるデータセンタ側の全体的な処理を説明するフローチャートの一例である。
【図９】縮退運転による効果を示す一例である。
【図１０】第１の実施例における仮想サーバの障害処理を説明するフローチャートの一例である。
【図１１】第１の実施例における障害監視項目の一例である。
【図１２】第１の実施例における障害監視処理を説明するフローチャートの一例である。
【図１３】第１の実施例における縮退運転処理を説明するフローチャートの一例である。
【発明を実施するための形態】
【００１６】
以下、実施例について図面を用いて説明する。
【実施例１】
【００１７】
本実施例では、アプライアンス装置は、仮想サーバに障害が発生した際に縮退運転を行う。
図１は、本実施例の仮想マルチテナント環境の構成図の一例である。別々のベンダ（Ａ社、Ｂ社）が提供する通信サービス１０４を利用して、拠点１０６のクライアント（クライアント装置）１０９がＷＡＮ１００を経由してデータセンタ１１０を利用する例である。拠点１０６では、各クライアント１０９がＡ社ＬＡＮスイッチ１０７、或いは、Ｂ社ＬＡＮスイッチ１０８に接続して通信を行う。
サービスノード（ノード装置）１０１は、通信ノード装置１０５とアプライアンス装置１０２を備え、各クライアント１０９とデータセンタ１１０とが通信する際に通信サービス処理（通信サービスを提供するための処理、以下単に通信サービスと称する場合もある）１０４を実行することで通信データの制御を行う。例えば、Ａ社サービスである通信サービス１０４がＷＡＮ高速化技術を提供する際には、ＷＡＮ１００の通信速度を向上させることができる。また、この通信サービス１０４は、アプライアンス装置１０２に仮想化技術を適用し、それぞれ仮想サーバ１０３上で稼働する。本実施例では、サービスノード１０１に通信ノード装置１０５を含めているが、通信ノード装置１０５を拠点１０６やデータセンタ１１０等、サービスノード１０１以外に設置しても良い。
【００１８】
本実施例では、サービスノード１０１を、拠点１０６とＷＡＮ１００の間、及び、データセンタ１１０とＷＡＮ１００の間に設置しているが、サービスノード１０１で提供される通信サービス１０４に合わせて片側のみに設置しても良い。
データセンタ１１０は、例えばＡ社データセンタ１１１とＢ社データセンタ１１２を含み、拠点１０６と同様にＡ社ＬＡＮスイッチ１０７、或いは、Ｂ社ＬＡＮスイッチ１０８に接続して通信を行う。
【００１９】
図２は、サービスノード１０１内のアプライアンス装置１０２の構成図の例である。ここでは説明を簡略化するために２つの仮想サーバ１０３が稼働していることを想定しているが、３つ以上の複数の仮想サーバ１０３が稼働しても良い。
アプライアンス装置１０２は、ＣＰＵ２０３を１つ以上有する。ＣＰＵ２０３はＱＰＩ（ＱｕｉｃｋＰａｔｈ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）やＳＭＩ（Ｓｃａｌａｂｌｅ  Ｍｅｍｏｒｙ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）等のインターコネクト２０６を介してＣｈｉｐＳｅｔ（チップセット）２０５に接続される。
ＣｈｉｐＳｅｔ２０５には、ＰＣＩ  Ｅｘｐｒｅｓｓ等のバス２０７を介してＩ／Ｏアダプタ２０８、通信ノード装置１０５に接続されるＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）２１１、ディスク装置２１４に接続されるＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）アダプタ２１２、ストレージ装置２１６を有するＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２１５に接続されるＨＢＡ（Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｅｒ）２１３、コンソール２０９に接続されるコンソールインタフェース（コンソールＩ／Ｆ）２１０等が接続される。
ＣＰＵ２０３は、インターコネクト２０６を介してメモリ２０４にアクセスし、及び、ＣｈｉｐＳｅｔ２０５からＮＩＣ２１１等にアクセスして所定の処理を行う。メモリ（記憶部）２０４には、ハイパバイザ２０１がロードされ、ハイパバイザ２０１が制御する仮想サーバ１０３でゲストＯＳ２０２が稼働する。
【００２０】
図３は、本実施例におけるアプライアンス装置及びソフトウェアの関係を示すスタック図の一例である。
次に、アプライアンス装置１０２上で仮想サーバ１０３を実現するソフトウェア構成の主要部と、制御対象となるハードウェア要素について、図３を用いて説明する。アプライアンス装置１０２上では、１つ以上の仮想サーバ（仮想計算機）１０３を制御するハイパバイザ２０１が稼動する。
ハイパバイザ２０１は、仮想サーバ１０３を生成し、任意の仮想ＮＩＣ（ＶＮＩＣ、仮想インタフェース部）３１１を共有的、或いは、占有的に仮想サーバ１０３に割り当てる。共有的に割り当てた場合には、ブリッジモジュール３０７で通信先の仮想サーバ１０３を選定して、仮想スイッチ３０６を経由し仮想サーバ１０３とＮＩＣ（インタフェース部）２１１とが通信を行う。占有的に割り当てた場合には、仮想サーバ１０３が直接ＮＩＣ２１１と通信を行う。
【００２１】
ハイパバイザ２０１は、仮想サーバ１０３の状態を保持する仮想サーバ１０３のエミュレーションデータ３０８と、ゲストＯＳ２０２や仮想サーバ１０３の稼働状況を監視する稼働状況監視部３０１と、仮想サーバ１０３の通信経路を制御する切替部３０５と、仮想サーバ１０３とブリッジモジュール３０７間の通信経路となる仮想スイッチ３０６を含む。また、ハイパバイザ２０１の稼働状況監視部３０１は、仮想サーバ１０３やゲストＯＳ２０２で稼働する通信サービス１０４の構成情報を管理する構成情報管理テーブル（構成情報記憶領域）３０２と、ゲストＯＳ２０２で稼働する通信サービス１０４のアプリケーション情報を管理するアプリケーションテーブル（アプリケーション情報記憶領域）３０３と、ゲストＯＳ２０３で稼働する通信サービス１０４の稼働情報を管理する稼働状況監視テーブル（稼働状況記憶領域）３０４とを含む。これらの各テーブルはメモリ２０４上にある。なお、これらの各テーブルは、稼働状況監視部３０１の外部に設けられても良い。なお、構成情報管理テーブル３０２、アプリケーションテーブル３０３、および、稼働状況監視テーブル３０４の詳細については、後述する。
仮想サーバ１０３のエミュレーションデータ３０８は、仮想サーバ１０３に提供する仮想Ｃｈｉｐｓｅｔデータ３０９を含む。仮想Ｃｈｉｐｓｅｔデータ３０９は、仮想Ｃｈｉｐｓｅｔデータ３０９が保持すべきレジスタ等の状態を保持する。
【００２２】
稼働状況監視部３０１は、稼働状況監視テーブル３０４に登録された稼働情報の分析、或いは、ゲストＯＳ２０２のアプリ監視部（アプリケーション監視部）３１４からの通知により障害を検知し、構成情報管理テーブル３０２、および、アプリケーションテーブル３０３に登録された稼働情報やアプリケーション情報に基づいて通信経路を選定する。また、稼働状況監視部３０１は、切替部３０５を用いて通信経路を制御した縮退運転を行う。
なお、稼働状況監視部３０１と、切替部３０５と、アプリ監視部３１４は、ＮＩＣ２１１と仮想サーバ１０３間の仮想スイッチ部を介した通信経路を制御する制御部を構成する。また、仮想スイッチ３０６とブリッジモジュール３０７等は、仮想サーバ１０３とＮＩＣ２１１間で通信データを転送する仮想スイッチ部を構成する。
制御用仮想サーバ３１３は、例えば仮想サーバ１０３と同じ構成となるが、ブリッジモジュール３０７により仮想サーバ１０３やハイパバイザ２０１等の仮想環境の制御を行う。
【００２３】
図４は、ハイパバイザ２０１が管理するメモリ２０４の構成の一例を示す。
ハイパバイザ２０１は、メモリ２０４上にハイパバイザ２０１自身が使用する領域と、仮想サーバ１０３が使用する領域を割り当てる。例えば、図４のように、ハイパバイザ２０１は、ハイパバイザ２０１の領域にアドレスＡＤ０からＡＤ１を割り当て、制御用仮想サーバ３１３にアドレスＡＤ１からＡＤ２を、仮想サーバ１０３―１にアドレスＡＤ２からＡＤ３を、仮想サーバ１０３―２にアドレスＡＤ４からＡＤ５をそれぞれ割り当てる。
各仮想サーバ１０３が使用する領域には、ゲストＯＳ２０２、ＶＮＩＣ３１１、ＮＩＣドライバ３１２、アプリ監視部３１４、および、通信サービス１０４が格納される。なお、例えば、ＶＮＩＣ３１１、アプリ監視部３１４および通信サービス１０４については、これらを実現するためのプログラム、データ等が格納される。
【００２４】
ハイパバイザ２０１が使用する領域には、仮想サーバ１０３のエミュレーションデータ３０８、稼働状況監視部３０１、構成情報管理テーブル３０２、アプリケーションテーブル３０３、稼働状況監視テーブル３０４、切替部３０５、ブリッジモジュール３０７、および、仮想スイッチ３０６が格納される。なお、例えば、稼働状況監視部３０１、切替部３０５、ブリッジモジュール３０７、および、仮想スイッチ３０６については、これらを実現するためのプログラム、データ等が格納される。
制御用仮想サーバ３１３が使用する領域には、ブリッジモジュール３０７、ＶＮＩＣ３１１、ＮＩＣドライバ３１２が格納される。なお、例えば、ブリッジモジュール３０７およびＶＮＩＣ３１１については、これらを実現するためのプログラム、データ等が格納される。
【００２５】
図５は、構成情報管理テーブル３０２の構成例である。構成情報管理テーブル３０２は、例えば、仮想サーバ１０３、ブリッジモジュール３０７、および、ＮＩＣ２１１との接続関係を保持する表である。この表では、ブリッジモジュール３０７と各仮想サーバ１０３の接続情報が登録される。
この表のブリッジモジュール３０７の項目には、ブリッジモジュール３０７の構成情報からＩ／Ｏデバイスの識別情報（例えば通し番号、ＰＮＩＣ＃）５００、ＶＮＩＣ３１４の識別情報(例えば通し番号、ＶＮＩＣ＃）５０１、仮想的なネットワークを構成するＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の識別情報（ＩＤ情報）の識別情報(例えば通し番号、ＶＬＡＮ  ＩＤ）５０２が登録され、仮想サーバ１０３に対して割り当てたＶＮＩＣ３１１やＮＩＣ２１１との接続情報がＣｏｎｎｅｃｔｉｏｎ５０３に登録される。
仮想サーバ１０３の項目には、仮想サーバ１０３の構成情報からＶＮＩＣ＃５０１とＶＬＡＮ  ＩＤ＃５０２が登録され、ＶＮＩＣ＃５０１の利用用途がＵｓｅｄ５０４に登録される。本実施例では、利用用途の例として、ＷＡＮ１００を利用した通信を行う場合に“ＷＡＮ”と登録し、Ａ社ＬＡＮスイッチ１０７やＢ社ＬＡＮスイッチ１０８等のＬＡＮを利用した通信を行う場合に“ＬＡＮ”と登録し、ＮＩＣ２１１と通信を行う場合に“Ｂｒｉｄｇｅ”を登録する。
【００２６】
図６は、アプリケーションテーブル３０３の構成例である。アプリケーションテーブル３０３は、各仮想サーバ１０３上で稼働する通信サービス１０４に関連するアプリケーションの稼働状況を保持する表である。この表では、環境構築時や事前に取得した通信サービス１０４のアプリケーション情報から通信サービスを実行するアプリケーションの識別情報が親アプリ６０１の欄に登録され、親アプリ６０１に関連するアプリケーションが子アプリ６０２の欄に登録される。親アプリ６０１と子アプリ６０２は、アプリ監視部３１４により稼働状況が監視されており、この稼働状況は、仮想サーバ１０３からハイパバイザ２０１に通知され、本テーブルのＡＰＳｔａｔｕｓ（アプリケーション状況）６０３の欄に登録される。例えば、正常（ＯＫ）、障害（ＮＧ）の識別情報が登録される。また、対応する通信サービス１０４が稼働する仮想サーバ１０３の名称が対象ＶＭ６０４に登録され、この仮想サーバ１０３の稼働状況がＶＭＳｔａｔｕｓ（仮想サーバ状況）６０５に登録される。ＶＭＳｔａｔｕｓは例えば、正常（ＯＫ）、障害（ＮＧ）の識別情報が登録される。障害対応手段（障害対応情報）６０６には、仮想サーバ１０３、或いは、通信サービス１０４に障害が発生した際の対応手段が登録される。例えば、“Ｐａｔｈ−ｔｈｒｏｕｇｈ”の場合は、仮想サーバ１０３を経由せずにパススルー設定を行い、“Ｄｉｓｃａｒｄ”の場合は、仮想サーバ１０３で送信される通信データの破棄を行い、“Ｓｉｍｐｌｅｘ”の場合は、片側（一方向）の通信のみを行う。なお、これら以外にも対応する仮想サーバ１０３の障害など、通信サービス１０４の提供に関する障害を検知した際の予め定められた適宜の対応手段を記憶することができる。
【００２７】
図７は、稼働状況監視テーブル３０４の構成例である。稼働状況監視テーブル３０４は、通信サービス１０４に関連した稼働情報を保持する表である。この表では、稼働情報を取得した時刻が取得時刻７０１に登録され、通信サービス１０４の処理時間が処理時間７０２に登録される。また、通信サービス１０４が稼働する仮想サーバ１０３のＣＰＵ２０３の利用率およびメモリ２０４の使用量がそれぞれＣＰＵ利用率７０３とメモリ利用率７０４に登録される。通信サービス１０４のパケット通信量が、パケット通信量７０５に登録される。ＷＡＮ転送時間７０６には、ＷＡＮ１００経由で通信した際の転送時間が登録される。なお、本実施例では、それぞれ項目の一例を記載しており、Ｉ／Ｏ利用率等の他のパラメータを新規に追加してもよいし、記載されている項目を省略させても良い。稼働状況監視テーブル３０４は、例えば、稼働状況監視部３０１により更新される。図７の例では新たな取得時間に対応する行が追加されていく。
【００２８】
図８は、第１の実施例におけるデータセンタ側の全体的な処理を説明するフローチャートの一例である。ＷＡＮ１００を経由してデータセンタ１１０に通信する処理の一例について図８を用いて説明する。なお、図８では、データセンタ１１０側の処理の一例となるが、拠点１０６側の処理も同様となる。ここではまず障害が発生していない通常時の処理を説明する。
まず、サービスノード１０１の通信ノード装置１０５は、クライアント１０９からの通信データを、ＷＡＮ１００を経由して受信する（８０１）。受信した通信データはアプライアンス装置１０２に送信される（８０２）。このような通信ノード装置１０５とアプライアンス装置の通信経路は、例えば、ＶＬＡＮを設定することで制御することが可能である。
【００２９】
アプライアンス装置１０２では、ＮＩＣ２１１で受信した通信データが、ブリッジモジュール３０７に送信され、通信先となる仮想サーバ１０３へ仮想スイッチ３０６を経由して送信される（８０３）。ブリッジモジュール３０７では、仮想サーバ１０３との通信制御を行っており、受信した通信データを解析して通信先となる仮想サーバ１０３を特定し、ブリッジモジュール３０７から仮想スイッチ３０６を経由して通信データを仮想サーバ１０３に送信する。
仮想サーバ１０３では、通信サービス処理１０４を実行することで通信データを制御し、ブリッジモジュール３０７に送信する（８０４）。８０４の処理では、通信サービス１０４が提供する機能により制御方法（処理）が異なる。例えば、ＷＡＮ高速化技術等であれば通信データの構造を変更し（第１通信サービス）、セキュリティ機能であれば通信データをフィルタリングする（第２通信サービス）。また、仮想サーバ１０３には、複数のＶＮＩＣ３１４を割り当てており、ＷＡＮ１００を経由した通信データとＬＡＮを経由した通信データの通信先を別々のＶＮＩＣ３１４に定義している。これにより、ＶＮＩＣ３１４の利用用途や通信方向等を把握することが可能となる。
仮想サーバ１０３は、通信サービス処理１０４により制御された通信データを、ブリッジモジュール３０７に送信し、通信データはＮＩＣ２１１を介して通信ノード装置１０５に送信される（８０５）。通信データは、通信ノード１０５からＡ社ＬＡＮスイッチ１０７を経由しＡ社データセンタ１１１に送信される（８０６）。
【００３０】
図８の通信処理においては、障害発生により通信中断時間に影響を与える可能性がある。図９に従来の障害時における処理と本実施例の障害時における処理の概要を示す。なお、図９の上図が従来の障害処理９０１を表し、下図が本実施例の障害処理９０２を表す。
従来の障害処理９０１では、何らかの原因で仮想サーバ１０３に障害が発生した場合、仮想サーバ１０３の再起動やフェイルオーバーにより障害復旧処理を行い、障害回復後に正常運用を行っていた（図９上図）。この場合、例えば、アプリケーションが障害の原因であったならば、上述した障害復旧処理では障害が回復しないため、本処理（再起動やフェイルオーバ等）に要した時間が通信中断時間に加算される。従って、正常運用の再開が遅れてしまい通信サービス１０４の利便性を損なうことになる。
一方、本実施例の障害処理９０２では、何らかの原因で仮想サーバ１０３に障害が発生した場合、障害復旧処理と通信を継続させる縮退運転を並行して処理させるため、通信中断時間を短縮させることが可能となる（図９下図）。例えば、アプリケーションの障害が原因であっても、縮退運転により通信は継続できる。
【００３１】
以下に本実施例の障害処理９０２の一例について、図１０のフローチャートを用いて説明する。図１０は、本実施例の障害処理９０２で行う処理の全体像を示すフローチャートの例である。
アプライアンス装置１０２（例えば、稼働状況監視部３０１又はアプリ監視部３１４）は、アプライアンス装置１０２内の仮想サーバ１０３の稼働状況など、仮想サーバ１０３が提供する通信サービス１０４の稼働状況を取得する（１００１）。取得した稼働情報を解析することで通信サービス１０４の提供状態を監視する（１００２）。仮想サーバ１０３による通信サービス１０４の提供に関する障害を検知したならば（１００３）、縮退運転を開始する（１００４）。
ここで、仮想サーバ１０３による通信サービス１０４の提供に関する障害は、例えば、通信サービス１０４を提供するためのアプリケーションの障害、仮想サーバ１０３の障害または通信サービス１０４の処理の障害を含む。
【００３２】
仮想サーバ１０３による通信サービス１０４の稼働状況の取得情報や解析方法について、図１１にその一例を表す。まず、通信サービス１０４の処理時間（図７：７０２）を計測し、処理時間が予め定められた第１閾値を超えた場合に障害として検知する。この閾値には、例えば、ＷＡＮ転送時間を用いる。この場合、通信サービス１０４の処理時間がＷＡＮ転送時間を超えた場合には、通信サービス１０４が正常に機能していない可能性があるため障害として判定する。また、仮想サーバ１０３のＣＰＵ２０３やメモリ２０４等のリソースの利用状況（図７：７０３、７０４）を監視し、空きリソースが無い又は予め定められた閾値より少ない場合（リソース利用率が第２閾値を超える場合）には、通信サービス１０４に影響を与える可能性があるため障害として判定する。そして、通信サービス１０４に関連するアプリケーションの稼働状況（図６：６０３）を監視し、このアプリケーションが停止している場合に障害として判断する。また、仮想サーバ１０３の稼働状況をハイパバイザ２０１等に出力されるログファイルにより監視し、仮想サーバ１０３が閉塞した場合（仮想サーバが落ちていることがログにより確認できた場合）に障害として判断する。なお、ここでの条件は一例であり、他の条件の追加や、条件の省略は任意に行って良い。
【００３３】
上述した障害監視の１つであるアプリケーションの稼働状況を監視する処理の一例を図１２のフローチャートを用いて説明する。図１２は、アプリ監視部３１４の処理の一例である。
まず、アプリ監視部３１４は、仮想サーバ１０３上で稼働する通信サービス１０４に関連するアプリケーションの稼働状況を取得する（１２０１）。アプリ監視部３１４は、このアプリケーションの稼働状況を解析することでアプリケーションの監視を行う（１２０２）。アプリケーションの監視には、ハイパバイザ２０１内のアプリケーションテーブル３０３を利用し、このアプリケーションテーブル３０３に登録されているアプリケーションが監視対象となる。
アプリケーションの異常終了等によりアプリケーションの異常を検知したならば（１２０３）、アプリ監視部３１４からハイパバイザ２０１内の稼働状況監視部３０１に障害を通知する（１２０４）。アプリケーションの異常検知については、アプリケーションテーブル３０３より通信サービス１０４で利用するアプリケーションを把握することが可能であり、該当するアプリケーションが１つでも稼働していない場合に異常を検知する。
【００３４】
以下に、障害検知後に行う縮退運転の一例について、図１３のフローチャートにより説明する。
図１３は、ハイパバイザ２０１内で実行される縮退運転のフローチャートの例である。アプリ監視部３１４からの障害通知をハイパバイザ２０１内の稼働状況監視部３０１が受信する（１３０１）。障害通知は、例えば、障害を検知したアプリケーションの識別情報を含む。稼働状況監視部３０１は、アプリケーションテーブル３０３に登録されている障害対象となる仮想サーバ１０３の障害対応手段６０６を取得する（１３０２）。例えば、稼働状況監視部３０１は、障害通知に含まれるアプリケーションの識別情報に対応する仮想サーバ１０３の障害対応手段６０６を取得する。このときに、稼働状況監視部３０１は、障害対象となる仮想サーバ１０３で稼働する通信サービス１０４に関連するアプリケーションのＡＰＳｔａｔｕｓ６０３に“ＮＧ”を登録する。
なお、アプリケーションの障害以外の場合も同様である。例えば、仮想サーバ１０３の障害または通信サービス１０４の処理の障害を検知すると、障害が検知された仮想サーバ１０３又は障害が検知された通信サービス１０４を提供する仮想サーバ１０３について、アプリケーションテーブル３０３に登録されている障害対象となる仮想サーバ１０３の障害対応手段６０６を取得する。
【００３５】
次に、稼働状況監視部３０１が構成情報管理テーブル３０２を取得し（参照し）、ブリッジモジュール３０７のＣｏｎｎｅｃｔｉｏｎ５０３に登録されている障害対象となる仮想サーバ１０３のＶＮＩＣ３０４にエラー表記を更新する。これにより、障害対象となる仮想サーバ１０３上の通信サービス１０４に障害が発生したことを把握することが可能となり、障害対象となる仮想サーバ１０３への通信データについては、以降、縮退運転で対応することになる。
この縮退運転では、通信サービス１０４毎に障害対応手段６０６に従い切替部３０５により処理が行われる（１３０４）。また、障害が発生した場合には、少なからず通信中断時間が発生しており、この間に障害対象仮想サーバ１０３の通信データはメモリ２０４上に確保されているため、縮退運転開始時にメモリ２０４から通信データが取得され処理が行われる
【００３６】
障害対応手段６０６に合わせた縮退運転としては、例えば、通信サービス１０４がＷＡＮ高速化技術であれば、メモリ２０４から取得した通信データを仮想サーバ１０３に送信せずに、ＮＩＣ２１１に送り返す処理を行う（１３０５）。これにより、ＷＡＮ高速化処理は行われないが、通信経路がパススルーとして制御されるため通信自体を継続させることが可能となる。また、通信サービス１０４がファイアウォールであれば、通信データのフィルタリングが行えないため、メモリ２０４から取得した通信データを破棄する処理を行う（１３０６）。これらの処理内容は、障害対応手段６０６として、アプリケーションテーブル３０３に記憶されている。１３０６の処理においては、構成情報管理テーブル３０２に仮想サーバ１０３のＶＮＩＣ３１４の利用用途が登録されているため、ＷＡＮからＬＡＮへの通信、或いは、ＬＡＮからＷＡＮへの通信かを判断することが可能であり、通信方向の一方側のみ通信を許可することも可能である。例えば、障害を検知した仮想サーバ１０３への通信データについて、第１ネットワークから第２ネットワーク方向への通信データは受信したＮＩＣ２１１に折り返し、逆方向の通信データを破棄するように仮想スイッチ３０６を制御することで、一方向の通信を継続させる。なお、これらパススルーや廃棄以外にも適宜の処理を実行してもよい。その際、障害対応手段６０６にその処理を識別する情報を登録しておけばよい。
【００３７】
縮退運転開始後は、障害対象となる仮想サーバ１０３への通信データをメモリ２０４に保持することなく縮退運転が実行される（１３０７）。例えば、障害対応手段６０６がパススルーの場合、ＮＩＣ２１１で受信され、仮想スイッチ３０６、制御用仮想サーバ３１３を経由して通常仮想サーバ１０３に転送される通信データは、仮想スイッチ３０６又は制御用仮想サー３１３で折り返される。また、障害対応手段６０６がデータ破棄の場合、ＮＩＣ２１１で受信された通信データは、仮想スイッチ３０６又は制御用仮想サー３１３で破棄される。
なお、本明細書において、通信データを折り返すとは、受信した通信データを送信先側へ転送することでもよいし、受信した通信データを送信元側に転送することでもよい。
以上の構成および処理により、仮想サーバ１０３で稼働する通信サービス１０４に障害が発生した場合に、障害対象となる仮想サーバ１０３への通信を停止させ、通信サービス１０４に合わせた縮退運転を行うことで通信中断時間を短縮させることができる。また、障害監視および縮退運転は、アプライアンス装置１０２内で処理を行うことが可能であり、外部管理サーバや冗長構成のためのリソース確保を不要とすることができる。
【００３８】
なお、本実施例では、アプライアンス装置（第１ノード装置）１０２のハイパバイザ２０１内で縮退運転を実行しているが、通信ノード装置（第２ノード装置）１０５において縮退運転を実行することも可能である。これは、障害発生時に通信サービス１０４に設定した障害時対応手段６０６を通信ノード装置１０５に通知すればよい。例えば、通信ノード装置１０５にＶＬＡＮが設定されている場合、障害対応手段６０６が“Ｐａｓｓ−ｔｈｒｏｕｇｈ”であれば、通信ノード装置１０５とアプライアンス装置１０１を接続するＶＬＡＮ設定を変更すれば良く、障害対応手段６０６が“Ｄｉｓｃａｒｄ”であれば、ＷＡＮ１００に接続される通信ノード１０５のポート以外のＶＬＡＮ設定を解除すればよい。また、ここではＶＬＡＮを想定した縮退運転に関して説明したが、物理ノード装置１０５に設定される物理結線を同様の手順で実現することも可能である。
本実施の形態によると、ＶＭに障害が発生した場合には、障害対象となるＶＭを経由せず、かつ、ＶＭ上の通信サービスに合わせた縮退運転を行うことで通信中断時間を短縮できる。また、本実施の形態によると、障害監視用の外部管理サーバや冗長構成のためのリソース確保を削減することができる。
【００３９】
（構成例）
［構成例１］
複数のソフトウェアを稼働させる仮想計算機でＷＡＮ高速化技術などのクラウド向け通信サービスを提供するマルチテナント環境における仮想スイッチの通信経路の制御方法であって、
該仮想計算機の該通信サービスの稼働状態を監視する手順と、
該仮想計算機の該通信サービスのアプリケーションに障害が発生したならば、該通信サービスのアプリケーションに合わせて該仮想計算機の通信経路と通信方法を変更することで通信制御を行う手順と
を含むことを特徴とする仮想スイッチの通信経路の制御方法。
【００４０】
［構成例２］
構成例１記載の仮想スイッチの通信経路の制御方法であって、
障害が検知された該仮想計算機で、該通信サービスが通信データを変更する機能を提供しているならば、該通信データを該仮想計算機に送信せずに受信した物理計算機の物理ＮＩＣに折り返すことで通信を継続させ、
該通信サービスが外部からの通信をフィルタリングする機能を提供しているならば、該通信データを該仮想計算機に送信せずに破棄する
ことを特徴とする仮想スイッチの通信経路の制御方法。
【００４１】
［構成例３］
構成例１記載の仮想スイッチの通信経路の制御方法であって、
障害が発生した該仮想計算機への通信データを、該仮想計算機に送信せずに該仮想計算機の仮想ＮＩＣの利用用途に合わせて片側の通信方向のみ該物理ＮＩＣに通信データを折り返すことで通信を継続させる
ことを特徴とする仮想スイッチの通信経路の制御方法。
【００４２】
［構成例４］
構成例１記載の仮想スイッチの通信経路の制御方法であって、
該通信サービスの処理時間が閾値を超える、或いは、
該仮想計算機に割り当てられたリソースの利用率が閾値を超える、或いは、
該通信サービスの停止を検知した、或いは、
該仮想計算機の閉塞を検知した際に、
障害と判定する
ことを特徴とする仮想スイッチの通信経路の制御方法。
【００４３】
［構成例５］
構成例１記載の仮想スイッチの通信経路の制御方法であって、
該仮想計算機の該通信サービスのアプリケーションに障害が発生したならば、該仮想計算機の通信経路と通信方法を変更する手段を物理スイッチに通知することで通信処理を継続させる
ことを特徴とする仮想スイッチの通信経路の制御方法。
【００４４】
［構成例６］
構成例１記載の仮想スイッチの通信経路の制御方法であって、
該仮想計算機が有する該仮想ＮＩＣの通信用途をテーブルで管理することで、該仮想計算機の通信方向と該仮想計算機の該通信サービスの利用方法を特定できる
ことを特徴とする仮想スイッチの通信経路の制御方法。
【００４５】
［構成例７］
ＣＰＵ、メモリ、ＮＩＣを搭載する物理計算機上で複数のシステムソフトウェアを稼働させる仮想計算機装置であって、
該メモリには、１つ以上の仮想計算機を生成して各仮想計算機でＯＳを稼働させるハイパバイザを含み、
該ハイパバイザは、
通信サービスの稼働状況を監視する稼働状況監視部と、
仮想スイッチの通信経路を制御する切替部と、
該稼働状況監視部は、該仮想計算機の接続情報を記録する構成情報管理テーブルと、
該仮想計算機で稼働する通信サービスの情報を記録するアプリケーションテーブルと、
該仮想計算機に割り当てられたリソースの利用状況を記録する稼働状況監視テーブルと
を有し、
該仮想計算機は、
該通信サービスの稼働状況を監視するアプリ監視部を有し、
該アプリ監視部が該通信サービスの障害を検知したならば該稼働状況監視部に障害を通知し、
該稼働状況監視部はアプリケーションテーブルに登録されている障害対象の該通信サービスを搭載する該仮想サーバの障害対応手段を取得し、
該障害対応手段に合わせて該切替部が該仮想計算機の通信経路と通信方法を変更することで、障害対象となる該仮想サーバを通信先から切り離して通信処理を継続させる
ことを特徴とする仮想計算機装置。
【００４６】
［構成例８］
構成例７記載の仮想計算機装置であって、
該仮想サーバの障害対応手段として、
障害が検知された該仮想計算機で該通信サービスが通信データを変更する機能を提供しているならば、該通信データを該仮想計算機に送信せずに受信した物理計算機の物理ＮＩＣに折り返すことで通信を継続させ、
該通信サービスが外部からの通信をフィルタリングする機能を提供しているならば、
該通信データを該仮想計算機に送信せずに破棄する
ことを特徴とする仮想計算機装置。
【００４７】
［構成例９］
構成例７記載の仮想計算機であって、
該仮想サーバの障害対応手段として、
該構成情報管理テーブルから該仮想計算機の仮想ＮＩＣの利用用途を取得し、
該仮想計算機に障害が発生したならば、該仮想計算機の仮想ＮＩＣの利用用途から通信方向を選定し、
該仮想計算機に送信せずに、片側の通信方向のみ該物理ＮＩＣに通信データを折り返すことで通信を継続させる
ことを特徴とする仮想計算機装置。
【００４８】
［構成例１０］
構成例７記載の仮想計算機装置であって、
該通信サービスの処理時間が閾値を超える、或いは、
該仮想計算機に割り当てられたリソースの利用率が閾値を超える、或いは、
該通信サービスの停止を検知した、或いは、
該仮想計算機の閉塞を検知した際に、
障害と判定する
ことを特徴とする仮想計算機装置。
【００４９】
［構成例１１］
構成例７記載の仮想計算機装置の制御方法であって、
該仮想計算機の該通信サービスのアプリケーションに障害が発生したならば、該仮想計算機の通信経路と通信方法を変更する手段を物理スイッチに通知することで通信処理を継続させる
ことを特徴とする仮想計算機装置。
【００５０】
［構成例１２］
構成例７記載の仮想計算機装置であって、
該仮想計算機が有する該仮想ＮＩＣの通信用途を該構成情報管理テーブルで管理することで、該仮想計算機の通信方向と該仮想計算機の該通信サービスの利用方法を特定できる
ことを特徴とする仮想計算機装置。
【００５１】
［構成例１３］
所定のアプリケーションを実行して通信サービスを提供する計算機と、
通信データを送受信するインタフェース部と、
前記計算機と前記インタフェース部間で通信データを転送するスイッチ部と、
前記インタフェース部と前記計算機間の前記スイッチ部を介した通信経路を制御する制御部と
を備え、
前記制御部は、
前記計算機の通信サービスの稼働状態を監視し、
該計算機による通信サービスの提供に関する障害を検知した場合に、該通信サービスに応じた障害対応情報に従い、前記スイッチ部を制御して通信データの通信経路及び／又は通信方法を変更するノード装置。
【００５２】
（付記）
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００５３】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５４】
１００  通信事業網（ＷＡＮ）
１０１  サービスノード
１０２  アプライアンス装置
１０３  仮想サーバ
１０４  通信サービス
１０５  通信ノード装置
１０６  拠点
１０７  Ａ社ＬＡＮスイッチ
１０８  Ｂ社ＬＡＮスイッチ
１０９  クライアント
１１０  データセンタ
１１１  Ａ社データセンタ
１１２  Ｂ社データセンタ
２０１  ハイパバイザ
２０３  ＣＰＵ
２０４  メモリ
２１１  ＮＩＣ
３０１  稼働状況監視部
３０２  構成情報管理テーブル
３０３  アプリケーションテーブル
３０４  稼働状況監視テーブル
３０５  切替部
３０６  仮想スイッチ
３０７  ブリッジモジュール
３１１  ＶＮＩＣ
３１４  アプリ監視部
【図１】
2014138407.tif 000003
【図２】
2014138407.tif 000004
【図３】
2014138407.tif 000005
【図４】
2014138407.tif 000006
【図５】
2014138407.tif 000007
【図６】
2014138407.tif 000008
【図７】
2014138407.tif 000009
【図８】
2014138407.tif 000010
【図９】
2014138407.tif 000011
【図１０】
2014138407.tif 000012
【図１１】
2014138407.tif 000013
【図１２】
2014138407.tif 000014
【図１３】
2014138407.tif 000015