JP2003296154A - ボリューム統合管理方法および統合管理システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上のストレージ装置やディスク
アレイ装置を上位装置からみて一元化したイメージで扱
うことを可能とするボリューム統合管理方法を提供す
る。 【解決手段】 各ディスクアレイ装置の論理ボリューム
構成を認識するステップと、上位論理ボリューム数およ
びサイズに応じた既存の論理ボリュームを選択するか又
は物理ボリュームを区画して論理ボリュームを生成する
指示を適宜なディスクアレイ装置に発するステップと、
選択又は生成された各ディスクアレイ装置内の論理ボリ
ュームのＬＵＮおよびＩ／Ｏインターフェイスのアドレ
スを対応する上位論理ボリュームのそれと関連づけし変
換テーブルに記述するステップと、スイッチ装置に対し
変換テーブルをセットするか又はセット済みの内容を更
新するステップと、アロケーション済みの上位論理ボリ
ュームの少なくともＬＵＮを上位装置に通知するステッ
プとを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
存在する複数のディスクアレイ装置が備える論理ボリュ
ームを統合管理して、当該論理ボリュームから編成され
る上位論理ボリュームのイメージを上位装置に提供する
ボリューム統合管理方法とそのシステムに関する。

【０００２】

【発明の背景】インターネット上の電子商取引の普及や
映像や音声などマルチメディアデータの利用拡大、ＥＲ
Ｐ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏｕｒｃｅ Ｐｌａｎ
ｎｉｎｇ）の普及などに伴って、企業等の情報処理シス
テムが取り扱うデータ量は増大の一途を辿っている。例
えば年平均２倍以上の伸びでストレージ容量の拡大が必
要とされる報告も見受けられる。また、このストレージ
容量の拡大に要するコストの他にその運用コストもます
ます増大するとともに、ストレージシステムの巨大化、
複雑化によるストレージ管理手法の煩雑化もすすむ傾向
にある。

【０００３】最近ではこのような状況を打破しようと様
々な提案がなされており、その１つとして、ＳＡＮ（Ｓ
ｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）が存在する。
これは、今までサーバ毎に接続されて各サーバに従属し
ていたストレージを独立化させ、ストレージ専用のＳＡ
Ｎネットワークでもって複数のサーバとストレージとを
接続したストレージ入出力専用ネットワークである。こ
れによりＳＡＮ上のストレージを共用化でき、サーバと
ストレージ間の高速データ処理を図れるとされる。

【０００４】

【発明が解決しようとする課題】上記したＳＡＮの如く
複数のストレージを専用のネットワークで結んで共用化
することで確かにストレージ管理の簡便化と効率化を招
来することとなった。しかしながら、このようなストレ
ージシステムにアクセスするアプリケーションサーバ等
の上位装置、またそのユーザからみれば、ＳＡＮに連な
る各ストレージ毎にそのアドレスをファブリックに対し
て指定して該当ストレージへのパスを確保し、これにア
クセスし利用する手順を必要とした。つまり、各ストレ
ージは、ＳＡＮに接続されているアプリケーションサー
バ等の上位装置間でパーティション設定され、あくまで
別個のストレージとして上位装置からはイメージされる
のである。したがって、各上位装置からの共用化は図ら
れるが、これら上位装置から見て各ストレージが一元化
された１つのストレージと捉えられるイメージが提供さ
れることはなかった。また、各ストレージのビジー率に
応じて例えばストレージ内で又はストレージを跨ってそ
の論理ボリュームや適宜なデータを移動させて負荷平準
化を図ることも困難であった。

【０００５】そこで本発明はこのような経緯に基づいて
なされたもので、ネットワーク上のストレージ装置やデ
ィスクアレイ装置を上位装置からみて一元化したイメー
ジで扱うことを可能とするボリューム統合管理方法およ
びシステムを提供することを目的とする。

【０００６】

【課題を解決するための手段】この目的を達成するため
の、本発明の主たる発明は、ネットワーク上に存在する
複数のディスクアレイ装置が備える論理ボリュームを統
合管理して、当該論理ボリュームから編成される上位論
理ボリュームのイメージを上位装置に提供する方法であ
って、上位装置から受けた前記上位論理ボリュームのア
ロケーション要求に際して、各ディスクアレイ装置の論
理ボリューム構成を認識するステップと、要求された上
位論理ボリューム数およびサイズに応じた既存の論理ボ
リュームを選択するか、又は物理ボリュームを区画して
論理ボリュームを生成する指示を適宜なディスクアレイ
装置に発するステップと、アロケーション要求に応じて
選択又は生成された各ディスクアレイ装置内の論理ボリ
ュームのＬＵＮおよび当該ＬＵＮに関係付けられるＩ／
Ｏインターフェイスのアドレスを、対応する上位論理ボ
リュームのＬＵＮおよびＩ／Ｏインターフェイスのアド
レスと関連づけし、変換テーブルに記述するステップ
と、上位装置とディスクアレイ装置群との間にあって、
Ｉ／ＯインターフェイスのアドレスおよびＬＵＮから上
位論理ボリュームと論理ボリュームとの間のパス切替お
よびＩ／Ｏデータのアドレス変換を実行するスイッチ装
置に対し、前記変換テーブルをセットするか又はセット
済みの内容を更新するステップと、アロケーション済み
の上位論理ボリュームの少なくともＬＵＮを上位装置に
通知するステップと、を含むことを特徴とする。

【０００７】

【発明の実施の形態】図１は本実施形態のボリューム統
合管理システムを含むネットワーク構成図である。以
下、システム構成について図面を用いて詳細に説明す
る。このネットワークには、ユーザ端末１０、アプリケ
ーションサーバ２０、マネージメントサーバ３０、スイ
ッチ装置４０、ディスクアレイ装置５０などが含まれて
いる。 そして、前記ディスクアレイ装置５０は、記憶
制御装置５１（図中でＲＡＩＤ制御と記す）、ディスク
ドライブ等の記憶装置の物理ボリュームを区画編成して
生成した複数の論理ボリューム５２（ＬＵ０〜ＬＵ
ｎ）、それに前記アプリケーションサーバ２０等の上位
装置とのＩ／Ｏインターフェイス５３などを備えて構成
される。

【０００８】なお、本実施形態においてはディスクアレ
イ装置５０とアプリケーションサーバ２０らとのデータ
通信を規定・制御するプロトコルとしてｉＳＣＳＩを想
定するため、上記Ｉ／Ｏインターフェイス５３はｉＳＣ
ＳＩポートとなる。よって、ネットワークとしてはＴＣ
Ｐ／ＩＰネットワークの採用が考えられる。勿論、本発
明を実現可能な技術であれば、いかなるネットワークと
プロトコルを採用可能であるのは言うまでもない。

【０００９】前記ｉＳＣＳＩは、記憶装置とコンピュー
タとの間の通信に使うＳＣＳＩコマンドを、ＩＰネット
ワーク経由で送受信するためのプロトコルである。これ
によると、例えば社内ＬＡＮやインターネットなどのＴ
ＣＰ／ＩＰネットワーク上に大容量ハードディスクなど
の各種記憶装置を直に接続して、複数のコンピュータか
ら共用することができるようになる。

【００１０】ＳＣＳＩ規格は信号線などの物理的な仕様
とデバイス間の通信を行うための仕様を組み合わせたも
のであるが、このうちデバイス間通信の仕様はハードウ
ェアに依存しないコマンド形式で規定されている。この
コマンド(送受信されるデータ含む)をＩＰパケットとし
て送受信することによって、遠隔地にあるＳＣＳＩデバ
イスを直接操作することが可能になるのである。

【００１１】つまり、本発明のボリューム統合管理方法
の思想背景として、例えば、こういったＩＰストレージ
技術を採用して、ネットワーク上を広域に亘って多数散
在する、そして増減もするディスクアレイ装置５０を統
合管理して、上位装置からみて１つの巨大なストレージ
プールとして扱える技術を提供することにある。図２に
そのストレージプール２００のイメージを示す。ここで
は、アプリケーションサーバ２０らの上位装置からみれ
ば、ストレージプール２００は、論理ボリューム２５０
（ＬＵ０〜ＬＵｎ）から構成された一元化されたストレ
ージサブシステムとして捉えることが可能となる。ここ
での論理ボリューム２５０を、ディスクアレイ装置５０
内における前記論理ボリューム５２から再編成され、上
位装置からイメージされるものとの意で、上位論理ボリ
ューム２５０とする。

【００１２】このような思想を実現する本発明のコアと
なるのがボリュームマネージャ１００（図中でＶＭと略
記）である。このボリュームマネージャ１００は、ハー
ドウェアとして構成して例えばサーバ機能付きの各ディ
スクアレイ装置５０に付加してもよいし、マネージメン
トサーバ３０としてネットワーク上に単体で設置しても
よい。或いは単に機能としてソフトウェア構成してネッ
トワーク上の適宜な装置にインストール使用されるもの
としてもよい。ボリュームマネージャ１００はネットワ
ーク上に接続されたディスクアレイ装置５０らの統合管
理機能を実現するものであり、各ディスクアレイ装置５
０に付加するとすれば、前記マネージメントサーバ３０
といった専用サーバからだけではなく、少なくともいず
れかのディスクアレイ装置５０から統合管理を行うこと
も可能となる。このボリュームマネージャ１００が奏す
る機能の詳細については後述する。

【００１３】前記ディスクアレイ装置５０らは、アプリ
ケーションサーバ２０等の上位装置とはスイッチ装置４
０を介してパスの確保とＩ／Ｏデータの授受が実現され
る。このスイッチ装置４０は、図１および図４に示すよ
うに、上位装置からのＩ／Ｏ要求（図中では受信フレー
ムと記す）を受信する受信ポート４１と、ここで受けた
Ｉ／Ｏ要求を該当するディスクアレイ装置５０のｉＳＣ
ＳＩポート５３に向けてフレーム送信部４８を介して送
信する送信ポートとを複数備えている。これら送受信ポ
ート４１、４２の間にはスイッチ部４３が配置され、こ
れらポート間のスイッチングを行う。また、各受信ポー
ト４１には、Ｉ／Ｏ要求をフレーム受信部４４で受信し
た後、これを一旦格納するフレームバッファ４５、また
ここで格納したＩ／Ｏ要求のアドレス変換やルーティン
グ照合を行うベースとなるアドレス変換テーブル４６
（変換テーブル）、およびルーティングテーブル４７を
備えている。

【００１４】アプリケーションサーバ２０ら上位装とデ
ィスクアレイ装置５０群とは上記スイッチ装置４０によ
り接続されるので、スイッチ装置４０に接続されるアプ
リケーションサーバ２０やディスクアレイ装置５０を自
由に追加、削除、変更することが可能となる。よって、
ストレージ容量や、記憶するデータの種類や使用目的に
合致したストレージを自在に追加、削除することが可能
である。一方、スイッチ装置４０が前記上位論理ボリュ
ーム２５０とディスクアレイ装置５０内の論理ボリュー
ム５２との対応付けを判断してスイッチング処理やＩ／
Ｏ要求等のアドレス変換を実行するため、アプリケーシ
ョンサーバ２０側では前記上位論理ボリューム２５０の
イメージだけでもって単純にアクセスを行うことが出来
る。

【００１５】上位装置としてのアプリケーションサーバ
２０やそれにアクセスするユーザ端末１０は、例えば、
汎用コンピュータやパーソナルコンピュータなどで構成
される。アプリケーションサーバ２０は、適宜なファイ
ルシステムを備えてアプリケーションの管理・実行を行
うと共に、例えばＳＣＳＩドライバとＮＩＣ（Network
Interface Card）を介してＩ／Ｏ要求などの各種データ
をネットワーク上に送り出し、データ通信を可能とす
る。また、ユーザ端末１０からの要求を前記ボリューム
マネージャ１００が使用するフォーマットに変換するボ
リュームマネージャホストエージェント７０（図中ＶＭ
ＨＡ）を備えて、ユーザの利便性に寄与する。

【００１６】図３は本実施形態における上位論理ボリュ
ームのアロケーション手順を説明するフロー図である。
以下、前記ボリュームマネージャ１００がディスクアレ
イ装置５０群の論理ボリューム５２を統合管理して上位
論理ボリューム２５０のイメージを生成する流れを述べ
る。

【００１７】あるユーザ端末１０が上位論理ボリューム
２５０のアロケーション要求（図中ＬＵ要求と記す）を
発信したとする。このアロケーション要求は、まずアプ
リケーションサーバ２０が受け、当該アプリケーション
サーバ２０が備えるボリュームマネージャホストエージ
ェント７０において、ボリュームマネージャ１００のフ
ォーマットに変換処理される。このアロケーション要求
はマネージメントサーバ３０やいずれかのディスクアレ
イ装置５０が備えるボリュームマネージャ１００に送信
される。

【００１８】ボリュームマネージャ１００ではこれを受
信し、その要求内容を確認する（ｓ３０１）。要求内容
には、例えば上位論理ボリューム２５０の数、容量、そ
れに論理ボリュームのタイプなどが上げられる。アロケ
ーション要求を認識したボリュームマネージャ１００
は、この要求に応えるべく、まず、管理している各ディ
スクアレイ装置５０の論理ボリューム構成を把握する
（ｓ３０２）。この情報は各ディスクアレイ装置５０の
構成制御機能などが随時更新して管理している。情報の
取得方法としては、例えばＳＮＭＰ（Simple Network M
anagement Protocol）経由でマネージメント・インフォ
メーション・ベース（ＭＩＢ）から収集する手法があ
る。

【００１９】各ディスクアレイ装置５０の論理ボリュー
ム構成を認識したならば、アロケーション要求の内容、
つまり上位論理ボリューム数およびサイズ（およびタイ
プ）に適合する既存の論理ボリューム５２を選択する
か、又は未利用の物理ボリュームを区画して要求通りの
論理ボリューム５２を新たに生成する指示を該当ディス
クアレイ装置５０に発する（ｓ３０３）。

【００２０】アロケーション要求に応じて選択又は生成
された各論理ボリューム５２のＬＵＮ（Logical Unit N
umber）および当該ＬＵＮが割り当てられているｉＳＣ
ＳＩポート５３のＩＰアドレスを、ボリュームマネージ
ャ１００自身で或いはスイッチ装置４０の各ポートで管
理している前記アドレス変換テーブル４６から、又は該
当ディスクアレイ装置５０から認識し、これを、上位論
理ボリュームに設定するＬＵＮおよびｉＳＣＳＩポート
のＩＰアドレスと関連づけし、アドレス変換テーブル４
６に記述、もしくは更新する（ｓ３０４）。アドレス変
換テーブル４６は、図１でも示したように、上位論理ボ
リューム２５０に関するアドレス情報（ＩＰアドレスお
よびＬＵＮ）を上位論理アドレスとし、一方、論理ボリ
ューム５２に関するアドレス情報を論理アドレスとし
て、その対応関係を記述したテーブルである。

【００２１】このアドレス変換テーブル４６は、前記ス
イッチ装置４０に対しセットするか又はセット済みの内
容を更新することとなる（ｓ３０５）。そして、アロケ
ーションが済んだ上記の上位論理ボリューム２５０のＬ
ＵＮやＩＰアドレスを、アロケーション要求元であるユ
ーザ端末１０に通知し（ｓ３０６）、この処理は終了す
る。ユーザ端末１０ではこのＬＵＮやＩＰアドレスでも
って、上位論理ボリューム２５０にアクセス出来るので
ある。一方、本システム側では、このユーザ端末１０か
らの上位論理ボリューム２５０に対するＩ／Ｏ要求を、
スイッチ装置４０でもって該当ディスクアレイ装置５０
の該当論理ボリューム５２に対するものに変換し、デー
タ入出力を実現している。

【００２２】他方、もしアプリケーションサーバ２０等
の上位装置から所定の上位論理ボリューム２５０の削除
要求を受けた場合、削除要求された上位論理ボリューム
数およびサイズに応じた既存の論理ボリューム５２をい
ずれかのディスクアレイ装置５０から選択する。そし
て、削除要求がなされた上位論理ボリューム２５０と、
前記選択された各ディスクアレイ装置５０内の論理ボリ
ューム５２とのＬＵＮおよび当該ＬＵＮに関係付けられ
るｉＳＣＳＩポートのＩＰアドレスを前記アドレス変換
テーブル４６から消去する。また前記スイッチ装置４０
に対し、このアドレス変換テーブル４６をセットするか
又はセット済みの内容を更新する一方で、削除処理が完
了した旨を該当上位装置に通知する。

【００２３】図４は本実施形態のスイッチ装置における
アドレス変換の様子を説明する図であり、図５は本実施
形態のアドレス変換手順を説明するフロー図である。次
に、実際にどのように、上位論理ボリューム２５０に対
するＩ／Ｏ要求が論理ボリューム５２のものに変換され
るのかスイッチ装置４０の処理に即して見ていくことに
する。ユーザ端末１０由来のある上位論理ボリューム２
５０に対するＩ／Ｏ要求は、ユーザ端末１０が接続する
アプリケーションサーバ２０を介してシステムに転送さ
れる。このＩ／Ｏ要求は、本実施形態においてはｉＳＣ
ＳＩパケット（受信フレーム４００）としている。

【００２４】この受信フレーム４００は、スイッチ装置
４０において前記アプリケーションサーバ２０に関連付
けされた受信ポート、例えばポート０で受信される。こ
の受信フレーム４００をフレーム受信部４４で受けたポ
ート０では、当該受信フレーム４００をフレームバッフ
ァ４５に格納する（ｓ５０１）。ここで、前記受信フレ
ーム４００は、例えば図示するように、送信元および宛
先のＩＰアドレスやＬＵＮを記述したヘッダ部と、送信
主体たるコマンドやデータが格納されるペイロード部
と、受信フレームが壊れていないかどうかをチェックす
るためのフィールドたるＦＣＳ(Frame Check Seaquenc
e)部とから構成される。

【００２５】次に、フレームバッファ４５に格納された
受信フレーム４００が含むｉＳＣＳＩポートのＩＰアド
レスとＬＵＮとをアドレス変換テーブル４６の上位論理
アドレスの欄にて照合し（ｓ５０２）、照合により該当
するものがあるか判定する（ｓ５０３）。照合するもの
がなければ、誤受信フレームであるとして処理は終了す
る。一方、照合ありと判定されたならば、前記受信フレ
ーム４００に記載されたＩＰアドレスおよびＬＵＮ（つ
まり上位論理ボリュームのもの）を、該当論理ボリュー
ムのもの、つまりアドレス変換テーブル４６の論理アド
レス欄における該当レコードに書き換える（ｓ５０
４）。この書き換え処理は例えばフレーム受信部４４が
フレームバッファ４５で実行する。

【００２６】ここでは、例えば受信フレームに記載され
ていた上位論理ボリューム２５０の宛先ＩＰアドレスを
“ａａａａ”、ＬＵＮを“００”とし、アドレス変換テ
ーブル４６においてこれに対応付けされた論理アドレス
が、ＩＰアドレス：“ＡＡＡＡ”、ＬＵＮ：“０１”と
している。したがって次に、書き換えたＩＰアドレス：
“ＡＡＡＡ”に対応する送信ポート４２を、前記ルーテ
ィングテーブル４７にて照合する（ｓ５０５）。その結
果、例えばＩＰアドレスが“ＡＡＡＡ”である場合、使
用する送信ポート４２は、“ポートＡ”であると決定で
きる。

【００２７】そこで受信ポート４１たるポート０は、ス
イッチ部４３に対して、“送信ポートＡ”にルーティン
グするべくスイッチ指示を発する（ｓ５０６）。スイッ
チングにより経路が確保されたならば、前記フレームバ
ッファ４５から“送信ポートＡ”に向け、受信フレーム
４００が送信される（ｓ５０７）。送信ポートでは、こ
の受信フレーム４００のヘッダ情報にあるＩＰアドレス
に基づき、該当するｉＳＣＳＩポートに宛てて受信フレ
ーム４００の送信を処理する（ｓ５０８）。このときの
ヘッダは、宛先ＩＰアドレス：ＡＡＡＡ、ＬＵＮ：０１
となっている。ｉＳＣＳＩポートのＩＰアドレスが“Ａ
ＡＡＡ”であるディスクアレイ装置５０では、先程の受
信フレームをこのｉＳＣＳＩポート５３を介して受信し
て記憶制御装置５１による、ＬＵＮが“０１”なる論理
ボリューム５２の制御に供される。

【００２８】図６は本実施形態のデータ移行（マイグレ
ーション）手順を説明するフロー図である。記憶制御部
５１（ＲＡＩＤ制御部）ではｉＳＣＳＩポート５３を介
して受信されるホスト（アプリケーションサーバ２０)
アクセスの回数を計数することでｉＳＣＳＩポートのビ
ジ-率を計数している。また同様に、論理ボリューム５
２または論理ボリューム５２を構成する物理ディスクド
ライブのビジ-率も計測している。

【００２９】これらのビジー率(計測データ)は、例えば
マネージメントサーバ３０に定期的に収集される。収集
方法としては、例えばマネージメントサーバ３０からｉ
ＳＣＳＩのコマンドで読み出すか、ＳＮＭＰ経由でＭＩ
Ｂ収集するとする。このビジー率は、システムで総合的
に判定され、何処のディスクアレイ装置５０のどの部分
にアクセスが集中しており、それを何処に移動すればア
クセスが平準化されるかが判定される。

【００３０】上記のように、ビジー率が取得できたなら
ば（ｓ６０１）、このビジー率に基づいて、アクセスが
集中しているデータを抱える論理ボリューム５２および
これが属するディスクアレイ装置５０を判定する（ｓ６
０２）。アクセスが集中する論理ボリュームを移動させ
ることで、当該アクセス集中データを抱える論理ボリュ
ームのビジー率を抑制するべく、相対的にビジー率が低
い他の論理ボリュームまたはディスクアレイ装置を移動
ターゲットとして選出する（ｓ６０３）。

【００３１】選出された移動ターゲットが同一ディスク
アレイ装置内の論理ボリュームであるならば（ｓ６０
４）、該当ディスクアレイ制御装置（の記憶制御装置５
１等）に対して、アクセス集中データ（移動する論理ボ
リュームとして）を移動ターゲットたる論理ボリューム
に移動させる指示を発する（ｓ６０５’）。この場合、
装置内パス(図中ではRAID制御に相当）を経由して、デ
ータの移動が実行される。

【００３２】また、選出された移動ターゲットが他のデ
ィスクアレイ装置内の論理ボリュームであるならば（ｓ
６０４）、移動ターゲットの論理ボリュームが属するデ
ィスクアレイ装置のｉＳＣＳＩポートとイニシエータと
なるディスクアレイ装置のｉＳＣＳＩポートとの間のパ
スを確保する（ｓ６０５）。この場合のデータ移動経路
は、ｉＳＣＳＩポート→スイッチ装置４０→他のディス
クアレイ装置のｉＳＣＳＩポートとなる。パス確保に際
しては、データソース側、つまり移動元ディスクアレイ
装置のｉＳＣＳＩポートはデータを受信する側のディス
クアレイ装置から見てイニシエータ（ホスト）として動
作し、受信側ディスクアレイ装置はターゲットとして動
作することになる。

【００３３】この場合、データ転送に先立ち、例えばマ
ネージメントサーバ３０（またはボリュームマネージャ
１００）は、予め定義したｉＳＣＳＩのコマンドにてタ
ーゲット側のディスクアレイ装置に対して、初期設定を
行う。この設定は、当該ｉＳＣＳＩポートから目的とす
る論理ボリュームが見えるようにｉＳＣＳＩポートの設
定を行うことで処理される。

【００３４】ターゲットとなるディスクアレイ装置の初
期設定が完了すると、次に、ｉＳＣＳＩポートのＩＰア
ドレスと論理ボリュームのＬＵＮとに基づいたアクセス
集中データまたは論理ボリュームの移動をイニシエータ
となるディスクアレイ装置に指示する（ｓ６０６）。こ
の時、マネージメントサーバ３０から指示を受けたイニ
シエータディスクアレイ装置はターゲットとなるディス
クアレイ装置に対してデータコピーを開始する。なお、
このコピー中に発生したイニシエータ側の論理ボリュー
ム５２ヘの上位装置等からのデータ更新は、ターゲット
側に対しても同時にコピーされるようイニシエータディ
スクアレイ装置が制御を行う。

【００３５】このコピー処理が終了するとイニシエータ
ディスクアレイ装置はマネージメントサーバ３０に対し
て、終了通知を報告する。この処理は、例えばｉＳＣＳ
Ｉ上の特殊コマンドで、マネージメントサーバ３０が定
期的にイニシエータディスクアレイ装置の状態を収集す
ることで実現される。コピー終了の通知を受けたマネー
ジメントサーバ３０は（ｓ６０７）、スイッチ装置４０
に対してアドレス変換テーブル４６の書き換えを指示す
る（ｓ６０８）。イニシエータディスクアレイ装置から
ターゲットディスクアレイ装置へのデータ移動により生
じた上位論理ボリュームと論理ボリュームとの対応関係
の変化を反映させるためである。

【００３６】他方、このデータ移動が完了した後は、ア
プリケーションサーバ２０等の上位装置からさきほどの
イニシエータディスクアレイ装置の該当論理ボリューム
に対してなされる入出力要求に対して、当該イニシエー
タディスクアレイ装置は所定期間ビジー応答する。アド
レス変換テーブル４６が書き換えられた後は、スイッチ
装置４０によって上位装置からの前記イニシエータディ
スクアレイ装置の該当論理ボリュームに対するアクセス
は、ターゲット側のディスクアレイ装置に切替えられる
こととなる。

【００３７】本発明に係る実施の形態としては、前記目
的を達成すべく、次の通りとしてもよい。前記ボリュー
ム統合管理方法において、上位装置から上位論理ボリュ
ームの削除要求を受けた場合、削除要求された上位論理
ボリューム数およびサイズに応じた既存の論理ボリュー
ムを選択するステップと、削除要求がなされた上位論理
ボリュームと、前記選択された各ディスクアレイ装置内
の論理ボリュームとのＬＵＮおよび当該ＬＵＮに関係付
けられるＩ／Ｏインターフェイスのアドレスを前記変換
テーブルから消去するステップと、前記スイッチ装置に
対し、前記変換テーブルをセットするか又はセット済み
の内容を更新するステップと、該当する上位論理ボリュ
ームを削除済みである旨を上位装置に通知するステップ
と、を含むこととする。

【００３８】また、前記ボリューム統合管理方法におい
て、Ｉ／Ｏインターフェイス、論理ボリューム、および
論理ボリュームを構成する物理ドライブの少なくともい
ずれかについて、データの授受や処理の頻度などに基づ
くビジー率を取得するステップと、前記ビジー率に基づ
いて、アクセスが集中しているデータを抱える論理ボリ
ューム、Ｉ／Ｏインターフェイス、およびこれらが属す
るディスクアレイ装置を判定するステップと、アクセス
集中データまたは論理ボリュームを移動させることで、
当該アクセス集中データを抱える論理ボリューム又はＩ
／Ｏインターフェイスのビジー率を抑制するべく、相対
的にビジー率が低い他の論理ボリュームまたはディスク
アレイ装置を移動ターゲットとして選出するステップ
と、選出された移動ターゲットが同一ディスクアレイ装
置内の論理ボリュームであるならば、該当ディスクアレ
イ制御装置に対して、アクセス集中データを移動ターゲ
ットたる論理ボリュームに移動させる指示を発するステ
ップと、選出された移動ターゲットが他のディスクアレ
イ装置内の論理ボリュームであるならば、移動ターゲッ
トの論理ボリュームが属するディスクアレイ装置のＩ／
Ｏインターフェイスとイニシエータとなるディスクアレ
イ装置のＩ／Ｏインターフェイスとの間のパスを確保す
るステップと、Ｉ／Ｏインターフェイスのアドレスと論
理ボリュームのＬＵＮとに基づいたアクセス集中データ
または論理ボリュームの移動をイニシエータディスクア
レイ装置に指示するステップと、イニシエータディスク
アレイ装置から前記移動の終了通知を受けたならば、当
該移動により生じた上位論理ボリュームと論理ボリュー
ムとの対応関係の変化に応じて前記変換テーブルを更新
するべく前記スイッチ装置に指示するステップと、を含
むこととする。

【００３９】更に、前記ボリューム統合管理方法におい
て、上位装置からある上位論理ボリュームに対するＩ／
Ｏ要求を受けた場合、前記スイッチ装置を制御すること
により、前記スイッチ装置の前記上位装置に関連付けさ
れた受信ポートでこれを受信しバッファに格納するステ
ップと、バッファに格納されたＩ／Ｏ要求が含むＩ／Ｏ
インターフェイスのアドレスとＬＵＮとを前記変換テー
ブルで照合するステップと、照合により該当するものが
ある場合、前記Ｉ／Ｏ要求のＩ／Ｏインターフェイスの
アドレスおよびＬＵＮを、該当論理ボリュームのものに
書き換えるステップと、書き換えたＩ／Ｏインターフェ
イスのアドレスに対応する送信ポートを、送信ポートと
論理ボリュームの前記アドレスとの関係を定めたルーテ
ィングテーブルで照合して決定するステップと、前記受
信ポートと決定された送信ポートとをルーティングする
べくスイッチ装置に対してスイッチ指示を発すると共
に、前記バッファから該当送信ポートにＩ／Ｏ要求を送
信するステップと、送信ポートから該当ディスクアレイ
装置のＩ／Ｏインターフェイスに向けて前記Ｉ／Ｏ要求
を送信するステップと、を備えることとする。

【００４０】また、前記ボリューム統合管理方法を実現
するシステムであって、前記各ステップを実行する手段
を備えることを特徴とするボリューム統合管理システ
ム。更に、前記ボリューム統合管理システムにおいて、
前記ボリューム統合管理システムが各ディスクアレイ装
置に組み込まれていることとする。

【００４１】

【発明の効果】本発明によれば、ネットワーク上のスト
レージ装置やディスクアレイ装置を上位装置からみて一
元化したイメージで扱うことを可能とするボリューム統
合管理方法を提供可能となる。

【図面の簡単な説明】

【図１】本実施形態のボリューム統合管理システムを含
むネットワーク構成図である。

【図２】本実施形態のボリューム統合管理システムが上
位装置に提供するストレージプールのイメージ図であ
る。

【図３】本実施形態における上位論理ボリュームのアロ
ケーション手順を説明するフロー図である。

【図４】本実施形態のスイッチ装置におけるアドレス変
換の様子を説明する図である。

【図５】本実施形態のアドレス変換手順を説明するフロ
ー図である。

【図６】本実施形態のデータ移行（マイグレーション）
手順を説明するフロー図である。

【符号の説明】

１０ ユーザ端末 ２０ アプリケーションサーバ ３０ マネージメントサーバ ４０ スイッチ装置 ４１ 受信ポート ４２ 送信ポート ４３ スイッチ部 ４５ バッファ、フレームバッファ ４６ 変換テーブル、アドレス変換テーブル ４７ ルーティングテーブル ５０ ディスクアレイ装置 ５１ 記憶制御装置、ＲＡＩＤ制御 ５２ 論理ボリューム ５３ Ｉ／Ｏインターフェイス、ｉＳＣＳＩポート １００ ボリュームマネージャ ２００ ストレージプール ２５０ 上位論理ボリューム

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に存在する複数のディス
   クアレイ装置が備える論理ボリュームを統合管理して、
   当該論理ボリュームから編成される上位論理ボリューム
   のイメージを上位装置に提供する方法であって、 上位装置から受けた前記上位論理ボリュームのアロケー
   ション要求に際して、各ディスクアレイ装置の論理ボリ
   ューム構成を認識するステップと、 要求された上位論理ボリューム数およびサイズに応じた
   既存の論理ボリュームを選択するか、又は物理ボリュー
   ムを区画して論理ボリュームを生成する指示を適宜なデ
   ィスクアレイ装置に発するステップと、 アロケーション要求に応じて選択又は生成された各ディ
   スクアレイ装置内の論理ボリュームのＬＵＮおよび当該
   ＬＵＮに関係付けられるＩ／Ｏインターフェイスのアド
   レスを、対応する上位論理ボリュームのＬＵＮおよびＩ
   ／Ｏインターフェイスのアドレスと関連づけし、変換テ
   ーブルに記述するステップと、 上位装置とディスクアレイ装置群との間にあって、Ｉ／
   ＯインターフェイスのアドレスおよびＬＵＮから上位論
   理ボリュームと論理ボリュームとの間のパス切替および
   Ｉ／Ｏデータのアドレス変換を実行するスイッチ装置に
   対し、前記変換テーブルをセットするか又はセット済み
   の内容を更新するステップと、 アロケーション済みの上位論理ボリュームの少なくとも
   ＬＵＮを上位装置に通知するステップと、 を含むことを特徴とするボリューム統合管理方法。
2. 【請求項２】 上位装置から上位論理ボリュームの削除
   要求を受けた場合、 削除要求された上位論理ボリューム数およびサイズに応
   じた既存の論理ボリュームを選択するステップと、 削除要求がなされた上位論理ボリュームと、前記選択さ
   れた各ディスクアレイ装置内の論理ボリュームとのＬＵ
   Ｎおよび当該ＬＵＮに関係付けられるＩ／Ｏインターフ
   ェイスのアドレスを前記変換テーブルから消去するステ
   ップと、 前記スイッチ装置に対し、前記変換テーブルをセットす
   るか又はセット済みの内容を更新するステップと、 該当する上位論理ボリュームを削除済みである旨を上位
   装置に通知するステップと、 を含むことを特徴とする請求項１に記載のボリューム統
   合管理方法。
3. 【請求項３】 Ｉ／Ｏインターフェイス、論理ボリュー
   ム、および論理ボリュームを構成する物理ドライブの少
   なくともいずれかについて、データの授受や処理の頻度
   などに基づくビジー率を取得するステップと、 前記ビジー率に基づいて、アクセスが集中しているデー
   タを抱える論理ボリューム、Ｉ／Ｏインターフェイス、
   およびこれらが属するディスクアレイ装置を判定するス
   テップと、 アクセス集中データまたは論理ボリュームを移動させる
   ことで、当該アクセス集中データを抱える論理ボリュー
   ム又はＩ／Ｏインターフェイスのビジー率を抑制するべ
   く、相対的にビジー率が低い他の論理ボリュームまたは
   ディスクアレイ装置を移動ターゲットとして選出するス
   テップと、 選出された移動ターゲットが同一ディスクアレイ装置内
   の論理ボリュームであるならば、該当ディスクアレイ制
   御装置に対して、アクセス集中データを移動ターゲット
   たる論理ボリュームに移動させる指示を発するステップ
   と、 選出された移動ターゲットが他のディスクアレイ装置内
   の論理ボリュームであるならば、移動ターゲットの論理
   ボリュームが属するディスクアレイ装置のＩ／Ｏインタ
   ーフェイスとイニシエータとなるディスクアレイ装置の
   Ｉ／Ｏインターフェイスとの間のパスを確保するステッ
   プと、 Ｉ／Ｏインターフェイスのアドレスと論理ボリュームの
   ＬＵＮとに基づいたアクセス集中データまたは論理ボリ
   ュームの移動をイニシエータディスクアレイ装置に指示
   するステップと、 イニシエータディスクアレイ装置から前記移動の終了通
   知を受けたならば、当該移動により生じた上位論理ボリ
   ュームと論理ボリュームとの対応関係の変化に応じて前
   記変換テーブルを更新するべく前記スイッチ装置に指示
   するステップと、 を含むことを特徴とする請求項１に記載のボリューム統
   合管理方法。
4. 【請求項４】 上位装置からある上位論理ボリュームに
   対するＩ／Ｏ要求を受けた場合、前記スイッチ装置を制
   御することにより、 前記スイッチ装置の前記上位装置に関連付けされた受信
   ポートでこれを受信しバッファに格納するステップと、 バッファに格納されたＩ／Ｏ要求が含むＩ／Ｏインター
   フェイスのアドレスとＬＵＮとを前記変換テーブルで照
   合するステップと、 照合により該当するものがある場合、前記Ｉ／Ｏ要求の
   Ｉ／ＯインターフェイスのアドレスおよびＬＵＮを、該
   当論理ボリュームのものに書き換えるステップと、 書き換えたＩ／Ｏインターフェイスのアドレスに対応す
   る送信ポートを、送信ポートと論理ボリュームの前記ア
   ドレスとの関係を定めたルーティングテーブルで照合し
   て決定するステップと、 前記受信ポートと決定された送信ポートとをルーティン
   グするべくスイッチ装置に対してスイッチ指示を発する
   と共に、前記バッファから該当送信ポートにＩ／Ｏ要求
   を送信するステップと、 送信ポートから該当ディスクアレイ装置のＩ／Ｏインタ
   ーフェイスに向けて前記Ｉ／Ｏ要求を送信するステップ
   と、 を備えることを特徴とするボリューム統合管理方法。
5. 【請求項５】 請求項１〜４のいずれかに記載のボリュ
   ーム統合管理方法を実現するシステムであって、前記各
   ステップを実行する手段を備えることを特徴とするボリ
   ューム統合管理システム。
6. 【請求項６】 前記ボリューム統合管理システムが各デ
   ィスクアレイ装置に組み込まれていることを特徴とする
   請求項５に記載のボリューム統合管理システム。