JP7017546B2 - ストレージシステム、パス管理方法、及びパス管理プログラム - Google Patents

Description

本発明は、１以上の記憶デバイスを有するストレージノードを複数備えるストレージシステム等に関し、上位装置から論理デバイスにアクセスするパスを管理する技術に関する。

近年、企業や官庁等において蓄積されるデータ量は増加の一途を辿っており、データを格納するストレージシステムにおいては、ストレージ装置を容易にスケールアウトできる構成であることが望ましい。

ストレージシステムに格納されるデータは論理ユニットとして管理されている。ストレージシステムに格納されるデータを利用する上位装置（ホスト装置）では、ストレージシステムに管理されている論理ユニットに対する接続パスを管理している。ホスト装置は、ストレージシステムに対して論理ユニットに対する接続パスを問い合わせて把握することができる。

ホスト装置においては、実行されるＯＳ（オペレーティングシステム）の種類によって、設定できる接続パスの上限が異なっている。このため、スケールアウト等によりストレージ装置の数が増加すると、ストレージシステムから得られる接続パスの数が、ＯＳに設定できる接続パスの上限を超える場合がある。

このように、接続パスの数が上限を超えている場合には、ＯＳ側の再設定等を手動で行う必要があり、手間がかかる。

これに対して、特許文献１には、削除させる論理パスを選定して、ホスト装置に通知することにより、ホスト装置におけるＯＳ上の論理パスを自動更新する技術が開示されている。

特開２０１８－１５６１４４号公報

しかし、特許文献１に開示された技術においては、ホスト装置側で、ストレージ装置からのパスの削除の通知に対応してパスを削除する機能を備える必要がある。すなわち、ホスト装置をストレージ装置に合わせて機能を追加しておかなければならないという問題がる。

また、ホスト装置の他の構成や制限等により、またはホスト装置のユーザのポリシー等により、ホスト装置側で使用するパスを選択することが要請される場合がある。

本発明は、上記事情に鑑みなされたものであり、その目的は、上位装置に適切なパスを容易に認識させることのできる技術を提供することにある。

上記目的を達成するため、一観点に係るストレージシステムは、１以上の記憶デバイスを有するストレージノードを複数備えるストレージシステムであって、ストレージノードは、プロセッサ部を備え、プロセッサ部は、上位装置から記憶デバイスの記憶領域が提供される所定の論理ユニットにアクセス可能なパスの中から、上位装置に対して使用可能なパスとして通知する優先パスを選択し、上位装置からの所定の論理ユニットへのパスの問い合わせに対して優先パスを応答するようにする。

本発明によれば、上位装置に適切なパスを容易に認識させることができる。

図１は、一実施形態に係る計算機システムの全体構成図である。 図２は、一実施形態に係るストレージノードの構成図である。 図３は、一実施形態に係る計算機システムの機能構成図である。 図４は、一実施形態に係るＣＴＬＭテーブルの構成図である。 図５は、一実施形態に係るパス優先度管理テーブルの構成図である。 図６は、一実施形態に係るＣＬＭテーブルの構成図である。 図７は、一実施形態に係るノードペア管理テーブルの構成図である。 図８は、一実施形態に係るＳＣチェーンテーブルの構成図である。 図９は、一実施形態に係るパス優先度選択処理のフローチャートである。 図１０は、一実施形態に係るボリュームパス作成処理のフローチャートである。 図１１は、一実施形態に係るボリュームパス追加処理のフローチャートである。 図１２は、一実施形態に係るＣＴＬＭテーブル生成処理のフローチャートである。

実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

以下の説明では、「ＡＡＡテーブル」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ＡＡＡテーブル」を「ＡＡＡ情報」と呼ぶことができる。

また、以下の説明では、「プロセッサ部」は、１以上のプロセッサを含む。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサである。１以上のプロセッサの各々は、シングルコアでもよいしマルチコアでもよい。プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。

図１は、一実施形態に係る計算機システムの全体構成図である。

計算機システム１は、１以上のコンピュートノード２と、ストレージシステム３とを備える。ストレージシステム３は、複数のストレージノード４を備える。コンピュートノード２と、ストレージシステム３の各ストレージノード４とは、ネットワーク６を介して接続されている。

ネットワーク６は、例えばファイバーチャネル（ＦＣ：Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）、イーサネット（登録商標）、ＩｎｆｉｎｉＢａｎｄ又は無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などから構成されている。

また、ストレージノード４は、バックエンドネットワーク５を介して接続されている。バックエンドネットワーク５は、例えば、イーサネット（登録商標）、ＩｎｆｉｎｉＢａｎｄ又は無線ＬＡＮなどから構成されている。

なお、ネットワーク６及びバックエンドネットワーク５は、同一のネットワークにより構成されていてもよい。また、各コンピュートノード２及び各ストレージノード４は、ネットワーク６やバックエンドネットワーク５以外の管理用ネットワークに接続されていてもよい。

コンピュートノード２は、例えば、汎用のコンピュータにより構成され、ストレージノード３に対してホスト（上位装置）として機能する。なお、コンピュートノード２は、仮想マシンのような仮想的なコンピュータ装置であってもよい。

コンピュートノード２は、例えば、ストレージシステム３へのログイン時に、ストレージシステム３の各パスを介して、所定の論理ユニット（ＬＵ）にアクセス可能なパスか否かを問い合わせ、ストレージシステム３からアクセス可能なパスであるとの応答を受け付けた場合には、そのパスをその論理ユニットに接続可能なパスとして設定する。なお、コンピュートノード２において設定可能なパスの数は、コンピュートノード２のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）によって所定数に制限される場合がある。

また、コンピュートノード２は、ユーザ操作や実装されたアプリケーションプログラムからの要求に応じて、ネットワーク６を介してストレージシステム３にリード要求又はライト要求（アクセス要求、又はＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）要求という）を送信する。

ストレージノード４は、例えば、汎用の物理サーバで構成され、コンピュートノード２に対してデータを読み書きするための記憶領域を提供する記憶デバイス１２を有する。

図２は、一実施形態に係るストレージノードの構成図である。

ストレージノード４は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）によって構成されている。ストレージノード４は、１以上のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０と、１以上のメモリ１１と、複数の記憶デバイス１２と、１以上のネットワークインターフェース（Ｉ／Ｆ）１３と、１以上のネットワークＩ／Ｆ１４と、を備えている。ＣＰＵ１０と、メモリ１１と、記憶デバイス１２と、ネットワークＩ／Ｆ１３と、ネットワークＩ／Ｆ１４とは、内部バス１５を介して接続されている。

ネットワークＩ／Ｆ１３は、例えば、ＦＣカード、有線ＬＡＮカード、無線ＬＡＮカードなどのインターフェースであり、ネットワーク６を介しての他の装置（例えば、コンピュートノード２）との通信時におけるプロトコル制御を行う。

ネットワークＩ／Ｆ１４は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）カード、有線ＬＡＮカード、無線ＬＡＮカードなどのインターフェースであり、バックエンドネットワーク５を介しての他の装置（ストレージノード４）との通信時におけるプロトコル制御を行う。

ＣＰＵ１０は、メモリ１１に格納されているプログラムに従って各種処理を実行する。

メモリ１１は、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））やＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）などの揮発性の半導体メモリであり、ＣＰＵ１０で実行されるプログラムや、必要な情報を記憶する。

メモリ１１は、パス優先度管理テーブル２０と、ノードペア管理テーブル３０と、ＣＬＭ（Ｃｏｍｐｕｔｅ Ｔａｒｇｅｔ Ｍａｐｐｉｎｇ）テーブル４０と、ＳＣ（Ｓｔｏｒａｇｅ Ｃｏｎｔｒｏｌｅｒ）チェーンテーブル５０と、ＣＴＬＭ（Ｃｏｍｐｕｔｅ Ｔａｒｇｅｔ Ｌｕ Ｍａｐｐｉｎｇ）テーブル６０と、パス管理プログラム８０とを格納する。パス管理プログラム８０は、ＣＰＵ１０に実行されることにより、パスを管理する処理、例えば、後述するパス優先度選択処理、ボリュームパス作成処理、ボリュームパス追加処理、ＣＴＬＭテーブル生成処理を実行する。メモリ１１の各テーブルの詳細については後述する。

記憶デバイス１２は、例えば、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）ドライブやＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ドライブ、ＳＡＴＡ（Ｓｅｒｉａｌ ＡＴＡ（Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ））、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はＳＣＭ（Ｓｔｏｒａｇｅ Ｃｌａｓｓ Ｍｅｍｏｒｙ）などの不揮発性の記憶デバイスなどであり、コンピュートノード２に対してデータを読み書きするための記憶領域を有する論理ユニット（ボリューム）を提供する。

図３は、一実施形態に係る計算機システムの機能構成図である。

本実施形態では、ストレージシステム３は、複数のストレージノード４をグループとしたクラスタ７を単位として管理している。なお、図３においては、クラスタ７を１つとしているが、クラスタを複数備えるようにしてもよい。

ストレージノード４は、コントロールプレーン７１と、フロントエンド部（ＦＥ部）７２と、１以上のストレージ制御部（ＳＣ部）７４とを備えている。

コントロールプレーン７１は、クラスタ7全体や自ノードを制御する。また、コントロールプレーン７１は、コンピュートノード２からＬＵのパスに対する問合せがあった場合には、ＣＴＬＭテーブル６０が存在する場合には、ＣＴＬＭテーブル６０を参照し、問い合わせ元のコンピュートノード２のコンピュートノード番号と、問合せ対象のＬＵのＬＵＮとが登録されているか否かを判定し、登録されている場合には、アクセス可能として、コンピュートノード２に応答する。一方、ＣＴＬＭテーブル６０が無い場合には、コントロールプレーン７１は、ＣＬＭテーブル４０を参照し、問い合わせ元のコンピュートノード２のコンピュートノード番号と、問合せ対象のＬＵのＬＵＮとが登録されているか否かを判定し、登録されている場合には、アクセス可能として、コンピュートノード２に応答する。

ＦＥ部７２は、ストレージノード４におけるＩ／Ｏ処理のフロントエンドとして機能する。例えば、ＦＥ部７２は、コンピュートノード２からＩ／Ｏ要求が与えられた場合に、そのＩ／Ｏ要求を、自ノード内のストレージ制御部７４や、他ノード内のストレージ制御部７４に振り分ける。

ストレージ制御部７４は、ＳＤＳ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）のコントローラとして機能する。本実施形態では、ストレージ制御部７４は、図示しないストレージ制御ソフトウェアをＣＰＵ１０が実行することにより構成される。ストレージ制御部７４は、ＦＥ部７２から与えられるコンピュートノード２からのＩ／Ｏ要求を受け付け、受け付けたＩ／Ｏ要求に応じて、ＬＵ７３に対するＩ／Ｏ処理を実行する。

本実施形態では、ストレージノード４の各ストレージ制御部７４は、別のストレージノード４のストレージ制御部７４とで、冗長化構成を構成するペア（ストレージ制御部ペア）７５として設定される。なお、３つ以上のストレージ制御部７４により冗長化構成を形成するようにしてもよい。

このストレージ制御部ペア７５においては、一方のストレージ制御部７４がコンピュートノード２からのＩ／Ｏ要求を受け付けることができる状態（現用系の状態、アクティブモードという）に設定され、他方のストレージ制御部７４がコンピュートノード２からのＩ／Ｏ要求を受け付けない状態（待機系の状態、スタンバイモードという）に設定される。

ストレージ制御部ペア７５では、アクティブモードに設定されたストレージ制御部７４（アクティブのストレージ制御部という）やこのストレージ制御部７４が配置されたストレージノード４に障害が発生した場合などに、スタンバイモードに設定されていたストレージ制御部７４（スタンバイのストレージ制御部という）がアクティブモードに切り替えられる。これにより、アクティブのストレージ制御部７４が稼働し得なくなった場合に、このストレージ制御部７４が実行していたＩ／Ｏ処理を、ストレージ制御部ペア７５を構成するスタンバイのストレージ制御部７４が引き継ぐことになる。

ストレージノード４においては、コンピュートノード２に対して、データを格納する記憶領域としてＬＵ７３を提供している。ＬＵ７３は、ストレージノード４内におけるボリュームと対応付けられて管理されている。コンピュートノード２は、ＬＵ７３にアクセスする際には、ストレージノード４に定義されたターゲット７６に対してＩ／Ｏ要求を送信する。これを実現するために、コンピュートノード２は、ＬＵ７３にアクセスするための、自ノードの物理ポート（図示せず）から、ストレージノード４のターゲット７６までのパスを管理している。なお、ターゲット７６は、ストレージノード４のネットワークＩ／Ｆ１３の物理ポートと１対１に対応付けられている。

図４は、一実施形態に係るＣＴＬＭテーブルの構成図である。

ＣＴＬＭテーブル６０は、コンピュートノード２に提供される論理ユニット（Ｌｏｇｉｃａｌ Ｕｎｉｔ）と、ストレージシステム３におけるボリュームとの対応関係を格納する。ＣＴＬＭテーブル６０のエントリは、コンピュートノード＃（番号）６１と、ターゲット＃（番号）６２と、ＬＵＮ６４と、Ｖｏｌｕｍｅ＃（番号）６５とのフィールドを含む。なお、ＬＵＮ６４と、Ｖｏｌｕｍｅ＃（番号）６５とのフィールドによって、ＬＵＮ管理テーブル６３が構成される。なお、本実施形態においては、各ストレージノード４は、図４に示すＣＴＬＭテーブル６０における自身に存在するターゲット番号に対応するエントリのみを格納するようにしている。

コンピュートノード＃６１には、エントリに対応するコンピュートノード２の識別番号（コンピュートノード番号）が格納される。ターゲット＃６２には、エントリに対応するボリュームにアクセスする際のストレージノード４のターゲット７６の識別番号（ターゲット番号）が格納される。ＬＵＮ６４には、エントリに対応する論理ユニットの識別番号（ＬＵＮ）が格納される。ＬＵＮは、論理ユニットについてのコンピュートノード２での一意の番号である。Ｖｏｌｕｍｅ＃（番号）６５には、エントリに対応するボリュームの番号が格納される。ボリュームの番号は、ストレージシステム３内で一意の番号である。

図５は、一実施形態に係るパス優先度管理テーブルの構成図である。

パス優先度管理テーブル２０は、コンピュートノード２毎に設けられている。パス優先度管理テーブル２０は、ボリューム毎の優先するターゲット（優先パスに対応）を管理するテーブルであり、ボリューム毎のエントリを有する。パス優先度管理テーブル２０のエントリは、ボリューム番号２１と、ストレージノード番号２２と、優先ターゲット番号２３と、第２優先ターゲット番号２４と、第３優先ターゲット番号２５と、第４優先ターゲット番号２６とのフィールドを含む。

ボリューム番号２１には、エントリに対応するボリュームの識別番号が格納される。ストレージノード番号２２には、エントリに対応するボリュームを格納しているストレージノード４の識別番号が格納される。優先ターゲット番号２３には、エントリに対応するボリュームにアクセスする際に優先して使用することが好ましい１番目のターゲットの番号が格納される。第２優先ターゲット番号２４には、エントリに対応するボリュームにアクセスする際に優先して使用することが好ましい２番目のターゲットの番号が格納される。第３優先ターゲット番号２５には、エントリに対応するボリュームにアクセスする際に優先して使用することが好ましい３番目のターゲットの番号が格納される。第４優先ターゲット番号２６には、エントリに対応するボリュームにアクセスする際に優先して使用することが好ましい４番目のターゲットの番号が格納される。

図６は、一実施形態に係るＣＬＭテーブルの構成図である。

ＣＬＭテーブル４０は、ストレージノード４においてアクセス可能な各ボリュームについての、コンピュートノード２における論理ユニットと、ストレージシステム３におけるボリュームとの対応関係を格納する。ＣＬＭテーブル４０のエントリは、コンピュートノード＃（番号）４１と、ＬＵＮ４３と、Ｖｏｌｕｍｅ＃（番号）４４とのフィールドを含む。なお、ＬＵＮ４３と、Ｖｏｌｕｍｅ＃（番号）４４とのフィールドによって、ＬＵＮ管理テーブル４２が構成される。

コンピュートノード＃４１には、エントリに対応するコンピュートノード２の識別番号（コンピュートノード番号）が格納される。ＬＵＮ４３には、エントリに対応する論理ユニットの識別番号（ＬＵＮ）が格納される。Ｖｏｌｕｍｅ＃（番号）４４には、エントリに対応するボリュームの番号が格納される。

図７は、一実施形態に係るノードペア管理テーブルの構成図である。

ノードペア管理テーブル３０は、ストレージ制御部ペア７５を管理するためのテーブルであり、ストレージ制御部ペア７５毎のエントリを格納する。ノードペア管理テーブル３０のエントリは、ストレージ制御部ペア＃（番号）３１と、アクティブストレージノード＃（番号）３２と、スタンバイストレージノード＃（番号）３３とのフィールドを含む。

ストレージ制御部ペア番号３１には、ストレージ制御部ペア７５の識別番号（ストレージ制御部ペア番号）が格納される。アクティブストレージノード番号３２には、エントリに対応するストレージ制御部ペア７５の内のアクティブ状態のストレージ制御部７４を格納するストレージノード４（アクティブストレージノード）の識別番号が格納される。スタンバイストレージノード番号３３には、エントリに対応するストレージ制御部ペア７５の内のスタンバイ状態のストレージ制御部７４を格納するストレージノード４（スタンバイストレージノード）の識別番号が格納される。

図８は、一実施形態に係るＳＣチェーンテーブルの構成図である。

ＳＣ（ストレージ制御部）チェーンテーブル５０は、アクティブのストレージ制御部からストレージ制御部ペア７５の関係に基づいて辿れるストレージ制御部７４を管理するテーブルであり、ストレージノード４毎のエントリを有する。ＳＣチェーンテーブル５０のエントリは、ストレージノード＃５１と、アクティブストレージ制御部＃５２と、スタンバイストレージ制御部＃５３と、第２スタンバイストレージ制御部＃５４と、第３スタンバイストレージ制御部＃５５とのフィールドを含む。

ストレージノード＃５１には、エントリに対応するストレージノード４の番号が格納される。アクティブストレージ制御部＃５２には、エントリに対応するストレージノード４におけるボリュームのＩ／Ｏ処理を実行するアクティブのストレージ制御部７４の番号が格納される。スタンバイストレージ制御部＃５３には、エントリに対応するアクティブのストレージ制御部７４とストレージ制御部ペア７５となっているスタンバイのストレージ制御部７４の番号が格納される。第２スタンバイストレージ制御部＃５４には、スタンバイストレージ制御部＃５３の番号のスタンバイのストレージ制御部７４があるストレージノード４におけるアクティブのストレージ制御部７４とストレージ制御部ペア７５となっているスタンバイのストレージ制御部７４の番号が格納される。第３スタンバイストレージ制御部＃５５には、第２スタンバイストレージ制御部＃５４の番号のスタンバイのストレージ制御部７４があるストレージノード４におけるアクティブのストレージ制御部７４とストレージ制御部ペア７５となっているスタンバイのストレージ制御部７４の番号が格納される。

次に、計算機システム１における処理動作について説明する。まず、パス優先度選択処理について説明する。

図９は、一実施形態に係るパス優先度選択処理のフローチャートである。

パス優先度選択処理は、例えば、ストレージシステム３を起動する際に、ストレージノード４のコントロールプレーン７１により実行される処理である。なお、コントロールプレーン７１によるこの処理は、ＣＰＵ１０がパス管理プログラム８０を実行することにより実現される。

まず、ＣＰＵ１０は、ストレージノード４で管理しているＬＵ（ボリュームと対応）の内の未処理の１つのＬＵを処理対象とし、処理対象のＬＵ（対象ＬＵ）のパスとして定義済みのターゲット情報を各ストレージノード４から取得する（ステップＳ１１）。ここで、ターゲット情報としては、ターゲット番号と、ＬＵ番号と、対応するパスが排他管理されている場合における排他管理用のキー（例えば、ＳＣＳＩ Ｒｅｓｅｒｖｅ ｋｅｙ）とが含まれていてもよい。

次いで、ＣＰＵ１０は、対象ＬＵのパスのターゲットにおける未処理のターゲットのパス（対象パス）を対象として以下の処理（Ｓ１２～Ｓ１７）を行う。まず、ＣＰＵ１０は、処理対象のターゲット（対象ターゲット）のターゲット情報として、排他管理用のキーが登録されているか否かを判定し（ステップＳ１２）、登録されている場合（ステップＳ１２：Ｙ）には、排他管理のために必要なパスであることを示しているので、このパスをパス優先度管理テーブル２０に登録するために、処理をステップＳ１７に進める。

一方、排他管理用のキーが登録されていない場合（ステップＳ１２：Ｎ）には、ＣＰＵ１０は、このパスがアクティブのストレージ制御部７４へのパスであるか否かを判定する（ステップＳ１３）。

この結果、このパスがアクティブのストレージ制御部７４へのパスである場合（ステップＳ１３：Ｙ）には、対象ＬＵに高速にアクセスできるパスであることを示しているので、処理をステップＳ１６に進める。

一方、対象パスがアクティブのストレージ制御部７４へのパスでない場合（ステップＳ１３：Ｎ）には、ＣＰＵ１０は、対象パスがスタンバイのストレージ制御部７４へのパスであるか否かを判定する（ステップＳ１４）。

この結果、対象パスがスタンバイのストレージ制御部７４へのパスである場合（ステップＳ１４：Ｙ）には、アクティブのストレージ制御部７４への障害時において、迅速なアクセスが可能なパスであることを示しているので、処理をステップＳ１６に進める。

一方、対象パスがスタンバイのストレージ制御部７４へのパスでない場合（ステップＳ１４：Ｎ）には、ＣＰＵ１０は、対象パスが第２のスタンバイのストレージ制御部７４へのパスであるか否かを判定する（ステップＳ１５）。ここで、第２のスタンバイのストレージ制御部７４とは、スタンバイのストレージ制御部７４と同一のストレージノード４に存在するアクティブのストレージ制御部７４とストレージ制御部ペア７５を構成している他のストレージノード４のスタンバイのストレージ制御部７４である。

この結果、対象パスが第２のスタンバイのストレージ制御部７４へのパスである場合（ステップＳ１５：Ｙ）には、アクティブのストレージ制御部７４及びスタンバイのストレージ制御部７４への障害時において、次に迅速なアクセスが可能なパスであることを示しているので、処理をステップＳ１６に進める。

一方、対象パスが第２のスタンバイのストレージ制御部７４へのパスでない場合（ステップＳ１５：Ｎ）には、ＣＰＵ１０は、処理をステップＳ１８に進める。

ステップＳ１６では、ＣＰＵ１０は、パス優先度管理テーブル２０が枯渇しているか、すなわち、対応するエントリのすべての優先ターゲットのフィールド２３～２６にターゲット番号が格納されているか否かを判定する。

この結果、パス優先度管理テーブル２０が枯渇している場合（ステップＳ１６：Ｙ）には、この対象ＬＵについてのパスの候補が所定数揃っていることを意味しているので、ＣＰＵ１０は、処理をステップＳ１９に進める。

一方、パス優先度管理テーブル２０が枯渇していない場合（ステップＳ１６：Ｎ）、または、排他管理用のキーが登録されている場合（ステップＳ１２：Ｙ）には、ＣＰＵ１０は、パス優先度管理テーブル２０の対応するエントリの優先ターゲットのフィールド（フィールド２３～２６）の空いているフィールドに、ステップＳ１２～ステップＳ１５でＹと判定されたターゲットの番号を設定し（ステップＳ１７）、処理をステップＳ１８に進める。

ステップＳ１８では、ＣＰＵ１０は、ステップＳ１１で取得したターゲット数分のターゲットに対して処理をしたか否かを判定し、ターゲット数分のターゲットに対して処理をしていない場合（ステップＳ１８：Ｎ）には、処理をステップＳ１２に進めて、他のターゲットを対象にステップＳ１２以降の処理を実行する。一方、ターゲット数分のターゲットに対して処理を行った場合（ステップ１８：Ｙ）には、ＣＰＵ１０は、処理をステップＳ１９に進める。

ステップＳ１９では、ＣＰＵ１０は、ストレージノード４で管理しているすべてのＬＵに対して処理をしたか否かを判定し、すべてのＬＵに対する処理をしていない場合（ステップＳ１９：Ｎ）には、処理をステップＳ１１に進めて、他のＬＵを処理対象として処理を行う。一方、すべてのＬＵに対して処理をした場合（ステップＳ１９：Ｙ）には、処理を終了する。

以上のパス優先度選択処理によると、ＬＵ（ボリューム）にアクセスするパスとして、所定の条件に合致する所定数以内のターゲットへのパスを適切に選択して、パス優先度管理テーブル２０に設定することができる。

次に、ボリュームパス作成処理について説明する。

図１０は、一実施形態に係るボリュームパス作成処理のフローチャートである。

ボリュームパス作成処理は、新たなＬＵが作成された際に、新たなＬＵが作成されたストレージノード４において実行される。

ストレージノード４のＣＰＵ１０は、ＣＬＭテーブル４０のＬＵＮ管理テーブル４２に対して新たなＬＵと、このＬＵに対して割り当てられたボリュームとの対応関係を追加する（ステップＳ２１）。次いで、ＣＰＵ１０は、このＬＵを利用するコンピュートノード２のＯＳ種別情報（パス数特定情報の一例）を取得する（ステップＳ２２）。

次いで、ＣＰＵ１０は、ＯＳ種別情報に基づいて、コンピュートノード２のＯＳが特定ＯＳ（ここでは、設定可能なＬＵのパスが所定数（例えば、４つ）以下であるＯＳ）であるか否かを判定する（ステップＳ２３）。この結果、特定ＯＳでない場合（ステップＳ２３：Ｎ）には、ＬＵのパスの数を制限しなくてもよいので、ボリュームパス作成処理を終了する。

一方、特定ＯＳである場合（ステップＳ２３：Ｙ）には、ＣＰＵ１０は、ＳＣチェーンテーブル５０を参照し（ステップＳ２４）、ＳＣチェーンテーブル５０から各ストレージノード４のつながりを示すチェーン情報を取得する（ステップＳ２５）。

次いで、ＣＰＵ１０は、ノードペア管理テーブル３０を参照し（ステップＳ２６）、ノードペア管理テーブル３０からノードペア情報、すなわち、ストレージ制御部ペア７５を構成する他のストレージ制御部７４を格納するストレージノード４の情報を取得する（ステップＳ２７）。

次いで、ＣＰＵ１０は、ＬＵのパスとする所定数のストレージ制御部７４のあるストレージノード４（対象ストレージノード）を特定する（ステップＳ２８）。ＬＵのパスとする所定数のストレージ制御部７４は、ステップＳ１３，Ｓ１４，Ｓ１５での判定対象に該当するストレージ制御部７４であってもよい。

次いで、ＣＰＵ１０は、パス優先度管理テーブル２０に対象ストレージノードのターゲット情報を登録する（ステップＳ２９）。すなわち、ＣＰＵ１０は、パス優先度管理テーブル２０に、作成したＬＵに対応するボリュームのエントリを作成し、このエントリに対象ストレージノード４のターゲット情報（ターゲット番号）を格納する。

次いで、ＣＰＵ１０は、対象ストレージノードに対して、パス更新情報を送信する（ステップＳ３０）。ここで、パス更新情報には、作成したＬＵのＬＵＮと、対応するボリュームのボリューム番号と、ステップＳ２９で登録したターゲット情報とが含まれる。

このボリュームパス作成処理によると、新たに作成したＬＵのパスの情報を、パスとするターゲットを持つストレージノード４に適切に通知することができ、後述するボリュームパス追加処理及びＣＴＬＭテーブル生成処理を経て、ストレージノード４によりコンピュートノード２に対して問い合わせが来た場合に、適切にコンピュートノード２に対してパス優先度管理テーブル２０に登録したパスを応答することができるようになる。

次に、ボリュームパス追加処理について説明する。

図１１は、一実施形態に係るボリュームパス追加処理のフローチャートである。

ボリュームパス追加処理は、ボリュームパス作成処理においてパス更新情報が送信される対象ストレージノードで実行される処理である。

まず、対象ストレージノード４のＣＰＵ１０は、パス更新情報を、ボリュームパス作成処理を実行したストレージ制御部７４、すなわち、ＬＵに対するアクティブのストレージ制御部７４を有するストレージノード４から受信する（ステップＳ４１）。

次いで、ストレージノード４のＣＰＵ１０は、パス更新情報に含まれている、ＬＵＮとボリューム番号とを、ＣＬＭテーブル４０のＬＵＮ管理テーブル４２に追加する（ステップＳ４２）。

次いで、ストレージノード４のＣＰＵ１０は、パス優先度管理テーブル２０に、パス更新情報に基づくターゲット情報を設定する（ステップＳ４３）。

このボリュームパス追加処理によると、新たに追加されたＬＵ（ボリューム）に対するパスとなるターゲットの情報を適切にパス優先度管理テーブル２０に設定することができる。

図１２は、一実施形態に係るＣＴＬＭテーブル生成処理のフローチャートである。

ＣＴＬＭテーブル生成処理は、例えば、パス優先度選択処理、ボリュームパス作成処理、又はボリュームパス追加処理によってパス優先度管理テーブル２０が作成または更新された後にストレージノード４において実行される処理である。

ストレージノード４のＣＰＵ１０は、コンピュートノード２の情報、例えば、ＯＳの種類の情報を取得する（ステップＳ５１）。なお、コンピュートノード２の情報の取得元としては、コンピュートノード２自体でもよく、コンピュートノード２の情報を収集している別の装置であってもよい。

次いで、ストレージノード４のＣＰＵ１０は、コンピュートノード２のＯＳが特定ＯＳ（設定可能なＬＵのパスが所定数（例えば、４つ）以下であるＯＳ）であるか否かを判定する（ステップＳ５２）。この結果、コンピュートノード２のＯＳが特定ＯＳでない場合（ステップＳ５２：Ｎ）には、ＣＰＵ１０は、処理を終了する。

一方、コンピュートノード２のＯＳが特定ＯＳである場合（ステップＳ５２：Ｙ）には、ＣＰＵ１０は、ＣＬＭテーブル４０を取得し（ステップＳ５３）、パス優先度管理テーブル２０を取得し（ステップＳ５４）、ＣＬＭテーブル４０からＬＵＮ４３に登録されているＬＵＮに対応するボリューム番号を取得し、取得したボリューム番号に対応するパス優先度管理テーブル２０のエントリを特定して、そのエントリのターゲット情報（フィールド２３～２６のターゲット番号）を取得する（ステップＳ５５）。

次いで、ＣＰＵ１０は、ターゲット情報に含まれているターゲットが、自身のストレージノード４のターゲット７６であるか否かを判定し（ステップＳ５６）、自身のストレージノード４のターゲット７６でない場合（ステップＳ５６：Ｎ）には、処理を終了する。

一方、自身のストレージノード４のターゲット７６である場合（ステップＳ５６：Ｙ）には、ＣＰＵ１０は、ＣＴＬＭテーブル６０に、コンピュートノードの番号と、ターゲット番号と、ＬＵＮと、ボリューム番号とを含むエントリを追加し（ステップＳ５７）、処理を終了する。なお、ステップＳ５３～Ｓ５７の処理は、ＣＬＭテーブル４０の各エントリを対象として実行される。

以上説明したように、ＣＴＬＭテーブル生成処理によると、パス優先度管理テーブル２０に設定されたターゲットをターゲットとするパスのうち、各ストレージノード４に関係するパスに対応するエントリを含むＣＴＬＭテーブル６０を作成することができる。すなわち、ＣＴＬＭテーブル６０には、パス優先度管理テーブル２０に設定されたパスのみが登録されることとなる。したがって、コンピュートノード２が各ストレージノード４に或るＬＵＮに対するパスを問い合わせると、パス優先度管理テーブル２０に登録されたターゲットのストレージノード４からのみ使用可能なパスとしての応答が得られることとなり、コンピュートノード２側では、優先度の高いパスを適切に把握して設定することが可能となる。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、適宜変形して実施することが可能である。

例えば、上記実施形態では、設定可能なＬＵのパスが４つ以下であるＯＳを例に、優先するパスを決定するようにしていたが、例えば、設定可能なＬＵのパスの数が４以外のＯＳにおいても同様に優先するパスを決定するようにしてもよい。また、設定可能なＬＵのパスの数が異なる複数のＯＳが混在する場合においては、ＯＳごとに、優先するパスの数が異なるパス優先度管理テーブルを備え、それぞれに対応するＣＴＬＭテーブルを作成するようにしてもよい。

また、上記実施形態において、ＣＰＵが行っていた処理の一部又は全部を、ハードウェア回路で行うようにしてもよい。また、上記実施形態におけるプログラムは、プログラムソースからインストールされてよい。プログラムソースは、プログラム配布サーバ又は記憶メディア（例えば可搬型の記憶メディア）であってもよい。

１…計算機システム、２…コンピュートノード、３…ストレージシステム、４…ストレージノード、５…バックエンドネットワーク、６…ネットワーク、１０…ＣＰＵ、１１…メモリ、８０…パス管理プログラム

Claims (4)

1. １以上の記憶デバイスを有するストレージノードを複数備えるストレージシステムであって、
   前記ストレージノードは、プロセッサ部を備え、
   前記プロセッサ部は、上位装置から前記記憶デバイスの記憶領域が提供される所定の論理ユニットにアクセス可能なパスの中から、前記上位装置に対して使用可能なパスとして通知する優先パスを選択し、
   前記上位装置からの前記所定の論理ユニットへのパスの問い合わせに対して前記優先パスを応答するようにし、
   前記プロセッサ部は、
   前記上位装置の設定可能なパスの数を特定可能なパス数特定情報を取得し、
   前記パス数特定情報により特定される設定可能なパスの数だけ前記優先パスを決定し、
   前記ストレージノードは、
   前記論理ユニットに対するデータのアクセスを制御するストレージ制御部を備え、
   同一の論理ユニットへのアクセスを担当する２つのストレージノードのストレージ制御部のペアが構成され、一方のストレージ制御部は、通常用いられる現用系に設定され、他方のストレージ制御部は、待機系に設定されており、
   前記プロセッサ部は、
   前記論理ユニットにアクセス可能なパスの中から、前記論理ユニットに対する排他アクセス用のキーが設定されているパス、前記論理ユニットの現用系に設定されているストレージ制御部へのパス、前記論理ユニットの待機系に設定されているストレージ制御部へのパス、および前記論理ユニットの待機系に設定されているストレージ制御部を備えるストレージノードにおける現用系に設定されているストレージ制御部に対応する待機系が設定されているストレージ制御部へのパスを前記優先パスとして選択する
   ストレージシステム。
2. 前記パス数特定情報は、前記上位装置で実行されているＯＳの種類の情報である
   請求項１に記載のストレージシステム。
3. １以上の記憶デバイスを有するストレージノードを複数備えるストレージシステムによるパス管理方法であって、
   前記ストレージノードは、
   上位装置から前記記憶デバイスの記憶領域が提供される所定の論理ユニットにアクセス可能なパスの中から、前記上位装置に対して使用可能なパスとして通知する優先パスを選択し、
   前記上位装置からの前記所定の論理ユニットへのパスの問い合わせに対して前記優先パスを応答するようにし、
   前記ストレージノードは、
   前記上位装置の設定可能なパスの数を特定可能なパス数特定情報を取得し、
   前記パス数特定情報により特定される設定可能なパスの数だけ前記優先パスを決定し、
   前記ストレージノードは、
   前記論理ユニットに対するデータのアクセスを制御するストレージ制御部を備え、
   同一の論理ユニットへのアクセスを担当する２つのストレージノードのストレージ制御部のペアが構成され、一方のストレージ制御部は、通常用いられる現用系に設定され、他方のストレージ制御部は、待機系に設定されており、
   前記ストレージノードは、
   前記論理ユニットにアクセス可能なパスの中から、前記論理ユニットに対する排他アクセス用のキーが設定されているパス、前記論理ユニットの現用系に設定されているストレージ制御部へのパス、前記論理ユニットの待機系に設定されているストレージ制御部へのパス、および前記論理ユニットの待機系に設定されているストレージ制御部を備えるストレージノードにおける現用系に設定されているストレージ制御部に対応する待機系が設定されているストレージ制御部へのパスを前記優先パスとして選択する
   パス管理方法。
4. １以上の記憶デバイスを有するストレージノードを複数備えるストレージシステムにおけるストレージノードを構成するコンピュータに実行させるパス管理プログラムであって、
   前記コンピュータに、
   上位装置から前記記憶デバイスの記憶領域が提供される所定の論理ユニットにアクセス可能なパスの中から、前記上位装置に対して使用可能なパスとして通知する優先パスを選択させ、
   前記上位装置からの前記所定の論理ユニットへのパスの問い合わせに対して前記優先パスを応答するようにさせ、
   前記上位装置の設定可能なパスの数を特定可能なパス数特定情報を取得させ、
   前記パス数特定情報により特定される設定可能なパスの数だけ前記優先パスを決定させ、
   前記ストレージノードは、
   前記論理ユニットに対するデータのアクセスを制御するストレージ制御部を備え、
   同一の論理ユニットへのアクセスを担当する２つのストレージノードのストレージ制御部のペアが構成され、一方のストレージ制御部は、通常用いられる現用系に設定され、他方のストレージ制御部は、待機系に設定されており、
   前記コンピュータに、
   前記論理ユニットにアクセス可能なパスの中から、前記論理ユニットに対する排他アクセス用のキーが設定されているパス、前記論理ユニットの現用系に設定されているストレージ制御部へのパス、前記論理ユニットの待機系に設定されているストレージ制御部へのパス、および前記論理ユニットの待機系に設定されているストレージ制御部を備えるストレージノードにおける現用系に設定されているストレージ制御部に対応する待機系が設定されているストレージ制御部へのパスを前記優先パスとして選択させる
   パス管理プログラム。

Images