JP5286192B2 - ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 - Google Patents
ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 Download PDFInfo
- Publication number
- JP5286192B2 JP5286192B2 JP2009186959A JP2009186959A JP5286192B2 JP 5286192 B2 JP5286192 B2 JP 5286192B2 JP 2009186959 A JP2009186959 A JP 2009186959A JP 2009186959 A JP2009186959 A JP 2009186959A JP 5286192 B2 JP5286192 B2 JP 5286192B2
- Authority
- JP
- Japan
- Prior art keywords
- volume
- capacity
- storage
- logical
- management
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
例えば、ホスト装置に求められるボリュームの特性や性能以外の要件として「ローカルコピーによるバックアップを3世代作成する」というコピー構成要件があると、割り当てるボリュームの記憶容量として、ホスト装置から送られたデータを格納するための容量の、3倍の容量が必要となる。しかし、ホスト装置に要求されるボリュームの特性を満たすかどうかのみ判断した場合、特性や性能要件を満たすようなボリュームが、ホスト装置から送られたデータを格納する容量分存在しても、他の要件も満たすだけの記憶容量が存在するとは限らない。また、ホスト装置に求められるボリュームの特性や性能以外の要件として「ある暗号化機能により暗号化する」という暗号化要件があると、ホストに求められる特性や性能要件を満たすようなボリュームがストレージシステムに存在しても、該ボリュームの所属するストレージシステムが要求される暗号化機能を提供しているとは限らない。
<システム構成>
図1は、本実施形態における、コンピュータシステム1の構成を示す概略図の一例を示す図である。コンピュータシステム1は、ストレージシステム10、管理装置20、ホスト装置30、及び管理クライアント装置40を含む。これらの装置はいずれもLAN(Local Area Network)等の通信ネットワーク50を介して通信可能に接続される。またホスト装置30とストレージシステム10は、例えばSAN(Storage Area Network)等のストレージネットワーク51を介してストレージシステム10と通信可能に接続される。ストレージネットワーク51における通信は、例えばファイバチャネル(Fibre Channel)、iSCSI(Internet Small Computer System Interface)等の通信プロトコルに従って行われる。
キャッシュメモリ12には、例えば、ホスト装置30から送られ、ストレージ装置14に書き込まれるライトデータが一時的に記憶される。また、ホスト装置30からのリードリクエストに従って、ストレージ装置14から読み出されたリードデータが一時的に格納される。
ストレージ装置14は、一台以上のHDD(Hard Disk Drive)141を含む。なお、ストレージ装置14に含まれる記憶装置は、HDDに限られず、半導体ストレージ装置(SSD(Solid State Drive)等)など他の記憶装置であってもよい。また、ストレージ装置14は、RAID(Redundant Arrays of Inexpensive (or Independent) Disks)の方式(RAID0〜RAID6等)で制御されていてもよい。各HDD141は、記憶容量や、SATA(Serial AT Attachment)、FC(Fibre Channel)、SAS(Serial Attached SCSI)などのインタフェース種別などの属性や、回転数、転送レート、平均シーク時間、平均回転待ち時間等の性能をHDDごとに保持する。
管理計算機20は、メモリなどの記憶装置201、CPU202、キャッシュメモリ203、入力装置204、出力装置205、及び通信インタフェース206を含む。入力装置204は、ユーザ(管理者)がデータを入力するための装置であり、例えば、キーボードやマウス等である。出力装置205は、ユーザに対して例えば管理情報をなど表示する画面であり、例えば、CRT等の画面表示装置である。CPU202は、記憶装置201に格納されたプログラムを実行するプロセッサである。記憶装置201には、ボリューム管理プログラム2011、ポリシー管理プログラム2012、容量計算プログラム2013、レポート生成プログラム2014、容量拡張提案プログラム2015、を含むストレージ管理プログラム2010が格納される。また、記憶装置201には、ボリューム管理情報21、ホスト管理情報22、ストレージ機能管理情報23、割り当てポリシー管理情報24、が格納される。
ボリューム管理プログラム2011は、ストレージシステム10への論理ボリュームの作成、削除指示、ストレージシステム10へのホスト装置30へのボリュームの割り当て指示、ストレージシステムへのコピーペア構成の構築指示、ストレージシステム10へのボリュームに格納されたデータのマイグレーション指示など、ストレージシステム10のボリュームの管理処理を実行する。また、ボリューム管理プログラム2011は、後述するボリューム管理情報21を管理する。
ポリシー管理プログラム2012は、ボリューム割り当てポリシーを登録する機能を提供し、後述する割り当てポリシー管理情報24を管理する。
容量計算プログラム2013は、管理装置20が管理対象とするストレージシステム10において、管理者から指定されたボリューム割り当てポリシーを満たすように、割り当てることが可能なボリュームの残り容量を計算する機能を提供する。該残りの容量を本実施例においては、「ボリューム割り当て可能容量」または単に「割り当て可能容量」と表現する。また、容量計算プログラム2013は、割り当て可能容量の計算処理が終了すると、算出した割り当て可能容量を返すと同時に、最終的にその割り当てポリシーを満たすように割り当てることが可能なボリュームのリストも返す。
レポート生成プログラム2014は、登録されているボリューム割り当てポリシー毎に利用可能なボリューム割り当て可能容量をレポートする機能を提供する。
容量拡張提案プログラム2015は、指定されたボリューム割り当てポリシーに対し、容量拡張の方法を提案する機能を提供する。
なお、各情報に関しては、図面を用いて後述する。
ホスト装置30は、例えば、ストレージシステム110の論理的な記憶領域であるボリューム認識することができ、ストレージシステム10によって提供される論理ボリュームをデータ格納のための記憶領域として利用する。また、ホスト装置30は、データベース管理システム(DBMS(Database Management System))やバックアッププログラムなどのアプリケーションプログラムを実行し、サービスを提供する。そして、ホスト装置30は、ストレージシステム10に対して、これらの機能が使用するデータのボリュームに対するライトリクエストや、ボリュームからのデータのリードリクエストを発行する。
CPU301は、記憶装置303に格納されたプログラムを実行するプロセッサである。記憶装置303には、例えば、アプリケーションプログラム、やオペレーティングシステムプログラムなどが格納される。通信インタフェース306は、NIC(Network Interface Card)又はHBA(Host Bus Adapter)などであり、ストレージネットワーク51を介してストレージシステム10と接続する。キャッシュメモリ302は、揮発性又は不揮発性の記憶デバイス(例えばRAM(Random Access Memory)やROM(Read Only Memory))であり、例えば、アプリケーションプログラムにより使用されるデータを一時的に保存しておく記憶領域である。ユーザの操作入力を受け付ける入力装置304は、例えばキーボードやマウスなどである。ユーザに管理情報などの情報を表示する出力装置305は、例えば液晶モニタなどである。
CPU401は、記憶装置403に格納されたプログラムを実行するプロセッサである。通信インタフェース406は、通信ネットワークを介して管理装置20と接続する。キャッシュメモリ402は、揮発性又は不揮発性の記憶デバイス(例えばRAM(Random Access Memory)やROM(Read Only Memory))であり、CPUが使用するデータを一時的に保存しておく記憶領域である。ユーザの操作入力を受け付ける入力装置404は、例えばキーボードやマウスなどである。ユーザに管理情報などの情報を表示する出力装置405は、例えば液晶モニタなどである。
ストレージシステム10のストレージ装置14に含まれるHDDなどの記憶装置141によってRAIDグループ142が構成される。そして、RAIDグループを形成する記憶装置の記憶領域を用いて構成される論理的な記憶領域(記憶資源)であるLDEV(Logical DEVice)143が提供される。各LDEV143は、RAIDレベル、LDEV143を構成しているHDD141のインタフェースの種別や型番等、各LDEV143の構成、性能、信頼性などの仕様に関する情報である属性を有している。
ボリューム管理情報21には、管理装置20が管理対象とするストレージシステム10が提供するボリューム145の情報が登録される。ボリューム管理情報21は、ストレージID211、ボリュームID212、ボリューム種別213、RAIDグループ214、容量215、割り当て先216、P/S(Primary/Secondary)種別217の各項目からなる複数のレコードを有する。
ボリュームID212には、論理ボリューム145を識別するための情報、例えば識別子が格納される。
ボリューム種別213には、論理ボリューム145を形成する記憶装置141のディスク種別やRAIDレベル等の属性や性能に関する情報が格納される。ここでは、物理ディスクのディスク種別とRAIDレベルをコロン(:)で連結した値が格納される。例えば、FCのディスクでRAIDレベル5のRAIDグループから構成される論理ボリュームの場合、「FC:RAID5」がボリューム種別として格納される。図7は、ストレージ装置の記憶装置がHDD141である場合を示している。もし、記憶装置141が半導体ストレージ装置(SSD)である場合には、ボリューム種別は「SSD:RAID5」のような値が設定される。また、図7は、ボリューム種別213がディスク種別とRAIDレベルから構成されるが、例えば、ハードディスクドライブ141の回転数やハードディスクドライブ141の信頼性など記憶装置の属性や性能に関する項目をボリューム種別213に格納してもよい。
容量215には、論理ボリューム145の容量を示す情報が格納される。
割り当て先216には、論理ボリューム145の割り当て先を示す情報が格納される。ホスト装置30に割り当てられている場合には、後述のホストIDが設定される。尚、割り当て先は、NASヘッドのようなホスト装置以外の物理的な対象でもよいし、スナップショットの差分データを格納するために用いられるボリュームプールのような論理的な対象であってもよい。どのホスト装置にも割り当てられていない場合には、n/a(non allocated)が格納される。
P/S種別217には、論理ボリューム145が、PVOL(Primary Volume)であるか、SVOL(Secondary Volume)であるかを示す情報が格納される。P/S種別217のStorage1:00:06の行に格納されている情報である、「Pimary(Storage1:00:09)」は、Storage1:00:09を対応するSVOLとする、PVOLであることを示す情報である。また、P/S種別217のStorage1:00:069行に格納されている情報である、「Secondary(Storage1:00:06)」は、Storage1:00:06を対応するPVOLとする、SVOLであることを示す情報である。他の行に格納される「−」は、PVOLでもSVOLでもないことを示す情報である。
また、複数のRAIDグループから一つのLDEVが構成されるような場合には、ボリューム種別とRAIDグループにはそれぞれの値をハイフンで連結した値が属性として設定される。FC:RAID5のRG1とSATA:RAID1のRG2で構成されるLDEVの場合には、ボリューム種別にFC:RAID5−SATA:RAID1、RAIDグループにRG1−RG2という値が格納される。
これらの仮想的なLDEVのボリューム種別やRAIDグループも、通常のLDEVのボリューム種別やRAIDグループと同様に処理されることになる。
ホスト管理情報22には、ホスト装置30が利用する論理ボリューム145の情報が登録される。ホスト管理情報22は、ホストID221、IPアドレス222、ボリュームID223、マウントポイント224、割り当てポリシー225の各項目からなる複数のレコードを含む。
IPアドレス222には、ホスト計算機に割り当てられるIPアドレスが格納される。IPアドレスは、例えば、管理装置20がホスト装置30にアクセスする際などに使用される。ボリューム管理プログラム2011は、このIPアドレスを使用してホスト装置30に割り当てられている論理ボリュームの情報をホスト装置30から取得する。
ボリュームID223には、ホスト装置30に割り当てられているボリュームを示す情報が格納される。本実施形態においては、ボリュームID223には、ボリューム管理情報21に登録されているボリュームのストレージID211の値とボリュームID212の値をコロンで連結した値が格納される。このように、ストレージIDとボリュームIDとを共に格納するのは、複数のストレージシステムでボリュームIDが重複する可能性があり、管理装置内でボリュームを一意に特定するためである。
例えば、ボリューム管理情報21に登録されている、Storage1の00:01のボリュームがHost1に割り当てられている場合には、ホストIDが「Host1」のレコードのボリュームIDのカラムの欄に「Storage1:00:01」が格納される。また、複数のボリュームが割り当てられている場合には、複数のボリュームIDがカンマで連結されて格納される。ボリュームが割り当てられていない場合は、n/aが格納される。
例えば、ボリュームID「Storage1:00:01」の論理ボリュームがC:ドライブにマウントされている場合には、C:を示す情報が格納される。論理ボリュームがホスト装置に割り当てられているが、Cドライブ等にマウントされていない場合は、n/aが格納される。複数のボリュームがホスト30に割り当てられている場合には、ボリュームID223の順に対応させて、各論理ボリュームのマウントポイントをカンマ区切りで連結した値を格納する。
割り当てポリシー225には、ホスト装置30にボリュームを割り当てる際に使用されるボリューム割り当てポリシーを示す情報が格納される。複数のボリュームがホストに割り当てられている場合には、マウントポイント224と同様に、ボリュームID223の順に対応させて、ボリューム割り当てポリシーをカンマ区切りで連結した値が格納される。
ボリューム管理プログラム2011は、ホスト装置30に対してストレージシステム10の論理ボリューム145を割り当てると、ボリュームID223の項目と割り当てポリシー225の項目に対応するレコードを更新する。また、ボリューム管理プログラム2011が、ホスト装置30でボリュームのマウント・アンマウントを検知した場合には、マウントポイント224の値を更新する。
ストレージ機能管理情報23には、ストレージID231、ストレージ種別232、IPアドレス233、ボリューム種別234、ストレージ機能235の各項目からなる複数のレコードを有する。
ストレージ種別232には、ストレージシステム10を分類するための種別を示す情報が格納される。例えば、ストレージ種別は、ストレージの型番や、シリーズ名などでもよい。
IPアドレス233には、管理装置20がストレージシステム10を管理するために用いられるストレージシステムに割り当てられるIPアドレスが格納される。
ボリューム種別234には、当該ストレージが提供するボリューム種別を示す情報が格納される。本実施形態では、ボリューム種別234に格納される情報は、論理ボリュームの生成元であるHDDの種別、RAIDグループをコロン区切りで連結した値である。また、複数のボリューム種別がある場合にはカンマ区切りで連結して表記し、格納する。図9の例では、Storage1、2、3がそれぞれ同じストレージ種別「S1」であることを示す。Storage1と2は、FC、SATAそれぞれのHDDからRAIDレベルがRAID5とRAID1のRAIDグループが作成されていることを示す。一方、同じストレージ型番の「S1」であるStorage3は、FC、SATAのHDDがRAID1のみで構成されていることを示す。
なお、図9では、ストレージ装置が備えるストレージ機能を示している。しかし、これに限定されるものではなく、ストレージ装置に接続されるスイッチやホスト装置などにより提供可能な機能を含めてもよい。
ストレージシステムにおいて、これらの機能が実行可能な場合に、ストレージ機能の欄にその情報が格納される。複数の機能が実行可能な場合はカンマ区切りで連結した情報が格納される。図9の例では、ストレージ1、2はボリュームのローカルコピー、リモートコピー、AES暗号化が可能であるが、同じストレージ種別であるストレージ3では、ローカルコピーのみが実行可能である。例えば、同じストレージ種別であるが、ストレージシステムにおいて、一部のストレージ機能のライセンスが有効化されていない場合などに起こりうる。
また、ストレージ管理プログラム2010は、ストレージシステムの状態変更を検知すると、ストレージ機能管理情報23を更新する。例えば、管理装置20が管理対象とする各ストレージシステムの状態を、IPアドレス233を利用して定期的に監視している。そして、HDDの増設・減設時、RAIDグループの作成・削除時、ライセンスの状態変更などの状態変化を検知すると、当該ストレージシステムからストレージの情報を再取得し、ストレージシステムの構成と各機能の実行可否に応じてストレージ機能管理情報23を更新する。
割り当てポリシー管理情報24には、ストレージシステム10が提供する論理ボリューム145をホスト装置30に割り当てる際に、満たさなければならないストレージ条件、ボリューム条件、ストレージ機能条件等に関するポリシーが登録される。ポリシー管理情報24は、ポリシーID241、ストレージ条件242、ボリューム条件243、ストレージ機能条件244、適用先245、閾値246の各項目からなる複数のレコードを含む。
ストレージ条件242には、当該ポリシーを使用したときにボリュームの割り当て元となるストレージシステム10の条件が設定される。ストレージ条件242に、ストレージIDが直接指定されている場合はそのストレージシステム10のみが割り当て元として利用可能であることを示す。ストレージ種別が指定される場合は、そのストレージ種別を満たすストレージシステムが割り当て元として利用可能であることを示す。また、「S1、S2」のように複数のストレージ種別をカンマ区切りで連結して格納してもよい。この場合は、S1またはS2に該当するストレージシステム10がボリューム割り当て元として利用される。また、ストレージ条件を設定せず、割り当てるボリュームが所属するストレージシステムを問わない場合には「−」を格納する。
例えば、「RAID5:FC」というボリューム条件だけでは、コンピュータシステム1内にある性能の低い旧機種のストレージシステムからボリュームが割り当てられる可能性がある。そこで、もし、性能の高いストレージシステム10より該ボリュームをホスト装置30に割り当てたい場合などにストレージ条件において性能の高いストレージシステム10の種別を指定する。
ストレージ機能条件244には、当該ポリシーを使用したときにボリュームに適用する必要があるストレージ機能の種別が格納される。格納されるストレージ機能の種別は、ストレージ機能管理情報23のストレージ機能235の値からいずれかの機能が設定される。複数のストレージ機能を利用する場合には、各ストレージ機能をカンマ区切りで連結した値が設定される。ストレージ機能を利用しない場合には「−」が設定される。
適用先245は、当該ポリシーが提供されるホスト装置30を示す。当該ポリシーが複数のホスト装置30に適用されている場合には、ホスト装置30のIDをカンマ区切りで連結した値が格納される。また、適用先245は複数のポリシー間で重複されてもよい。図10を例にとると、Host3とHost4には、Policy2に基づいて割り当てられたローカルコピー構成のボリュームとPolicy3に基づいて割り当てられたリモートコピー構成のボリュームのボリュームが割り当てられていることになる。尚、図10では、適用先245としてホスト装置30が設定されているが、ボリュームを割り当てることができる対象ならば他の対象でもよい。なお、本実施形態においては、Policyをホスト装置20ごとに適用しているが、これに限られるものではない。例えば、ホスト装置20にて実行されるアプリケーションごとに適用してもよい。また、1つのホスト装置を複数人のユーザで利用する場合には、ユーザごとにPolicyを設定してもよい。
図11から図24を用い、コンピュータシステム1において、ボリューム割り当てポリシーを利用したストレージ運用の各フェーズにおける処理について説明する。
図11は、本実施形態における、ボリューム割り当てポリシーの登録処理のフローチャートを示す図である。
要求を受け付けた管理装置20のポリシー管理プログラム2012は、ストレージ機能管理情報23を参照し、コンピュータシステム1内で選択可能なストレージシステムのストレージID231とストレージ種別232双方の値を含むリスト(ストレージ条件リスト)と、ボリューム種別234の値を含むボリューム種別のリスト(ボリューム条件リスト)と、ストレージ機能235の値を含むストレージ機能のリスト(ストレージ機能条件リスト)をそれぞれ作成する(S1102)。各リストには、ストレージ機能管理情報の各項目で重複する値は一つのみ含まれる。例えば、図9の場合、ボリューム種別234を参照するとFC:RAID5という値が複数回出現するが、ボリューム条件リストには、FC:RAID5という値は一つしか追加されない。
ポリシー管理プログラム2012は、ホスト管理情報22を参照して、ホスト装置のリスト(ホストリスト)を作成する(S1103)。
各リストの作成が完了すると、ポリシー管理プログラム2012は、ポリシー登録画面を管理クライアント装置に表示する(S1104)。ここで、図12に、本実施形態におけるボリューム割り当てポリシー登録画面1101の一例を示す図である。ポリシー登録画面において、ストレージ条件リスト、ボリューム条件リスト、ストレージ機能条件リスト、ホストリストの各値が選択可能である。
次に、入力内容を受け付けたポリシー管理プログラム2012は、同一設定項目のポリシーが既に登録されているかポリシー管理情報24を参照して確認(S1106)する。登録済みの場合(S1106a)はその旨を管理クライアント装置40に通知する。未登録の場合(S1106b)には、容量計算プログラム2013を起動し、入力されたポリシーで割り当て可能なボリュームの容量を計算する(S1107)。容量計算部の処理の詳細については後述する。
割り当て可能容量を計算した結果、割り当て可能な容量が確保できる場合は、当該ポリシーをそのままポリシー管理情報24に登録し、登録成功を管理クライアント装置40に通知する。割り当て可能容量が確保でき無い場合は、現状そのポリシーに応じて確保できる容量が無いことを管理クライアント装置40に通知する。
以上でボリューム割り当てポリシーの登録処理の説明を終了する。
図13は、本実施形態における、割り当て可能容量計算処理のフローチャートの一例を示す図である。割り当て可能容量計算処理は、容量計算プログラム2013によって実行される。
容量計算プログラム2013は、ストレージ機能管理情報23のストレージID231、ストレージ種別232、ストレージ機能235を参照し、ストレージ条件aに該当し、ストレージ機能条件cを備えるストレージシステム10を選択し、選択結果のリスト(ストレージリストa)を作成する(S1202)。例えば、ストレージ機能管理情報23が図9の状態でストレージ条件aにS1、ストレージ機能条件にローカルコピーとAES暗号化が指定された場合、Strorage1、2、3のうちローカルコピーとAES暗号化が利用可能なStorage1、2のみを含むストレージリストaが作成される。
以上で、指定されたストレージ条件、ボリューム条件、ストレージ機能条件を満たし、かつ、未割り当てのボリュームがボリュームリストaとしてリストアップされる。
例えば、ストレージ機能条件にローカルコピー又はリモートコピーが含まれている場合(S1204a:S1204がYESの場合)、容量計算プログラム2013は、図14のフローチャートに従って容量計算処理を行う。
一方、例えば、ストレージ機能条件にローカルコピー又はリモートコピーが含まれていない場合(S1204b:S1204がNOの場合)、容量計算プログラム2013は、ボリュームリストに含まれる各ボリュームの容量を、ボリューム管理情報21を参照して、算出する。
図14は、本実施形態において、ローカルコピーやリモートコピーなどの複数ボリュームを必要とするストレージ機能に提供可能な容量計算処理の一例を示す図である。
このとき、各ボリュームのカウント済みフラグを「false」に設定する。カウント済みフラグとは、容量計算の処理において、すでにそのボリュームの容量を割り当て可能容量として計算したかどうかを示すフラグである。「true」はカウント済みであること、「false」は未カウントであることを示す。また、本実施例ではRAIDグループの空き容量が大きい順にソートしているが別のソートアルゴリズムを使用してもよい。
容量計算プログラム2013は、S12051にてソートしたボリュームリストaのボリュームのうち、カウント済みフラグが「false」であってリストの先頭のボリュームを選択する(S12052)。容量計算プログラム2013は、選択したボリュームのカウント済みフラグは「true」に設定する。このボリュームがコピーペアのプライマリボリューム(PVOL)の候補となる。
ストレージ機能条件aにローカルコピーが指定されている場合、ローカルコピーペアの検索処理を実行する。以下に、S12052にて選択されたPVOLに対応するSVOLを検索する処理を説明する。
容量計算プログラム2013は、選択されたPVOLが属するストレージシステム10において、PVOLが属するRAIDグループと異なるRAIDグループ上にあるボリュームをボリュームリストaから検索する。そして、検索されたボリュームのうち、カウント済みフラグがfalseのボリュームを、SVOLとして選択する。ここで、PVOLが属するRAIDグループと異なるRAIDグループ上にあるボリュームをSVOLとして選択することにより、一部の記憶装置に障害が発生しPVOLへリード・ライト処理ができなくなった場合であっても、SVOLにより復旧することができる。また、複数のボリュームが検索された場合には、PVOLの容量に最も近い容量のボリュームを選択し、SVOLとしてもよい。PVOLの容量に最も近い容量のSVOLとすることで、SVOLの必要な容量を割り当てつつ、無駄な容量割り当てを防止することができる。
また、SVOLを選択する際に、PVOLの容量以上のボリュームを選択するようにしてもよい。SVOLには、PVOLのデータをコピーして書き込むため、PVOLの容量以上の容量が必要となるためである。
また、あるボリュームがSVOLとして選択された場合、選択されたボリュームのカウント済みフラグを「true」に設定する。どのボリュームもSVOLとして選択されなかった場合、S12052にて選択されたボリュームをPVOLとした場合に、ローカルコピーペアを形成するSVOLが選択できないこと意味する。
ストレージ機能条件aにリモートコピーが指定されている場合、リモートコピーペアの検索処理を実行する。以下に、S12052にて選択されたPVOLに対応するSVOLを検索する処理を説明する。
容量計算プログラム2013は、選択されたPVOLが属するストレージシステムと異なるストレージシステムに属するボリュームをボリュームリストaから検索する。そして、検索されたボリュームのうち、カウント済みフラグがfalseのボリュームを、SVOLとして選択する。ここで、複数のボリュームが検索された場合には、PVOLの容量に最も近い容量のボリュームを選択し、SVOLとしてもよい。
また、容量計算プログラム2013は、SVOLを選択する際に、PVOLの容量以上のボリュームを選択するようにしてもよい。
また、あるボリュームがSVOLとして選択された場合、選択されたボリュームのカウント済みフラグを「true」に設定する。どのボリュームもSVOLとして選択されなかった場合、S12052にて選択されたボリュームをPVOLとした場合に、ローカルコピーペアを形成するSVOLが選択できないこと意味する。
SVOLが選択された場合には(S12055a)、ストレージ機能条件aに指定されている条件である、ローカルコピー又はリモートコピーのコピーペアを形成することが可能であることを意味する。従って、容量計算プログラム2013は、PVOLとSVOLとの組を割り当て可能ボリュームリスト(ボリュームリストb)に追加する。そして、PVOLの容量とSVOLの容量を比較し、いずれか小さい容量をホスト装置への割り当て可能容量に加える。このとき、PVOLの容量とSVOLの容量を比較した結果、いずれか大きい容量は、割り当て可能容量には加えない。コピーペアとしてホストが利用可能な容量は、PVOL又はSVOLの容量を超えることはできないため、本処理によりホストが利用可能である正確なボリューム容量を把握することができる。
なお、SVOLを選択する際に、PVOLの容量以上のボリュームを選択する場合には、両者を比較せず、PVOLの容量を割り当て可能容量に加えてもよい(S12057)。このとき、SVOLの容量はコピーペアのセカンダリボリュームであるため、ホストが利用可能な容量ではないため、割り当て可能容量には加えない。ペアの形成できるPVOLの容量のみ割り当て可能容量に加えることにより、割り当てポリシーが求めるストレージ機能条件を満たし、ホストが利用可能である正確なボリューム容量を把握することができる。
以上の処理を全て終了すると、容量計算プログラム2013は、入力パラメータで指定されたボリューム割り当てポリシーを満たすような未割り当てのボリュームのリストと、割り当て可能なボリュームの総容量を呼び出し元に返す(S1207)。
つまりS12053のコピーペア検索処理を以下のように実行する。
容量計算プログラム2013は、選択されたPVOLが属するストレージシステム10において、PVOLが属するRAIDグループと異なるRAIDグループ上にあるボリュームをボリュームリストaから検索する。そして、検索されたボリュームのうち、カウント済みフラグがfalseのボリュームを、SVOL1(SVOLの1世代目)として選択する。ここで、複数のボリュームが検索された場合には、PVOLの容量に最も近い容量のボリュームを選択し、SVOL1とする。また、容量計算プログラム2013は、SVOL1を選択する際に、PVOLの容量以上のボリュームを選択するようにしてもよい。次に、容量計算プログラム2013は、PVOLが属するRAIDグループと異なる、RAIDグループ上にあるボリュームをボリュームリストaから検索する。そして、検索されたボリュームのうち、カウント済みフラグがfalseのボリュームを、SVOL2(SVOLの2世代目)として選択する。ここで、複数のボリュームが検索された場合には、PVOLの容量に最も近い容量のボリュームを選択し、SVOL2とする。また、容量計算プログラム2013は、SVOL2を選択する際に、PVOLの容量以上のボリュームを選択するようにしてもよい。以下、同様にN世代までのSVOLを選択する。
図15は、本実施形態において、ポリシーに従いストレージシステムのボリュームをホスト装置に割り当てる処理(プロビジョニング処理)のフローチャートの一例を示す図である。
管理者は、割り当てポリシーが定義されていない場合、管理クライアント装置40の入力装置404より、プロビジョニング画面の割り当てポリシーの欄に、ボリューム割り当てポリシーを入力する(S1302)。ボリューム割り当てポリシーとして、割り当てポリシー管理情報24に格納されているポリシーを選択してもよい。また、新たにボリューム割り当てポリシーを定義し、入力してもよい。新たにボリューム割り当てポリシーを定義する場合には、図11で説明したポリシー登録処理を実行する。
管理装置20の、容量計算プログラム2013は、ボリューム割り当てポリシーのIDを管理クライアント装置40から取得する。該ホストに複数のポリシーが登録されている場合には、プロビジョニング画面13011で選択されているポリシーのIDを取得する。そして、容量計算プログラム2013は、取得したポリシーIDに対応する未割り当てボリュームのリストと割り当て可能容量を、図13、図14で説明した処理を実行して取得する(S1303)。
管理者は、管理クライアント装置40の入力装置405を介して、プロビジョニング画面13011に、割り当てるボリュームの容量を入力する(S1306)。ただし、管理者が、割り当て可能容量を確認して、選択した割り当てポリシーにおける割り当て可能容量が不足していると判断した場合は、割り当てポリシーを再度入力してもよい。この場合、S1302から再度処理を実行する。
管理装置30のボリューム管理プログラム2011は、入力されたボリューム容量を基に、割り当てるボリュームを決定する(S1307)。ここでは、割り当てるボリュームの容量以上の、ボリュームをS1303で取得したボリュームリストから検索し、割り当てるボリュームとして選択する。また、ボリュームリストに複数のボリュームが格納されている場合には、複数のボリュームを選択し、合計の容量が割り当てるボリューム容量以上になるようにしてもよい。そして、ボリューム管理プログラム2011は、ストレージシステムの10決定したボリュームのホスト装置への割り当て指示をする。なお、ボリューム割り当て時に、一度管理者に割り当てるボリュームの内容を確認させてから割り当て処理を実行するようにしてもよい。そして、ボリューム管理プログラム2011は、ストレージシステム10に、決定したボリュームのホスト装置への割り当て指示をする。
最後に、ストレージシステム10のストレージ制御プログラムにが、ボリュームの割り当て処理を実行し、終了すると、管理装置30は、管理クライアント装置40に割り当て結果を通知する(S1308)。
また、本処理では、ユーザが割り当てポリシーを選択した後、単に割り当て可能容量のみを表示しているが、S1303で取得した未割り当てのボリュームのリスト及びそのリュームごとの容量をプロビジョニング画面上に表示し、管理者が、ユーザがそのリストから割り当てるボリュームを選択できるようにしてもよい。
また、プロビジョニング前後で、ポリシー管理情報24に登録されているボリューム割り当てポリシー毎に割り当て可能容量を算出するように処理を追加し、ボリュームを割り当てた結果、割り当て可能容量が減少したボリューム割り当てポリシーの一覧をその減少した容量とあわせ、ボリューム割り当て結果として表示するようにしてもよい。
図17は、本実施形態における、ボリュームの使用量と割り当て可能容量をレポートする処理のフローチャートの一例を示す図である。
レポート生成プログラム2014は、ポリシー定義情報24を参照してボリューム割り当てポリシーのリストを取得する(S1402)。
取得したポリシーのリストに対し、容量計算プログラム2013は、各ポリシーのIDをパラメータとしてポリシー毎に割り当て可能容量を算出する(S1403)。割り当て可能容量の算出処理については、図13、図14のフローによる。
レポート生成プログラム2014は、ホスト管理情報22を参照し、登録されているホスト装置30と、各ホスト装置30に割り当てられているボリュームと、ホスト装置30に適用されている割り当てポリシーの組からなるリストを作成する(S1404)。
次に、レポート生成プログラム2014は、ボリューム管理情報21を参照し、ホスト装置30に割り当てられているボリュームの総容量をホスト装置毎に、ポリシー毎に、計算する(S1405)。
以上の処理を終了すると、レポート生成プログラム2014は、ホスト装置30とそのホスト装置30に現在割り当てられている容量と、そのホスト装置に適用されている割り当てポリシーと、その割り当てポリシーの利用可能容量の組からなるレポートを生成する。そして、レポート生成プログラム2014は、管理クライアント装置40に生成したレポートを表示する指示をする(S1406)。図18は、本実施例におけるレポート画面の一例を示す図である。
また、図18では、ホストを起点としてレポートを表示しているが、ポリシーを起点として、現在の割り当て容量と、割り当て可能容量と、ポリシーを割り当てられているホスト一覧を表示するようにしてもよい。
ホスト装置に割り当て可能なボリュームの容量が不足した場合に、管理装置20から構成変更方法を提案することで管理者を支援する処理について、いくつかの方式を説明する。
選択されたボリューム割り当てポリシーを入力パラメータとして容量計算プログラム2013を実行し、当該ポリシーにおける割り当て可能容量を計算する(S1502)。
容量拡張提案プログラム2015は、割り当て可能容量がポリシー定義情報24の閾値246を下回っているか確認する。(S1503)閾値246を下回っている場合(S1503a:YESの場合)には、あらかじめ定められた方法で管理者にアラートを通知する(S1504)。例えば、E−mailやSNMPトラップなどが挙げられる。
閾値246を下回っていない場合(S1503b:NOの場合)、または、アラートの通知(S1504)が終了すると、S1501で取得した割り当てポリシーのリストに、未処理のポリシーが残っているか確認する(S1505)。
容量拡張提案プログラム2015は、未処理ポリシーがある場合には(S1505a:YESの場合)、ポリシーのリストから次のポリシーを選択し(S1506)、S1502移行の処理を繰り返し実行する。ポリシーのリストに未処理の要件がない場合には(S1505b:NOの場合)、本処理を完了する。本処理は、管理装置20が定期的に実行してもよいし、管理者の指示により実行してもよい。
管理者が管理クライアント装置40において、割り当て可能容量を増やしたいボリューム割り当てポリシーとアクション種別を選択すると、割り当てポリシーのIDとアクション種別が容量拡張提案プログラム2015に送信される(S1601)。アクション種別とは、「空き容量をストレージシステムのボリューム割り当て構成変更によって確保」するか、「空き容量をHDDを増設して確保」するかを示す値である。尚、ユーザは、容量を増やしたい任意のボリューム割り当てポリシーを選択してもよいし、アラートが発生しているポリシーを選択してもよい。
要求を受け取った容量拡張提案プログラム2015は、アクション種別がストレージシステムのボリューム割り当て構成変更の場合(S1601a)、構成変更提案処理を実行する(S1602)。構成変更提案処理は、システム内の未使用のボリュームの割り当て解除により、ユーザが選択した要件の割り当て可能容量を増やすように構成変更を提案する処理である。構成変更提案処理の詳細は後述する。
一方、アクション種別がHDD増設の場合(S1601b)、HDD増設提案処理を実行する(S1603)。HDD増設提案処理は、ユーザが選択したボリューム割り当てポリシーを満たすようなHDD増設の構成を提案する処理である。HDD増設提案処理の詳細は後述する。
ポリシーaをパラメータとして容量計算プログラム2013を実行し、ポリシーaの現時点の割り当て可能容量(容量a)を求める(S1702)。
容量拡張提案プログラム2015は、ポリシーaを満たすようなボリュームが割り当てられているホスト装置30のリストを作成する(S1703)。
以下、ボリューム割り当てポリシーであるポリシーaがPolicy1の場合を例に説明する。ボリューム管理情報21及び割り当てポリシー管理情報24を参照し、ボリューム割り当てポリシーに定義されているストレージ条件242、ストレージ機能条件244を満たすストレージシステム10を選択する。Policy1の場合には、Storage1を選択する。そして、選択されたストレージシステム10において、ボリューム条件243を満たすようなボリュームを選択する。Policy1の場合には、Storage1のボリューム00:01乃至00:05やStorage2のボリューム00:01等が選択される。そして、同じくボリューム管理情報21の割り当て先217を参照し、選択されたボリュームが割り当てられているホスト装置30を検索し、リスト(ホストリストa)を作成する。Policy1の場合には、Storage1のボリューム00:01、00:02、00:04が割り当てられているHost1が選択され、ホストリストに格納される。
容量拡張提案プログラム2015は、ポリシーaを満たすボリュームのうち未使用ボリュームのリスト(未使用ボリュームリストa)を作成する(S1704)。具体的には、ホスト管理情報22を参照し、ホストリストaに含まれる各ホスト装置30に割り当てられているボリュームのうち、割り当てポリシー225にポリシーaが設定されているボリュームのマウントポイント224を参照し、マウントポイントがn/aに設定されているボリュームを選択し、リストを作成する。Policy1の場合には、Storage1の00:04が選択され、未使用ボリュームリストに格納される。
なお、未使用ボリュームがPVOLである場合には、コピーペアを形成するSVOLと対応させて未使用ボリュームリストに格納する。また、未使用ボリュームがSVOLである場合には、コピーペアを形成するPVOLと対応させて未使用ボリュームリストに格納する。
図22は、本実施形態における、割り当て可能容量計算処理のフローチャートの一例を示す。該処理は、図13の割り当て可能容量計算処理と共通した部分を含む。具体的には、図13の処理では、割り当て可能ボリュームの候補として未割り当てボリュームのみを対象として容量計算を実行しているのに対し、図23では、入力時に指定された未使用ボリュームリストを取得する(S1801)。そして、未使用ボリュームリストと、未割り当てボリュームとを含むボリュームのリストを容量計算の対象とする(S1803)点のみが異なる。それ以外の処理は共通のため説明を省略する。
次に、未使用ボリュームリストbと未使用ボリュームの割り当てを解除した場合に増加する容量cを管理クライアント装置40に表示し、ユーザに実行可否を求める(S1707)。図23は、本実施形態における管理クライアント装置40への表示画面の一例を示す図である。
管理者は、管理クライアント装置画面に表示された未使用ボリュームの割り当て解除を実行する場合には、未使用ボリューム解除「要」(実行)を選択し、実行する。また、未使用ボリュームの一部のホストへの割り当てを解除し、その他のホストへの割り当てを保持する場合には、割り当てを解除するボリュームのみを選択し、割り当ての解除を実行する(S1708)。このとき、割り当ての解除前に、割り当て解除を指定した一部のボリュームとポリシーaを入力として、再度図23の割り当て可能容量計算処理を事項してもよい。
このとき、ポリシーaのストレージ機能条件にローカルコピーやリモートコピーなど複数のボリューム構成をとる条件が定義されている場合、ユーザが割り当てを解除するボリュームを選択する際に、関連するボリューム全体を一つの単位として選択または選択解除するように制御する。具体的には、未使用ボリュームがPVOLである場合には、コピーペアを形成するSVOLも含めて割り当てを解除する。そのために、例えば、コピーペアの場合、PVOLとSVOLの一方だけの割り当てを解除することができないようにする。一部のみの割り当てを解除できるようにすると、割り当てが解除されなかったボリュームが、指定されているポリシーaに違反してしまうからである。
管理者がボリューム解除を実行すると、割り当て解除を実行するボリュームのリストが容量拡張提案プログラム2015に送られ、容量拡張提案プログラム2015は取得した未使用ボリュームのリストに含まれるボリュームの割り当て解除をボリューム管理プログラム2011に指示する(S1709)。
容量拡張提案プログラム2015は、ボリューム割り当てポリシーのIDをパラメータとして受信する(S1901)。
容量拡張提案プログラム2015は、ポリシー管理情報24を参照し、S1901にて取得したボリューム割り当てポリシーのIDに該当するポリシーに含まれる、ストレージ条件、ボリューム条件、ストレージ機能条件を取得する(S1902)。
容量拡張提案プログラム2015は、取得したポリシーのストレージ種別を参照し、ストレージ種別を満たすストレージシステムのリスト(ストレージリストa)を作成する(S1903)。ストレージリストaに含まれるストレージシステムがHDD増設の候補となるストレージシステムとなる。
容量拡張提案プログラム2015は、取得したポリシーのボリューム種別を参照し、増設するHDDの種類とHDD増設後に設定するRAIDレベルを決定する。ボリューム種別が複数指定されている場合には、各ボリューム種別が指定されているポリシーの数を比較し、最も多くのポリシーに使用されているボリューム種別を候補として決定する(S1904)。最も多くのポリシーで利用されるボリューム種別を満たすようにHDDを増設することにより、他のポリシーにおいても割り当て可能な容量が増加するため、システム全体で未割り当てのボリュームを効率的に利用することが可能になる。ただし、複数のボリューム種別があった場合には、各ボリューム種別全てをHDD増設の提案に使用しても良いし、他のアルゴリズムで決定してもよい。
以上の処理が終了すると、管理装置20は管理クライアント装置40に、ストレージリストaに含まれるストレージシステムに対して、S1904で決定されたボリューム種別を満たすようにHDDを増設するように通知する(S1905)。例えば、図10のPolicy2の場合には、ストレージ種別S1に該当するStorage1、2、3に対し、FCのHDDをRAID5の構成になるように表示する。
Claims (15)
- 複数の論理ボリュームを形成する複数の記憶装置を含み、ホスト装置に接続する複数の
ストレージシステムを管理する管理装置であって、
前記複数のストレージシステムが論理ボリュームを前記ホスト計算機に割り当てるためのポリシーが登録される割り当てポリシー定義情報と、前記複数のストレージシステムの各々が備える機能を示す機能管理情報と、前記複数の論理ボリュームの各々の容量を示す論理ボリューム管理情報と、を格納するメモリと、
前記メモリに格納された情報をもとに処理を実行するプロセッサと、
を含み、
前記プロセッサの処理結果を表示する端末装置に接続され、
前記プロセッサは、論理ボリュームの容量の表示要求を前記端末装置より受信すると、前記メモリに格納された前記割り当てポリシー定義情報より、第1の機能を備えるストレージシステムに属する論理ボリュームであることが前記ホスト装置への論理ボリュームの割り当て条件であることを示す割り当てポリシーを取得し、
前記プロセッサは、前記メモリに格納された前記機能管理情報に基づき、前記複数のストレージシステムのうち前記第1の機能を備えるストレージシステムを検索し、前記検索されたストレージシステムに含まれる未割り当ての論理ボリュームを選択し、前記メモリに格納された前記論理ボリューム管理情報より、前記選択された論理ボリュームに含まれる論理ボリュームの容量を取得し、前記取得した容量を前記ホスト装置に割り当て可能な容量として前記端末装置に通知する、ことを特徴とする管理装置。 - 請求項1に記載の管理装置であって、
前記第1の機能は、2以上の論理ボリュームによりコピーペアを形成する機能であり、
前記プロセッサは、前記ストレージシステムを検索する際、前記複数のストレージシステムのうち前記コピーペアを形成する機能を備えるストレージシステムを検索し、
前記プロセッサは、前記未割り当ての論理ボリュームを選択する際、前記検索されたストレージシステムに含まれ前記ホスト装置に割り当てられていない複数の第1の論理ボリュームのうちコピーペアを形成する2以上の論理ボリュームを選択し、
前記プロセッサは、前記選択された2以上の論理ボリュームに含まれる論理ボリュームの容量を取得し、
前記プロセッサは、前記2以上の論理ボリュームのうちの1の論理ボリュームの容量を前記ホスト装置に第1の割り当て可能な容量として前記端末装置に通知する、ことを特徴とする管理装置。 - 請求項2に記載の管理装置であって、
前記プロセッサは、前記複数の第1の論理ボリュームのうちコピーペアを形成する2以上の論理ボリュームを選択する際に、プライマリボリューム又はセカンダリボリュームとして前記2以上の論理ボリュームを選択し、
前記プロセッサは、前記プライマリボリュームの容量と前記セカンダリボリュームの容量とを比較し、いずれか小さい容量を前記ホスト装置に前記第1の割り当て可能な容量として前記端末装置に通知する、ことを特徴とする管理装置。 - 請求項3に記載の管理装置であって、
前記プロセッサは、前記メモリに格納された前記論理ボリューム管理情報に基づき、複数のセカンダリボリューム候補の内で、前記プライマリボリュームの容量に最も近い論理ボリュームを前記セカンダリボリュームとして選択する、ことを特徴とする管理装置。 - 請求項2に記載の管理装置であって、
前記プロセッサは、前記複数の第1の論理ボリュームのうちコピーペアを形成する2以上の論理ボリュームを選択する際に、プライマリボリュームと、前記プライマリボリュームより容量が大きいセカンダリボリュームとを選択し、
前記プロセッサは、前記プライマリボリュームの容量を前記ホスト装置に前記第1の割り当て可能な容量として前記端末装置に通知する、ことを特徴とする管理装置。 - 請求項5に記載の管理装置であって、
前記プロセッサは、前記メモリに格納された前記論理ボリューム管理情報に基づき、複数のセカンダリボリューム候補の内で、前記プライマリボリュームの容量に最も近い論理ボリュームを前記セカンダリボリュームとして選択する、ことを特徴とする管理装置。 - 請求項2に記載の管理装置であって、
前記コピーペアがローカルコピーペアである場合、前記プロセッサは、前記メモリに格納された前記機能管理情報に基づき、前記複数のストレージシステムのうち前記ローカルコピーペアを形成する機能を備えるストレージシステムを検索し、前記検索されたストレージシステムに含まれるいずれか1のストレージシステムに含まれ、プライマリボリューム又はセカンダリボリュームとなる2以上の論理ボリュームを選択する、ことを特徴とする管理装置。 - 請求項7に記載の管理装置であって、
前記複数のストレージ装置に含まれる前記複数の記憶装置は、複数のRAIDグループを形成し、
前記いずれか1のストレージ装置に含まれる前記プライマリボリュームは第1のRAIDグループに属し、前記セカンダリボリュームは第1のRAIDグループとは異なる第2のRAIDグループに属する、ことを特徴とする管理装置。 - 請求項2に記載の管理装置であって、
前記コピーペアがリモートコピーペアである場合、前記プロセッサは、前記メモリに格納された前記機能管理情報に基づき、前記複数のストレージシステムのうち前記リモートコピーペアを形成する機能を備える2以上のストレージシステムを検索し、前記2以上のストレージシステムの内、いずれか1のストレージシステムに含まれる論理ボリュームをプライマリボリュームとして選択し、前記2以上のストレージシステムの内前記プライマリボリュームが含まれるストレージシステムと異なるストレージシステムに含まれる論理ボリュームをセカンダリボリュームとして選択する、ことを特徴とする管理装置。 - 請求項2に記載の管理装置であって、
前記メモリは、さらに、前記割り当て条件に従って前記ホスト装置に割り当て可能な容量について、閾値を格納し、
前記プロセッサは、前記メモリに格納される前記閾値に基づき、前記ホスト装置に前記第1の割り当て可能な容量が前記閾値より小さい場合、前記端末装置に警告を通知する、ことを特徴とする管理装置。 - 請求項2に記載の管理装置であって、
前記プロセッサは、前記検索されたストレージシステムに含まれ、前記ホスト装置に割り当てられているが、前記ホスト装置によりマウントされていない第2の論理ボリュームを検索し、複数の第1の論理ボリュームと第2の論理ボリュームのうちコピーペアを形成する2以上の論理ボリュームを選択し、前記メモリに格納された前記論理ボリューム管理情報より、前記選択された2以上の論理ボリュームに含まれる論理ボリュームの容量を取得し、前記2以上の論理ボリュームのうちの1の論理ボリュームの容量を前記ホスト装置に第2の割り当て可能な容量として前記端末装置に通知する、ことを特徴とする管理装置。 - 請求項11に記載の管理装置であって、
前記プロセッサは、前記第1の割り当て可能な容量と前記第2の割り当て可能な容量に加え、前記第2の割り当て可能な容量から前記第1の割り当て可能な容量を引いた第3の割り当て可能な容量を前記端末装置に通知する、ことを特徴とする管理装置。 - 請求項2に記載の管理装置であって、
前記メモリには、さらに、前記割り当て条件に従って、前記ホスト装置に割り当て可能な容量の閾値を格納し、
前記コピーペアがローカルコピーペアである場合、前記プロセッサは、前記メモリに格納された前記機能管理情報に基づき、前記複数のストレージシステムのうち前記ローカルコピーペアを形成する機能を備えるストレージシステムを検索し、前記検索されたストレージシステムに含まれるいずれか1のストレージシステムに含まれ、プライマリボリューム又は複数のセカンダリボリューム候補となる2以上の論理ボリュームを選択し、
前記コピーペアがリモートコピーペアである場合、前記プロセッサは、前記メモリに格納された前記機能管理情報に基づき、前記複数のストレージシステムのうち前記リモートコピーペアを形成する機能を備える2以上のストレージシステムを検索し、前記2以上のストレージシステムの内、いずれか1のストレージシステムに含まれる論理ボリュームを前記プライマリボリュームとして選択し、前記2以上のストレージシステムの内前記プライマリボリュームが含まれるストレージシステムと異なるストレージシステムに含まれる複数の論理ボリュームを前記複数のセカンダリボリューム候補として選択し、
前記プロセッサは、前記メモリに格納された前記論理ボリューム管理情報に基づき、複数のセカンダリボリューム候補の内で、前記プライマリボリュームの容量に最も近い論理ボリュームを前記セカンダリボリュームとして選択し、
前記プロセッサは、前記メモリに格納された前記論理ボリューム管理情報に基づき、前記プライマリボリュームの容量と前記セカンダリボリュームの容量とを比較し、前記プライマリボリュームの容量と前記セカンダリボリュームの容量とのうちいずれか小さい容量を前記ホスト装置に前記第1の割り当て可能な容量として前記端末装置に通知し、いずれか大きい容量を前記端末装置に通知せず、
前記プロセッサは、前記メモリに格納される前記閾値に基づき、前記ホスト装置に前記第1の割り当て可能な容量が前記閾値より小さい場合、前記端末装置に警告を通知し、
前記プロセッサは、前記警告を通知した後、前記検索されたストレージシステムに含まれ、前記ホスト装置に割り当てられているが、前記ホスト装置によりマウントされていない第2の論理ボリュームを検索し、複数の第1の論理ボリュームと第2の論理ボリュームのうちコピーペアを形成する2以上の論理ボリュームを選択し、前記メモリに格納された前記論理ボリューム管理情報より、前記選択された2以上の論理ボリュームに含まれる論理ボリュームの容量を取得し、前記2以上の論理ボリュームのうちの1の論理ボリュームの容量を前記ホスト装置に第2の割り当て可能な容量として前記端末装置に通知する、ことを特徴とする管理装置。 - ホスト装置に接続し複数の論理ボリュームを形成する複数の記憶装置を含む複数のストレージシステムを管理する管理装置による管理方法であって、
前記管理装置のプロセッサは、前記管理装置に接続された端末装置より、論理ボリュームの容量の表示要求を受信すると、前記管理装置のメモリに格納された、前記複数のストレージシステムが論理ボリュームを前記ホスト計算機に割り当てるためのポリシーが登録された割り当てポリシー定義情報より、2以上の論理ボリュームによりコピーペアを形成する機能を備えるストレージシステムに属する論理ボリュームであることが前記ホスト装置への論理ボリュームの割り当て条件とする割り当てポリシーを取得し、
前記プロセッサは、前記複数のストレージシステムのうち前記コピーペアを形成する機能を備えるストレージシステムを検索し、
前記プロセッサは、前記検索されたストレージシステムに含まれ前記ホスト装置に割り当てられていない複数の第1の論理ボリュームのうちコピーペアを形成する2以上の論理ボリュームを選択し、
前記プロセッサは、前記メモリに格納された、前記複数の論理ボリュームの各々の容量を示す論理ボリューム管理情報より、前記選択された2以上の論理ボリュームに含まれる論理ボリュームの容量を取得し、
前記プロセッサは、前記2以上の論理ボリュームのうちの1の論理ボリュームの容量を前記ホスト装置に第1の割り当て可能な容量として前記端末装置に通知し、
前記端末装置は、前記通知された前記第1の割り当て可能な容量を表示する、ことを特徴とする管理方法。 - 請求項14に記載の管理方法であって、
前記プロセッサは、前記複数の第1の論理ボリュームのうちコピーペアを形成する2以上の論理ボリュームを選択する際に、プライマリボリューム又はセカンダリボリュームとして前記2以上の論理ボリュームを選択し、
前記プロセッサは、前記プライマリボリュームの容量と前記セカンダリボリュームの容量とを比較し、いずれか小さい容量を前記ホスト装置に前記第1の割り当て可能な容量として前記端末装置に通知する、ことを特徴とする管理方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009186959A JP5286192B2 (ja) | 2009-08-12 | 2009-08-12 | ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 |
US12/604,106 US8495294B2 (en) | 2009-08-12 | 2009-10-22 | Management computer for managing storage system capacity and storage system capacity management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009186959A JP5286192B2 (ja) | 2009-08-12 | 2009-08-12 | ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2011039803A JP2011039803A (ja) | 2011-02-24 |
JP5286192B2 true JP5286192B2 (ja) | 2013-09-11 |
Family
ID=43589275
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009186959A Expired - Fee Related JP5286192B2 (ja) | 2009-08-12 | 2009-08-12 | ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US8495294B2 (ja) |
JP (1) | JP5286192B2 (ja) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5640463B2 (ja) * | 2010-05-31 | 2014-12-17 | 富士通株式会社 | ストレージ装置、ストレージ装置制御プログラムおよびストレージ装置制御方法 |
US8954669B2 (en) | 2010-07-07 | 2015-02-10 | Nexenta System, Inc | Method and system for heterogeneous data volume |
US8984241B2 (en) * | 2010-07-07 | 2015-03-17 | Nexenta Systems, Inc. | Heterogeneous redundant storage array |
US8972667B2 (en) | 2011-06-28 | 2015-03-03 | International Business Machines Corporation | Exchanging data between memory controllers |
US8725979B1 (en) * | 2012-01-30 | 2014-05-13 | Netapp, Inc. | Efficient methods and systems for allocating storage volumes |
WO2014101218A1 (zh) | 2012-12-31 | 2014-07-03 | 华为技术有限公司 | 一种计算存储融合的集群系统 |
US9292226B2 (en) * | 2013-06-24 | 2016-03-22 | Steven Andrew Moyer | Adaptive data management using volume types |
WO2016016920A1 (ja) * | 2014-07-28 | 2016-02-04 | 株式会社日立製作所 | 計算機システムおよび管理プログラム |
US9961017B2 (en) * | 2014-08-08 | 2018-05-01 | Oracle International Corporation | Demand policy-based resource management and allocation system |
US9841923B2 (en) * | 2014-12-19 | 2017-12-12 | Fujitsu Limited | Storage apparatus and storage system |
US10423588B2 (en) * | 2015-08-25 | 2019-09-24 | International Business Machines Corporation | Orchestrated disaster recovery |
US20170220282A1 (en) * | 2016-01-29 | 2017-08-03 | Dell Products L.P. | Dynamic capacity expansion of raid volumes |
JP6546235B2 (ja) * | 2017-09-15 | 2019-07-17 | 株式会社日立製作所 | ストレージシステム |
JP2021064078A (ja) | 2019-10-11 | 2021-04-22 | 株式会社日立製作所 | 複数のノードを含むストレージシステムの拡張構成案を作成する装置 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1994022089A1 (en) * | 1993-03-19 | 1994-09-29 | Oakleigh Systems, Inc. | Peripheral device control through integrated drive electronics |
US6842876B2 (en) * | 1998-04-14 | 2005-01-11 | Fuji Xerox Co., Ltd. | Document cache replacement policy for automatically generating groups of documents based on similarity of content |
JP4335597B2 (ja) * | 2003-06-30 | 2009-09-30 | 株式会社日立製作所 | ストレージ管理システム |
JP4437650B2 (ja) * | 2003-08-25 | 2010-03-24 | 株式会社日立製作所 | ストレージシステム |
US7096338B2 (en) | 2004-08-30 | 2006-08-22 | Hitachi, Ltd. | Storage system and data relocation control device |
JP4643395B2 (ja) | 2004-08-30 | 2011-03-02 | 株式会社日立製作所 | ストレージシステム及びデータの移動方法 |
JP4920898B2 (ja) * | 2005-03-24 | 2012-04-18 | 株式会社日立製作所 | 計算機システム、データ管理方法およびプログラム |
JP2007066259A (ja) | 2005-09-02 | 2007-03-15 | Hitachi Ltd | 計算機システムとストレージシステム並びにボリューム容量拡張方法 |
JP2007280089A (ja) * | 2006-04-07 | 2007-10-25 | Hitachi Ltd | 容量拡張ボリュームの移行方法 |
JP2008171032A (ja) * | 2007-01-05 | 2008-07-24 | Hitachi Ltd | ストレージ装置、及びこれを用いた記憶制御方法 |
US20090049236A1 (en) * | 2007-08-15 | 2009-02-19 | Hitachi, Ltd. | System and method for data protection management for network storage |
-
2009
- 2009-08-12 JP JP2009186959A patent/JP5286192B2/ja not_active Expired - Fee Related
- 2009-10-22 US US12/604,106 patent/US8495294B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US20110040935A1 (en) | 2011-02-17 |
US8495294B2 (en) | 2013-07-23 |
JP2011039803A (ja) | 2011-02-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5286192B2 (ja) | ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 | |
US10452299B2 (en) | Storage system having a thin provisioning function | |
JP5183650B2 (ja) | 計算機システム,計算機システムにおけるバックアップ方法及びプログラム | |
JP4733461B2 (ja) | 計算機システム、管理計算機及び論理記憶領域の管理方法 | |
JP5771280B2 (ja) | 計算機システム及びストレージ管理方法 | |
CN102209952B (zh) | 存储系统和用于操作存储系统的方法 | |
JP4391265B2 (ja) | ストレージサブシステムおよび性能チューニング方法 | |
JP5158074B2 (ja) | ストレージ管理プログラム、ストレージ管理方法、ストレージ管理装置およびストレージシステム | |
US20110320754A1 (en) | Management system for storage system and method for managing storage system | |
WO2013046331A1 (ja) | 計算機システム、及び情報管理方法 | |
US8707004B2 (en) | Computer system and storage consolidation management method | |
JP5391277B2 (ja) | ストレージシステム及びストレージシステムの処理効率向上方法 | |
JPWO2012176307A1 (ja) | ストレージ管理システム及びストレージ管理方法 | |
US10067704B2 (en) | Method for optimizing storage configuration for future demand and system thereof | |
US10225158B1 (en) | Policy based system management | |
JP2013536478A (ja) | ストレージシステム、及びその制御方法 | |
JP2006065709A (ja) | データ処理システム | |
JP5000234B2 (ja) | 制御装置 | |
US9047247B2 (en) | Storage system and data processing method | |
US20170220275A1 (en) | Computer system and management program | |
JP5957520B2 (ja) | データ管理システム及び方法 | |
US9298394B2 (en) | Data arrangement method and data management system for improving performance using a logical storage volume | |
JP2012027531A (ja) | 計算機システムを管理する管理システム及び管理方法 | |
CN111936960A (zh) | 分布式存储系统中数据存储方法、装置及计算机程序产品 | |
JP6035363B2 (ja) | 管理計算機、計算機システム、及び管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120228 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120919 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20121002 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121130 |
|
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: 20130507 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130603 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 5286192 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
LAPS | Cancellation because of no payment of annual fees |