(57)【要約】      （修正有）【課題】複数のハードウエアを仮想化した論理構成を利用する処理部において、論理構成の障害を適切に把握する。【解決手段】障害通知システム５は、複数のハードウエアを仮想化した論理構成を提供する論理構成提供部２と、論理構成提供部２から提供された論理構成を利用する処理部３ａ〜３ｃと、論理構成提供部２の障害を処理部３ａ〜３ｃに通知する障害通知部１と、を備える。障害通知部は、ハードウエアの識別子と、ハードウエアに対応する論理構成の識別子を対応づけるハードウエア構成データを記憶する記憶装置と、ハードウエアの障害が検知されると、ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定する論理構成特定部と、処理部３ａ〜３ｃに、論理構成特定部が特定した論理構成に障害が発生したことを通知する通知部を備える。【選択図】図１
2020127138.tif 000002
【特許請求の範囲】
【請求項１】
複数のハードウエアを仮想化した論理構成を提供する論理構成提供部と、前記論理構成提供部から提供された論理構成を利用する処理部と、前記論理構成提供部の障害を前記処理部に通知する障害通知部と、を備える障害通知システムであって、
前記障害通知部は、
前記ハードウエアの識別子と、前記ハードウエアに対応する論理構成の識別子を対応づけるハードウエア構成データを記憶する記憶装置と、
前記ハードウエアの障害が検知されると、前記ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定する論理構成特定部と、
前記処理部に、前記論理構成特定部が特定した前記論理構成に障害が発生したことを通知する通知部
を備えることを特徴とする障害通知システム。
【請求項２】
前記記憶装置は、さらに、前記論理構成の接続状態を示す論理構成トポロジデータと、前記論理構成の識別子と、前記論理構成の冗長タイプを対応づける冗長タイプデータを記憶し、
前記論理構成特定部はさらに、前記論理構成トポロジデータと前記冗長タイプデータを参照して、前記障害が検知されたハードウエアの影響を受ける論理構成とその影響内容を特定し、
前記通知部は、さらに、特定された影響内容を通知する
ことを特徴とする請求項１に記載の障害通知システム。
【請求項３】
前記記憶装置は、さらに、前記論理構成の識別子と、前記論理構成を利用する処理部の識別子を対応づける処理部データを記憶し、
前記通知部は、前記論理構成特定部によって特定された論理構成を利用する処理部に、前記論理構成に障害が発生したことを通知する
ことを特徴とする請求項１または２に記載の障害通知システム。
【請求項４】
複数のハードウエアを仮想化した論理構成を提供する論理構成提供部と、前記論理構成提供部から提供された論理構成を利用する処理部と、前記論理構成提供部の障害を前記処理部に通知する障害通知部と、を備える障害通知システムに用いられる障害通知方法であって、
コンピュータが、前記ハードウエアの識別子と、前記ハードウエアに対応する論理構成の識別子を対応づけるハードウエア構成データを、記憶装置に記憶するステップと、
前記コンピュータが、前記ハードウエアの障害が検知されると、前記ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定するステップと、
前記コンピュータが、前記処理部に、前記特定するステップで特定した前記論理構成に障害が発生したことを通知するステップ
を備えることを特徴とする障害通知方法。
【請求項５】
複数のハードウエアを仮想化した論理構成を提供する論理構成提供部と、前記論理構成提供部から提供された論理構成を利用する処理部と、前記論理構成提供部の障害を前記処理部に通知する障害通知部と、を備える障害通知システムにおいて、前記障害通知部として機能する障害通知装置であって、
前記ハードウエアの識別子と、前記ハードウエアに対応する論理構成の識別子を対応づけるハードウエア構成データを記憶する記憶装置と、
前記ハードウエアの障害が検知されると、前記ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定する論理構成特定部と、
前記処理部に、前記論理構成特定部が特定した前記論理構成に障害が発生したことを通知する通知部
を備えることを特徴とする障害通知装置。
【請求項６】
コンピュータに、請求項５に記載の障害通知装置として機能させるための障害通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のハードウエアを仮想化した論理構成を提供する論理構成提供部と、論理構成提供部から提供された論理構成を利用する処理部と、論理構成提供部の障害を処理部に通知する障害通知部と、を備える障害通知システム、障害通知システムに用いられる障害通知方法、障害通知装置および障害通知プログラムに関する。
【背景技術】
【０００２】
近年の情報通信システムの発達に伴い、NFV(Network Functions Virtualization)が普及している。NFVは、ネットワーク機器の機能を汎用サーバの仮想化基盤上でソフトウェア（仮想マシン）として実装する方式である。またNFVと仮想マシンを用いたシステムも普及している。NFVにおいてハードウエアは抽象化され、NFVを用いる仮想マシンに対して、NFVのハードウエアは隠蔽される。
【０００３】
また一般的に、ハードウエアが、ACT/SBYの系切り替え機能を有している場合がある。ハードウエア上で動作するミドルウエアは、ハードウエアの障害を検知し、現在運用中の系が動作継続困難な場合、他の系に切り替える障害制御ロジックを有する。
【０００４】
障害の検知方法として、PINGコマンドに対する応答の有無でハードウエアの生死を確認する方法（例えば、非特許文献１参照）、ディスクに対して読み書きすることでディスクの正常性を監視する方法などがある。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ManageEngine、"死活監視（ping監視）・可用性監視"、［online］、［平成31年1月25日検索］、インターネット〈URL：https://www.manageengine.jp/products/OpManager/availability-monitoring.html〉
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、NFVを用いる仮想マシンに対して、NFVのハードウエアは隠蔽されるので、仮想マシンが、ハードウエアの障害を直接的に把握することが困難である。
【０００７】
仮想マシンは、論理構成を把握するもののNFVのハードウエア構成を把握できないので、ハードウエアそれぞれの障害を確認することができない。
【０００８】
このように、複数のハードウエアを仮想化した論理構成を利用する処理部において、論理構成の障害を適切に把握することができない。
【０００９】
従って本発明の目的は、複数のハードウエアを仮想化した論理構成を利用する処理部において、論理構成の障害を適切に把握することができる障害通知システム、障害通知方法、障害通知装置および障害通知プログラムを提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の第１の特徴は、複数のハードウエアを仮想化した論理構成を提供する論理構成提供部と、論理構成提供部から提供された論理構成を利用する処理部と、論理構成提供部の障害を処理部に通知する障害通知部と、を備える障害通知システムに関する。本発明の第１の特徴に係る障害通知システムにおいて障害通知部は、ハードウエアの識別子と、ハードウエアに対応する論理構成の識別子を対応づけるハードウエア構成データを記憶する記憶装置と、ハードウエアの障害が検知されると、ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定する論理構成特定部と、処理部に、論理構成特定部が特定した論理構成に障害が発生したことを通知する通知部を備える。
【００１１】
記憶装置は、さらに、論理構成の接続状態を示す論理構成トポロジデータと、論理構成の識別子と、論理構成の冗長タイプを対応づける冗長タイプデータを記憶し、論理構成特定部はさらに、論理構成トポロジデータと冗長タイプデータを参照して、障害が検知されたハードウエアの影響を受ける論理構成とその影響内容を特定し、通知部は、さらに、特定された影響内容を通知しても良い。
【００１２】
記憶装置は、さらに、論理構成の識別子と、論理構成を利用する処理部の識別子を対応づける処理部データを記憶し、通知部は、論理構成特定部によって特定された論理構成を利用する処理部に、論理構成に障害が発生したことを通知しても良い。
【００１３】
本発明の第２の特徴は、複数のハードウエアを仮想化した論理構成を提供する論理構成提供部と、論理構成提供部から提供された論理構成を利用する処理部と、論理構成提供部の障害を処理部に通知する障害通知部と、を備える障害通知システムに用いられる障害通知方法に関する。本発明の第２の特徴に係る障害通知方法は、コンピュータが、ハードウエアの識別子と、ハードウエアに対応する論理構成の識別子を対応づけるハードウエア構成データを、記憶装置に記憶するステップと、コンピュータが、ハードウエアの障害が検知されると、ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定するステップと、コンピュータが、処理部に、特定するステップで特定した論理構成に障害が発生したことを通知するステップを備える。
【００１４】
本発明の第３の特徴は、複数のハードウエアを仮想化した論理構成を提供する論理構成提供部と、論理構成提供部から提供された論理構成を利用する処理部と、論理構成提供部の障害を処理部に通知する障害通知部と、を備える障害通知システムにおいて、障害通知部として機能する障害通知装置に関する。本発明の第３の特徴に係る障害通知装置は、ハードウエアの識別子と、ハードウエアに対応する論理構成の識別子を対応づけるハードウエア構成データを記憶する記憶装置と、ハードウエアの障害が検知されると、ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定する論理構成特定部と、処理部に、論理構成特定部が特定した論理構成に障害が発生したことを通知する通知部を備える。
【００１５】
本発明の第４の特徴は、コンピュータに、本発明の第３の特徴に記載の障害通知装置として機能させるための障害通知プログラムに関する。
【発明の効果】
【００１６】
本発明によれば、数のハードウエアを仮想化した論理構成を利用する処理部において、論理構成の障害を適切に把握することができる障害通知システム、障害通知方法、障害通知装置および障害通知プログラムを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態に係る障害通知システムのシステム構成を説明する図である。
【図２】本発明の実施の形態に係る論理構成提供部と処理部との関係を説明する図である。
【図３】本発明の実施の形態に係る障害通知部のハードウエア構成と機能ブロックを説明する図である。
【図４】ハードウエア構成データのデータ構成の一例を説明する図である。
【図５】論理構成提供部の論理構成とハードウエア構成を説明する図である。
【図６】冗長タイプデータのデータ構成の一例を説明する図である。
【図７】処理部データのデータ構成の一例を説明する図である。
【図８】本発明の実施の形態に係る障害通知システムの処理を説明するシーケンス図である。
【発明を実施するための形態】
【００１８】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１９】
（障害検知システム）
図１を参照して、本発明の実施の形態に係る障害通知部１が用いられる障害通知システム５を説明する。障害通知システム５は、複数のハードウエアが仮想化されたシステムである。障害通知システム５は、障害通知部１、論理構成提供部２、第１の処理部３ａ、第２の処理部３ｂおよび第３の処理部３ｃを備える。第１の処理部３ａ、第２の処理部３ｂおよび第３の処理部３ｃを特に区別しない場合、単に処理部３と記載する場合がある。
【００２０】
障害通知部１は、論理構成提供部２の各ハードウエアにアクセスして、論理構成提供部２の各ハードウエアの障害を処理部３に通知する。
【００２１】
論理構成提供部２は、複数のハードウエアを仮想化した論理構成を提供する。論理構成提供部２は、処理装置、記憶装置、通信制御装置、通信リンク等の複数のハードウエアから論理構成を提供する。
【００２２】
処理部３は、アプリケーションプログラムを実行する実行部であって、論理構成提供部２から提供された論理構成を利用する。
【００２３】
図２を参照して、論理構成提供部２と処理部３との関係を説明する。論理構成提供部２は、論理構成部２ａとハードウエア構成部２ｂを備える。論理構成部２ａは、論理構成提供部２が提供する論理構成で、ＣＰＵリソース、メモリリソース、ディスクリソースおよびネットワークリソース等である。ハードウエア構成部２ｂは、論理構成部２ａの各リソースの実態となる物理的なハードウエアであって、ディスク、ＣＰＵメモリ、ＮＩＣ等を備える物理ハード、ストレージ（記憶装置）、通信制御装置、ネットワークケーブル等である。
【００２４】
論理構成提供部２は、処理部３が指定したリソースに、ハードウエアを割り当てて、処理部３の処理に利用する。また論理構成提供部２は、処理部３が指定したリソースに割り当てるハードウエアを増減することで、処理部３の処理を変更することなく、処理部３の処理に必要なリソースを適切に割り当てることができる。また処理部３にはハードウエア構成が隠蔽されるので、ハードウエアが障害等により置換されても、処理部３はハードウエアの置換に関わらず円滑に処理をすることができる。
【００２５】
（障害通知装置）
図３を参照して、本発明の実施の形態に係る障害通知部（障害通知装置）１を説明する。障害通知部１は、論理構成提供部２の各ハードウエアに接続可能である。
【００２６】
障害通知部１は、記憶装置１０、処理装置２０、通信制御装置３０を備える。障害通知部１は、一般的な一つのコンピュータであっても良いし、複数のハードウエアにより形成される仮想的なコンピュータであっても良い。このようなコンピュータが障害通知プログラムを実行することにより、図３に示す機能が実現される。
【００２７】
記憶装置１０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random access memory）、ハードディスク等であって、処理装置２０が処理を実行するための入力データ、出力データおよび中間データなどの各種データを記憶する。処理装置２０は、ＣＰＵ（Central Processing Unit）であって、記憶装置１０に記憶されたデータを読み書きしたり、通信制御装置３０とデータを入出力したりして、障害通知部１における処理を実行する。通信制御装置３０は、障害通知部１が、他の装置等と通信可能に接続するためのインタフェースである。
【００２８】
記憶装置１０は、障害通知プログラムを記憶するとともに、ハードウエア構成データ１１、論理構成トポロジデータ１２、冗長タイプデータ１３、および処理部データ１４を記憶する。
【００２９】
ハードウエア構成データ１１は、図４に示すように、論理構成提供部２が備えるハードウエアの識別子と、ハードウエアに対応する論理構成の識別子を対応づける。論理構成提供部２の論理構成部２ａの各論理構成と、ハードウエア構成部２ｂの各ハードウエアとの対応づけが変更されたり、論理構成またはハードウエア構成が増減されたりした際に、ハードウエア構成データ１１は更新される。
【００３０】
論理構成トポロジデータ１２は、図５（ａ）に示すように、論理構成提供部２の論理構成の接続状態を示す。図５（ａ）は、論理構成のうち、論理構成をグラフとして示しているが、異なる形態で示しても良い。
【００３１】
冗長タイプデータ１３は、論理構成の識別子と、論理構成の冗長タイプを対応づける。冗長タイプは、冗長の有無と、冗長がある場合その冗長の種別である。
【００３２】
例えば、論理構成が装置間のリンクの場合、冗長タイプは、ACT/SBY構成、リンクアグリゲーション型などである。ACT/SBY構成は、障害が発生しても、系が切り替えられることを示し、障害発生前後で同様のリソースを提供できることを示す。リンクアグリゲーション型は、複数のハードウエアで一つのリソースを統合して提供することを示し、障害発生前後で、提供可能なリソースの量、質等に変化が生じることを示す。例えば、リンクアグリゲーション型として、複数のポートを束ねて一つのリンクを提供する方式がある。この方式において、一つのポートに障害が発生しても、リンクは通信可能であるが、そのリンクで提供可能な通信帯域が減少する。
【００３３】
図５（ｂ）は、図５（ａ）に示す論理構成のトポロジに対応するハードウエア構成のトポロジの例である。図５（ｂ）に示すハードウエア構成において、Ｌ２スイッチＳＷＰ１とＬ２スイッチＳＷＰ４との間に、Ｌ２スイッチＳＷＰ２およびＬ２スイッチＳＷＰ３が並列に設けられ、冗長に構成されている。従って、図５（ａ）に示す論理構成において、Ｌ２スイッチＳＷＲ１およびＬ２スイッチＳＷＲ２間のリンクＬＲ１と、Ｌ２スイッチＳＷＲ２およびＬ２スイッチＳＷＲ３間のリンクＬＲ２について、冗長タイプデータ１３は、それぞれ、冗長ありと設定する。
【００３４】
図５（ａ）のリンクＬＲ１は、図５（ｂ）におけるＬ２スイッチＳＷＰ１およびＬ２スイッチＳＷＰ２間のリンクＬＰ１と、Ｌ２スイッチＳＷＰ１およびＬ２スイッチＳＷＰ３間のリンクＬＰ２の論理構成である。同様に、図５（ａ）のリンクＬＲ２は、図５（ｂ）におけるＬ２スイッチＳＷＰ２およびＬ２スイッチＳＷＰ４間のリンクＬＰ３と、Ｌ２スイッチＳＷＰ３およびＬ２スイッチＳＷＰ４間のリンクＬＰ４の論理構成である。図５（ｂ）に示すハードウエア構成では、系を切り替えられることから、冗長タイプデータ１３は、リンクＬＲ１とリンクＬＲ２のそれぞれついて、冗長タイプがACT/SBY構成と設定する。
【００３５】
処理部データ１４は、論理構成の識別子と、その論理構成を利用する処理部３の識別子を対応づける。処理部データ１４は、処理部３の仕様の変更等に応じて更新される。
【００３６】
処理装置２０は、検知部２１、論理構成特定部２２および通知部２３を備える
検知部２１は、論理構成提供部２のハードウエア構成部２ｂの各ハードウエアについて、障害の有無を検知する。検知部２１は、各ハードウエアに対して障害を問い合わせるコマンドを送信し、その返信内容から障害を検知しても良いし、ハードウエアからの通知によって、障害の有無を検知しても良い。また従来と同様に、ハードウエアに対してPINGコマンドを送信し、その返信の有無によって、ハードウエアの障害の有無を検知しても良い。
【００３７】
論理構成特定部２２は、検知部２１によってハードウエアの障害が検知されると、ハードウエア構成データから、障害が検知されたハードウエアに対応する論理構成を特定する。論理構成特定部２２は、障害が検知されたハードウエアについて、処理部３が把握可能な論理構成を特定する。
【００３８】
論理構成特定部２２はさらに、論理構成トポロジデータ１２と冗長タイプデータ１３を参照して、障害が検知されたハードウエアの影響を受ける論理構成とその影響内容を特定する。論理構成特定部２２は、障害が検知されたハードウエアに対応する論理構成における冗長の有無によって処理を振り分ける。
【００３９】
障害が生じた論理構成が冗長に形成されていない場合、処理部３は、障害が生じた論理構成のみならず、その論理構成に接続する各論理構成も利用できない。論理構成特定部２２は、処理部３に通知する論理構成として、障害が検知されたハードウエアに対応する論理構成のほか、その論理構成に接続する論理構成を、処理部３への通知対象として特定する。
【００４０】
障害が生じた論理構成が冗長に形成されている場合、その冗長の種別によって影響内容が異なるので、論理構成特定部２２は、冗長の種別に応じて、影響内容を特定する。
【００４１】
例えば、冗長の種別がリンクアグリゲーション型の場合、処理は継続できるものの帯域が減少する影響が生じることから、論理構成特定部２２は、処理部３に通知する内容として、障害が検知されたハードウエアに対応する論理構成のほか、帯域が減少する影響が生じるという影響内容を特定する。また冗長の種別がリンクアグリゲーション型の場合も、冗長がない場合と同様に論理構成提供部２における影響が生じるので、論理構成特定部２２は、処理部３に通知する論理構成として、さらに、障害が検知されたハードウエアに対応する論理構成に接続する論理構成を、処理部３への通知対象として特定しても良い。
【００４２】
一方、図５に示すように冗長タイプがACT/SBY構成である場合、ハードウエア構成に障害が生じても系の切り替えで対応可能で、論理構成提供部２は、障害前と変わらず論理構成を提供することができる。従って論理構成特定部２２は、検知部２１が障害を検知したとしても、処理部３に通知すべき障害はないと判断しても良い。また他の例として論理構成特定部２２は、ハードウエアに障害が発生したが系を切り替えて運用している旨を、処理部３に通知すべきと判断しても良い。
【００４３】
通知部２３は、処理部３に、論理構成特定部２２が特定した論理構成に障害が発生したことを通知する。通知部２３はさらに、冗長の種別がリンクアグリゲーション型の場合など、処理は継続できるものの帯域が減少するなどの影響が生じる場合、論理構成特定部２２が特定した影響内容を通知する。これらの通知により処理部３は、ハードウエアの障害を回避して、処理を変更するなどの対応を取ることができる。
【００４４】
また通知部２３は、論理構成特定部２２によって特定された論理構成を利用する処理部３に、その論理構成に障害が発生したことを通知しても良い。これにより通知部２３は、障害に関連する処理部３に限定して障害の発生を通知するので、障害通知システム５における処理負荷を軽減することができる。
【００４５】
図８を参照して、障害通知システム５における障害通知方法を説明する。
【００４６】
通常運用時、ステップＳ１ないしステップＳ４の処理が継続的に行われる。ステップＳ１において論理構成提供部２は、処理部３に論理構成を提示し、ステップＳ２において処理部３は、論理構成提供部２が提示した論理構成を指定して、論理構成提供部２に処理を依頼する。論理構成提供部２は、処理部３によって指定された論理構成に対応するハードウエアを用いて、処理部３からの依頼に応じて処理を行い、その処理結果を処理部３に返す。またステップＳ３において障害通知部１は、論理構成提供部２の各ハードウエアについて、障害を問い合わせ、ステップＳ４において各ハードウエアの障害状況を取得する。
【００４７】
なおステップＳ１ないしステップＳ４の処理の順序は、図８に示すものに問わない。例えば、ステップＳ１およびステップＳ２の処理と、ステップＳ３およびステップＳ４の処理とが同時に行われても良い。また図８に示す例において、障害通知部１が論理構成提供部２に障害を問い合わせる場合を説明しているが、論理構成提供部２が、ハードウエアの障害を、障害通知部１に自発的に通知しても良い。
【００４８】
ステップＳ５において、ステップＳ４で取得した障害状況が障害を示すと判定する場合、障害通知部１はステップＳ６に進む。障害通知部１は、ステップＳ６において、障害が発生したハードウエアに対応する論理構成を特定し、ステップＳ７において、障害の影響を受ける論理構成とその影響内容を特定する。
【００４９】
ステップＳ８において障害通知部１は、ステップＳ６およびステップＳ７で特定した論理構成を利用する処理部３を特定する。ステップＳ９において障害通知部１は、ステップＳ９で特定した処理部３に対して、ステップＳ６およびステップＳ７で特定した論理構成とその影響内容を通知する。
【００５０】
このような本発明の実施の形態に係る障害通知部１は、論理構成提供部２の個々のハードウエアに障害を直接問い合わせて、各ハードウエアの障害状況を取得し、処理部３に通知する。また障害通知部１は、論理構成提供部２のハードウエアに生じた障害を、ハードウエアに対応する論理構成に置き換えて処理部３に通知する。これにより、複数のハードウエアを仮想化した論理構成を利用する処理部３は、論理構成の障害を適切に把握することができる。
【００５１】
従来、処理部３がPINGコマンドを送信して、そのコマンドを受信したハードウエアの生死を確認できたとしても、処理部３はハードウエアの構成を把握していないので、各ハードウエアに対して網羅的に生死を確認することはできない。これに対し本発明の実施の形態に係る障害通知部１は、論理構成提供部２の個々のハードウエアに障害を直接問い合わせて障害状況を取得できるので、各ハードウエアについてしょうがい状況を把握することができる。
【００５２】
また従来、PINGコマンドを送信してタイムアウトするか否かでハードウエアの生死を確認したが、タイムアウトまで待機しなければならない、間欠障害の事象が発生するまで待機しなければならないなど、障害が発生してからその検知まで時間を要する場合があった。これに対し本発明の実施の形態に係る障害通知システム５において、障害通知部１は、論理構成提供部２の個々のハードウエアに障害を直接問い合わせて取得した障害内容を処理部３に通知することができるので、処理部３は、論理構成提供部２の障害を即座に把握することができる。また障害通知部１は、PINGコマンドに依らず、ハードウエアから障害状況を取得することができるので、機能が一部停止するなどのフェイルソフト的な障害も把握することができる。
【００５３】
また障害通知部１は、論理構成トポロジデータ１２および冗長タイプデータ１３を参照して、ハードウエアに生じた障害の影響を受ける論理構成と、その影響内容を特定し、処理部３に通知する。これにより処理部３は、論理構成提供部２における障害を考慮して、適切に対応することができる。
【００５４】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００５５】
例えば、本発明の実施の形態に記載した障害通知部は、一般的な一つのコンピュータに実装されても良いし、複数のハードウエアにより仮想的に形成されるコンピュータに実装されても良い。
【００５６】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００５７】
１  障害通知部
２  論理構成提供部
２ａ  論理構成部
３  処理部
５  障害通知システム
１０  記憶装置
１１  ハードウエア構成データ
１２  論理構成トポロジデータ
１３  冗長タイプデータ
１４  処理部データ
２０  処理装置
２１  検知部
２２  論理構成特定部
２３  通知部
【図１】
2020127138.tif 000003
【図２】
2020127138.tif 000004
【図３】
2020127138.tif 000005
【図４】
2020127138.tif 000006
【図５】
2020127138.tif 000007
【図６】
2020127138.tif 000008
【図７】
2020127138.tif 000009
【図８】
2020127138.tif 000010