JP2011003208A - 設定プログラム、および設定装置 - Google Patents

Abstract

【課題】ディスクアレイに対する信頼性と負荷とを考慮した設定を容易に行うことができるようにする。
【解決手段】論理ボリューム要件取得手段１ａにより、論理ボリューム要件５が取得される。すると、適用技術決定手段１ｂにより、論理ボリューム要件に応じて、信頼性向上と処理速度向上との少なくとも一方の機能向上を図るための適用技術が決定される。そして、論理ボリューム設定手段１ｃにより、サーバ３およびディスクアレイ４に対し、決定された適用技術を実現するための複数のディスクドライブからなる論理ボリュームの生成指示、および適用技術に基づくサーバ３から論理ボリュームへのアクセス環境の設定指示が出力される。
【選択図】図１

Description

本発明はドライブを複数含むストレージデバイスにデータ単位を割り当てる設定プログラム、および設定装置に関する。

企業内の業務処理のコンピュータ化が進むにつれ、企業内で取り扱うデータ量が増大している。また、複数の業務で共通のデータを使用する場合もあり、データ管理が複雑化している。そこで、最近では、ネットワーク上の所定の場所でデータを一元管理することが行われている。このようなデータの一元管理技術として、たとえばＳＡＮ（Storage Area Network）がある。ＳＡＮでは、大容量のデータを格納するためのストレージデバイスが用意され、サーバとストレージデバイス間がファイバーチャネルによって接続される。

ところで、データをストレージデバイスで一元管理した場合、そのストレージデバイスに対するアクセス速度が、システム全体の処理効率に大きな影響を及ぼす。また、データが格納されたストレージデバイスで障害が発生し、データが取り出せなくなると、全体の業務が停止してしまう。

そこで、ＳＡＮによってデータを一元管理する場合、ストレージデバイスへのアクセスの高速化、および信頼性向上の技術が併用される。アクセスの高速化、および信頼性向上の技術としては、ＲＡＩＤ（Redundant Array of Independent Disks）がある。ＲＡＩＤ技術を利用可能なストレージデバイスは、ディスクアレイと呼ばれる。

ＲＡＩＤでは、複数ドライブへの分散書き込み、複数ドライブからの分散読み出しを行うストライピング（striping）、同一データを複数ドライブに書き込むミラーリング（mirroring）等の様々な技術が組み合わせて利用される。

ただし、ＲＡＩＤは、様々な技術を組み合わせて複数のドライブを制御するため、動作環境の設定が複雑となる。そこで、ＲＡＩＤコントローラの自動コンフィギュレーションを行う技術が考えられている（たとえば、特許文献１参照）。

また、ディスクアレイサブシステムの構成を視覚的に表現することで、構成変更操作を容易にする技術も考えられている（たとえば、特許文献２参照）。

特開２０００−２０２４５号公報 特開平９−２９２９５４号公報

しかし、ＳＡＮ接続のディスクアレイの場合、適切な設定を行うには、ＳＡＮやＲＡＩＤを含むネットワーク全体の専門知識が必要であり、知識の不足しているユーザには設定が出来なかった。

具体的には、ＳＡＮ接続のディスクアレイの論理ボリュームに対してサーバからアクセスできるようするには、ディスクアレイ、ＦＣ（ファイバーチャネル）スイッチ、サーバの各装置に対して多数の設定操作が必要である。これらの互いに関連する装置に対して、互いに整合性を保った設定を行うには高度な知識が必要であり、その知識習得のためのコストも大きい。また、設定が複雑となるため、ミスを誘発しやすい状況にある。さらに、信頼性を保つには、冗長性の確保や性能を考慮した上で構成を設計する必要があり、多大なスキルが要求される。

これらのことが、ストレージシステム構成の変更や増設を容易にできない要因となっている。すなわち、以下のような課題がある。
・ストレージシステム構成を容易に設計できない。

冗長性や性能を考慮した構成を設計するためには、ディスクアレイの仕様やＳＡＮに関する豊富な知識が必要であるため、容易に設計できない。
・設計した構成を実機に設定する手順と操作が複雑である。

ディスクアレイ、ＦＣスイッチ、サーバの各装置に対して多数の設定操作が必要であるためミスを誘発しやすく、また設定ミスを検出する機構も十分整備されていない。
本発明はこのような点に鑑みてなされたものであり、ディスクアレイに対する信頼性と負荷とを考慮した設定を容易に行うことができる設定プログラム、および設定装置を提供することを目的とする。

本発明では上記課題を解決するために、ドライブを複数含むストレージデバイスにデータ単位を割り当てる設定プログラムにおいて、信頼性の要件と、負荷の要件と、データ量の要件とを取得し、前記信頼性の要件と前記負荷の要件とに基づいて、ドライブへのアクセス制御技術を決定し、前記ストレージデバイスに含まれるドライブのうち、決定された前記アクセス制御技術に応じた数のドライブについて、適用するアクセス制御技術を、前記決定された前記アクセス制御技術に設定し、前記アクセス制御技術が設定されたドライブに、前記データ量の要件を満たす容量のデータ単位を割り当てる、処理をコンピュータに実行させることを特徴とする設定プログラムが提供される。

また上記課題を解決するために、ドライブを複数含むストレージデバイスにデータ単位を割り当てる設定装置において、信頼性の要件と、負荷の要件と、データ量の要件とを取得する取得手段と、前記信頼性の要件と前記負荷の要件とに基づいて、ドライブへのアクセス制御技術を決定する決定手段と、前記ストレージデバイスに含まれるドライブのうち、決定された前記アクセス制御技術に応じた数のドライブについて、適用するアクセス制御技術を、前記決定された前記アクセス制御技術に設定する設定手段と、前記アクセス制御技術が設定されたドライブに、前記データ量の要件を満たす容量のデータ単位を割り当てる割当手段と、を有することを特徴とする設定装置が提供される。

本発明では、入力されたデータ単位についての要件に応じて、ドライブに適用するアクセス制御技術を設定することができる。
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

実施の形態に適用される発明の概念図である。 本実施の形態のシステム構成を示す図である。 管理サーバのハードウェア構成例を示す図である。 サーバのハードウェア構成例を示す図である。 ＦＣスイッチとディスクアレイとのハードウェア構成を示す図である。 管理サーバが有する環境設定機能を示すブロック図である。 サーバの機能を示すブロック図である。 サーバとディスクドライブとの接続関係を示す図である。 物理結線情報のデータ構造例を示す図である。 ＲＡＩＤ判定テーブルのデータ構造例を示す図である。 ドライブ決定テーブルのデータ構造例を示す図である。 論理ボリューム作成処理の手順を示すフローチャートである。 自動構成決定処理の手順を示すフローチャートである。 ＲＡＩＤグループ構成情報のデータ構造例を示す図である。 ＲＡＩＤグループ構成情報で示されるグループ分けを示す図である。 論理ボリューム構成情報のデータ構造例を示す図である。 ＲＡＩＤグループと論理ボリュームとの対応付けを示す図である。 論理ボリューム要件の入力画面の例を示す図である。 結果表示画面の例を示す図である。 論理ボリューム増設設定処理の処理手順を示す図である。 論理ボリューム増設設定処理の概念図である。 アフィニティグループ情報のデータ構造例を示す図である。 マルチパス構成データのデータ構造例を示す図である。 ミラーボリューム構成データのデータ構造例を示す図である。

以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。

図１は、実施の形態に適用される発明の概念図である。本発明が提供されたコンピュータ１は、ネットワーク２を介して接続されたサーバ３からディスクアレイ４へのアクセス環境の設定を支援するため、論理ボリューム要件取得手段１ａ、適用技術決定手段１ｂ、および論理ボリューム設定手段１ｃを有している。

論理ボリューム要件取得手段１ａは、必要とされる信頼性の度合い、負荷の度合い（高速のデータアクセスの必要性）、および必要なデータ量が指定された論理ボリューム要件５を取得する。論理ボリューム要件５は、たとえば、ユーザからの操作入力によって設定される。

信頼性の度合いとしては、たとえば、電子商取引の決済内容に関するデータベースとして論理ボリュームを使用する場合、高い信頼性が必要である。逆に、社員向け電子掲示板のデータのように、データが消失しても業務への影響が少ないデータを格納するための論理ボリュームは、信頼性が低くてもよい。

また、負荷の度合いとしては、たとえば、検索エンジンによる検索対象となる情報を格納する論理ボリュームは、論理ボリュームへのアクセス速度が処理速度に与える影響が大きいため、負荷の度合いを高く設定する。

適用技術決定手段１ｂは、論理ボリューム要件に応じて、信頼性向上と処理速度向上との少なくとも一方の機能向上を図るための適用技術を決定する。たとえば、高い信頼性が必要な場合、ミラーリング技術のような信頼性向上技術の適用が決定される。また、負荷の度合いが高い場合、ストライピングのような処理速度向上技術の適用が決定される。

論理ボリューム設定手段１ｃは、サーバ３およびディスクアレイ４に対し、決定された適用技術を実現するための複数のディスクドライブからなる論理ボリュームの生成指示、および適用技術に基づくサーバ３から論理ボリュームへのアクセス環境の設定指示を出力する。

このようなシステム環境設定支援プログラムを実行するコンピュータ１によれば、論理ボリューム要件取得手段１ａにより、論理ボリューム要件５が取得される。すると、適用技術決定手段１ｂにより、論理ボリューム要件５に応じて、信頼性向上と処理速度向上との少なくとも一方の機能向上を図るための適用技術が決定される。そして、論理ボリューム設定手段１ｃにより、サーバ３およびディスクアレイ４に対し、決定された適用技術を実現するための複数のディスクドライブからなる論理ボリュームの生成指示、および適用技術に基づくサーバ３から論理ボリュームへのアクセス環境の設定指示が出力される。

これにより、ディスクアレイへの論理ボリュームの構築、および構築した論理ボリュームへのサーバからのアクセス環境の設定が容易となる。その結果、ディスクアレイを用いたデータアクセスの高速化技術や信頼性向上技術について詳しくないユーザであっても、それらの技術を適用したシステムの環境設定を行うことが可能となる。

なお、このようなストレージデバイスへのアクセス環境の自動設定機能は、ストレージプロビジョニング機能と呼ばれる。
ところで、本発明を適用するシステムとしては、たとえばＳＡＮが考えられる。また、ディスクアレイを用いたデータアクセスの高速化技術や信頼性向上技術としては、ＲＡＩＤの技術を利用できる。ＲＡＩＤを利用可能なディスク装置（ディスクアレイ）に対して、ストレージプロビジョニング機能を適用する場合、ネットワークシステムを管理する管理サーバからの遠隔操作によって、サーバやディスクアレイに対して、論理ボリューム設定処理やリソースプロビジョニング処理を実行させることができる。

管理サーバにおけるディスクアレイの論理ボリュームを自動構成機能では、以下の処理を行う。なお、構築された論理ボリュームは、ストレージプールとしてシステムで利用可能な状態に置かれる。

論理ボリュームを設定する場合、ユーザは、必要な信頼性の度合い、負荷の度合い、および必要なデータ容量を入力するだけでよい。管理サーバは、入力された論理ボリューム要件を満たす論理ボリューム構成を決定し、ディスクアレイに対して、論理ボリュームを自動的に設定する。作成された論理ボリュームは、ストレージプールに属するボリュームとして管理される。

また、管理サーバは、ドメイン、グループの概念を利用し、１アクションでプール内の論理ボリュームをサーバへ割り当てるリソースプロビジョニング機能を有する。
リソースプロビジョニング機能では、まず、サーバドメインによってＳＡＮの物理結線の均一性を保証する。具体的には、管理サーバは、以下の処理を行う。
１．サーバドメイン作成する。
２．サーバをサーバドメインに追加する。
３．ストレージドメイン作成する。
４．サーバドメインとストレージドメインを関連づける。このときサーバとのＳＡＮ接続で確保すべき冗長パス数を属性として定義する。
５．ストレージ装置をストレージドメインに追加する。この際、ストレージ装置とサーバ間の物理接続パスが既に定義された冗長パス数を満たすかがチェックされ、満たさない場合はドメインへの追加はできない。

さらに、リソースプロビジョニング機能では、同一業務のサーバをサーバグループとして管理し、それに接続したストレージグループに対して論理ボリュームを割り当てる。具体的には、管理サーバは以下の処理を行う。
１．サーバグループを作成する。
２．ｍ（ｍは自然数）台のサーバをサーバグループへ組み込む。
３．ストレージグループを作成する。
４．ｎ（ｎは自然数）個の論理ボリュームをストレージプールからストレージグループへ組み込む。
５．ディスクアレイ、ＦＣスイッチ、サーバの各装置に対して設定処理を自動実行する。

以上のような処理機能を有する管理サーバによって、ＳＡＮに対する本発明の適用が可能となる。以下、ＳＡＮに対して本発明を適用した場合の実施の形態について詳細に説明する。

図２は、本実施の形態のシステム構成を示す図である。このシステムでは、管理サーバ１００によって、サーバドメイン３００とストレージドメイン４００との構成が管理されている。サーバドメイン３００は、複数のサーバ３１０，３２０で構成されている。ストレージドメイン４００は、複数のファイバーチャネル（ＦＣ）スイッチ４１０，４２０と複数のディスクアレイ４３０，４４０とで構成されている。

管理サーバ１００は、ネットワーク１０を介して、クライアント２１０、サーバ３１０，３２０、ＦＣスイッチ４１０，４２０およびディスクアレイ４３０，４４０に接続されている。クライアント２１０は、管理者からの操作入力内容を管理サーバ１００に送信し、管理サーバ１００による処理結果の受信および表示を行うための端末装置である。

サーバ３１０，３２０は、ファイバーチャネルによってＦＣスイッチ４１０，４２０に接続されている。また、ＦＣスイッチ４１０，４２０は、ファイバーチャネルによってディスクアレイ４３０，４４０に接続されている。サーバ３１０，３２０それぞれからディスクアレイ４３０，４４０までの伝送経路は多重化されている。たとえば、サーバ３１０からディスクアレイ４３０までの伝送経路には、ＦＣスイッチ４１０を経由する伝送経路とＦＣスイッチ４２０を経由する伝送経路がある。

なお、サーバ３１０，３２０、ＦＣスイッチ４１０，４２０、およびディスクアレイ４３０，４４０には、システム上で一意に識別するための名称が設定されている。サーバ３１０の名称は「サーバＡ」である。サーバ３２０の名称は「サーバＢ」である。ＦＣスイッチ４１０の名称は「ＦＣスイッチａ」である。ＦＣスイッチ４２０の名称は「ＦＣスイッチｂ」である。ディスクアレイ４３０の名称は、「ディスクアレイα」である。ディスクアレイ４４０の名称は、「ディスクアレイβ」である。

次に、図３〜図５を参照して、各装置のハードウェア構成について説明する。
図３は、管理サーバのハードウェア構成例を示す図である。管理サーバ１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、クライアント２１０も図３に示した管理サーバ１００と同様のハードウェア構成で実現することができる。

図４は、サーバのハードウェア構成例を示す図である。サーバ３１０は、ＣＰＵ３１１によって装置全体が制御されている。ＣＰＵ３１１には、バス３１９を介してＲＡＭ３１２、ハードディスクドライブ（ＨＤＤ）３１３、グラフィック処理装置３１４、入力インタフェース３１５、通信インタフェース３１６、及び複数のＨＢＡ（Host Bus Adapter）３１７，３１８が接続されている。

ＲＡＭ３１２には、ＣＰＵ３１１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ３１２には、ＣＰＵ３１１による処理に必要な各種データが格納される。ＨＤＤ３１３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置３１４には、モニタ１４が接続されている。グラフィック処理装置３１４は、ＣＰＵ３１１からの命令に従って、画像をモニタ１４の画面に表示させる。入力インタフェース３１５には、キーボード１５とマウス１６とが接続されている。入力インタフェース３１５は、キーボード１５やマウス１６から送られてくる信号を、バス３１９を介してＣＰＵ３１１に送信する。

通信インタフェース３１６は、ネットワーク１０に接続されている。通信インタフェース３１６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。

ＨＢＡ３１７は、ファイバーチャネルによってＦＣスイッチ４１０に接続されている。ＨＢＡ３１７は、ＦＣスイッチ４１０を介して複数のディスクアレイ４３０，４４０と通信を行う。ＨＢＡ３１８は、ファイバーチャネルによってＦＣスイッチ４２０に接続されている。ＨＢＡ３１８は、ＦＣスイッチ４２０を介して複数のディスクアレイ４３０，４４０と通信を行う。

なお、図４には、サーバ３１０のハードウェア構成を示したが、サーバ３２０も同様のハードウェア構成で実現することができる。
図５は、ＦＣスイッチとディスクアレイとのハードウェア構成を示す図である。ＦＣスイッチ４１０には、制御部４１１と複数のポート４１２〜４１９が設けられている。各ポート４１２〜４１９には、それぞれポート番号が割り当てられている。ポート４１２のポート番号は「０」、ポート４１３のポート番号は「１」、ポート４１４のポート番号は「２」、ポート４１５のポート番号は「３」、ポート４１６のポート番号は「４」、ポート４１７のポート番号は「５」、ポート４１８のポート番号は「６」、ポート４１９のポート番号は「７」である。

図５では省略しているが、制御部４１１と各ポート４１２〜４１９とは互いに接続されている。制御部４１１は、ＦＣスイッチ４１０全体を制御する。また、制御部４１１は、管理サーバ１００に接続され、管理サーバ１００からの指示に応じて、ＦＣスイッチ４１０の動作環境を設定することができる。ポート４１２〜４１９は、ファイバーチャネル用の通信線（たとえば、光ファイバ）を接続するための通信ポートである。

同様に、ＦＣスイッチ４２０には、制御部４２１と複数のポート４２２〜４２９が設けられている。各ポート４２２〜４２９には、それぞれポート番号が割り当てられている。ポート４２２のポート番号は「０」、ポート４２３のポート番号は「１」、ポート４２４のポート番号は「２」、ポート４２５のポート番号は「３」、ポート４２６のポート番号は「４」、ポート４２７のポート番号は「５」、ポート４２８のポート番号は「６」、ポート４２９のポート番号は「７」である。

図５では省略しているが、制御部４２１と各ポート４２２〜４２９とは互いに接続されている。制御部４２１は、ＦＣスイッチ４２０全体を制御する。また、制御部４２１は、管理サーバ１００に接続され、管理サーバ１００からの指示に応じて、FＣスイッチ４２０の動作環境を設定することができる。ポート４２２〜４２９は、ファイバーチャネル用の通信線（たとえば、光ファイバ）を接続するための通信ポートである。

ディスクアレイ４３０には、管理モジュール４３１、複数のチャネルアダプタ（ＣＡ）４３２，４３３、および複数のディスクドライブ４３４〜４３７が設けられている。図５では省略しているが、管理モジュール４３１と、ＣＡ４３２，４３３およびディスクドライブ４３４〜４３７とは互いに接続されている。また、各ＣＡ４３２，４３３と各ディスクドライブ４３４〜４３７とは互いに接続されている。２つのＣＡ４３２，４３３は、それぞれＦＣスイッチ４１０，４２０に接続されている。

管理モジュール４３１は、ディスクアレイ４３０全体を管理する。管理モジュール４３１は、管理サーバ１００に接続されており、管理サーバ１００からの要求に応じてＣＡ４３２，４３３およびディスクドライブ４３４〜４３７に対する環境設定を行う。

ディスクアレイ４４０には、管理モジュール４４１、複数のＣＡ４４２，４４３、および複数のディスクドライブ４４４〜４４７が設けられている。図５では省略しているが、管理モジュール４４１と、ＣＡ４４２，４４３およびディスクドライブ４４４〜４４７とは互いに接続されている。また、各ＣＡ４４２，４４３と各ディスクドライブ４４４〜４４７とは互いに接続されている。２つのＣＡ４４２，４４３は、それぞれＦＣスイッチ４１０，４２０に接続されている。

管理モジュール４４１は、ディスクアレイ４４０全体を管理する。管理モジュール４４１は、管理サーバ１００に接続されており、管理サーバ１００からの要求に応じてＣＡ４４２，４４３およびディスクドライブ４４４〜４４７に対する環境設定を行う。

以上のようなハードウェア構成のシステムにおいて、管理サーバ１００による自動的な環境設定が行われる。
図６は、管理サーバが有する環境設定機能を示すブロック図である。管理サーバ１００には、物理結線情報１１０，ＲＡＩＤ判定テーブル１２０，ドライブ決定テーブル１３０、ＲＡＩＤグループ構成情報１４０、論理ボリューム構成情報１５０、物理結線情報収集部１６０、ボリューム構成決定部１７０、および論理ボリューム設定部１８０を有している。

物理結線情報１１０には、サーバ３１０，３２０、ＦＣスイッチ４１０，４２０、およびディスクアレイ４３０，４４０間の物理的な接続関係を示す情報が格納される。ＲＡＩＤ判定テーブル１２０には、信頼性の必要性や負荷の度合いに応じたＲＡＩＤの種別が定義されている。ドライブ決定テーブル１３０には、ＲＡＩＤの種別と必要なデータ量に応じて、使用すべきディスクドライブを決定するための対応関係が定義されている。ＲＡＩＤグループ構成情報１４０には、ＲＡＩＤグループの構成情報が格納される。論理ボリューム構成情報１５０には、ボリューム構成決定部１７０で決定された論理ボリュームの構成情報が格納される。

物理結線情報収集部１６０は、サーバ３１０，３２０、ＦＣスイッチ４１０，４２０、およびディスクアレイ４３０，４４０から、他の装置との間の物理結線に関する情報を収集する。物理結線情報収集部１６０は、収集した情報を物理結線情報１１０に格納する。

ボリューム構成決定部１７０は、クライアント２１０から論理ボリューム要件２１を受け取り、その論理ボリューム要件２１に応じた論理ボリューム構成を決定する。その決定に際し、ボリューム構成決定部１７０は、物理結線情報１１０、ＲＡＩＤ判定テーブル１２０、ドライブ決定テーブル１３０を参照する。論理ボリュームが決定されると、ボリューム構成決定部１７０は、決定内容をＲＡＩＤグループ構成情報１４０と論理ボリューム構成情報１５０に格納する。

論理ボリューム設定部１８０は、ボリューム構成決定部１７０により論理ボリューム構成情報１５０に新たな情報が格納されると、その情報に従ってサーバ３１０，３２０、ＦＣスイッチ４１０，４２０、およびディスクアレイ４３０，４４０に対する設定内容を決定する。そして、論理ボリューム設定部１８０は、サーバ３１０，３２０、ＦＣスイッチ４１０，４２０、およびディスクアレイ４３０，４４０に対して、設定内容に沿った環境設定を行うように指示を出す。

サーバ３１０，３２０、ＦＣスイッチ４１０，４２０、およびディスクアレイ４３０，４４０は、論理ボリューム設定部１８０からの指示に従って、論理ボリュームの設定を行う。たとえば、サーバ３１０，３２０は、エージェントによって論理ボリュームの設定が行われる。

図７は、サーバの機能を示すブロック図である。サーバ３１０，３２０には、それぞれエージェント３１０ａ，３２０ａとボリューム管理部３１０ｂ，３２０ｂとが設けられている。エージェント３１０ａ，３２０ａとボリューム管理部３１０ｂ，３２０ｂとは、各サーバ３１０，３２０に実装されたアプリケーションプログラムによって実現される機能である。

サーバ３１０のエージェント３１０ａは、管理サーバ１００からの指示に従って、サーバ３１０内のＨＢＡ３１７，３１８やボリューム管理部３１０ｂ等の環境設定を行う。同様に、サーバ３０２のエージェント３２０ａは、管理サーバ１００からの指示に従って、サーバ３２０内のＨＢＡ３２７，３２８やボリューム管理部３２０ｂ等の環境設定を行う。

ボリューム管理部３１０ｂは、サーバ３１０からアクセス可能なディスク装置をミラーリングし、ディスク故障等の不測の事態から資産を守るためのボリューム管理機能を有する。同様に、ボリューム管理部３２０ｂは、サーバ３２０からアクセス可能なディスク装置をミラーリングし、ディスク故障等の不測の事態から資産を守るためのボリューム管理機能を有する。

なお、サーバ３１０内のＨＢＡ３１７、３１８にはそれぞれサーバ３１０内で一意に識別可能な名称が与えられており、ＨＢＡ３１７の名称は「ＨＢＡ０」であり、ＨＢＡ３１８の名称は「ＨＢＡ１」である。同様に、サーバ３２０内のＨＢＡ３２７，３２８にはそれぞれサーバ３２０内で一意に識別可能な名称が与えられており、ＨＢＡ３２７の名称は「ＨＢＡ０」であり、ＨＢＡ３２８の名称は「ＨＢＡ１」である。

ところで、論理ボリューム構成では、１以上のディスクドライブによってＲＡＩＤグループが構築される。そして、ＲＡＩＤグループに属するディスクドライブ上に、１以上の論理ボリュームが構築される。

また、複数作成された論理ボリュームはグループ化され、グループ毎にサーバ３１０，３２０との間の接続関係が管理される。このとき、論理ボリュームのグループを、アフィニティ（Affinity）グループと呼ぶ。サーバ３１０，３２０からディスクドライブへのアクセス経路は、論理的に設定されたアフィニティグループを経由した経路で認識される。

図８は、サーバとディスクドライブとの接続関係を示す図である。この例では、ドメイン間の冗長パス数は２である。
サーバ３１０のＨＢＡ３１７は、ＦＣスイッチ４１０の０番のポート４１２に接続されている。サーバ３１０のＨＢＡ３１８は、ＦＣスイッチ４２０の０番のポート４２２に接続されている。

サーバ３２０のＨＢＡ３２７は、ＦＣスイッチ４１０の３番のポート４１５に接続されている。サーバ３２０のＨＢＡ３２８は、ＦＣスイッチ４２０の３番のポート４２５に接続されている。

ＦＣスイッチ４１０の４番のポート４１６は、ディスクアレイ４３０のＣＡ４３２に接続されている。ＦＣスイッチ４１０の７番のポート４１９は、ディスクアレイ４４０のＣＡ４４２に接続されている。

ＦＣスイッチ４２０の４番のポート４２６は、ディスクアレイ４３０のＣＡ４３３に接続されている。ＦＣスイッチ４２０の７番のポート４２９は、ディスクアレイ４４０のＣＡ４４３に接続されている。

ディスクアレイ４３０内の複数の論理ボリューム４５１〜４５４は、アフィニティグループ４５０ａ，４５０ｂに分類されている。ディスクアレイ４３０内のＣＡ４３２，４３３は、論理的にアフィニティグループ４５０ａ，４５０ｂを介して論理ボリューム４５１〜４５４に接続される。

ディスクアレイ４４０内の複数の論理ボリューム４６１〜４６４は、アフィニティグループ４６０ａ，４６０ｂに分類されている。ディスクアレイ４４０内のＣＡ４４２，４４３は、論理的にアフィニティグループ４６０ａ，４６０ｂを介して論理ボリューム４６１〜４６４に接続される。

図８に示す接続関係を示す情報は、管理サーバ１００の物理結線情報収集部１６０によって収集され、物理結線情報１１０に格納される。
図９は、物理結線情報のデータ構造例を示す図である。物理結線情報１１０には、サーバ結線情報３１，３２、ディスクアレイ結線情報３３，３４およびＦＣスイッチ結線情報３５，３６が含まれる。

サーバ結線情報３１，３２は、サーバ３１０，３２０から取得された結線情報であり、各サーバ３１０，３２０におけるＨＢＡの識別番号が設定されている。本実施の形態では、識別番号としてＷＷＰＮ（World Wide Port Name）が用いられている。

サーバ結線情報３１は、名称「サーバＡ」のサーバ３１０に関する結線情報である。サーバ３１０の名称「ＨＢＡ０」のＨＢＡ３１７は、ＷＷＰＮが「AAAABBBBCCCC0000」である。サーバ３１０の名称「ＨＢＡ１」のＨＢＡ３１８は、ＷＷＰＮが「AAAABBBBCCCC0001」である。

サーバ結線情報３２は、名称「サーバＢ」のサーバ３２０に関する結線情報である。サーバ３２０の名称「ＨＢＡ０」のＨＢＡ３２７は、ＷＷＰＮが「DDDDEEEEFFFF0000」である。サーバ３２０の名称「ＨＢＡ１」のＨＢＡ３２８は、ＷＷＰＮが「DDDDEEEEFFFF0001」である。

ディスクアレイ結線情報３３，３４は、ディスクアレイ４３０，４４０から取得された結線情報であり、各ディスクアレイ４３０，４４０におけるＣＡの識別番号が設定されている。本実施の形態では、識別番号としてＷＷＰＮが用いられている。

ディスクアレイ結線情報３３は、名称「ディスクアレイα」のディスクアレイ４３０に関する結線情報である。ディスクアレイ４３０の名称「ＣＡ０」のＣＡ４３２は、ＷＷＰＮが「1122334455667700」である。ディスクアレイ４３０の名称「ＣＡ１」のＣＡ４３３は、ＷＷＰＮが「1122334455667701」である。

ディスクアレイ結線情報３４は、名称「ディスクアレイβ」のディスクアレイ４４０に関する結線情報である。ディスクアレイ４４０の名称「ＣＡ０」のＣＡ４４２は、ＷＷＰＮが「7766554433221100」である。ディスクアレイ４４０の名称「ＣＡ１」のＣＡ４４３は、ＷＷＰＮが「7766554433221101」である。

ＦＣスイッチ結線情報３５，３６は、ＦＣスイッチ４１０，４２０から取得された結線情報であり、各ＦＣスイッチ４１０，４２０における各ポートの結線先の識別番号が設定されている。

ＦＣスイッチ結線情報３５は、名称が「ＦＣスイッチａ」のＦＣスイッチ４１０に関する結線情報である。ＦＣスイッチ４１０の０番のポート４１２の結線先のＷＷＰＮは「AAAABBBBCCCC0000」である。これにより、このポート４１２は、名称が「サーバＡ」であるサーバ３１０の名称が「ＨＢＡ０」であるＨＢＡ３１７に接続されていることが分かる。同様に、ＦＣスイッチ結線情報３５において３番のポート４１５、４番のポート４１６、７番のポート４１９に設定されたＷＷＰＮから、各ポート４１５，４１６，４１９の結線先が分かる。

ＦＣスイッチ結線情報３６は、名称が「ＦＣスイッチｂ」のＦＣスイッチ４２０に関する結線情報である。ＦＣスイッチ４２０の０番のポート４２２の結線先のＷＷＰＮは「AAAABBBBCCCC0001」である。これにより、このポート４２２は、名称が「サーバＡ」であるサーバ３１０の名称が「ＨＢＡ１」であるＨＢＡ３１８に接続されていることが分かる。同様に、ＦＣスイッチ結線情報３６において３番のポート４２５、４番のポート４２６、７番のポート４２９に設定されたＷＷＰＮから、各ポート４２５，４２６，４２９の結線先が分かる。

このような物理結線情報１１０を参照して、ボリューム構成決定部１７０により、ユーザから指定された論理ボリューム要件に応じたボリューム構成が決定される。その際、ボリューム構成決定部１７０によって、ＲＡＩＤ判定テーブル１２０とドライブ決定テーブル１３０とが参照される。

図１０は、ＲＡＩＤ判定テーブルのデータ構造例を示す図である。ＲＡＩＤ判定テーブル１２０は、信頼性と負荷（性能）とにコストを考慮して、最適なＲＡＩＤレベルを導き出したテーブルである。すなわち、ＲＡＩＤレベルは、ＳＡＮ構成において性能と信頼性を決定づける重要な要素であり、コストを考慮しながら決める必要がある。それには、ＳＡＮシステムについての豊富な知識が必要である。それらのノウハウをテーブル化したのが、ＲＡＩＤ判定テーブル１２０である。

ＲＡＩＤ判定テーブル１２０には、ユーザが入力したパラメタと導き出される値とが、互いに関連付けて登録されている。
ＲＡＩＤ判定テーブル１２０では、ユーザが入力したパラメタ（論理ボリューム要件２１に含まれる情報）のうち、信頼性の必要度と負荷の度合いとが利用される。

また、導き出される値は、ＲＡＩＤレベルで示される。ＲＡＩＤレベルとしてはＲＡＩＤ０〜ＲＡＩＤ５が存在する。
ＲＡＩＤ０はデータをディスクアレイ内の複数のハードディスクに分割することにより読み書きの速度向上を図る技術である（ストライピング）。ＲＡＩＤ１は２台のハードディスクに同じデータを記録して、データの安全性を高める技術である（ミラーリング）。ＲＡＩＤ２は記録用のハードディスク以外に１台または複数台のハードディスクを、エラー訂正用に使用する技術である。ＲＡＩＤ３はディスクアレイ内の１台をエラー訂正のためのパリティ記録用に使用する技術である。ＲＡＩＤ４は、ＲＡＩＤ３よりデータ分割の単位を大きくしたものである。ＲＡＩＤ５はパリティ情報を書き込むドライブを決めず、ディスクアレイ内の多数のドライブにデータとパリティ情報とを分散させることで、耐障害性を高める技術である。

本実施の形態では、ＲＡＩＤレベルとして、ＲＡＩＤ０とＲＡＩＤ１との併用（ＲＡＩＤ０＋１）、若しくはＲＡＩＤ５が適用される。一般的に、ＲＡＩＤ０＋１とＲＡＩＤ５とを比較すると、ＲＡＩＤ０＋１の方が性能的に有利である。しかし、ＲＡＩＤ０＋１は、ＲＡＩＤ５と比べＲＡＩＤを構成するディスク装置が容量あたり多く必要となるため、コスト高となる。そこで、図１０の例では、負荷の度合いが低ければＲＡＩＤ５が採用されるが、負荷の度合いが普通、または高ければＲＡＩＤ０＋１が採用される。

このようなＲＡＩＤ判定テーブル１２０を参照することで、信頼性の必要度と負荷の度合いとの組に応じた、最適なＲＡＩＤレベルが決定できる。
なお、図１０の例では、信頼性の必要度と負荷の度合いとの双方が低くても何らかのＲＡＩＤ技術を適用するようにしているが、このような場合、資源の有効利用の観点からＲＡＩＤ技術を適用しないようにすることもできる。

図１１は、ドライブ決定テーブルのデータ構造例を示す図である。ドライブ決定テーブル１３０は、必要となるデータ量から最適なディスクアレイの種類を導きだすための情報（テーブル）および、ディスクアレイの構成設計を行うために必要となるディスクアレイ毎の特有データを登録したものである。そこで、ドライブ決定テーブル１３０には、ユーザが入力したパラメタ、導き出される値、導き出された装置の特有情報が、互いに関連づけて登録されている。

ユーザが入力したパラメタには、論理ボリューム要件２１に含まれる必要なデータ量合計値（ギガバイト単位）の適用範囲が設定されている。図１１の例では、０〜９９ＧＢ、１００〜４９９ＧＢ、５００〜９９９ＧＢの範囲が設定されている。

導き出される値は、必要なデータ量合計値に応じたディスクアレイの型名が設定される。図１１の例では、必要なデータ量合計値が０〜９９ＧＢに含まれる場合、「RAID-Model1」のディスクアレイが使用される。必要なデータ量合計値が１００〜４９９ＧＢに含まれる場合、「RAID-Model2」のディスクアレイが使用される。必要なデータ量合計値が５００〜９９９ＧＢに含まれる場合、「RAID-Model3」のディスクアレイが使用される。

導き出した装置の特有情報には、ディスクアレイの型名毎の性能等が設定されている。具体的には、ディスクアレイに含まれるディスクドライブの性能（データアクセススピードが速い順）、ＲＡＩＤグループを構成するディスクドライブ数（ＲＡＩＤ０＋１の場合）、ＲＡＩＤグループを構成するディスクドライブ数（ＲＡＩＤ５の場合）、およびＲＡＩＤグループの最大数が設定されている。

ところで、ディスクアレイの型名を選択する際には、必要となるデータ量より多くのデータ量を保持できるディスクアレイを使用すればよい。ただし、無駄なコストが掛かるため必要最低限のディスクアレイを選択することが望まれる。

ディスクドライブの性能は、ディスクドライブの記憶容量（ギガバイト）と回転速度（Krpm）で示されている。一般的に、同じ容量のＲＡＩＤグループを構成した場合、ＲＡＩＤグループを構成するディスクドライブ当たりの記憶容量が少ない方が、ディスクドライブを多く必要とする。ディスクドライブの数が多ければ、並列にアクセスすることが可能となりアクセススピードを上げることができる。また、ディスクドライブの回転数が高い方がアクセススピードは高速である。

このようなデータを参照して、論理ボリュームの作成が行われる。
図１２は、論理ボリューム作成処理の手順を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。

［ステップＳ１１］ボリューム構成決定部１７０は、クライアント２１０から、システムに必要とされている論理ボリュームの生成要件（論理ボリューム要件２１）を取得する。

例えば、ユーザは、クライアント２１０のキーボードやマウスなどの入力装置から、システムに必要な論理ボリュームを指定し、その論理ボリューム毎に論理ボリュームの生成要件を入力する。論理ボリューム要件２１は、論理ボリューム毎に、信頼性の必要性、負荷の度合い、必要なデータ容量が指定されている。この論理ボリューム要件２１がクライアント２１０から管理サーバ１００に送られ、ボリューム構成決定部１７０に入力される。

［ステップＳ１２］ボリューム構成決定部１７０は、論理ボリュームの自動構成処理を行う。この処理の詳細は後述する。
［ステップＳ１３］論理ボリューム設定部１８０は、ディスクアレイの論理ボリューム構成を、システム内の各装置に反映させる。すなわち、論理ボリューム設定部１８０は、作成された論理ボリュームはストレージプールに登録される。

その後、論理ボリューム設定部１８０が有するリソースプロビジョニング機能によって、論理ボリュームがストレージプールからストレージグループに移され、サーバからのアクセス対象として割り当てられる（後述する図２１参照）。

図１３は、自動構成決定処理の手順を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］ボリューム構成決定部１７０は、論理ボリューム要件２１を受け取ると、ＲＡＩＤ判定テーブル１２０を参照し、適用するＲＡＩＤレベルを決定する。すなわち、ボリューム構成決定部１７０は、データ単位に設定された、信頼性の必要性と負荷の度合いから、最適な（または、推奨する）ＲＡＩＤレベルを求める。

具体的には、ボリューム構成決定部１７０は、論理ボリューム要件２１から、信頼性の必要度と負荷の度合いとの組を取得し、その両方に合致するレコードをＲＡＩＤ判定テーブル１２０から検索する。そして、ボリューム構成決定部１７０は、検出したレコードのＲＡＩＤレベルの欄からＲＡＩＤレベルを取り出す。

作成すべき論理ボリュームが複数ある場合には、その論理ボリュームの数だけ、ＲＡＩＤレベル決定処理を繰り返し行う。
［ステップＳ２２］ボリューム構成決定部１７０は、ドライブ決定テーブル１３０を参照し、適用するディスクアレイの型名を決定する。以下、ボリューム決定処理の具体的手順を、図１１を参照して説明する。

ボリューム構成決定部１７０は、ドライブ決定テーブル１３０の必要なデータ量合計値の欄から、ユーザが入力した容量の合計値に一致する行を検索する。たとえば、ユーザが入力したデータ容量が３００ＧＢであれば、２行目のレコードが該当する。

次に、ボリューム構成決定部１７０は、該当したレコードに記述されているディスクアレイの型名を取得する。たとえば、データ量合計値に基づく検索により２行目のレコードが検出された場合、「RAID-Model2」という型名が取得される。

［ステップＳ２３］ボリューム構成決定部１７０は、ドライブ決定テーブル１３０を参照し、ディスクアレイの型名毎の特有情報を取得する。具体的には、ボリューム構成決定部１７０は、ステップＳ２２で検出したレコードに含まれるディスクドライブの性能情報、ＲＡＩＤグループを構成するディスクドライブ数、ＲＡＩＤグループの最大数の情報を取得する。なお、ディスクドライブの性能情報を取得する場合、データアクセススピードが速い順の先頭のディスクドライブ種を取得する。

ここで、導き出された情報は、ＲＡＩＤグループの作成と論理ボリュームの割り付けの際に使用される。
［ステップＳ２４］ボリューム構成決定部１７０は、ユーザが入力した論理ボリューム要件２１に対応する論理ボリュームの構成を決定する。

［ステップＳ２５］ボリューム構成決定部１７０は、ＲＡＩＤグループの作成と、論理ボリュームの割り付けを行う。すなわち、ＲＡＩＤグループは、論理ボリュームが集まったものである。このとき、同一ＲＡＩＤグループ内の論理ボリュームは、同じＲＡＩＤレベルである必要がある。そこで、ボリューム構成決定部１７０は、ステップＳ２３で生成された論理ボリュームのうち、適用されるＲＡＩＤレベルが同じ論理ボリュームをまとめて、ＲＡＩＤグループを作成する。

その際、ボリューム構成決定部１７０は、ＲＡＩＤレベルを構成するディスクの種類として、ステップＳ２３で取得したディスクドライブ種に相当するディスクドライブを使用する。また、ボリューム構成決定部１７０は、ＲＡＩＤレベルを構成するディスクとして、ステップＳ２３で取得した「ＲＡＩＤグループを構成するディスクドライブ数」の値に相当する数のディスクドライブを選択する。さらに、ボリューム構成決定部１７０は、ＲＡＩＤグループの作成数として、ステップＳ２３で取得した「ＲＡＩＤグループの最大数」の値以下であるように、ＲＡＩＤグループを作成する。

これらの情報から、１つのＲＡＩＤグループの容量を以下の通り計算することができる。
・ＲＡＩＤ５の容量＝ディスクドライブ種の容量×ＲＡＩＤグループを構成するディスクドライブ数−１
・ＲＡＩＤ０＋１の容量＝ディスクドライブ種の容量×ＲＡＩＤグループを構成するディスクドライブ数／２
このとき、ボリューム構成決定部１７０は、上記の通り計算した容量以下になるように、論理ボリュームをＲＡＩＤグループに割り付け、その関係を線で結び、クライアント２１０の画面に表示させることができる。

［ステップＳ２６］ボリューム構成決定部１７０は、ステップＳ２５で決定したＲＡＩＤグループに対する論理ボリュームの割り付けに応じて、各装置に指示する命令のコマンドファイルを作成する。その後、処理が図１２に示すステップＳ１３に進められ、コマンドファイルに従って、決定された通りの論理ボリュームがシステム上で構築され、サーバ３１０，３２０からアクセス可能となる。

このようにして、ユーザからの論理ボリューム要件２１の入力に応じて、ＲＡＩＤグループ構成情報１４０や論理ボリューム構成情報１５０が作成される。
図１４は、ＲＡＩＤグループ構成情報のデータ構造例を示す図である。ＲＡＩＤグループ構成情報１４０には、ＲＡＩＤグループ番号、ＲＡＩＤレベル、構成物理ディスク番号が互いに対応付けて登録されている。

図１５は、ＲＡＩＤグループ構成情報で示されるグループ分けを示す図である。図１５に示すように、ディスクアレイ４３０内の各４台のディスクドライブで「Group0」のＲＡＩＤグループ４３０ａと「Group1」のＲＡＩＤグループ４３０ｂとが構成されている。同様に、ディスクアレイ４４０内の各５台のディスクドライブで「Group10」のＲＡＩＤグループ４４０ａと「Group11」のＲＡＩＤグループ４４０ｂとが構成されている。

図１６は、論理ボリューム構成情報のデータ構造例を示す図である。論理ボリューム構成情報では、論理ボリューム（ＬＶ）番号、容量、および所属ＲＡＩＤグループのグループ番号が互いに関連付けて登録されている。

図１７は、ＲＡＩＤグループと論理ボリュームとの対応付けを示す図である。図１７に示すように、各ＲＡＩＤグループ４３０ａ，４３０ｂ，４４０ａ，４４０ｂ内に論理ボリュームが構築される。

論理ボリュームの構築結果は、クライアント２１０の画面に表示される。以下に、論理ボリューム要件の入力例と、その入力内容に応じた結果表示画面の例を示す。
図１８は、論理ボリューム要件の入力画面の例を示す図である。クライアント２１０には、論理ボリューム要件の入力画面２１１が表示される。ユーザは、この入力画面２１１に対して、作成すべき論理ボリュームに関する論理ボリューム要件５１〜５３を入力する。すると、論理ボリューム要件５１〜５３がクライアント２１０から管理サーバ１００に送られる。これにより、管理サーバ１００により論理ボリュームが作成されると共に、論理ボリュームに従ったディスクアレイへのサーバ３１０，３２０からのアクセス環境が構築される。

その後、管理サーバ１００による論理ボリュームの作成結果がクライアント２１０に返される。クライアント２１０には、処理結果として得られるＳＡＮ構成が画面に表示される。

図１９は、結果表示画面の例を示す図である。結果表示画面２１２には、論理ボリューム要件表示部２１２ａ，２１２ｂ，２１２ｃと論理ボリューム表示部２１２ｄ，２１２ｅとが設けられている。

論理ボリューム要件表示部２１２ａ，２１２ｂ，２１２ｃには、入力画面２１１で入力された論理ボリューム要件が表示されている。論理ボリューム表示部２１２ｄ，２１２ｅには、作成された論理ボリューム（およびその論理ボリュームとして動作するＲＡＩＤグループを構成するディスクドライブ）が表示されている。

また、論理ボリューム要件表示部２１２ａ，２１２ｂ，２１２ｃと論理ボリューム表示部２１２ｄ，２１２ｅとは、割り付けの関係を示す線で接続されている。
ユーザは、結果表示画面２１２を参照することで、ＲＡＩＤグループの作成結果、および論理ボリュームの割り付け関係を確認することが出来る。ユーザが、結果表示画面２１２で表示された内容を確認すると、管理サーバ１００のボリューム構成決定部１７０により、論理ボリューム作成用のコマンドファイルが作成される。そして、論理ボリューム設定部１８０によりコマンドファイルがディスクアレイ４３０，４４０に送信され、ディスクアレイ４３０，４４０において、結果表示画面２１２に表示された通りのＲＡＩＤグループおよび論理ボリュームが作成される。

作成された論理ボリュームは未使用ボリュームとしてストレージプールに登録される。サーバに論理ボリュームを増設する場合、このストレージプールにある論理ボリュームが選択されて、サーバ３１０，３２０からアクセスできるように各種設定が自動的に行われる。

図２０は、論理ボリューム増設設定処理の処理手順を示す図である。以下、図２０に示す処理をステップ番号に沿って説明する。
［ステップＳ３１］管理サーバ１００の論理ボリューム設定部１８０は、まず、アフィニティグループ設定を行う。具体的には、論理ボリューム設定部１８０は、ディスクアレイ４３０，４４０に対して、アフィニティグループの作成指示を出す。

［ステップＳ３２］論理ボリューム設定部１８０は、ステップＳ３１で作成したアフィニティグループへのサーバ３１０，３２０からのアクセスパスを設定する。なお、サーバ３１０，３２０から各アフィニティグループへのアクセスパスは、２パスずつ作成される。アクセスパスの設定指示は、論理ボリューム設定部１８０からサーバ３１０，３２０、ＦＣスイッチ４１０，４２０に対して行われる。

［ステップＳ３３］論理ボリューム設定部１８０は、マルチパス設定を行う。マルチパス設定は、２パスずつ作成されたアクセスパスを、アプリケーションからは１つのアクセスパスと認識できるようにする処理である。マルチパス設定指示は、論理ボリューム設定部１８０から各サーバ３１０，３２０に対して行われる。

［ステップＳ３４］論理ボリューム設定部１８０は、クラスタリソース設定を行う。クラスタリソース設定は、サーバ３１０とサーバ３２０とがクラスタを組んでいる場合に、各サーバ３１０，３２０に対して、クラスタ上で共有するリソースを定義する処理である。クラスタリソース設定指示は、論理ボリューム設定部１８０から各サーバ３１０，３２０に対して行われる。

［ステップＳ３５］論理ボリューム設定部１８０は、ミラーボリューム設定処理を行う。ミラーボリューム設定指示は、論理ボリューム設定部１８０から各サーバ３１０，３２０に対して行われる。

図２１は、論理ボリューム増設設定処理の概念図である。作成された論理ボリュームは、ストレージプール６１内で管理される。そして、ユーザから論理ボリュームの追加指示があると、論理ボリューム設定部１８０により、ストレージプール６１内の論理ボリューム４５１，４５２，４６３，４６４がストレージグループ６２に移される。

その際、ディスクアレイ４３０，４４０は、論理ボリューム設定部１８０からの指示に応じて、アフィニティグループ４５０ａ，４５０ｂ，４６０ａ，４６０ｂを作成している。作成されたアフィニティグループ４５０ａ，４５０ｂ，４６０ａ，４６０ｂ配下に、論理ボリューム４５１，４５２，４６３，４６４の追加設定が行われる。

そして、論理ボリューム設定部１８０から各装置への設定指示によって、作成されたアフィニティグループ４５０ａ，４５０ｂ，４６０ａ，４６０ｂに対するサーバ３１０，３２０からのアクセスパスが、２パスずつ設定される。作成されたアクセスパスによって、サーバ３１０，３２０から論理ボリュームにアクセス可能となる。この際、サーバ３１０，３２０では、論理ユニット番号（ＬＵＮ：Logical Unit Number）によって、論理ボリュームを識別する。

さらに、論理ボリューム設定部１８０からサーバ３１０，３２０への設定指示によって、マルチパス設定、クラスタリソース設定、ミラーボリューム設定が行われる。マルチパス設定では、同一の論理ボリュームに対するアクセスパス毎のＬＵＮが、１つのマルチパスインスタンス番号（mplb0,mplb1,mplb2,mplb3）に対応付けられる。クラスタリソース設定では、クラスタノードであるサーバ３１０，３２０においてそれぞれ作成されるマルチパスインスタンスmplb0, mplb1, mplb2, mplb3が、クラスタリソースとして登録される。ミラーボリューム設定では、ミラーボリューム番号（M0,M1）それぞれに対して、複数のマルチパスインスタンス番号を関連付ける。１つのミラーボリューム番号に関連付けられた複数のマルチパスインスタンス番号でアクセスできるボリュームによって、ミラーリングが行われる。

次に、論理ボリュームの増設例を用いて、設定内容を具体的に説明する。以下の例では、図２１に示すように、論理ボリューム４５１，４５２を含むＲＡＩＤグループと、論理ボリューム４６３，４６４を含むアフィニティグループとを新規に作成する。アフィニティグループに関する情報は、アフィニティグループ情報として論理ボリューム設定部１８０内で管理される。

図２２は、アフィニティグループ情報のデータ構造例を示す図である。アフィニティグループ情報１８１には、アフィニティグループ毎のアフィニティグループ構成データ１８１ａ，１８１ｂ，１８１ｃ，１８１ｄが含まれる。アフィニティグループ構成データ１８１ａ，１８１ｂ，１８１ｃ，１８１ｄには、そのグループに属する論理ボリュームのホストＬＵＮ（サーバ３１０，３２０からアクセスするためのＬＵＮ）と論理ボリューム番号との組が登録されている。

ここで、アフィニティグループ構成データ１８１ａは、「AffinityGroup0」のアフィニティグループ４５０ａに関する構成データである。このアフィニティグループ４５０ａは、サーバ３１０からのアクセス用に作成されている。アフィニティグループ構成データ１８１ａには、サーバ３１０からのアクセス用に、論理ボリューム４５１，４５２が登録されている。論理ボリューム４５１のＬＵＮは「０」である。論理ボリューム４５２のＬＵＮは「１」である。

アフィニティグループ構成データ１８１ｂは、「AffinityGroup1」のアフィニティグループ４５０ｂに関する構成データである。このアフィニティグループ４５０ｂは、サーバ３２０からのアクセス用に作成されている。アフィニティグループ構成データ１８１ｂの内容は、アフィニティグループ構成データ１８１ａと同じである。

アフィニティグループ構成データ１８１ｃは、「AffinityGroup10」のアフィニティグループ４６０ａに関する構成データである。このアフィニティグループ４６０ａは、サーバ３１０からのアクセス用に作成されている。アフィニティグループ構成データ１８１ｃには、サーバ３１０からのアクセス用に、論理ボリューム４６３，４６４が登録されている。論理ボリューム４６３のＬＵＮは「１２」である。論理ボリューム４６３のＬＵＮは「１３」である。

アフィニティグループ構成データ１８１ｄは、「AffinityGroup11」のアフィニティグループ４６０ｂに関する構成データである。このアフィニティグループ４６０ｂは、サーバ３２０からのアクセス用に作成されている。アフィニティグループ構成データ１８１ｄの内容は、アフィニティグループ構成データ１８１ｃと同じである。

このように、ストレージプール６１からストレージグループ６２に論理ボリュームが追加されると、各サーバ３１０，３２０に対応するアフィニティグループ構成データが作成される。

アフィニティグループ構成データ１８１ａ，１８１ｂは、ディスクアレイ４３０のアフィニティグループについて定義されている。そのため、アフィニティグループ構成データ１８１ａ，１８１ｂがディスクアレイ４３０に送信され、ディスクアレイ４３０内でアフィニティグループの設定が行われる。

アフィニティグループ構成データ１８１ｃ，１８１ｄは、ディスクアレイ４４０のアフィニティグループについて定義されている。そのため、アフィニティグループ構成データ１８１ｃ，１８１ｄがディスクアレイ４４０に送信され、ディスクアレイ４４０内でアフィニティグループの設定が行われる。

ディスクアレイ４３０，４４０に対して、アフィニティグループの設定が行われると、サーバ３１０，３２０からアフィニティグループへのアクセスパスが設定される。この際、冗長パス設定機能により、異なる経路を通る２つのパスが設定される。アクセスパスの設定により、サーバ３１０，３２０は、それぞれＬＵＮで示されるデバイスがＨＢＡポート毎に設定され、ＨＢＡを経由してアフィニティグループにアクセス可能となる。

その後、マルチパス設定処理が行われる。マルチパス設定処理では、マルチパスを管理するマルチパス構成データが作成される。
図２３は、マルチパス構成データのデータ構造例を示す図である。マルチパス構成データ１８１ｅには、マルチパスインスタンス番号とＬＵＮとが対応付けて登録されている。

図２３の例では、マルチパスインスタンス番号「mplb0」に対して、ＬＵＮ「０」が設定されている。マルチパスインスタンス番号「mplb1」に対して、ＬＵＮ「１」が設定されている。マルチパスインスタンス番号「mplb2」に対して、ＬＵＮ「２」が設定されている。マルチパスインスタンス番号「mplb3」に対して、ＬＵＮ「３」が設定されている。

このマルチパス構成データ１８１ｅは、各サーバ３１０，３２０に送られる。すると、それぞれのサーバ３１０，３２０において、マルチパス構成データ１８１ｅに従ったマルチパス作成コマンドが実行され、マルチパスインスタンスが作成される。

その後、サーバ３１０，３２０において、クラスタリソース設定によってマルチパスインスタンスがクラスタリソースに登録される。
次に、管理サーバ１００は、ミラーボリューム構成データを作成する。

図２４は、ミラーボリューム構成データのデータ構造例を示す図である。ミラーボリューム構成データ１８１ｆでは、ミラーボリューム番号と構成ディスク番号とが対応付けて登録されている。ミラーボリューム番号は、ミラーボリュームに設定される識別番号である。構成ディスク番号は、ミラーボリュームとして使用されるマルチパスインスタンスのマルチパスインスタンス番号である。

このようなミラーボリューム構成データ１８１ｆを、管理サーバ１００からサーバ３１０，３２０に送信し、ミラーボリューム設定を指示することで、サーバ３１０，３２０において、ミラーボリューム構成データ１８１ｆに従ったミラーボリューム設定が行われる。

この例では、マルチパスインスタンス番号「mplb0」、「mplb1」は、ディスクアレイ４３０のボリュームである。一方、マルチパスインスタンス番号「mplb2」、「mplb3」は、ディスクアレイ４４０のボリュームである。したがって、ミラーボリューム番号「Ｍ０」の構成ディスクとして、「mplb0」と「mplb2」とのマルチパスインスタンスを設定することで、異なるディスクアレイを利用したミラーボリューム設定が行われる。同様に、ミラーボリューム番号「Ｍ１」の構成ディスクとして、「mplb1」と「mplb3」とのマルチパスインスタンスを設定することで、異なるディスクアレイを利用したミラーボリューム設定が行われる。

以上のようにして、管理サーバ１００がユーザから入力された論理ボリューム要件に従って、最適な論理ボリューム構成を決定し、その決定内容に従った論理ボリュームへのアクセス環境を自動的に構築することができる。その結果、ユーザが論理ボリューム要件を入力するだけで、論理ボリューム構成が自動作成されてディスクアレイに設定される。そのため、ユーザは、装置の仕様を熟知していなくても、冗長性や性能を満たす論理ボリュームを作成することが可能となる。

また、１アクションで論理ボリュームの増減設が可能となる。すなわち、各装置に対して個別に設定操作を行う必要が無くなり、設定ミスが防止される。しかも、設定操作が簡略化されたことにより、設定作業の迅速化が図れる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、管理サーバが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。

１ コンピュータ
１ａ 論理ボリューム要件取得手段
１ｂ 適用技術決定手段
１ｃ 論理ボリューム設定手段
２ ネットワーク
３ サーバ
４ ディスクアレイ
５ 論理ボリューム要件

Claims (4)

1. ドライブを複数含むストレージデバイスにデータ単位を割り当てる設定プログラムにおいて、
   信頼性の要件と、負荷の要件と、データ量の要件とを含む割り当て要求を取得し、
   取得した前記割り当て要求に含まれる前記信頼性の要件および前記負荷の要件に基づいて、ドライブへのアクセス制御技術を決定し、
   前記割り当て要求に含まれる前記データ量の要件に予め割り当てられた所定のデータアクセススピードのドライブから、前記決定したアクセス制御技術に応じた数のドライブを選択し、
   選択したドライブに前記決定したアクセス制御技術を設定し、
   前記アクセス制御技術が設定されたドライブに、前記割り当て要求に含まれる前記データ量の要件を満たす容量のデータ単位を割り当てる
   処理をコンピュータに実行させることを特徴とする設定プログラム。
2. ドライブを複数含むストレージデバイスにデータ単位を割り当てる設定プログラムにおいて、
   信頼性の要件と、負荷の要件と、データ量の要件とを含む割り当て要求を取得し、
   取得した前記割り当て要求に含まれる前記信頼性の要件および前記負荷の要件に基づいて、ドライブへのアクセス制御技術を決定し、
   前記割り当て要求に含まれる前記データ量の要件に予め割り当てられた種別のディスクアレイに含まれるドライブを、前記決定したアクセス制御技術に応じた数選択し、
   選択したドライブに前記決定したアクセス制御技術を設定し、
   前記アクセス制御技術が設定されたドライブに、前記割り当て要求に含まれる前記データ量の要件を満たす容量のデータ単位を割り当てる
   処理をコンピュータに実行させることを特徴とする設定プログラム。
3. ドライブを複数含むストレージデバイスにデータ単位を割り当てる設定装置において、
   信頼性の要件と、負荷の要件と、データ量の要件とを含む割り当て要求を取得する取得手段と、
   取得した前記割り当て要求に含まれる前記信頼性の要件および前記負荷の要件に基づいて、ドライブへのアクセス制御技術を決定する決定手段と、
   前記割り当て要求に含まれる前記データ量の要件に予め割り当てられた所定のデータアクセススピードのドライブから、前記決定したアクセス制御技術に応じた数のドライブを選択する選択手段と、
   選択したドライブに前記決定したアクセス制御技術を設定する設定手段と、
   前記アクセス制御技術が設定されたドライブに、前記割り当て要求に含まれる前記データ量の要件を満たす容量のデータ単位を割り当てる割当手段と、
   を有することを特徴とする設定装置。
4. ディスクドライブを複数含むディスクアレイに論理ボリュームを割り当てる設定プログラムにおいて、
   信頼性の要件と、負荷の要件と、データ量の要件とを含む割り当て要求を取得し、
   取得した前記割り当て要求に含まれる前記信頼性の要件および前記負荷の要件に基づいてＲＡＩＤレベルを決定し、
   前記割り当て要求に含まれる前記データ量の要件に予め割り当てられた所定のデータアクセススピードのドライブから、前記決定したＲＡＩＤレベルに応じた数のドライブを選択し、
   選択したドライブに前記決定したＲＡＩＤレベルを設定し、
   前記ＲＡＩＤレベルが設定されたドライブに、前記割り当て要求に含まれる前記データ量の要件を満たす容量のデータ単位を割り当てる
   処理をコンピュータに実行させることを特徴とする設定プログラム。

Images