JP4443786B2 - 管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステム - Google Patents
管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステム Download PDFInfo
- Publication number
- JP4443786B2 JP4443786B2 JP2001079350A JP2001079350A JP4443786B2 JP 4443786 B2 JP4443786 B2 JP 4443786B2 JP 2001079350 A JP2001079350 A JP 2001079350A JP 2001079350 A JP2001079350 A JP 2001079350A JP 4443786 B2 JP4443786 B2 JP 4443786B2
- Authority
- JP
- Japan
- Prior art keywords
- management
- path
- agent
- tool
- lan
- 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
Landscapes
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の計算機と少なくとも１つのストレージ装置とが複数のファブリックスイッチにより接続され、デバイス管理に利用される管理パスを複数備えた冗長構成の高可用性ストレージシステムに係り、特に利用中の管理パスに障害が発生した場合に自動的に他の管理パスに切り替えるのに好適な管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステムに関する。
【０００２】
【従来の技術】
近時、複数の計算機と少なくとも１つのストレージ装置とが複数のファブリックスイッチにより接続された冗長構成の高可用性ストレージシステムが開発されている。
【０００３】
この種の高可用性ストレージシステムでは、ストレージ装置及びファブリックスイッチ等のデバイス（管理対象デバイス）の管理に利用される管理パスと呼ばれる通信路が多重化されている。つまりデバイス管理用のパス（管理パス）がマルチパス構成となっている。これにより、利用中の管理パスに障害が発生した場合に他の管理パスに切り替えて、管理パスの障害を回避しつつ管理サービスの継続を実現している。
【０００４】
このように、管理パスの障害を回避しつつ管理サービスを継続する方法として、サーバ計算機など、管理コマンド（ステータス取得や設定など）の発行が可能な管理モジュールを持つ複数のマシンを切り替える方法が従来から知られている。しかし、この方法は、リモートログインなど手動により行われるものであった。
【０００５】
【発明が解決しようとする課題】
上記したように、ストレージ装置やファブリックスイッチなどの管理対象に対して、管理コマンドの発行が可能な管理モジュールを持つ複数のマシンを切り替えて、管理パスの障害を回避しつつ管理サービスを継続する方法は従来から知られているが、その手順は、リモートログインなど手動により行われるものであった。しかしながら、手動による管理パス切り替えでは、パスの状態監視と切り替え自体の手間がかかるという問題があった。また、管理パスの障害により管理サービス自体が停止するという問題もあった。
【０００６】
本発明は上記事情を考慮してなされたものでその目的は、管理パスを構成する特定コンポーネントの障害の影響が管理サービスに直接的に及ぶのを回避し、管理サービス自体の停止によるデバイスの無監視状態の発生が低減できる管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、ＬＡＮに接続された複数のサーバ計算機と少なくとも１つのストレージ装置とを複数のファブリックスイッチによりファイバチャネルケーブルにより冗長接続すると共に、上記ストレージ装置及びファブリックスイッチをＬＡＮケーブルにより上記ＬＡＮに接続することにより、上記ストレージ装置及び上記ファブリックスイッチへのそれぞれ複数の管理パスが確保され、上記ＬＡＮに接続された管理端末の管理ツールにより上記管理パスを介して上記ストレージ装置及び上記ファブリックスイッチを一元管理する高可用性ストレージシステムにおける管理パス切り替え方法であって、上記管理端末の管理ツールにより上記サーバ計算機、上記ストレージ装置及び上記ファブリックスイッチの各管理コンポーネント上でそれぞれ動作する管理エージェントと通信することで、上記管理パスを監視するステップと、この管理パス監視ステップで使用中の管理パスに障害を検出した場合に、当該管理パスを別の管理パスに切り替えて管理サービスを継続するステップとを備えたことを特徴とする。
【０００８】
このような構成においては、管理パス監視ステップで使用中の管理パスに障害を検出した場合に、当該管理パスが別の管理パスに切り替えられるため、管理パスを構成する特定コンポーネントの障害の影響が管理サービスに直接的に及ぶのを回避でき、管理サービス自体の停止によるデバイスの無監視状態が発生するのを低減できる。
【０００９】
ここで、管理ツールから各管理コンポーネント上でそれぞれ動作する管理エージェントに対してブロードキャストパケットによる特定リクエストを発行するステップと、この特定リクエストを受信した管理エージェントから提供可能管理サービス情報を通知するステップと、各管理エージェントから通知された提供可能管理サービス情報を収集するステップと、収集した提供可能管理サービス情報をもとに、少なくとも各管理コンポーネント毎に、管理パスの利用順位の順位付けを行うステップと、使用中の管理パスに障害を検出した場合に、上記管理パスの利用順位に従って管理パスの切り替えを行うことを特徴とする。
【００１０】
このような構成においては、管理ツールと各コンポーネント上の管理エージェントとの間の通信により各管理エージェントが提供可能な管理サービス情報を管理ツールにて自動収集して、コンポーネント毎の管理パスの利用順位の順位付けを行う構成としたので、利用順位に照らし合わせた管理パスの選択、切り替えの自動化が図れる。これによりシステム管理者は、管理システム自体の管理、停滞回避努力、停滞復旧作業から解放され、管理に要する時間と労力を各コンポーネントに集約することが可能となる。
【００１１】
また、管理パスが例えばＳＣＳＩ，ＦＣ（ファイバチャネル）であれば、データパスと管理パスとを共有することになるため、あるパスの障害の結果、切り替えを予定しているパスにデータパスの切り替えが集中し、負荷が高くなる可能性がある。しかし本発明においては、予め管理パスの切り替え順位、つまり管理パスの利用順位が決定されるため、管理パスの障害発生時の速やかな切り替えが実現できる。
【００１２】
ここで、上記各管理パスを介してレスポンスタイム計測のための特定コマンドを発行し、各管理コンポーネント上の管理エージェントから応答させるステップと、上記特定コマンドの発行時から当該コマンドに対する各管理エージェントからの応答時までの時間を対応する管理パスを経由してのレスポンスタイムとして抽出するステップと、抽出したレスポンスタイムに応じて管理パスの利用順位を決定するステップとを備えるならば、効率的な管理サービスが実現可能となる。この他に、管理しているドライブ（ストレージ装置、ファブリックスイッチ）が少ないサーバ、特定ドライブに対する管理エージェントの重要度の低いもの、パスの特定目的への専有性の高いものほど高順位とするとよい。
【００１３】
レスポンスタイムを計測する場合、上記特定コマンドの発行時から予め定められた時間内に応答がなかった場合に対応する管理パスの障害を判定する構成とするならば、管理パスの障害検出が効率的に行えるようになる。
【００１４】
また、管理パスの利用順位を定期的に更新するならば、管理パスの切り替えに常に最新のネットワークの状態を反映させることができる。
【００１５】
以上の構成の管理パス切り替え方法に係る本発明は、当該管理パス切り替え方法を適用し、且つ管理端末で実行される管理プログラムの発明としても成立する。また、管理パス切り替え方法に係る発明は、当該管理パス切り替え方法を適用する管理端末を備えた高可用性ストレージシステムに係る発明としても成立する。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
【００１７】
［第１の実施形態］
図１は本発明の第１の実施形態に係る高可用性ストレージシステムの構成を示す。
図１において、ＬＡＮ１００には、サーバ計算機（サーバ＃１）１０１及びサーバ計算機（サーバ＃２）１０２が接続されている。このサーバ計算機１０１，１０２と、当該サーバ計算機１０１，１０２により共有されるストレージ装置（ストレージ＃５）１０５とには、ＨＢＡ（Host Bus Adapter）と呼ばれるネットワークアダプタが、多重化するパス数分、例えば２つ実装されている。つまりサーバ計算機１０１，１０２及びストレージ装置１０５は、ファイバチャネル（Fibre Channel）ポート（ＦＣポート）を２つ有している。
【００１８】
サーバ計算機１０１，１０２及びストレージ装置１０５の一方のＨＢＡ（ＦＣポート）は、ファブリックスイッチ（＃３）１０３と接続され、サーバ計算機１０１，１０２及びストレージ装置１０５の他方のＨＢＡ（ＦＣポート）は、ファブリックスイッチ（＃４）１０４と接続されている。つまり、サーバ計算機（サーバ＃１，＃２）１０１，１０２及びストレージ装置（ストレージ＃５）１０５のそれぞれ２つのＨＢＡ（ＦＣポート）を、２つのファブリックスイッチ（＃３，＃４）１０３及び１０４でＨＡ（High Availability）接続（冗長接続）することで、複数の管理パスを確保している。図中の管理パスＦＣｘｙ（ｘｙは数値）は、コンポーネント＃ｘとコンポーネント＃ｙとを結ぶＦＣ（Fibre Channel）ケーブルから構成される管理パスを示す。ファブリックスイッチ（＃３，＃４）１０３，１０４及びストレージ装置（ストレージ＃５）１０５は、ＬＡＮポートを内蔵している。
【００１９】
また、ＬＡＮ１００には、管理者の操作によりシステム全体をリモート管理するための端末（以下、管理端末と称する）１１０が接続されている。このＬＡＮ１００は、ＬＡＮケーブルにより構成される管理パスＬＡＮＰ３，ＬＡＮＰ４，ＬＡＮＰ５により、それぞれファブリックスイッチ（＃３，＃４）１０３，１０４及びストレージ装置（ストレージ＃５）１０５、即ちシステムコンポーネント＃３，＃４，＃５のＬＡＮポートと接続されている。
【００２０】
サーバ計算機（サーバ＃１）１０１及びサーバ計算機（サーバ＃２）１０２をファブリックスイッチ（＃３）１０３及びファブリックスイッチ（＃４）１０４によりストレージ装置（ストレージ＃５）１０５と接続したネットワーク構成は、ＳＡＮ（Storage Area Network：ストレージ・エリア・ネットワーク）１２０と呼ばれる。
【００２１】
一方、図１のシステムにおけるソフトウエア構成としては、管理端末１１０上では管理者がリモート管理をするために用いる“管理ツール”が動作し、サーバ計算機１０１，１０２には、それぞれ図１のシステムにおける管理パスの切り替えに重要な役割を果たす管理Ａｇｅｎｔ＃１，＃２が常駐している。また、ファブリックスイッチ（＃３，＃４）１０３，１０４及びストレージ装置（ストレージ＃５）１０５、即ちシステムコンポーネント＃３，＃４，＃５には、本体内蔵のＬＡＮポートと直接接続した内部管理モジュールであるＳＮＭＰ（Simple Network Management Protocol）−Ａｇｅｎｔ（以下、管理Ａｇｅｎｔと称する）（＃３，＃４，＃５）１１３，１１４，１１５が動作しており、管理端末１１０とＳＮＭＰで通信している。
【００２２】
次に、図１のシステムにおける動作を説明する。
まず、本実施形態で重要なのは、管理端末１１０上の管理ツールとシステムコンポーネント１０１〜１０５上の管理Ａｇｅｎｔ＃１〜＃５との連携である。そのため、まず管理ツールと管理Ａｇｅｎｔ個々の説明をし、その後に管理ツールと管理Ａｇｅｎｔとの連携及び管理パスの自動切替えの手法について説明する。
【００２３】
まず管理端末１１０上の管理ツールは、システム上のストレージデバイス（図１ではストレージ装置１０５）及びネットワークデバイス（図１ではファブリックスイッチ１０３，１０４）をリモート管理するための手段である。管理ツールは、管理サービスに使用する管理パスの情報を得るために、サーバ計算機１０１，１０２と、ファブリックスイッチ１０３，１０４及びストレージ装置１０５の管理モジュール内に常駐する管理Ａｇｅｎｔに対して、「提供可能管理サービス情報」を取得するためのリクエスト、つまり「提供可能管理サービス情報」取得リクエストを発行し、その応答により収集した管理パス情報から各デバイスへの管理パスの利用順位を決定する。ここで、管理ツール−管理Ａｇｅｎｔ間で使用される通信プロトコルは、管理コマンドの送受信ができるならば、特に問わない。ちなみに図１のシステムでは、管理端末１１０の管理ツールとサーバ計算機１０１，１０２上の管理Ａｇｅｎｔ＃１，＃２との間では、ＳＣＳＩコマンドを通信パケットのデータとして格納して通信するプロトコルが用いられ、管理端末１１０の管理ツールと管理対象となるファブリックスイッチ１０３，１０４及びストレージ装置１０５内の管理モジュール（管理Ａｇｅｎｔ）＃３，＃４，＃５との間ではＳＮＭＰが用いられる。
【００２４】
管理Ａｇｅｎｔは、主に以下に述べる３つの機能を有する常駐型モジュールである。
第１は、管理ツールからの管理リクエストをデバイスとの間で使用するプロトコルに変換後、そのデバイスに対して送信し、その応答を逆ルートで管理ツールに返信するブリッジ機能である。
【００２５】
第２は、管理ツールからの「提供可能管理サービス情報」取得リクエストに応じて、図２に示すような内部に保持する情報、即ち「管理Ａｇｅｎｔ名、管理対象コンポーネント名、管理パスタイプ（管理パスＴｙｐｅ）、提供可能サービスのリスト」を提供する機能である。管理Ａｇｅｎｔ名は、管理Ａｇｅｎｔを識別するため名称であり、通常はマシン名である。管理対象コンポーネント名は、管理の対象となるデバイス（ストレージ装置やファブリックスイッチ）の名称である。管理パスタイプは、ＦＣケーブルで構成されるＦＣと呼ばれるタイプと、ＬＡＮケーブルで構成されるＬＡＮＰと呼ばれるタイプと、ＳＣＳＩケーブルで構成されるＳＣＳＩと呼ばれるタイプとに分類される。提供可能サービスのリストは、管理Ａｇｅｎｔが提供可能な機能のリストである。この提供可能なリストは、後述する管理ポリシーに基づくもので、監視機能と設定機能とに分類される。
【００２６】
第３は、管理Ａｇｅｎｔが動作するハードウェア（サーバ計算機１０１，１０２と、ファブリックスイッチ１０３，１０４及びストレージ装置１０５内の管理モジュール）とデバイスとの間のパスが複数ある場合、（管理ツールからのリクエストに応じて）ＨＢＡより先の障害を検出し次第、自動的にパスを切り替える機能である。図１のシステムでは、サーバ計算機１０１及び１０２上の管理Ａｇｅｎｔが、この機能を有する。
【００２７】
以上に述べた管理端末１１０上の管理ツール及びシステムコンポーネント１０１〜１０５上の管理Ａｇｅｎｔは、次のように連携して管理パスの自動切り替えを行う。
【００２８】
（１）デバイス管理ポリシーの決定（事前作業）
図１のシステムを稼動する前に、デバイス管理ポリシーとして以下の内容を決定し、適切に設定する必要がある。
【００２９】
（1-1）提供可能な管理の分類
大抵の場合、「監視」「設定」に大別する。但し、場合によっては、分類しないケースや、アクセスレベルに合わせて更に細分化されるケースがある。「監視」とは、各デバイスの動作状態の監視（モニタリング）であり、「設定」とはストレージ装置１０５がＲＡＩＤ（Redundant Arrays of Inexpensive Disks）であれば、そのストレージ装置１０５を用いてストレージの論理的な単位である論理ユニットを設定する操作である。
【００３０】
（1-2）管理Ａｇｅｎｔへの分類の割り当て
分類された管理機能を、管理Ａｇｅｎｔが有する機能と役割から判断して、それぞれに定義する。
【００３１】
（1-3）リスポンスタイム計測用の代理コマンドの定義
管理端末１１０の管理ツール−デバイス（管理対象）間のレスポンスタイムを計測するために発行するコマンドを、管理ツールにて定義しておく。レスポンスタイムは、管理パス相互の比較に利用するため、すべてのパスで利用でき、且つ１リクエストに対してデバイス側の処理負担が低いコマンドであることが要求される。
【００３２】
（1-4）更新間隔の設定
管理パスの利用順位がシステムの状態を反映したものとなるように、上記（１）以降で説明する処理を繰り返し行う時間間隔を決定する。
【００３３】
（1-5）応答待ち時間の限界の設定。
【００３４】
応答待ち時間は短めに設定する。その理由は、この応答待ち時間、つまりタイムアウト時間が、通信先（管理Ａｇｅｎｔ）の状態確認よりは、管理パスの切り替えイベントの意味合いが強いからである。
【００３５】
（1-6）ポート番号の決定
本実施形態では、後述する（２）の収集においてブロードキャストを利用するため、管理Ａｇｅｎｔが本実施形態のリクエストパケットであることを検知できるように、事前にポート番号を決定しておく。
【００３６】
（２）提供可能管理サービス情報の収集
管理ツールは、「提供可能管理サービス情報」の取得リクエストをブロードキャストパケットで通信し、各管理Ａｇｅｎｔから「提供可能管理サービス情報」を収集する。この「提供可能管理サービス情報」の内容は、図２を参照して前述した通りである。収集した上記サービス情報の内容は、当該情報の内容をカラムとしたテーブル（処理テーブル）に格納される。ここでは、テーブル類として、図３に示す４つのテーブル、即ち図３（ａ）に示す処理テーブルと、図３（ｂ）に示す検索キーテーブルと、図３（ｄ）に示すＴｅｍｐテーブル、及び図３（ｄ）に示すＴｅｍｐ２テーブルとが用意される。
【００３７】
（３）レスポンスタイムの計測
デバイス管理ポリシーとして定義されたコマンドを使用して、各管理パス（管理Ａｇｅｎｔ経由）を利用した場合のレスポンスタイムを計測する。このレスポンスタイムは、図３（ａ）の処理テーブルにセットされる。
【００３８】
（４）管理パスの利用順位の決定
処理テーブルを解析することで、管理対象コンポーネント（デバイス）及び管理内容毎の管理パスの利用順位を生成する。順位はコンポーネント毎の複数の管理パスの間で順位付けられる。管理しているドライブ（ストレージ装置、ファブリックスイッチ）が少ないサーバほど高順位とする。ここでは、順位は数値の小さいものほど優先度が高いものとする。
【００３９】
以下に順位決めの概略手順を示す。
コンポーネントの機能毎に以下の処理を実行する。
▲１▼コンポーネントに対する管理パスが１つのものは、その管理パスを順位“１”と設定。
▲２▼管理Ａｇｅｎｔを経由する管理パスが１つのものは、その管理パスを順位“１”と設定。
▲３▼順位未設定の管理パスに（３）で計測したレスポンスタイムの短いパスから順位付けする。
【００４０】
（５）管理Ａｇｅｎｔ（ＳＮＭＰ−Ａｇｅｎｔを含む）からの応答がない場合、処理テーブルの順位に照らし合わせて管理パスを自動的に切り替える。
【００４１】
上記（２）〜（４）で生成された管理パス利用順位は、管理ツールの起動時以外にも、例えば
（イ）ＳＡＮ１２０上に管理対象となるドライブ（ストレージ）が加わり（起動し）、且つ管理Ａｇｅｎｔが管理サービスを提供できる状態である場合
（ロ）定期的な処理テーブルの更新時
には再設定されて、処理テーブルが再構築される。
【００４２】
以上のように本実施形態においては、管理端末１１０上の管理ツールの通信先となる管理Ａｇｅｎｔ（ＳＮＭＰ−Ａｇｅｎｔを含む）を自動的に切り替えて、管理サービスを継続するようにしている。
【００４３】
上記（２）〜（４）の詳細な処理手順を図４のフローチャートを参照して説明する。
管理端末１１０上の管理ツールは、「提供可能管理サービス情報」の取得リクエストを（ポート番号をｐｏｒｔとした）ブロードキャストパケットで時刻Ｔ０に送信する（ステップＡ１）。
【００４４】
コンポーネント１０１〜１０５上の管理Ａｇｅｎｔは、管理ツールからの「提供可能管理サービス情報」の取得リクエストを受信すると、自身の「提供可能管理サービス情報」を返信する（ステップＢ１）。
【００４５】
管理端末１１０上の管理ツールは、「提供可能管理サービス情報」の取得リクエストの送信時刻Ｔ０よりＹ秒間経過時点までを当該リクエストに対する応答の受信待ち期間として設定し、Ｙ秒を経過すると、受信を打ち切って、受信した情報を図３（ａ）の処理テーブルに保存する（ステップＡ２）。
【００４６】
次に管理端末１１０上の管理ツールは、受信パケットから各管理ＡｇｅｎｔのＩＰアドレスを取得し、そのＩＰアドレスを通信先の管理Ａｇｅｎｔ情報として保存する（ステップＡ３）。
【００４７】
次に管理端末１１０上の管理ツールは、各管理パス（管理Ａｇｅｎｔ経由）を利用した場合のレスポンスタイムを計測するために、通信先の管理Ａｇｅｎｔに対して、デバイス管理ポリシーとして定義された代理コマンド（Command1）を時刻Ｔｓに発行する（ステップＡ４）。各管理Ａｇｅｎｔは管理ツールからのコマンド（Command1）を実行し、コマンド（Command1）の結果を返信する（ステップＢ２，Ｂ３）。
【００４８】
管理端末１１０上の管理ツールは、コマンド（Command1）の送信時刻ＴｓよりＹ秒間経過時点までを当該コマンド（Command1）に対する応答の受信待ち期間として設定し、その間に返信される応答を受信して（受信時刻をＴｒとする）、コマンド（Command1）の受信時刻Ｔｒと送信時刻Ｔｓとの差Ｔｒ−Ｔｓをレスポンスタイム（応答時間）として図３（ａ）の処理テーブルに格納する（ステップＡ５）。
【００４９】
次に管理端末１１０上の管理ツールは、処理テーブルを解析することで、管理対象コンポーネント（デバイス）及び管理内容毎の管理パスの利用順位を決定する処理（ステップＡ６）を行う。
【００５０】
管理端末１１０上の管理ツールは、以上のようにして作成される処理テーブルを、処理が継続している限り、時間Ｘ毎に更新する（ステップＡ７，Ａ８）。
【００５１】
上記ステップＡ６の管理パスの利用順位決定の処理手順を図５及び図６のフローチャートを参照して説明する。
【００５２】
管理端末１１０上の管理ツールは、図３（ａ）の処理テーブルの全行（エントリ）、即ち管理ツールと通信可能な全管理Ａｇｅｎｔから取得した情報に対して、以下のステップＣ２〜Ｃ５を実行する（ステップＣ１）。
【００５３】
即ち管理ツールは、処理テーブルから「管理コンポーネント＋管理機能」の組み合わせを抽出する（ステップＣ２）。そして管理ツールは、図３（ｂ）に示すデータ構造の検索テーブルを検索し（ステップＣ３）、該当する行（エントリ）がないならば、当該検索テーブルに「管理コンポーネント＋管理機能」の組み合わせの行を登録する（ステップＣ５）。これに対し、該当する行（エントリ）があるならば、当該「管理コンポーネント＋管理機能」を持つ行（エントリ）中の“行数カウンタ”に１を加える（ステップＣ４）。
【００５４】
管理ツールは以上の処理（ステップＣ２〜Ｃ５）を図３（ａ）の処理テーブルの全行について実行すると、図３（ｂ）の検索テーブルの全行（エントリ）に対して、以下のステップＣ７，Ｃ８，Ｄ１〜Ｄ１３を実行する（ステップＣ６）。
【００５５】
即ち管理ツールは、検索テーブルの行（エントリ）から「管理コンポーネント＋管理機能」を検索キーとして抽出する（ステップＣ７）。そして管理ツールは、処理テーブルから検索キーに一致する行（エントリ）を全て抽出し、その抽出した行の集合を図３（ｃ）に示すデータ構造、即ち処理テーブルと同一データ構造のＴｅｍｐテーブルとして生成する（ステップＣ８）。
【００５６】
もし、Ｔｅｍｐテーブルの行（エントリ）数が１であるならば（ステップＤ１）、管理ツールは処理テーブルの該当する行の“機能使用順位”の項に１をセットする（ステップＤ２）。これに対し、Ｔｅｍｐテーブルの行（エントリ）数が１でないならば（ステップＤ１）、管理ツールはＴｅｍｐテーブルの全行に対して以下のＤ４〜Ｄ６を実行する（ステップＤ３）。
【００５７】
即ち管理ツールは、Ｔｅｍｐテーブルから管理Ａｇｅｎｔを抽出して、その管理Ａｇｅｎｔで処理テーブルを検索し、行数ＣＮＴをカウントする（ステップＤ４）。もし、カウントした行数ＣＮＴが１であるならば、管理ツールは、Ｔｅｍｐ２テーブルに、図３（ｄ）に示すように、管理Ａｇｅｎｔと管理パスタイプとを登録する（ステップＤ５，Ｄ６）。これに対して、カウントした行数ＣＮＴが１でないならば、管理ツールは何もしない。
【００５８】
管理ツールは以上の処理（ステップＤ４〜Ｄ６）を図３（ｃ）のＴｅｍｐテーブルの全行について実行すると、図３（ｄ）のＴｅｍｐ２テーブルの行数ＣＮＴ２をカウントする（ステップＤ７）。もし、カウントした行数ＣＮＴ２が１であるならば、管理ツールは、処理テーブルの該当する行の“機能使用順位”に１をセットする（ステップＤ９）。これに対して、カウントした行数ＣＮＴ２が１でないならば、管理ツールは処理テーブルの該当する行の“機能使用順位”に対して、“管理パスタイプ”の項がＬＡＮＰ，ＦＣ，ＳＣＳＩの順に順位付けする。
【００５９】
管理ツールは、ステップＤ９またはＤ１０を実行すると、順位付けが終わった管理Ａｇｅｎｔの、Ｔｅｍｐテーブル内の該当する行を削除する（ステップＤ１１）。次に管理ツールは、Ｔｅｍｐテーブルを当該テーブル内の“応答時間”の項で降べきの順にソートする（ステップＤ１２）。そして管理ツールは、Ｔｅｍｐテーブルの順位通りに、処理テーブルの該当する行に順位付けする（ステップＤ１３）。
【００６０】
管理ツールは、以上の処理（ステップＣ７，Ｃ８，Ｄ１〜Ｄ１３）を図３（ｂ）の検索テーブルの全行について実行すると、一連の管理パスの利用順位決定処理（ステップＡ６）を終了する。
【００６１】
以上の手順を図１のシステムに適用した具体例について述べる。
まず、図１のシステムは前記したように、ストレージ装置１０５とサーバ計算機１０２，１０３とをＨＡ構成したシステムであり、管理端末１１０の管理ツールとサーバ計算機１０１，１０２上の管理Ａｇｅｎｔ＃１，＃２との間では、ＳＣＳＩコマンドを通信パケットのデータとして格納して通信するプロトコルが用いられ、管理端末１１０の管理ツールと管理対象となるファブリックスイッチ１０３，１０４及びストレージ装置１０５の管理モジュール＃３，＃４，＃５との間ではＳＮＭＰが用いられる。そこでファブリックスイッチ１０３，１０４及びストレージ装置１０５の管理モジュールをＳＮＭＰ−Ａｇｅｎｔ＃３，＃４，＃５と表現する。また、ファブリックスイッチ１０３，１０４をＦＣ−ＳＷ＃３，＃４と表現する。
【００６２】
また、図１のシステムにおけるデバイス管理ポリシーを
・管理機能区分は「監視」「設定」の２つ
・提供管理サービスの定義は、サーバ計算機には「監視」と「設定」、ＳＮＭＰ−Ａｇｅｎｔには「監視」のみ
・レスポンスタイム（応答時間）計測用コマンドには、「デバイスの総合ステータスの取得」コマンドを利用
・更新間隔Ｘは６００［秒］
・応答待ち時間Ｙは５［秒］
とする。
【００６３】
このシステム環境下で上記手順（２），（３）を行った結果は図７のようになる。これを手順（４）に基づき実行したコンポーネント（Component）及び管理機能毎の管理パス利用順位、つまり図３（ａ）の処理テーブルの内容は、図８の通りとなる。このように、手順（２）〜（４）を実行した結果が図８のようになり、各管理機能に対して利用順位が決定されたことになる。
【００６４】
これにより、管理端末１１０上の管理ツールが例えばストレージ装置（ストレージ＃５）１０５の監視を行う場合は、図８の管理パス利用順位（処理テーブル）によれば、最初はＳＮＭＰ−Ａｇｅｎｔ＃５を経由する管理パスが使用される。もし、ＳＮＭＰ−Ａｇｅｎｔ＃５に障害が発生した場合には、つまりレスポンスタイム計測でのタイムアウト発生により障害を検出した場合には、管理ツールはストレージ装置（ストレージ＃５）１０５の監視に対する管理パスをサーバ計算機（サーバ＃１）１０１経由に切り替えて、管理サービスを継続する。
【００６５】
更に、例えばファブリックスイッチ１０３（ＦＣ−ＳＷ＃３）がダウンした場合は、サーバ計算機（サーバ＃１）１０１の管理Ａｇｅｎｔ＃１により当該ファブリックスイッチ１０３（ＦＣ−ＳＷ＃３）のダウンが検出されて自動的に管理パスが切り替えられる。また、サーバ計算機（サーバ＃１）１０１自体がダウンした場合には、更に次の順位であるサーバ計算機（サーバ＃２）１０２経由の管理パスに切り替えられる。
【００６６】
障害が検出された管理パスは上記処理テーブルにおいては基本的には再利用されることはない。但し、処理テーブル自体がデバイス管理ポリシーの通り６００秒（Ｘ秒）毎に更新されるため、それまでに復旧されるならば、管理パスとして再利用されることもあり得る。
【００６７】
［第２の実施形態］
図９は本発明の第２の実施形態に係る高可用性ストレージシステムの構成を示す。
図９において、ＬＡＮ２００には、サーバ計算機（サーバ＃１）２０１、サーバ計算機（サーバ＃２）２０２及びサーバ計算機（サーバ＃３）２０３が接続されている。このサーバ計算機２０１〜２０３と、当該サーバ計算機２０１〜２０３により共有されるストレージ装置（ストレージ＃６）２０６及びストレージ装置（ストレージ＃７）２０７とは、２つのファブリックスイッチ（＃４）２０４及びファブリックスイッチ（＃５）２０５によりＨＡ接続（冗長接続）され、冗長構成のストレージ専用ＳＡＮ２３０を実現している。
【００６８】
ＬＡＮ２００は、ＬＡＮケーブルにより構成される管理パスＬＡＮＰ４，ＬＡＮＰ５，ＬＡＮＰ６，ＬＡＮＰ７により、それぞれファブリックスイッチ（＃４，＃５）２０４，２０５及びストレージ装置（ストレージ＃６，＃７）２０６，２０７、即ちシステムコンポーネント＃４，＃５，＃６，＃７のＬＡＮポートと接続されている。
【００６９】
また、図９のシステムには、サーバ計算機（サーバ＃８）２０８とストレージ装置（ストレージ＃９）２０９及びストレージ装置（ストレージ＃１０）２１０とをＳＣＳＩケーブル２４０によりダイレクトに接続したレガシーなストレージシステムが混在する。ＬＡＮ２００には、管理ツールが動作する管理端末２２０が接続されている。この管理端末２２０上の管理ツールは、上記のＳＡＮ２３０の環境とレガシーなストレージシステムとが混在するシステム環境を一元管理する。
【００７０】
サーバ計算機２０１〜２０３には、管理Ａｇｅｎｔ＃１〜＃３が常駐している。また、ファブリックスイッチ（＃４，＃５）２０４，２０５及びストレージ装置（ストレージ＃６，＃７）２０６，２０７、即ちシステムコンポーネント＃４，＃５，＃６，＃７には、本体内蔵のＬＡＮポートと直接接続した内部管理モジュールであるＳＮＭＰ−Ａｇｅｎｔ（以下、管理Ａｇｅｎｔと称する）（＃４，＃５，＃６，＃７）２１４，２１５，２１６，２１７が動作している。
【００７１】
図９のシステムにおいて、管理端末２２０上の管理ツールとサーバ計算機２０１〜２０３上の管理Ａｇｅｎｔ＃１〜＃３との間では、ＳＣＳＩコマンドを通信パケットのデータとして格納して通信するプロトコルが用いられ、管理端末２２０上の管理ツールとファブリックスイッチ２０４，２０５及びストレージ装置２０６，２０７内の管理モジュール（管理Ａｇｅｎｔ）＃４，＃５，＃６，＃７との間ではＳＮＭＰが用いられる。サーバ計算機２０１〜２０３は受信したパケットをデバイス（ファブリックスイッチ）−ストレージ（ストレージ装置）間で使用するＦＣへプロトコル変換し、サーバ計算機２０８はＳＣＳＩへプロトコル変換する。
【００７２】
図９のシステムにおけるデバイス管理ポリシーを、図１のシステムと同様に、
・管理機能区分は「監視」「設定」の２つ
・提供管理サービスの定義は、サーバ計算機には「監視」と「設定」、ＳＮＭＰ−Ａｇｅｎｔには「監視」のみ
・レスポンスタイム（応答時間）計測用コマンドには、「デバイスの総合ステータスの取得」コマンドを利用
・更新間隔Ｘは６００［秒］
・応答待ち時間Ｙは５［秒］
とする。
【００７３】
このシステム環境下で上記手順（２），（３）を行った結果は図１０のようになる。これを手順（４）に基づき実行したコンポーネント（Component）及び管理機能毎の管理パス利用順位、つまり図３（ａ）の処理テーブルの内容は、図１１の通りとなる。このように、手順（２）〜（４）を実行した結果が図１１のようになり、各管理機能に対して利用順位が決定されたことになる。
【００７４】
なお、本発明は、上記各実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００７５】
【発明の効果】
以上詳述したように本発明によれば、管理端末の管理ツールによりサーバ計算機、ストレージ装置及びファブリックスイッチの各管理コンポーネント上でそれぞれ動作する管理エージェントと通信することで、管理パスを監視し、使用中の管理パスに障害を検出した場合に、当該管理パスを別の管理パスに切り替えるようにしたので、管理パスを構成する特定コンポーネントの障害の影響が管理サービスに直接的に及ぶのを回避でき、管理サービス自体の停止によるデバイスの無監視状態が発生するのを低減できる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る高可用性ストレージシステムの構成を示す図。
【図２】図１中の各管理Ａｇｅｎｔにより提供可能な管理サービス情報の一例を示す図。
【図３】同実施形態で適用される処理テーブルを含む各種テーブル類のデータ構造例を示す図。
【図４】同実施形態における管理ツールを中心とする処理手順を説明するためのフローチャート。
【図５】図４中のステップＡ６の管理パスの利用順位決定の処理手順の詳細を説明するためのフローチャートの一部を示す図。
【図６】図４中のステップＡ６の管理パスの利用順位決定の処理手順の詳細を説明するためのフローチャートの残りを示す図。
【図７】同実施形態おける提供可能管理サービス情報の収集とレスポンスタイム計測の実行結果の一例を示す図。
【図８】同実施形態おけるコンポーネント（Component）及び管理機能毎の管理パス利用順位の決定結果の一例を示す図。
【図９】本発明の第２の実施形態に係る高可用性ストレージシステムの構成を示す図。
【図１０】同第２の実施形態おける提供可能管理サービス情報の収集とレスポンスタイム計測の実行結果の一例を示す図。
【図１１】同第２の実施形態おけるコンポーネント（Component）及び管理機能毎の管理パス利用順位の決定結果の一例を示す図。
【符号の説明】
１００，２００…ＬＡＮ
１０１，１０２，２０１〜２０３，２０８…サーバ計算機（管理Ａｇｅｎｔ）
１０３，１０４，２０４，２０５…ファブリックスイッチ
１０５，２０６，２０７，２０９，２１０…ストレージ装置
１１０，２２０…管理端末（管理ツール）
１１３〜１１５，２１４〜２１７…管理モジュール（管理Ａｇｅｎｔ）
【発明の属する技術分野】
本発明は、複数の計算機と少なくとも１つのストレージ装置とが複数のファブリックスイッチにより接続され、デバイス管理に利用される管理パスを複数備えた冗長構成の高可用性ストレージシステムに係り、特に利用中の管理パスに障害が発生した場合に自動的に他の管理パスに切り替えるのに好適な管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステムに関する。
【０００２】
【従来の技術】
近時、複数の計算機と少なくとも１つのストレージ装置とが複数のファブリックスイッチにより接続された冗長構成の高可用性ストレージシステムが開発されている。
【０００３】
この種の高可用性ストレージシステムでは、ストレージ装置及びファブリックスイッチ等のデバイス（管理対象デバイス）の管理に利用される管理パスと呼ばれる通信路が多重化されている。つまりデバイス管理用のパス（管理パス）がマルチパス構成となっている。これにより、利用中の管理パスに障害が発生した場合に他の管理パスに切り替えて、管理パスの障害を回避しつつ管理サービスの継続を実現している。
【０００４】
このように、管理パスの障害を回避しつつ管理サービスを継続する方法として、サーバ計算機など、管理コマンド（ステータス取得や設定など）の発行が可能な管理モジュールを持つ複数のマシンを切り替える方法が従来から知られている。しかし、この方法は、リモートログインなど手動により行われるものであった。
【０００５】
【発明が解決しようとする課題】
上記したように、ストレージ装置やファブリックスイッチなどの管理対象に対して、管理コマンドの発行が可能な管理モジュールを持つ複数のマシンを切り替えて、管理パスの障害を回避しつつ管理サービスを継続する方法は従来から知られているが、その手順は、リモートログインなど手動により行われるものであった。しかしながら、手動による管理パス切り替えでは、パスの状態監視と切り替え自体の手間がかかるという問題があった。また、管理パスの障害により管理サービス自体が停止するという問題もあった。
【０００６】
本発明は上記事情を考慮してなされたものでその目的は、管理パスを構成する特定コンポーネントの障害の影響が管理サービスに直接的に及ぶのを回避し、管理サービス自体の停止によるデバイスの無監視状態の発生が低減できる管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、ＬＡＮに接続された複数のサーバ計算機と少なくとも１つのストレージ装置とを複数のファブリックスイッチによりファイバチャネルケーブルにより冗長接続すると共に、上記ストレージ装置及びファブリックスイッチをＬＡＮケーブルにより上記ＬＡＮに接続することにより、上記ストレージ装置及び上記ファブリックスイッチへのそれぞれ複数の管理パスが確保され、上記ＬＡＮに接続された管理端末の管理ツールにより上記管理パスを介して上記ストレージ装置及び上記ファブリックスイッチを一元管理する高可用性ストレージシステムにおける管理パス切り替え方法であって、上記管理端末の管理ツールにより上記サーバ計算機、上記ストレージ装置及び上記ファブリックスイッチの各管理コンポーネント上でそれぞれ動作する管理エージェントと通信することで、上記管理パスを監視するステップと、この管理パス監視ステップで使用中の管理パスに障害を検出した場合に、当該管理パスを別の管理パスに切り替えて管理サービスを継続するステップとを備えたことを特徴とする。
【０００８】
このような構成においては、管理パス監視ステップで使用中の管理パスに障害を検出した場合に、当該管理パスが別の管理パスに切り替えられるため、管理パスを構成する特定コンポーネントの障害の影響が管理サービスに直接的に及ぶのを回避でき、管理サービス自体の停止によるデバイスの無監視状態が発生するのを低減できる。
【０００９】
ここで、管理ツールから各管理コンポーネント上でそれぞれ動作する管理エージェントに対してブロードキャストパケットによる特定リクエストを発行するステップと、この特定リクエストを受信した管理エージェントから提供可能管理サービス情報を通知するステップと、各管理エージェントから通知された提供可能管理サービス情報を収集するステップと、収集した提供可能管理サービス情報をもとに、少なくとも各管理コンポーネント毎に、管理パスの利用順位の順位付けを行うステップと、使用中の管理パスに障害を検出した場合に、上記管理パスの利用順位に従って管理パスの切り替えを行うことを特徴とする。
【００１０】
このような構成においては、管理ツールと各コンポーネント上の管理エージェントとの間の通信により各管理エージェントが提供可能な管理サービス情報を管理ツールにて自動収集して、コンポーネント毎の管理パスの利用順位の順位付けを行う構成としたので、利用順位に照らし合わせた管理パスの選択、切り替えの自動化が図れる。これによりシステム管理者は、管理システム自体の管理、停滞回避努力、停滞復旧作業から解放され、管理に要する時間と労力を各コンポーネントに集約することが可能となる。
【００１１】
また、管理パスが例えばＳＣＳＩ，ＦＣ（ファイバチャネル）であれば、データパスと管理パスとを共有することになるため、あるパスの障害の結果、切り替えを予定しているパスにデータパスの切り替えが集中し、負荷が高くなる可能性がある。しかし本発明においては、予め管理パスの切り替え順位、つまり管理パスの利用順位が決定されるため、管理パスの障害発生時の速やかな切り替えが実現できる。
【００１２】
ここで、上記各管理パスを介してレスポンスタイム計測のための特定コマンドを発行し、各管理コンポーネント上の管理エージェントから応答させるステップと、上記特定コマンドの発行時から当該コマンドに対する各管理エージェントからの応答時までの時間を対応する管理パスを経由してのレスポンスタイムとして抽出するステップと、抽出したレスポンスタイムに応じて管理パスの利用順位を決定するステップとを備えるならば、効率的な管理サービスが実現可能となる。この他に、管理しているドライブ（ストレージ装置、ファブリックスイッチ）が少ないサーバ、特定ドライブに対する管理エージェントの重要度の低いもの、パスの特定目的への専有性の高いものほど高順位とするとよい。
【００１３】
レスポンスタイムを計測する場合、上記特定コマンドの発行時から予め定められた時間内に応答がなかった場合に対応する管理パスの障害を判定する構成とするならば、管理パスの障害検出が効率的に行えるようになる。
【００１４】
また、管理パスの利用順位を定期的に更新するならば、管理パスの切り替えに常に最新のネットワークの状態を反映させることができる。
【００１５】
以上の構成の管理パス切り替え方法に係る本発明は、当該管理パス切り替え方法を適用し、且つ管理端末で実行される管理プログラムの発明としても成立する。また、管理パス切り替え方法に係る発明は、当該管理パス切り替え方法を適用する管理端末を備えた高可用性ストレージシステムに係る発明としても成立する。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
【００１７】
［第１の実施形態］
図１は本発明の第１の実施形態に係る高可用性ストレージシステムの構成を示す。
図１において、ＬＡＮ１００には、サーバ計算機（サーバ＃１）１０１及びサーバ計算機（サーバ＃２）１０２が接続されている。このサーバ計算機１０１，１０２と、当該サーバ計算機１０１，１０２により共有されるストレージ装置（ストレージ＃５）１０５とには、ＨＢＡ（Host Bus Adapter）と呼ばれるネットワークアダプタが、多重化するパス数分、例えば２つ実装されている。つまりサーバ計算機１０１，１０２及びストレージ装置１０５は、ファイバチャネル（Fibre Channel）ポート（ＦＣポート）を２つ有している。
【００１８】
サーバ計算機１０１，１０２及びストレージ装置１０５の一方のＨＢＡ（ＦＣポート）は、ファブリックスイッチ（＃３）１０３と接続され、サーバ計算機１０１，１０２及びストレージ装置１０５の他方のＨＢＡ（ＦＣポート）は、ファブリックスイッチ（＃４）１０４と接続されている。つまり、サーバ計算機（サーバ＃１，＃２）１０１，１０２及びストレージ装置（ストレージ＃５）１０５のそれぞれ２つのＨＢＡ（ＦＣポート）を、２つのファブリックスイッチ（＃３，＃４）１０３及び１０４でＨＡ（High Availability）接続（冗長接続）することで、複数の管理パスを確保している。図中の管理パスＦＣｘｙ（ｘｙは数値）は、コンポーネント＃ｘとコンポーネント＃ｙとを結ぶＦＣ（Fibre Channel）ケーブルから構成される管理パスを示す。ファブリックスイッチ（＃３，＃４）１０３，１０４及びストレージ装置（ストレージ＃５）１０５は、ＬＡＮポートを内蔵している。
【００１９】
また、ＬＡＮ１００には、管理者の操作によりシステム全体をリモート管理するための端末（以下、管理端末と称する）１１０が接続されている。このＬＡＮ１００は、ＬＡＮケーブルにより構成される管理パスＬＡＮＰ３，ＬＡＮＰ４，ＬＡＮＰ５により、それぞれファブリックスイッチ（＃３，＃４）１０３，１０４及びストレージ装置（ストレージ＃５）１０５、即ちシステムコンポーネント＃３，＃４，＃５のＬＡＮポートと接続されている。
【００２０】
サーバ計算機（サーバ＃１）１０１及びサーバ計算機（サーバ＃２）１０２をファブリックスイッチ（＃３）１０３及びファブリックスイッチ（＃４）１０４によりストレージ装置（ストレージ＃５）１０５と接続したネットワーク構成は、ＳＡＮ（Storage Area Network：ストレージ・エリア・ネットワーク）１２０と呼ばれる。
【００２１】
一方、図１のシステムにおけるソフトウエア構成としては、管理端末１１０上では管理者がリモート管理をするために用いる“管理ツール”が動作し、サーバ計算機１０１，１０２には、それぞれ図１のシステムにおける管理パスの切り替えに重要な役割を果たす管理Ａｇｅｎｔ＃１，＃２が常駐している。また、ファブリックスイッチ（＃３，＃４）１０３，１０４及びストレージ装置（ストレージ＃５）１０５、即ちシステムコンポーネント＃３，＃４，＃５には、本体内蔵のＬＡＮポートと直接接続した内部管理モジュールであるＳＮＭＰ（Simple Network Management Protocol）−Ａｇｅｎｔ（以下、管理Ａｇｅｎｔと称する）（＃３，＃４，＃５）１１３，１１４，１１５が動作しており、管理端末１１０とＳＮＭＰで通信している。
【００２２】
次に、図１のシステムにおける動作を説明する。
まず、本実施形態で重要なのは、管理端末１１０上の管理ツールとシステムコンポーネント１０１〜１０５上の管理Ａｇｅｎｔ＃１〜＃５との連携である。そのため、まず管理ツールと管理Ａｇｅｎｔ個々の説明をし、その後に管理ツールと管理Ａｇｅｎｔとの連携及び管理パスの自動切替えの手法について説明する。
【００２３】
まず管理端末１１０上の管理ツールは、システム上のストレージデバイス（図１ではストレージ装置１０５）及びネットワークデバイス（図１ではファブリックスイッチ１０３，１０４）をリモート管理するための手段である。管理ツールは、管理サービスに使用する管理パスの情報を得るために、サーバ計算機１０１，１０２と、ファブリックスイッチ１０３，１０４及びストレージ装置１０５の管理モジュール内に常駐する管理Ａｇｅｎｔに対して、「提供可能管理サービス情報」を取得するためのリクエスト、つまり「提供可能管理サービス情報」取得リクエストを発行し、その応答により収集した管理パス情報から各デバイスへの管理パスの利用順位を決定する。ここで、管理ツール−管理Ａｇｅｎｔ間で使用される通信プロトコルは、管理コマンドの送受信ができるならば、特に問わない。ちなみに図１のシステムでは、管理端末１１０の管理ツールとサーバ計算機１０１，１０２上の管理Ａｇｅｎｔ＃１，＃２との間では、ＳＣＳＩコマンドを通信パケットのデータとして格納して通信するプロトコルが用いられ、管理端末１１０の管理ツールと管理対象となるファブリックスイッチ１０３，１０４及びストレージ装置１０５内の管理モジュール（管理Ａｇｅｎｔ）＃３，＃４，＃５との間ではＳＮＭＰが用いられる。
【００２４】
管理Ａｇｅｎｔは、主に以下に述べる３つの機能を有する常駐型モジュールである。
第１は、管理ツールからの管理リクエストをデバイスとの間で使用するプロトコルに変換後、そのデバイスに対して送信し、その応答を逆ルートで管理ツールに返信するブリッジ機能である。
【００２５】
第２は、管理ツールからの「提供可能管理サービス情報」取得リクエストに応じて、図２に示すような内部に保持する情報、即ち「管理Ａｇｅｎｔ名、管理対象コンポーネント名、管理パスタイプ（管理パスＴｙｐｅ）、提供可能サービスのリスト」を提供する機能である。管理Ａｇｅｎｔ名は、管理Ａｇｅｎｔを識別するため名称であり、通常はマシン名である。管理対象コンポーネント名は、管理の対象となるデバイス（ストレージ装置やファブリックスイッチ）の名称である。管理パスタイプは、ＦＣケーブルで構成されるＦＣと呼ばれるタイプと、ＬＡＮケーブルで構成されるＬＡＮＰと呼ばれるタイプと、ＳＣＳＩケーブルで構成されるＳＣＳＩと呼ばれるタイプとに分類される。提供可能サービスのリストは、管理Ａｇｅｎｔが提供可能な機能のリストである。この提供可能なリストは、後述する管理ポリシーに基づくもので、監視機能と設定機能とに分類される。
【００２６】
第３は、管理Ａｇｅｎｔが動作するハードウェア（サーバ計算機１０１，１０２と、ファブリックスイッチ１０３，１０４及びストレージ装置１０５内の管理モジュール）とデバイスとの間のパスが複数ある場合、（管理ツールからのリクエストに応じて）ＨＢＡより先の障害を検出し次第、自動的にパスを切り替える機能である。図１のシステムでは、サーバ計算機１０１及び１０２上の管理Ａｇｅｎｔが、この機能を有する。
【００２７】
以上に述べた管理端末１１０上の管理ツール及びシステムコンポーネント１０１〜１０５上の管理Ａｇｅｎｔは、次のように連携して管理パスの自動切り替えを行う。
【００２８】
（１）デバイス管理ポリシーの決定（事前作業）
図１のシステムを稼動する前に、デバイス管理ポリシーとして以下の内容を決定し、適切に設定する必要がある。
【００２９】
（1-1）提供可能な管理の分類
大抵の場合、「監視」「設定」に大別する。但し、場合によっては、分類しないケースや、アクセスレベルに合わせて更に細分化されるケースがある。「監視」とは、各デバイスの動作状態の監視（モニタリング）であり、「設定」とはストレージ装置１０５がＲＡＩＤ（Redundant Arrays of Inexpensive Disks）であれば、そのストレージ装置１０５を用いてストレージの論理的な単位である論理ユニットを設定する操作である。
【００３０】
（1-2）管理Ａｇｅｎｔへの分類の割り当て
分類された管理機能を、管理Ａｇｅｎｔが有する機能と役割から判断して、それぞれに定義する。
【００３１】
（1-3）リスポンスタイム計測用の代理コマンドの定義
管理端末１１０の管理ツール−デバイス（管理対象）間のレスポンスタイムを計測するために発行するコマンドを、管理ツールにて定義しておく。レスポンスタイムは、管理パス相互の比較に利用するため、すべてのパスで利用でき、且つ１リクエストに対してデバイス側の処理負担が低いコマンドであることが要求される。
【００３２】
（1-4）更新間隔の設定
管理パスの利用順位がシステムの状態を反映したものとなるように、上記（１）以降で説明する処理を繰り返し行う時間間隔を決定する。
【００３３】
（1-5）応答待ち時間の限界の設定。
【００３４】
応答待ち時間は短めに設定する。その理由は、この応答待ち時間、つまりタイムアウト時間が、通信先（管理Ａｇｅｎｔ）の状態確認よりは、管理パスの切り替えイベントの意味合いが強いからである。
【００３５】
（1-6）ポート番号の決定
本実施形態では、後述する（２）の収集においてブロードキャストを利用するため、管理Ａｇｅｎｔが本実施形態のリクエストパケットであることを検知できるように、事前にポート番号を決定しておく。
【００３６】
（２）提供可能管理サービス情報の収集
管理ツールは、「提供可能管理サービス情報」の取得リクエストをブロードキャストパケットで通信し、各管理Ａｇｅｎｔから「提供可能管理サービス情報」を収集する。この「提供可能管理サービス情報」の内容は、図２を参照して前述した通りである。収集した上記サービス情報の内容は、当該情報の内容をカラムとしたテーブル（処理テーブル）に格納される。ここでは、テーブル類として、図３に示す４つのテーブル、即ち図３（ａ）に示す処理テーブルと、図３（ｂ）に示す検索キーテーブルと、図３（ｄ）に示すＴｅｍｐテーブル、及び図３（ｄ）に示すＴｅｍｐ２テーブルとが用意される。
【００３７】
（３）レスポンスタイムの計測
デバイス管理ポリシーとして定義されたコマンドを使用して、各管理パス（管理Ａｇｅｎｔ経由）を利用した場合のレスポンスタイムを計測する。このレスポンスタイムは、図３（ａ）の処理テーブルにセットされる。
【００３８】
（４）管理パスの利用順位の決定
処理テーブルを解析することで、管理対象コンポーネント（デバイス）及び管理内容毎の管理パスの利用順位を生成する。順位はコンポーネント毎の複数の管理パスの間で順位付けられる。管理しているドライブ（ストレージ装置、ファブリックスイッチ）が少ないサーバほど高順位とする。ここでは、順位は数値の小さいものほど優先度が高いものとする。
【００３９】
以下に順位決めの概略手順を示す。
コンポーネントの機能毎に以下の処理を実行する。
▲１▼コンポーネントに対する管理パスが１つのものは、その管理パスを順位“１”と設定。
▲２▼管理Ａｇｅｎｔを経由する管理パスが１つのものは、その管理パスを順位“１”と設定。
▲３▼順位未設定の管理パスに（３）で計測したレスポンスタイムの短いパスから順位付けする。
【００４０】
（５）管理Ａｇｅｎｔ（ＳＮＭＰ−Ａｇｅｎｔを含む）からの応答がない場合、処理テーブルの順位に照らし合わせて管理パスを自動的に切り替える。
【００４１】
上記（２）〜（４）で生成された管理パス利用順位は、管理ツールの起動時以外にも、例えば
（イ）ＳＡＮ１２０上に管理対象となるドライブ（ストレージ）が加わり（起動し）、且つ管理Ａｇｅｎｔが管理サービスを提供できる状態である場合
（ロ）定期的な処理テーブルの更新時
には再設定されて、処理テーブルが再構築される。
【００４２】
以上のように本実施形態においては、管理端末１１０上の管理ツールの通信先となる管理Ａｇｅｎｔ（ＳＮＭＰ−Ａｇｅｎｔを含む）を自動的に切り替えて、管理サービスを継続するようにしている。
【００４３】
上記（２）〜（４）の詳細な処理手順を図４のフローチャートを参照して説明する。
管理端末１１０上の管理ツールは、「提供可能管理サービス情報」の取得リクエストを（ポート番号をｐｏｒｔとした）ブロードキャストパケットで時刻Ｔ０に送信する（ステップＡ１）。
【００４４】
コンポーネント１０１〜１０５上の管理Ａｇｅｎｔは、管理ツールからの「提供可能管理サービス情報」の取得リクエストを受信すると、自身の「提供可能管理サービス情報」を返信する（ステップＢ１）。
【００４５】
管理端末１１０上の管理ツールは、「提供可能管理サービス情報」の取得リクエストの送信時刻Ｔ０よりＹ秒間経過時点までを当該リクエストに対する応答の受信待ち期間として設定し、Ｙ秒を経過すると、受信を打ち切って、受信した情報を図３（ａ）の処理テーブルに保存する（ステップＡ２）。
【００４６】
次に管理端末１１０上の管理ツールは、受信パケットから各管理ＡｇｅｎｔのＩＰアドレスを取得し、そのＩＰアドレスを通信先の管理Ａｇｅｎｔ情報として保存する（ステップＡ３）。
【００４７】
次に管理端末１１０上の管理ツールは、各管理パス（管理Ａｇｅｎｔ経由）を利用した場合のレスポンスタイムを計測するために、通信先の管理Ａｇｅｎｔに対して、デバイス管理ポリシーとして定義された代理コマンド（Command1）を時刻Ｔｓに発行する（ステップＡ４）。各管理Ａｇｅｎｔは管理ツールからのコマンド（Command1）を実行し、コマンド（Command1）の結果を返信する（ステップＢ２，Ｂ３）。
【００４８】
管理端末１１０上の管理ツールは、コマンド（Command1）の送信時刻ＴｓよりＹ秒間経過時点までを当該コマンド（Command1）に対する応答の受信待ち期間として設定し、その間に返信される応答を受信して（受信時刻をＴｒとする）、コマンド（Command1）の受信時刻Ｔｒと送信時刻Ｔｓとの差Ｔｒ−Ｔｓをレスポンスタイム（応答時間）として図３（ａ）の処理テーブルに格納する（ステップＡ５）。
【００４９】
次に管理端末１１０上の管理ツールは、処理テーブルを解析することで、管理対象コンポーネント（デバイス）及び管理内容毎の管理パスの利用順位を決定する処理（ステップＡ６）を行う。
【００５０】
管理端末１１０上の管理ツールは、以上のようにして作成される処理テーブルを、処理が継続している限り、時間Ｘ毎に更新する（ステップＡ７，Ａ８）。
【００５１】
上記ステップＡ６の管理パスの利用順位決定の処理手順を図５及び図６のフローチャートを参照して説明する。
【００５２】
管理端末１１０上の管理ツールは、図３（ａ）の処理テーブルの全行（エントリ）、即ち管理ツールと通信可能な全管理Ａｇｅｎｔから取得した情報に対して、以下のステップＣ２〜Ｃ５を実行する（ステップＣ１）。
【００５３】
即ち管理ツールは、処理テーブルから「管理コンポーネント＋管理機能」の組み合わせを抽出する（ステップＣ２）。そして管理ツールは、図３（ｂ）に示すデータ構造の検索テーブルを検索し（ステップＣ３）、該当する行（エントリ）がないならば、当該検索テーブルに「管理コンポーネント＋管理機能」の組み合わせの行を登録する（ステップＣ５）。これに対し、該当する行（エントリ）があるならば、当該「管理コンポーネント＋管理機能」を持つ行（エントリ）中の“行数カウンタ”に１を加える（ステップＣ４）。
【００５４】
管理ツールは以上の処理（ステップＣ２〜Ｃ５）を図３（ａ）の処理テーブルの全行について実行すると、図３（ｂ）の検索テーブルの全行（エントリ）に対して、以下のステップＣ７，Ｃ８，Ｄ１〜Ｄ１３を実行する（ステップＣ６）。
【００５５】
即ち管理ツールは、検索テーブルの行（エントリ）から「管理コンポーネント＋管理機能」を検索キーとして抽出する（ステップＣ７）。そして管理ツールは、処理テーブルから検索キーに一致する行（エントリ）を全て抽出し、その抽出した行の集合を図３（ｃ）に示すデータ構造、即ち処理テーブルと同一データ構造のＴｅｍｐテーブルとして生成する（ステップＣ８）。
【００５６】
もし、Ｔｅｍｐテーブルの行（エントリ）数が１であるならば（ステップＤ１）、管理ツールは処理テーブルの該当する行の“機能使用順位”の項に１をセットする（ステップＤ２）。これに対し、Ｔｅｍｐテーブルの行（エントリ）数が１でないならば（ステップＤ１）、管理ツールはＴｅｍｐテーブルの全行に対して以下のＤ４〜Ｄ６を実行する（ステップＤ３）。
【００５７】
即ち管理ツールは、Ｔｅｍｐテーブルから管理Ａｇｅｎｔを抽出して、その管理Ａｇｅｎｔで処理テーブルを検索し、行数ＣＮＴをカウントする（ステップＤ４）。もし、カウントした行数ＣＮＴが１であるならば、管理ツールは、Ｔｅｍｐ２テーブルに、図３（ｄ）に示すように、管理Ａｇｅｎｔと管理パスタイプとを登録する（ステップＤ５，Ｄ６）。これに対して、カウントした行数ＣＮＴが１でないならば、管理ツールは何もしない。
【００５８】
管理ツールは以上の処理（ステップＤ４〜Ｄ６）を図３（ｃ）のＴｅｍｐテーブルの全行について実行すると、図３（ｄ）のＴｅｍｐ２テーブルの行数ＣＮＴ２をカウントする（ステップＤ７）。もし、カウントした行数ＣＮＴ２が１であるならば、管理ツールは、処理テーブルの該当する行の“機能使用順位”に１をセットする（ステップＤ９）。これに対して、カウントした行数ＣＮＴ２が１でないならば、管理ツールは処理テーブルの該当する行の“機能使用順位”に対して、“管理パスタイプ”の項がＬＡＮＰ，ＦＣ，ＳＣＳＩの順に順位付けする。
【００５９】
管理ツールは、ステップＤ９またはＤ１０を実行すると、順位付けが終わった管理Ａｇｅｎｔの、Ｔｅｍｐテーブル内の該当する行を削除する（ステップＤ１１）。次に管理ツールは、Ｔｅｍｐテーブルを当該テーブル内の“応答時間”の項で降べきの順にソートする（ステップＤ１２）。そして管理ツールは、Ｔｅｍｐテーブルの順位通りに、処理テーブルの該当する行に順位付けする（ステップＤ１３）。
【００６０】
管理ツールは、以上の処理（ステップＣ７，Ｃ８，Ｄ１〜Ｄ１３）を図３（ｂ）の検索テーブルの全行について実行すると、一連の管理パスの利用順位決定処理（ステップＡ６）を終了する。
【００６１】
以上の手順を図１のシステムに適用した具体例について述べる。
まず、図１のシステムは前記したように、ストレージ装置１０５とサーバ計算機１０２，１０３とをＨＡ構成したシステムであり、管理端末１１０の管理ツールとサーバ計算機１０１，１０２上の管理Ａｇｅｎｔ＃１，＃２との間では、ＳＣＳＩコマンドを通信パケットのデータとして格納して通信するプロトコルが用いられ、管理端末１１０の管理ツールと管理対象となるファブリックスイッチ１０３，１０４及びストレージ装置１０５の管理モジュール＃３，＃４，＃５との間ではＳＮＭＰが用いられる。そこでファブリックスイッチ１０３，１０４及びストレージ装置１０５の管理モジュールをＳＮＭＰ−Ａｇｅｎｔ＃３，＃４，＃５と表現する。また、ファブリックスイッチ１０３，１０４をＦＣ−ＳＷ＃３，＃４と表現する。
【００６２】
また、図１のシステムにおけるデバイス管理ポリシーを
・管理機能区分は「監視」「設定」の２つ
・提供管理サービスの定義は、サーバ計算機には「監視」と「設定」、ＳＮＭＰ−Ａｇｅｎｔには「監視」のみ
・レスポンスタイム（応答時間）計測用コマンドには、「デバイスの総合ステータスの取得」コマンドを利用
・更新間隔Ｘは６００［秒］
・応答待ち時間Ｙは５［秒］
とする。
【００６３】
このシステム環境下で上記手順（２），（３）を行った結果は図７のようになる。これを手順（４）に基づき実行したコンポーネント（Component）及び管理機能毎の管理パス利用順位、つまり図３（ａ）の処理テーブルの内容は、図８の通りとなる。このように、手順（２）〜（４）を実行した結果が図８のようになり、各管理機能に対して利用順位が決定されたことになる。
【００６４】
これにより、管理端末１１０上の管理ツールが例えばストレージ装置（ストレージ＃５）１０５の監視を行う場合は、図８の管理パス利用順位（処理テーブル）によれば、最初はＳＮＭＰ−Ａｇｅｎｔ＃５を経由する管理パスが使用される。もし、ＳＮＭＰ−Ａｇｅｎｔ＃５に障害が発生した場合には、つまりレスポンスタイム計測でのタイムアウト発生により障害を検出した場合には、管理ツールはストレージ装置（ストレージ＃５）１０５の監視に対する管理パスをサーバ計算機（サーバ＃１）１０１経由に切り替えて、管理サービスを継続する。
【００６５】
更に、例えばファブリックスイッチ１０３（ＦＣ−ＳＷ＃３）がダウンした場合は、サーバ計算機（サーバ＃１）１０１の管理Ａｇｅｎｔ＃１により当該ファブリックスイッチ１０３（ＦＣ−ＳＷ＃３）のダウンが検出されて自動的に管理パスが切り替えられる。また、サーバ計算機（サーバ＃１）１０１自体がダウンした場合には、更に次の順位であるサーバ計算機（サーバ＃２）１０２経由の管理パスに切り替えられる。
【００６６】
障害が検出された管理パスは上記処理テーブルにおいては基本的には再利用されることはない。但し、処理テーブル自体がデバイス管理ポリシーの通り６００秒（Ｘ秒）毎に更新されるため、それまでに復旧されるならば、管理パスとして再利用されることもあり得る。
【００６７】
［第２の実施形態］
図９は本発明の第２の実施形態に係る高可用性ストレージシステムの構成を示す。
図９において、ＬＡＮ２００には、サーバ計算機（サーバ＃１）２０１、サーバ計算機（サーバ＃２）２０２及びサーバ計算機（サーバ＃３）２０３が接続されている。このサーバ計算機２０１〜２０３と、当該サーバ計算機２０１〜２０３により共有されるストレージ装置（ストレージ＃６）２０６及びストレージ装置（ストレージ＃７）２０７とは、２つのファブリックスイッチ（＃４）２０４及びファブリックスイッチ（＃５）２０５によりＨＡ接続（冗長接続）され、冗長構成のストレージ専用ＳＡＮ２３０を実現している。
【００６８】
ＬＡＮ２００は、ＬＡＮケーブルにより構成される管理パスＬＡＮＰ４，ＬＡＮＰ５，ＬＡＮＰ６，ＬＡＮＰ７により、それぞれファブリックスイッチ（＃４，＃５）２０４，２０５及びストレージ装置（ストレージ＃６，＃７）２０６，２０７、即ちシステムコンポーネント＃４，＃５，＃６，＃７のＬＡＮポートと接続されている。
【００６９】
また、図９のシステムには、サーバ計算機（サーバ＃８）２０８とストレージ装置（ストレージ＃９）２０９及びストレージ装置（ストレージ＃１０）２１０とをＳＣＳＩケーブル２４０によりダイレクトに接続したレガシーなストレージシステムが混在する。ＬＡＮ２００には、管理ツールが動作する管理端末２２０が接続されている。この管理端末２２０上の管理ツールは、上記のＳＡＮ２３０の環境とレガシーなストレージシステムとが混在するシステム環境を一元管理する。
【００７０】
サーバ計算機２０１〜２０３には、管理Ａｇｅｎｔ＃１〜＃３が常駐している。また、ファブリックスイッチ（＃４，＃５）２０４，２０５及びストレージ装置（ストレージ＃６，＃７）２０６，２０７、即ちシステムコンポーネント＃４，＃５，＃６，＃７には、本体内蔵のＬＡＮポートと直接接続した内部管理モジュールであるＳＮＭＰ−Ａｇｅｎｔ（以下、管理Ａｇｅｎｔと称する）（＃４，＃５，＃６，＃７）２１４，２１５，２１６，２１７が動作している。
【００７１】
図９のシステムにおいて、管理端末２２０上の管理ツールとサーバ計算機２０１〜２０３上の管理Ａｇｅｎｔ＃１〜＃３との間では、ＳＣＳＩコマンドを通信パケットのデータとして格納して通信するプロトコルが用いられ、管理端末２２０上の管理ツールとファブリックスイッチ２０４，２０５及びストレージ装置２０６，２０７内の管理モジュール（管理Ａｇｅｎｔ）＃４，＃５，＃６，＃７との間ではＳＮＭＰが用いられる。サーバ計算機２０１〜２０３は受信したパケットをデバイス（ファブリックスイッチ）−ストレージ（ストレージ装置）間で使用するＦＣへプロトコル変換し、サーバ計算機２０８はＳＣＳＩへプロトコル変換する。
【００７２】
図９のシステムにおけるデバイス管理ポリシーを、図１のシステムと同様に、
・管理機能区分は「監視」「設定」の２つ
・提供管理サービスの定義は、サーバ計算機には「監視」と「設定」、ＳＮＭＰ−Ａｇｅｎｔには「監視」のみ
・レスポンスタイム（応答時間）計測用コマンドには、「デバイスの総合ステータスの取得」コマンドを利用
・更新間隔Ｘは６００［秒］
・応答待ち時間Ｙは５［秒］
とする。
【００７３】
このシステム環境下で上記手順（２），（３）を行った結果は図１０のようになる。これを手順（４）に基づき実行したコンポーネント（Component）及び管理機能毎の管理パス利用順位、つまり図３（ａ）の処理テーブルの内容は、図１１の通りとなる。このように、手順（２）〜（４）を実行した結果が図１１のようになり、各管理機能に対して利用順位が決定されたことになる。
【００７４】
なお、本発明は、上記各実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００７５】
【発明の効果】
以上詳述したように本発明によれば、管理端末の管理ツールによりサーバ計算機、ストレージ装置及びファブリックスイッチの各管理コンポーネント上でそれぞれ動作する管理エージェントと通信することで、管理パスを監視し、使用中の管理パスに障害を検出した場合に、当該管理パスを別の管理パスに切り替えるようにしたので、管理パスを構成する特定コンポーネントの障害の影響が管理サービスに直接的に及ぶのを回避でき、管理サービス自体の停止によるデバイスの無監視状態が発生するのを低減できる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る高可用性ストレージシステムの構成を示す図。
【図２】図１中の各管理Ａｇｅｎｔにより提供可能な管理サービス情報の一例を示す図。
【図３】同実施形態で適用される処理テーブルを含む各種テーブル類のデータ構造例を示す図。
【図４】同実施形態における管理ツールを中心とする処理手順を説明するためのフローチャート。
【図５】図４中のステップＡ６の管理パスの利用順位決定の処理手順の詳細を説明するためのフローチャートの一部を示す図。
【図６】図４中のステップＡ６の管理パスの利用順位決定の処理手順の詳細を説明するためのフローチャートの残りを示す図。
【図７】同実施形態おける提供可能管理サービス情報の収集とレスポンスタイム計測の実行結果の一例を示す図。
【図８】同実施形態おけるコンポーネント（Component）及び管理機能毎の管理パス利用順位の決定結果の一例を示す図。
【図９】本発明の第２の実施形態に係る高可用性ストレージシステムの構成を示す図。
【図１０】同第２の実施形態おける提供可能管理サービス情報の収集とレスポンスタイム計測の実行結果の一例を示す図。
【図１１】同第２の実施形態おけるコンポーネント（Component）及び管理機能毎の管理パス利用順位の決定結果の一例を示す図。
【符号の説明】
１００，２００…ＬＡＮ
１０１，１０２，２０１〜２０３，２０８…サーバ計算機（管理Ａｇｅｎｔ）
１０３，１０４，２０４，２０５…ファブリックスイッチ
１０５，２０６，２０７，２０９，２１０…ストレージ装置
１１０，２２０…管理端末（管理ツール）
１１３〜１１５，２１４〜２１７…管理モジュール（管理Ａｇｅｎｔ）
Claims (3)
- ＬＡＮに接続された複数のサーバ計算機と少なくとも１つのストレージ装置とを複数のファブリックスイッチとファイバチャネルケーブルとにより冗長接続すると共に、前記ストレージ装置をＬＡＮケーブルにより前記ＬＡＮに接続することにより、前記ストレージ装置への複数の管理パスが確保され、前記ＬＡＮに接続された管理端末の管理ツールにより前記管理パスを介して前記ストレージ装置を一元管理する高可用性ストレージシステムにおける管理パス切り替え方法であって、
前記管理端末の管理ツールから前記サーバ計算機及び前記ストレージ装置の各管理コンポーネント上でそれぞれ動作する管理エージェントに対してブロードキャストパケットによる特定リクエストを発行するステップと、
前記特定リクエストを受信した前記管理エージェントから前記管理ツールに対し、当該管理エージェントが提供可能な予め定められた分類による管理機能を示す提供可能管理サービス情報を通知するステップと、
前記各管理エージェントから前記管理ツールに通知された前記提供可能管理サービス情報を前記管理ツールが収集するステップと、
収集された前記提供可能管理サービス情報をもとに、前記管理ツールが、前記管理エージェント毎で且つ前記管理機能毎に前記ストレージ装置への前記管理パスの利用順位の順位付けを行うステップであって、該当する管理機能が提供不可の管理エージェントの当該管理機能に対応する管理パスの利用順位については順位付けの対象外とするステップと、
前記管理ツールにより前記各管理コンポーネント上でそれぞれ動作する管理エージェントと通信することで、前記管理パスを監視する管理パス監視ステップと、
前記管理パス監視ステップにより使用中の管理パスの障害が検出された場合に、前記管理ツールが、当該管理パスを使用した処理で適用されている管理機能に関する前記管理パスの利用順位に従って、当該管理パスを別の管理パスに切り替えて管理サービスを継続するステップと
を具備することを特徴とする管理パス切り替え方法。 - ＬＡＮに接続された複数のサーバ計算機と少なくとも１つのストレージ装置とを複数のファブリックスイッチとファイバチャネルケーブルとにより冗長接続すると共に、前記ストレージ装置をＬＡＮケーブルにより前記ＬＡＮに接続することにより、前記ストレージ装置への複数の管理パスが確保された高可用性ストレージシステムにおいて、前記ＬＡＮに接続された管理端末により実行される管理ツールをなす、前記管理パスを介して前記ストレージ装置を一元管理するための管理プログラムであって、
前記管理端末に、
前記サーバ計算機及び前記ストレージ装置の各管理コンポーネント上でそれぞれ動作する管理エージェントに対してブロードキャストパケットによる特定リクエストを発行することにより、当該特定リクエストを受信した前記各管理エージェントから当該管理エージェントが提供可能な予め定められた分類による管理機能を示す提供可能管理サービス情報を収集するステップと、
収集された前記提供可能管理サービス情報をもとに、前記管理エージェント毎で且つ前記管理機能毎に前記ストレージ装置への前記管理パスの利用順位の順位付けを行うステップであって、該当する管理機能が提供不可の管理エージェントの当該管理機能に対応する管理パスの利用順位については順位付けの対象外とするステップと、
前記各管理コンポーネント上でそれぞれ動作する管理エージェントと通信することで、前記管理パスを監視する管理パス監視ステップと、
前記管理パス監視ステップにより使用中の管理パスの障害が検出された場合に、当該管理パスを使用した処理で適用されている管理機能に関する前記管理パスの利用順位に従って、当該管理パスを別の管理パスに切り替えて管理サービスを継続するステップと
を実行させる管理プログラム。 - ＬＡＮに接続された複数のサーバ計算機と少なくとも１つのストレージ装置とを複数のファブリックスイッチとファイバチャネルケーブルとにより冗長接続すると共に、前記ストレージ装置をＬＡＮケーブルにより前記ＬＡＮに接続することにより、前記ストレージ装置への複数の管理パスが確保された高可用性ストレージシステムであって、
前記ＬＡＮに接続された管理端末上で動作して前記管理パスを介して前記ストレージ装置を一元管理する管理ツールと、
前記サーバ計算機及び前記ストレージ装置の各管理コンポーネント上でそれぞれ動作する、プロトコル変換機能を有する管理エージェントと
を具備し、
前記管理ツールは、
前記サーバ計算機及び前記ストレージ装置の各管理コンポーネント上でそれぞれ動作する管理エージェントに対してブロードキャストパケットによる特定リクエストを発行することにより、当該特定リクエストを受信した前記各管理エージェントから当該管理エージェントが提供可能な予め定められた分類による管理機能を示す提供可能管理サービス情報を収集する手段と、
収集された前記提供可能管理サービス情報をもとに、前記管理エージェント毎で且つ前記管理機能毎に前記ストレージ装置への前記管理パスの利用順位の順位付けを行う手段であって、該当する管理機能が提供不可の管理エージェントの当該管理機能に対応する管理パスの利用順位については順位付けの対象外とする手段と、
前記各管理コンポーネント上でそれぞれ動作する管理エージェントと通信することで、前記管理パスを監視する管理パス監視手段と、
前記管理パス監視手段により使用中の管理パスの障害が検出された場合に、当該管理パスを使用した処理で適用されている管理機能に関する前記管理パスの利用順位に従って、当該管理パスを別の管理パスに切り替えて管理サービスを継続する管理パス切り替え手段と
を備えていることを特徴とする高可用性ストレージシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001079350A JP4443786B2 (ja) | 2001-03-19 | 2001-03-19 | 管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001079350A JP4443786B2 (ja) | 2001-03-19 | 2001-03-19 | 管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002278909A JP2002278909A (ja) | 2002-09-27 |
| JP4443786B2 true JP4443786B2 (ja) | 2010-03-31 |
Family
ID=18935815
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001079350A Expired - Fee Related JP4443786B2 (ja) | 2001-03-19 | 2001-03-19 | 管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4443786B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040103220A1 (en) * | 2002-10-21 | 2004-05-27 | Bill Bostick | Remote management system |
| JP4726432B2 (ja) * | 2004-05-10 | 2011-07-20 | 株式会社日立製作所 | ディスクアレイ装置 |
| JP4643198B2 (ja) * | 2004-07-28 | 2011-03-02 | 株式会社日立製作所 | 負荷分散コンピュータシステム、経路設定プログラム及びその方法 |
| JP2006107151A (ja) | 2004-10-06 | 2006-04-20 | Hitachi Ltd | ストレージシステム及びストレージシステムの通信パス制御方法 |
| JP4620483B2 (ja) | 2005-02-07 | 2011-01-26 | 富士通株式会社 | コンピュータシステム，コンピュータ，ｉｏ拡張装置およびｉｏ拡張装置接続認識方法 |
| JP2006244016A (ja) * | 2005-03-02 | 2006-09-14 | Nec Corp | コンピュータシステム及びアクセスパスの管理方法 |
| JP4609848B2 (ja) * | 2005-04-06 | 2011-01-12 | 株式会社日立製作所 | 負荷分散コンピュータシステム、経路設定プログラム及びその方法 |
| EP2294778A1 (en) | 2008-07-01 | 2011-03-16 | International Business Machines Corporation | Storage area network configuration |
| JP4747203B2 (ja) | 2009-01-30 | 2011-08-17 | 富士通株式会社 | ディスクアレイ装置、ディスクアレイ装置制御プログラム及びディスクアレイ装置制御方法 |
| US10554520B2 (en) * | 2017-04-03 | 2020-02-04 | Datrium, Inc. | Data path monitoring in a distributed storage network |
-
2001
- 2001-03-19 JP JP2001079350A patent/JP4443786B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002278909A (ja) | 2002-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4294353B2 (ja) | ジョブ管理機能を有するストレージ系障害管理方法及び装置 | |
| US8010836B2 (en) | Storage configuration recovery method and storage management system | |
| CN100544342C (zh) | 存储系统 | |
| US9647910B2 (en) | Management server and control method of the management server for managing a service system virtually built using connected components | |
| US9407700B2 (en) | Intelligent discovery of network information from multiple information gathering agents | |
| US7472179B2 (en) | System management method for a data center | |
| US8843613B2 (en) | Information processing system, and management method for storage monitoring server | |
| US8996924B2 (en) | Monitoring device, monitoring system and monitoring method | |
| US20030158933A1 (en) | Failover clustering based on input/output processors | |
| US20050015685A1 (en) | Failure information management method and management server in a network equipped with a storage device | |
| US7895468B2 (en) | Autonomous takeover destination changing method in a failover | |
| JP2007257180A (ja) | ネットワークノード、スイッチ及びネットワーク障害回復方法 | |
| US20140143418A1 (en) | Management computer, storage system management method, and storage system | |
| JP4443786B2 (ja) | 管理パス切り替え方法及び管理パス切り替えが可能な高可用性ストレージシステム | |
| US8189458B2 (en) | Monitoring system, monitoring device, monitored device, and monitoring method | |
| JP5560936B2 (ja) | 構成情報取得方法、仮想プローブおよび構成情報取得制御装置 | |
| CN110535692A (zh) | 故障处理方法、装置、计算机设备、存储介质及存储系统 | |
| US7870045B2 (en) | Computer system for central management of asset information | |
| CN111046011A (zh) | 日志收集方法、系统、节点、电子设备及可读存储介质 | |
| US20030014507A1 (en) | Method and system for providing performance analysis for clusters | |
| JP5251705B2 (ja) | 分析装置制御システム | |
| US9021078B2 (en) | Management method and management system | |
| US7231503B2 (en) | Reconfiguring logical settings in a storage system | |
| CN112100019B (zh) | 面向大规模系统的多源故障协同分析定位方法 | |
| JP2007257645A (ja) | 資産情報の一元管理を行うコンピュータシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040915 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070116 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070319 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080924 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090811 |
|
| 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: 20091215 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130122 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |