JP2005025244A - ストレージ管理システム - Google Patents
ストレージ管理システム Download PDFInfo
- Publication number
- JP2005025244A JP2005025244A JP2003186627A JP2003186627A JP2005025244A JP 2005025244 A JP2005025244 A JP 2005025244A JP 2003186627 A JP2003186627 A JP 2003186627A JP 2003186627 A JP2003186627 A JP 2003186627A JP 2005025244 A JP2005025244 A JP 2005025244A
- Authority
- JP
- Japan
- Prior art keywords
- volume
- performance
- information
- performance value
- processing means
- 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.)
- Granted
Links
- 238000003860 storage Methods 0.000 title claims description 149
- 238000000034 method Methods 0.000 claims description 60
- 230000006866 deterioration Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 230000015556 catabolic process Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000014759 maintenance of location Effects 0.000 description 2
- 230000000593 degrading effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
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/0662—Virtualisation aspects
- G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
-
- 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/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
-
- 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/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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/953—Organization of data
- Y10S707/959—Network
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Abstract
【解決手段】クライアントから指定されたボリュームの運用時間ごとの要求性能に関する条件と、各ディスクグループの実際に運用された結果から得られた履歴情報に基いて、各ディスクグループにボリュームを割り当てた場合のディスクグループの性能マージンを算出して、それに従って各ディスクグループの中から割り当て対象となるボリュームの候補を求めてクライアントに提示すると共に、クライアントではその候補から1つを選択する。
【選択図】 図1
Description
【発明の属する技術分野】
本発明はストレージ管理システムに係り、特にStorage Area Network(SANと言う)におけるストレージの運用管理技術、とりわけボリュームの割当て方法に関する。
【0002】
【従来の技術】
SANは大量のデータを効果的に取り扱うことのできるものとして近年大いに普及して来ている。SANの導入により企業の情報システムの柔軟性は増大するが、一方でファイバチャネルスイッチを介して複数のストレージを接続するなど、ストレージ機器の構成が複雑になり、システム管理者が行なう機器設定も複雑化している。
また、ストレージを集中管理するようになったことに起因して、一人のシステム管理者が扱うデータの容量が増大するだけでなく、業務サーバのOSや業務アプリケーションの種類も増大している。更に、データ量が日々増加する傾向にあるため、ストレージ機器の増強や業務サーバへのストレージ割当作業が頻繁に行なわれるようになってきている。
【0003】
実際にストレージにデータを格納するためにはストレージ内にボリュームという論理領域を割り当てる必要がある。ボリュームを割り当てる際にはストレージを指定するだけではなく、ストレージ内のディスクグループという、複数のディスク装置をまとめてRAIDを構成しているディスクのグループも指定する。
【0004】
このような複雑なストレージ機器を集中管理するための技術としては、US Patent 6,430,611号明細書(特許文献1)に開示されたものが知られている。これは、SANに接続されている各ストレージに、ストレージ内のデータ領域を管理するためのコンピュータを接続し、その中で動作するストレージの情報を収集するエージェントを配置する。このエージェント群と通信をする管理サーバを1台用意することで1台の管理サーバからネットワーク内の全てのストレージを管理することを可能にしている。(US Patent 6,430,611 1段落目 56行目〜2段落目 36行目)
また、一つのディスクグループ内には複数のボリュームを配置することが可能なために、同一ディスクグループ内の複数のボリュームに、同時にアクセスがあると個々のボリューム性能が低下することがある。この同一ディスクグループ内のボリュームの負荷を軽減する技術としては、US Patent 6,535,954号明細書(特許文献2)(対応日本、特開平11−296313号公報)に開示されたものがある。これは、ディスクグループに負荷が集中し、ディスクグループよりも先にディスク制御装置が過負荷になった場合に、別の過負荷ではないディスク制御装置にディスクグループまたはボリュームの管理を移行させることでディスクグループまたはボリュームの最大性能を発揮させようとするものである。(US Patent 6,535,954 3段落目 17行目〜27行目)
また、特開2001−184175号公報(特許文献3)には、アクセス性能を向上させ、ディスク領域の使用効率を高めた論理ディスク構成を再構築するために、ストレージ装置に対するアクセス情報の履歴を蓄積しておき、この履歴情報の解析結果に基いて新たな論理ディスク構成の候補を作成する技術が開示されている。具体的には、ディスク領域の使用効率を高めるために、解析部33でアクセス情報の履歴を解析して、使用ディスク容量の増加率を計算し、一定時間における容量を増加させる論理ディスクを割り出して、新たな論理ディスク構成候補を決定するものである。
【0005】
【特許文献1】
US Patent 6,430,611号明細書
【特許文献2】
US Patent 6,535,954号明細書
【特許文献3】
特開2001−184175号公報(カラム0043〜0048、図1、図5)
【0006】
【発明が解決しようとする課題】
ストレージの構成が複雑になるにつれて、ボリュームを管理する方法も複雑化しているので、これを解決する方法が望まれている。
然るに、特許文献1には、1台の管理サーバで複雑なストレージ機器の監視をすることは可能である旨、記載されているが、ボリュームの割り当てに関する方法については記載されていない。
【0007】
また、特許文献2には、ディスクグループの持つ最大性能を発揮させることは出来ても、ディスクグループ内に複数のボリュームが配置されていて、ディスクグループに最大性能以上の負荷がある場合には要求される性能を出すことが出来ないという問題がある。
【0008】
一定期間内に、ディスクグループが持つ理論的な性能の最大値を超えるアクセス要求が、ディスクグループ内に作成された複数のボリュームに対して要求されると、このディスクグループは、要求される性能を満たすことができなくなる。このため、ボリュームを割り当てる際には、そのボリュームを割り当てることで、ディスクグループの性能を超えることがないようなディスクグループを選択できるようにすることが望ましい。
さらに、ボリューム割当の際に、より高い性能を要求されるボリュームの割当を可能とするためには、未割当のディスクグループをできるだけ残せるような効率的なボリューム割当をすることが必要である。
【0009】
また、特許文献3に記載の技術は、使用ディスク容量の増加率に着目するものであり、性能や信頼性について着目して新たな論理ディスク構成候補を決定しているものとは言い難い。また、性能の劣化を予め予想して、運用前からのボリュームを計画的に割当てる方法についても言及されていない。
【0010】
本発明の目的は、ボリュームを割り当てて実際に運用した時に、割当てられたディスクグループがアクセス性能を超えて性能劣化することを防止することにある。
本発明の他の目的は、ボリュームの運用履歴に基いてディスクグループの最大性能を超えないように、効率的にボリュームを割り当ることにある。
【0011】
【課題を解決するための手段】
本発明に係るストレージ管理サーバは、ストレージ装置の運用時に得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴DBと、ストレージ装置から得られる、ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値DBと、設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーDBと、運用履歴DBに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第1の処理手段と、ボリュームの理論性能値、及び該第1の処理手段によって得られた予測性能値に基いて、性能マージンを求める第2の処理手段と、第2の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、を有して構成される。
前記第1の処理手段は、履歴情報DBから得られた性能値の情報から単位時間毎の予測性能値を算出し、及びボリューム性能値DBは、ディスクグループ対応に第1の処理手段によって得られた単位時間毎の予測性能値の情報を格納する。
また、前記第2の処理手段は、単位時間毎の性能マージンと、前記ポリシーDBに格納されている指定の性能値との差を求める処理を行い、ボリューム決定処理手段は、第2の処理手段により求められて差が正の値をとるボリュームを割当ての候補として決める。
本発明に係るストレージ管理サーバは、また、ボリューム決定処理手段により決定されたボリュームの候補を示す情報を、ストレージ管理サーバに接続されたクライアントに表示するために送信する手段と、送信された情報に従ってクライアントにおいて選択されたボリュームの割り当て情報を受信する手段とを有する。
【0012】
また、本発明におけるストレージ管理システムにおいて、クライアントは、ボリュームの割り当て条件を指定して入力する手段と、ボリューム決定処理手段により決定されたボリュームの候補を示す情報を表示するための表示手段と、表示手段に表示された割り当て候補のボリューム情報の中から選択されたボリュームの割り当て情報を該ストレージ管理サーバへ送信する手段とを有する。
【0013】
本発明はまた、プログラムの発明としても把握され得る。即ち、ネットワークを介して接続されたストレージ装置の運用によって得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴DBと、ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値DBと、設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーDBとを有するストレージ管理サーバ上で機能するボリューム選択生成用のプログラムにおいて、運用履歴DBに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第1の処理手段と、ボリュームの理論性能値及び第1の処理手段によって得られた予測性能値に基いて、性能マージンを求める第2の処理手段と、第2の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、ストレージ管理サーバに接続されたクライアントに表示するために、ボリューム決定処理手段に基く情報からボリュームの候補を表示するのための情報を生成する手段とを有するボリューム候補を生成するためのプログラムである。
【0014】
本発明はまた、ストレージ管理システムにおけるボリュームの割り当ての方法としても把握され得る。即ち、ストレージ管理サーバを利用して、ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理システムにおけるボリュームの割り当ての方法において、クライアントで指定されたボリューム割り当ての条件を、ネットワークを介して受け付けるステップと、ストレージ装置の実際の運用において得られたディスクグループに関する性能値を含む情報を履歴として格納する記憶装置からボリュームの運用履歴情報を得るステップと、ストレージ装置に関する性能値を含む諸元値についての情報を得るステップと、受け付けられたボリューム割り当て条件に従い、ボリュームの運用履歴情報とストレージ装置に関する情報に基いて、性能マージンを確保して割り当て可能なボリュームの候補を決めるステップと、割り当て候補のボリュームの情報を該クライアントに送信するステップと、クライアントにおいて、割り当て候補のボリュームの情報から選択され、送信されたボリュームの割り当て情報を受信するステップと、ボリュームの割り当て情報に従ってストレージ装置に割り当てるステップとを有するボリュームの割り当て方法である。
【0015】
上記割り当て方法において、更に、クライアントにおけるボリューム割り当ての条件の指定により、その1つが選択されるものであり、少なくとも性能値及び運用時間帯に関する情報を含む複数のポリシーを予め記憶装置に記憶するステップと、割り当ての対象となりえるディスクグループの容量、理論性能値、及びボリュームの運用履歴情報から計算された単位時間毎の予測性能値に関する情報を予め記憶装置に記憶するステップとを有するように構成される。
また、前記ボリュームの候補を決めるステップは、ディスクグループに入るボリュームの単位時間ごとに理論性能値と予測性能値から性能マージンを求めるステップと、求められた性能マージンからポリシーで指定された性能値を差し引く計算を行うステップと、この計算の結果、得られた値が正の値の場合、そのディスクグループのボリュームを割り当て候補として決めるステップとを有して構成される。
【0016】
【発明の実施の形態】
本発明の実施例において、ボリューム割り当て時に、各ディスクグループが、割り当てるボリュームの必要とする性能を満たすか否かを判定できるようにするために、各ディスクグループの運用履歴と新規に割り当てるボリュームの運用予定に関する情報を基に、そのディスクグループに新規のボリュームを割り当てた際に、そのディスクグループに必要とされる性能を求める方法が開示される。
【0017】
更に、新規に要求される性能を満たすボリュームを割り当てる際に、より高い性能を持つディスクグループを残して、割当先のディスクグループが選択できるようにするために、上記求めれた各ディスクグループに必要とされる性能と、そのディスクグループが実現可能な性能の情報を基に割当対象のボリュームを選択する方法が開示される。
【0018】
ボリュームの運用状況は一定ではなく、そのボリュームが割り当てられた業務によって変化する。上記の手法を用いることにより、運用状況が異なる複数のボリュームをそれらの利用のピークが重ならないように1つのディスクグループに割り当てることができ、各業務のピーク性能から求められる要求性能以下の性能のディスクグループであっても、各ボリュームが必要とする性能を満たすことができる。
【0019】
以下、図面を参照しながら実施の形態について詳細に説明する。
【0020】
図1は、SANに適用したストレージ管理システムの構成及び処理シーケンスの概要を示す図である。
このシステムは、ストレージ管理クライアント2、ストレージ管理サーバ3、業務ホスト5、ストレージ装置7を含んで構成される。これらはLAN(ローカルエリアネットワーク)4によって接続されており、このLAN4を介して各装置間で、情報の参照や管理情報の設定などが行なわれる。また、業務ホスト5とストレージ装置7はSAN6によって接続され、このSAN6を介して業務に利用されるデータが送受信される。
【0021】
ストレージ管理クライアント2は、例えばパーソナルコンピュータであり、情報を表示する表示装置、キーボードやマウスのような入力装置、ハードディスク装置の如き記憶装置、プロセッサ、及び内部メモリ等を有する。記憶装置にはボリューム候補提示プログラム20が格納して用意される。ボリューム候補の割り当て実行の時には、このプログラム20は内部メモリにロードされ、プロセッサで実行される。入力装置は、運用管理者10からのボリューム候補の割り当てに関する入力が行われる。表示装置の表示画面には、ストレージ管理サーバ3から受信したボリューム候補に関する情報が表示され、運用管理者10へボリューム候補の提示をする。
【0022】
ストレージ管理クライアント2上のボリューム候補提示プログラム20の機能について説明すると、このボリューム候補提示プログラム20は、まず、ボリューム割り当て条件指定処理21で、運用管理者10からのボリューム割り当ての条件の入力を受け付け、指定された条件をストレージ管理サーバ3のボリューム候補生成プログラム31に送信する。
ボリューム候補生成プログラム31はボリューム候補を生成し、ボリューム候補提示プログラム20に送信する。ボリューム候補の提示と選択処理22では、ボリューム候補生成プログラム31の実行を待ち、生成されたボリューム候補を受信する。そして、受信したボリューム候補を表示画面に表示し、運用管理者10にボリューム候補を提示する。運用管理者10は、表示された候補から適切なボリュームを選択する。ボリュームの割り当て処理23は、運用管理者10が選択して入力したボリュームの割り当て要求をストレージ管理サーバ3に送信する。
【0023】
ストレージ管理サーバ3には、記憶装置が備えられ、ボリューム候補生成プログラム31、運用履歴収集プログラム32、諸元値収集プログラム33、ボリューム割り当てプログラム34がこの記憶装置に格納して用意される。これらのプログラムは処理装置(図示せず)により実行される。更に、記憶装置には、ポリシーDB35、ボリューム性能値DB36、運用履歴DB37が形成して設けられる。これらのDB35,36,37の記憶フォーマットについては詳しく後述される。また、ボリューム候補生成プログラム31の特徴的な機能や動作についても詳しく後述される。
【0024】
ボリューム候補生成プログラム31は、ストレージ管理クライアント2から受信したボリューム割り当て条件を基に各DB35,36,37から情報を取得し、ボリューム候補を生成しストレージ管理クライアント2に送信する。運用履歴収集プログラム32は、各ストレージ装置7の運用履歴を収集し、運用履歴DB37に格納する。諸元値収集プログラム33は、各ストレージ装置7の諸元値を収集し、ボリューム性能値DB36に格納する。ボリューム割り当てプログラム34は、ストレージ管理クライアント2からのボリューム割り当て要求を受けて、ストレージ装置7にボリュームを割り当てる。
【0025】
ストレージ管理サーバ3上のボリューム候補生成プログラム31の機能について説明する。
このプログラム31は、まず割り当て可能なディスクグループ取得処理311で、ボリューム候補提示プログラム20から受信した運用管理者10のボリューム割り当て条件と各ストレージから取得する諸元値71を基に、ボリュームを割り当て可能なディスクグループの候補を取得する処理を行なう。得られたディスクグループの候補に対して、ディスクグループ性能値予測処理312で、運用履歴DB37から得られる実測性能値を基にディスクグループの候補の性能を予測し、ボリューム性能値DB36に格納する。予測したディスクグループの候補に対して割り当て候補ボリューム決定処理315で、運用管理者10のボリューム割り当て条件に適するディスクグループを決定する。決定したディスクグループが複数ある場合にはボリューム候補表示情報生成処理318で、ディスクグループの性能とポリシーで指定された配置方針に従って整列した上でボリューム候補提示プログラム20へ送信する。
【0026】
以下、ストレージ管理クライアント2において、運用管理者10がボリューム割り当ての条件を指定してから実際に管理サーバ3でボリュームが割り当てられるまでの流れを図1の21、311〜318,22〜23の順に詳細に説明する。
ボリューム割当条件指定処理21は、ポリシーDB35からボリューム割り当ての条件が記述されているポリシーのリストを取得し、クライアント2の表示画面に表示し、運用管理者10に提示する。
【0027】
図7はボリューム割当条件指定のための表示画面の表示例を示す。
表示画面には、ポリシーの詳細な内容と、ポリシーの選択のための項目と、記憶容量を指定して入力するための項目が表示される。ポリシーに関する情報は、予め設定されて、ポリシーDB35に記憶されている情報である。
ボリューム候補提示プログラム20により表示画面に表示されたポリシーのリストの中から、運用管理者10は、割り当てたいボリュームに適合するポリシーを入力装置を用いて選択する。併せて割り当てたいボリュームの容量を指定する。容量の指定は、例えば、予め用意された表示からプルダウンして「20GB」などと指定され得る。ボリューム候補提示プログラム20は、選択して入力されたポリシーと指定された容量をストレージ管理サーバ3に送信する。尚、ポリシー及び記憶容量の指定はプルダウン式でなく、入力装置から直接入力するようにしてもよい。
【0028】
図2は、ポリシーDB35に格納されるポリシーテーブルの例を示す。
ポリシーは、ポリシー名351、ピーク性能352、最低保障性能353、信頼性354、運用時間帯355の項目で構成される。ポリシーは、ボリュームの運用を開始する前に、予め運用管理者10により作成されて、ポリシーDB35に格納されている。ポリシー名351は運用管理者10がポリシーに付けた名称である。ピーク性能352は、割り当てたいボリュームを運用する時間帯に保障したい性能を運用管理者10が指定する。最低保障性能353は、割り当てたいボリュームの運用時間帯以外でも性能を保証したい場合に運用管理者10が指定する。ピーク性能352と最低保障性能353は、読み込み性能3521,3531と書き込み性能3522,3532に分けて定義される。
信頼性354は割り当てたいボリュームを配置するストレージの信頼性である。RAIDレベルによって、RAIDを構成するディスクが故障した場合にデータが復元できるかどうかが異なる。よって、信頼性354はRAIDの種類によって決定される。例えば、RAID1を「high」、RAID5を「mid」、RAID0を「low」などと規定する。
【0029】
運用時間帯355は、割り当てたいボリュームを運用する時間帯を、時間3551、日3552、週3553、月3554単位で指定する。例えば、平日業務用ポリシー357であれば、ピーク時の読み込み性能が50MB/s、書き込み性能が10MB/s、運用時間外の性能が読み込み、書き込みそれぞれ10MB/s、信頼性が中くらいの「mid」、運用時間帯が月曜日〜金曜日の9:00〜17:00である。
【0030】
さて、説明を図1のボリューム候補生成プログラム31の機能に戻す。
ストレージ管理サーバ3において、ディスクグループ取得処理311は、クライアント2のボリューム候補提示プログラム20から送信された入力条件を満たすディスクグループのリストを作成する。対象となるディスクグループはボリューム性能値DB36に登録されている全てのディスクグループである。ボリューム性能値DB36には、ストレージ管理サーバ3からアクセス可能な全てのストレージ装置7のディスクグループの性能値に関する情報が格納されている。
【0031】
図3は、ボリューム性能値DB36に格納されるディスクグループの性能値情報のテーブルの例を示す。
各ディスクグループの情報は、ディスクグループ名361、信頼性362、容量363、理論性能値364、予測性能値365から構成される。ディスクグループ名361は各ディスクグループの名前を示す。信頼性362はディスクグループの故障率を示す。容量363は最大容量3631と使用容量3632から構成され、ディスクグループの最大容量と現在使用中の容量を示す。
理論性能値364はHDDの性能、ドライブ数、RAIDレベルのようなストレージの諸元値71から諸元値収集プログラム33が計算し、ボリューム性能値DB36に格納する。例えば、50MB/sの性能を持ったドライブ4台でRAID0のディスクグループが構成されている場合には、理論性能値は50×4=200MB/sとなる。理論性能値364は読み込み性能3641と書き込み性能3642から構成され、ディスクグループが理論的に最大の性能を発揮することの出来る読み込み時と書き込み時の性能値を示す。
【0032】
予測性能値365は、単位時間3651、読み込み性能3652、書き込み性能3653から構成され、単位時間当たりのディスクグループの予測性能値を示す。予測性能値365はストレージの運用履歴情報から算出したものであり、過去の性能履歴を基に、ボリューム割り当て時のディスクグループの性能を計算して予測したものである。ディスクグループの性能は測定してみないと分からないため、ボリューム割り当て時のディスクグループの性能は予測できない。そこで、ストレージの運用履歴情報から、ボリューム割り当て時のディスクグループの性能を予測することにする。運用履歴情報は、各ディスクグループの実測性能値が運用期間に対応して格納されている。
【0033】
図4は、運用履歴DB37内に格納されるディスクグループの運用履歴情報のテーブルの例を示す。
各ディスクグループの情報は、ディスクグループ名361、実測性能値362から構成される。ディスクグループ名361は各ディスクグループの名前を示す。
実測性能値362は、時間3621と、読み込み性能3622と、書き込み性能3623から構成され、ディスクグループの性能を測定した時間とその値を示す。この実測性能値を単位時間ごとに区切り、平均したものが予測性能値365になる。例えば、一ヶ月間の運用履歴があり、単位時間が曜日単位の場合は、運用履歴を曜日ごとに区切り、それを各曜日ごとに平均を取る。予測性能値365と単位時間については後で詳しく説明する。信頼性362、容量363、理論性能値364は、諸元値収集プログラム33が各ストレージ装置7の諸元値を収集・加工してボリューム性能値DB36に格納する。
【0034】
ここで、ディスクグループのリストは、以下の(1)、(2)、(3)の条件の比較を行ない、全ての条件を満たすディスクグループに関するものをリストに登録することで得られる。
(1)入力条件に指定されている信頼性以上の信頼性362を持つディスクグループ。
(2)入力条件に指定されている容量とディスクグループ内の既存ボリュームが使用している容量を加えた量がそのディスクグループの最大容量363を超えないディスクグループ。
(3)入力条件に指定されている性能以上の理論性能値364を持つディスクグループ。
【0035】
図5は、ディスクグループ性能値予測処理312の動作フローチャートを示す。ディスクグループ性能値予測処理312は、運用履歴DB37から各ディスクグループの運用履歴情報を取り出し、単位時間ごとにデータを区切る処理313と、区切ったデータを平均し、予測性能値としてボリューム性能値DB36に格納する処理314から構成される。
運用履歴情報を単位時間ごとに区切る処理313は、指定されたポリシーの運用時間帯から単位時間を求め(3131)、運用履歴情報を単位時間ごとに区切る(3132)。運用時間帯が、時間単位の指定であれば、「時間」、日単位の指定であれば、「日」、週単位の指定であれば、「曜日」、月単位の指定であれば、「月」になる。例えば、図2に示す「平日業務用」357の例であれば、週単位で時間帯を指定しているので、単位時間は「曜日」になる。なお、運用時間帯には複数項目を指定することが可能で、その場合は最も短いものに単位時間は揃えられる。また、図2の「決算月用」359の例であれば、単位時間は「時間」となる。
区切ったデータを平均し、それを予測性能値としてボリューム性能値DB36に格納する処理314は、区切った運用履歴情報から各時間帯の平均値を算出して、それを予測性能値として求め(3141)、ボリューム性能値DBに格納する(3142)。
【0036】
図2の「平日業務用」のポリシー357と、図3のディスク1のボリューム性能値を例に予測性能値の求め方を説明する。指定されたポリシーは週単位で運用時間帯を指定しているので、ディスクグループ性能値予測処理312は月曜日〜日曜日に運用履歴を区切り、曜日ごとに性能を平均し、ボリューム性能値DB36に予測性能値を格納する。
【0037】
図6は、割り当て候補ボリューム決定処理315の動作フローチャートを示す。割り当て候補ボリューム決定処理315は、単位時間ごとの性能マージンを求める処理316と、ユーザ指定の性能を満たさないディスクグループを候補から削除する処理317から構成される。
【0038】
単位時間ごとの性能マージンを求める処理316は、単位時間ごとに理論性能値から予測性能値を引いて性能マージンを求める処理3161と、単位時間ごとに性能マージンからポリシーでの指定性能値を引く処理3162とに分かれる。単位時間ごとに理論性能値から予測性能値を引いて性能マージンを求める処理3161は、ボリューム性能値DB36から取り出した理論性能値364から予測性能値を引いて、単位時間ごとのディスクグループの性能マージンを求める。単位時間ごとに性能マージンからポリシーでの指定性能値を引く処理3162は、この処理で求めた単位時間ごとの性能マージンからポリシーで指定した性能値を引き、ボリューム割り当て時にディスクグループに残された性能値を求める。ポリシーで指定した性能値にはピーク性能342と最低保障性能343の2種類があり、運用時間帯に確保したい性能はピーク性能に値を指定し、運用時間帯以外でも最低限保障したい性能がある場合は最低保証性能に値を指定する。
【0039】
ユーザ指定の性能を満たさないディスクグループを候補から削除する処理317は、引いた値が全て正の値を取るかどうかを判定する処理3171と、ボリューム割り当て候補リストに追加する処理3172とに分かれる。
引いた値が全て正の値を取るかどうかを判定する処理3171は、単位時間ごとの性能マージンを求める処理316で求めた、単位時間ごとのディスクグループに残された性能値が全て正の値か、一つでも負になる値があるかどうかを判定する。この判定で全て正であれば、そのディスクグループをボリューム割り当て候補リストに追加し(3172)、一つでも負の値がある場合はボリューム割り当て候補リストに追加せず、残されたディスクグループについて割り当て候補ボリューム決定処理315を繰り返す。
【0040】
次に、図9を参照して、割り当て候補ボリューム決定処理315での、性能マージンの計算例について説明する。
ここでは、図2の平日業務用ポリシー357と、図3のボリューム性能値DB36を例にして、性能マージンを計算する方法について説明する。
単位時間ごとに理論性能値から予測性能値を差し引いて性能マージンを求める3161と、単位時間当たりの性能マージン801が算出される。さらに、この性能マージン801からポリシーで指定された目標性能値を差し引くとボリューム割り当て時にディスクグループに残された性能値が求められる。ここで、ディスク2(8022)には負の値が含まれているので、ボリューム割り当ての候補にはならないことが分かる。
【0041】
ボリューム候補表示情報生成処理318は、ボリューム候補をクライアント2の表示画面に表示するための情報を生成する。ボリューム候補リストにボリューム候補が複数あった場合は、表示画面に表示する場合に整列する必要がある。整列は、ポリシー内の配置方針356(図2参照)と割り当て候補ボリューム決定処理315で求めた性能マージンを基に行なう。
【0042】
配置方針356には集中と分散の二つがある。集中はディスクの性能を有効に活用できるように、可能な限り1つのディスクグループに集中してボリュームを配置することである。例えば、アクセス回数の少ない(アクセスされる頻度が低い)ボリュームを、1つのディスクグループにまとめて配置する場合などに用いる。分散は使用されていないディスクグループに優先してボリュームを配置することである。例えば、アクセスされる頻度の高いボリュームを、異なるディスクグループに分散して配置する場合などに用いる。配置方針356が集中の場合は性能マージンの合計が少ないもの、分散の場合は大きいものから整列する。ストレージ管理サーバ3は整列したボリューム候補リストをストレージ管理クライアント2に送る。
【0043】
ボリューム候補の提示と選択処理22は、ボリューム候補生成プログラム31から送られてきたボリューム候補リストを、クライアント2の表示画面に表示して運用管理者10に提示する。
図8は、ボリューム候補の提示と選択処理22において使用される画面構成例である。運用管理者10は、表示画面に表示されたボリューム割り当て候補リストの中から入力装置により1つのボリューム候補を指示して選択する。その際に運用管理者からの要求があれば、性能順や信頼性順などでソートをすることも可能である。ボリュームの割り当て処理23は、選択されたボリューム候補を実際にストレージ装置7に割り当てる。
このように指定されたボリューム割り当ての候補情報は、クライアント2からストレージ管理サーバ3に送信され、ボリューム割り当てプログラム34によりストレージ装置7に対して、ボリューム割り当て処理が行われる。
【0044】
以上述べたように、本実施例によれば、ボリューム割り当てに際して、新規割り当てボリュームに関する性能値と、運用の履歴情報から得られる既存ボリュームの性能値から性能マージンを算出して、ディスクグループの最大性能を超えないように割り当て候補となるボリュームを算出することができる。これにより、例えば平日に運用されるボリュームと休日に運用されるボリュームを同じストレージに割り当てるなどの計画的で効率の良いボリューム割り当てが可能になる。
【0045】
以上、本発明の一実施例について説明したが、本発明は上記実施例に限定されずに、種々変形し得る。
例えば、上記各DB35,36,37のテーブルのフォーマットは、説明したものに限らない。例えば、ポリシーDB35のテーブルにおいて、配置方針356の項目は、必ずしも有る必要はない。
また、ボリューム性能値DB36において、予測性能値365における単位時間の取り方は、月、週、曜日、時間毎に限らず、このほかにも、2日毎とか、或いは週末の土日毎とか、更には1日を8時間毎に区切ったような規定の仕方もある。
【0046】
【発明の効果】
本発明によれば、ボリュームを割り当てた後の運用時に、割当てられたディスクグループがそのアクセス性能を超えて性能劣化することを防止できる。
【図面の簡単な説明】
【図1】本発明の一実施例によるSANに適用したストレージ管理システムの構成及び処理シーケンスの概要を示す図。
【図2】一実施例によるストレージ管理システムにおけるポリシーDB35のポリシーテーブルを示す図。
【図3】一実施例によるストレージ管理システムにおけるボリューム性能値DB36のテーブルを示す図。
【図4】一実施例によるストレージ管理システムにおける運用履歴DB37のテーブルを示す図。
【図5】一実施例によるディスクグループ性能値取得処理のフローチャートを示す図。
【図6】一実施例による割り当て候補ボリューム決定処理のフローチャートを示す図。
【図7】一実施例によるボリューム割り当て条件指定のための表示画面の例を示す図。
【図8】一実施例によるボリューム候補の提示と選択画面を示す図。
【図9】一実施例による性能マージンの計算例を示す図。
【符号の説明】
10 運用管理者、 2 ストレージ管理クライアント
20 ボリューム候補提示プログラム 3 ストレージ管理サーバ
31 ボリューム候補生成プログラム 32 運用履歴収集プログラム
33 諸元値収集プログラム 34 ボリューム割り当てプログラム
35 ポリシーDB 36 ボリューム性能値DB
37 運用履歴DB 4 LAN
5 業務ホスト 6 SAN
7 ストレージ装置 71 諸元値表
Claims (15)
- ストレージ管理サーバを利用して、ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理システムにおけるボリュームの割り当ての方法において、
クライアントで指定されたボリューム割り当ての条件を、ネットワークを介して受け付けるステップと、
ストレージ装置の実際の運用において得られたディスクグループに関する性能値を含む情報を履歴として格納する記憶装置からボリュームの運用履歴情報を得るステップと、
該ストレージ装置に関する性能値を含む諸元値についての情報を得るステップと、
該受け付けられたボリューム割り当て条件に従い、該ボリュームの運用履歴情報と、ストレージ装置に関する情報に基いて、性能マージンを確保して割り当て可能なボリュームの候補を決めるステップと、
割り当て候補のボリュームの情報を該クライアントに送信するステップと、
該クライアントにおいて、割り当て候補のボリュームの情報から選択され、送信されたボリュームの割り当て情報を受信するステップと、
該ボリュームの割り当て情報に従ってストレージ装置に割り当てるステップと、を有するボリュームの割り当て方法。 - 請求項1記載のボリュームの割り当て方法において、更に、
前記クライアントにおけるボリューム割り当ての条件の指定により、その1つが選択されるものであり、少なくとも性能値及び運用時間帯に関する情報を含む複数のポリシーを予め記憶装置に記憶するステップと、割り当ての対象となりえるディスクグループの容量、理論性能値、及びボリュームの運用履歴情報から計算された単位時間毎の予測性能値に関する情報を予め記憶装置に記憶するステップと、を有すること。 - 請求項2に記載のボリュームの割り当て方法において、前記ボリュームの候補を決めるステップは、
ディスクグループに入るボリュームの単位時間ごとに理論性能値と予測性能値から性能マージンを求めるステップと、
求められた性能マージンからポリシーで指定された性能値を差し引く計算を行うステップと、
この計算の結果、得られた値が正の値の場合、そのディスクグループのボリュームを割り当て候補として決めるステップと、を有すること。 - ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理サーバにおいて、
ストレージ装置の運用時に得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴DBと、
該ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値DBと、
設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーDBと、
該運用履歴DBに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第1の処理手段と、
ボリュームの理論性能値、及び該第1の処理手段によって得られた予測性能値に基いて、性能マージンを求める第2の処理手段と、
該第2の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、を有するストレージ管理サーバ。 - 請求項4項記載のストレージ管理サーバにおいて、
前記第1の処理手段は、前記履歴情報DBから得られた性能値の情報から単位時間毎の予測性能値を算出し、
及び前記ボリューム性能値DBは、ディスクグループ対応に前記第1の処理手段によって得られた単位時間毎の予測性能値の情報を格納すること。 - 請求項4項記載のストレージ管理サーバにおいて、
前記第2の処理手段は、単位時間毎の性能マージンと、前記ポリシーDBに格納されている指定の性能値との差を求める処理と行い、
前記ボリューム決定処理手段は、該第2の処理手段により求められて差が正の値をとるボリュームを割当ての候補として決めること。 - 請求項4乃至6のいずれかに記載のストレージ管理サーバにおいて、更に、
前記ボリューム決定処理手段により決定されたボリュームの候補を示す情報を、該ストレージ管理サーバに接続されたクライアントに表示するために送信する手段と、表示された情報に従って該クライアントにおいて選択されたボリュームの割り当て情報を受信する手段と、を有すること。 - ストレージ装置の運用を管理するストレージ管理サーバと、該管理サーバにネットワークを介して接続されたクライアントとを有するストレージ管理システムにおいて、
該ストレージ管理サーバは;
ストレージ装置の運用時に得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴DBと、
該ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値DBと、
設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーDBと、
該運用履歴DBに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第1の処理手段と、
ボリュームの理論性能値、及び該第1の処理手段によって得られた予測性能値に基いて、性能マージンを求める第2の処理手段と、
該第2の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、を有し、
該クライアントは;
ボリュームの割り当て条件を指定して入力する手段と、
前記ボリューム決定処理手段により決定されたボリュームの候補を示す情報を表示するための表示手段と、
表示手段に表示された割り当て候補のボリューム情報の中から選択されたボリュームの割り当て情報を該ストレージ管理サーバへ送信する手段と、を有すること。 - ネットワークを介して接続されたストレージ装置の運用によって得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴DBと、該ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値DBと、設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーDBとを有するストレージ管理サーバ上で機能するボリューム選択生成用のプログラムにおいて、
該運用履歴DBに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第1の処理手段と、
ボリュームの理論性能値、及び該第1の処理手段によって得られた予測性能値に基いて、性能マージンを求める第2の処理手段と、
該第2の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、
該ストレージ管理サーバに接続されたクライアントに表示するために、前記ボリューム決定処理手段に基く情報からボリュームの候補を表示するのための情報を生成する手段と、を有するボリューム候補を生成するためのプログラム。 - ストレージ装置の運用を管理するストレージ管理サーバと、該管理サーバにネットワークを介して接続されたクライアントとを有するストレージ管理システムにおけるボリュームの割り当て方法において、
該ストレージ管理サーバは、
少なくとも性能値及び運用時間帯に関する情報を含む複数のポリシーを予め記憶装置に記憶するステップと、
割り当ての対象となりえるディスクグループの容量、理論性能値、及びボリュームの運用履歴情報から計算された単位時間毎の予測性能値に関する情報を予め記憶装置に記憶するステップと、を有し、
該クライアントは、
該ストレージ管理サーバから送信される、複数のポリシーに関する情報をクライアントの表示画面に表示するステップと、
表示画面に表示された複数のポリシーから、該クライアントの入力手段を用いて1つのポリシーを選択するステップと、を有し、
該ストレージ管理サーバは、
単位時間ごとの理論性能値および予測性能値から性能マージンを求め、この性能マージンを確保して割り当て可能なボリュームの候補を決めるステップと、
割り当て候補のボリュームの情報を該クライアントに送信するステップと有し、該クライアントは、
受信された割り当て候補のボリュームの情報を表示画面に表示するステップと、該表示画面に表示された割り当て候補から1つを選択して指定するステップと、指定された割り当て候補に関する情報を該ストレージ管理サーバに送信するステップと、
該ストレージ管理サーバは、
該指定されたボリュームの割り当て情報に従ってストレージ装置に割り当てるステップと、を有するボリュームの割り当て方法。 - ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理サーバにおいて、
ストレージ装置の運用に際して得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴DBと、
該ストレージ装置に関する性能を含む諸元値についての情報を格納するボリューム性能値DBと、
設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーDBと、
該運用履歴DBに蓄積されたディスクグループの性能値の情報から予測性能値を算出し、かつこの求められた予測性能値と、該ボリューム性能値DBに格納されている理論性能値を基に、単位時間毎の性能マージンを求める処理手段と、
該処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、
該ボリューム決定処理手段により決定されたボリュームの候補を示す情報を、該ストレージ管理サーバに接続されたクライアントに送信する手段と、
該クライアントにおいて選択されたボリュームの割り当て情報を受信する手段と、
ストレージ装置のボリュームを割り当てるために、該受信手段により受信したボリューム割り当て情報をストレージ装置に送信する手段と、を有するストレージ管理サーバ。 - 前記ポリシーDBは、設定されたポリシーに対応して、ポリシー名、ピーク性能、最低保障性能、信頼性、運用時間帯、及び配置方針を含む情報を格納する請求項11記載のストレージ管理サーバ。
- 前記ボリューム性能値DBは、設定されるディスクグループに対応して、ディスクグループ名、信頼性、容量、理論性能値、前記予測性能値を格納する請求項11記載のストレージ管理サーバ。
- 前記運用履歴DBは、設定されるディスクグループに対応して、ディスクグループ名、実測性能値を格納する請求項11記載のストレージ管理サーバ。
- 前記処理手段は、指定されたポリシーから単位時間を求め、該運用履歴DBに格納されている履歴情報を単位時間毎に区切る処理をする第1処理手段と、
区切ったデータの平均値を求めて、予測性能値を求める第2処理手段と、
単位時間ごとの理論性能値から予測性能値を差し引いて性能マージンを求め、短時間ごとに該性能マージンから該ポリシーの指定性能値を差し引く第3処理手段と、
差し引いた値が正の値か否かを判定し、正の値ならば対象とするディスクグループのボリュームを割り当て候補と決める第4処理手段と、を含む請求項11記載のストレージ管理サーバ。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003186627A JP4335597B2 (ja) | 2003-06-30 | 2003-06-30 | ストレージ管理システム |
US10/649,636 US7251664B2 (en) | 2003-06-30 | 2003-08-28 | Volume allocation within a storage management system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003186627A JP4335597B2 (ja) | 2003-06-30 | 2003-06-30 | ストレージ管理システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005025244A true JP2005025244A (ja) | 2005-01-27 |
JP4335597B2 JP4335597B2 (ja) | 2009-09-30 |
Family
ID=34185710
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003186627A Expired - Fee Related JP4335597B2 (ja) | 2003-06-30 | 2003-06-30 | ストレージ管理システム |
Country Status (2)
Country | Link |
---|---|
US (1) | US7251664B2 (ja) |
JP (1) | JP4335597B2 (ja) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006302241A (ja) * | 2005-03-25 | 2006-11-02 | Hitachi Ltd | 情報処理システム |
JP2007265409A (ja) * | 2006-03-29 | 2007-10-11 | Internatl Business Mach Corp <Ibm> | コンピュータ実施方法、データ処理システム、およびコンピュータ・プログラム(アモルファスraid) |
JP2008269441A (ja) * | 2007-04-24 | 2008-11-06 | Hitachi Ltd | ボリューム割り当て管理装置 |
JP2009110346A (ja) * | 2007-10-31 | 2009-05-21 | Hitachi Ltd | 性能履歴の管理方法および性能履歴の管理システム |
US7730259B2 (en) | 2006-12-28 | 2010-06-01 | Hitachi, Ltd. | Method, computer and system for managing a storage subsystem configuration |
JP2010191670A (ja) * | 2009-02-18 | 2010-09-02 | Hitachi Ltd | ストレージシステム、容量管理方法、および管理計算機 |
JP2011039803A (ja) * | 2009-08-12 | 2011-02-24 | Hitachi Ltd | ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 |
WO2012011194A1 (ja) * | 2010-07-20 | 2012-01-26 | 株式会社日立製作所 | 計算機システムを管理する管理システム及び管理方法 |
JP2014191396A (ja) * | 2013-03-26 | 2014-10-06 | Nec Corp | Raid構築装置、raid構築方法およびraid構築プログラム |
WO2015145671A1 (ja) * | 2014-03-27 | 2015-10-01 | 株式会社日立製作所 | ストレージ管理システム |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8918677B1 (en) * | 2004-09-30 | 2014-12-23 | Emc Corporation | Methods and apparatus for performing data validation in a network management application |
US7599359B1 (en) * | 2004-12-14 | 2009-10-06 | At&T Corp. | Method and apparatus for monitoring end-to-end performance in a network |
US7870360B2 (en) * | 2007-09-14 | 2011-01-11 | International Business Machines Corporation | Storage area network (SAN) forecasting in a heterogeneous environment |
US8418072B1 (en) * | 2007-12-24 | 2013-04-09 | Emc Corporation | UI data model abstraction |
US8909890B2 (en) * | 2010-02-22 | 2014-12-09 | International Business Machines Corporation | Scalable performance-based volume allocation for time-based storage access services |
WO2013108264A1 (en) * | 2012-01-20 | 2013-07-25 | Hewlett-Packard Development Company, L.P. | Storage provisioning negotiation |
JP6681369B2 (ja) * | 2017-09-07 | 2020-04-15 | 株式会社日立製作所 | 性能管理システム、管理装置および性能管理方法 |
US11416396B2 (en) * | 2020-10-22 | 2022-08-16 | EMC IP Holding Company LLC | Volume tiering in storage systems |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10320126A (ja) | 1997-03-14 | 1998-12-04 | Fujitsu Ltd | ボリューム割当てシステムおよびボリューム割当てプログラムを記録した媒体 |
US6035306A (en) * | 1997-11-24 | 2000-03-07 | Terascape Software Inc. | Method for improving performance of large databases |
JP3726484B2 (ja) | 1998-04-10 | 2005-12-14 | 株式会社日立製作所 | 記憶サブシステム |
US7756986B2 (en) | 1998-06-30 | 2010-07-13 | Emc Corporation | Method and apparatus for providing data management for a storage system coupled to a network |
US6430611B1 (en) | 1998-08-25 | 2002-08-06 | Highground Systems, Inc. | Method and apparatus for providing data storage management |
US6845395B1 (en) | 1999-06-30 | 2005-01-18 | Emc Corporation | Method and apparatus for identifying network devices on a storage network |
JP3400398B2 (ja) | 1999-12-24 | 2003-04-28 | 日本電気株式会社 | ストレージ管理システム |
JP2001297026A (ja) | 2000-04-11 | 2001-10-26 | Hitachi Ltd | 複数のデータベースマネージメントシステムを有する計算機システム |
JP2001337790A (ja) * | 2000-05-24 | 2001-12-07 | Hitachi Ltd | 記憶システム及びその階層管理制御方法 |
US6609083B2 (en) | 2001-06-01 | 2003-08-19 | Hewlett-Packard Development Company, L.P. | Adaptive performance data measurement and collections |
US20040054656A1 (en) * | 2001-08-31 | 2004-03-18 | Arkivio, Inc. | Techniques for balancing capacity utilization in a storage environment |
JP2003122508A (ja) | 2001-10-15 | 2003-04-25 | Hitachi Ltd | ボリューム管理方法及び装置 |
JP4087097B2 (ja) | 2001-11-12 | 2008-05-14 | 株式会社日立製作所 | データベース管理システム情報を考慮したデータ再配置方法およびデータ再配置を行う計算機システム |
US7305379B2 (en) | 2002-12-19 | 2007-12-04 | International Business Machines Corporation | System for automated storage management for databases |
US7383410B2 (en) * | 2002-12-20 | 2008-06-03 | Symantec Operating Corporation | Language for expressing storage allocation requirements |
-
2003
- 2003-06-30 JP JP2003186627A patent/JP4335597B2/ja not_active Expired - Fee Related
- 2003-08-28 US US10/649,636 patent/US7251664B2/en not_active Expired - Fee Related
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006302241A (ja) * | 2005-03-25 | 2006-11-02 | Hitachi Ltd | 情報処理システム |
JP2007265409A (ja) * | 2006-03-29 | 2007-10-11 | Internatl Business Mach Corp <Ibm> | コンピュータ実施方法、データ処理システム、およびコンピュータ・プログラム(アモルファスraid) |
US7730259B2 (en) | 2006-12-28 | 2010-06-01 | Hitachi, Ltd. | Method, computer and system for managing a storage subsystem configuration |
JP2008269441A (ja) * | 2007-04-24 | 2008-11-06 | Hitachi Ltd | ボリューム割り当て管理装置 |
JP2009110346A (ja) * | 2007-10-31 | 2009-05-21 | Hitachi Ltd | 性能履歴の管理方法および性能履歴の管理システム |
JP2010191670A (ja) * | 2009-02-18 | 2010-09-02 | Hitachi Ltd | ストレージシステム、容量管理方法、および管理計算機 |
JP2011039803A (ja) * | 2009-08-12 | 2011-02-24 | Hitachi Ltd | ストレージシステムの容量を管理する管理計算機及びストレージシステムの容量管理方法 |
WO2012011194A1 (ja) * | 2010-07-20 | 2012-01-26 | 株式会社日立製作所 | 計算機システムを管理する管理システム及び管理方法 |
JP2012027531A (ja) * | 2010-07-20 | 2012-02-09 | Hitachi Ltd | 計算機システムを管理する管理システム及び管理方法 |
US8543779B2 (en) | 2010-07-20 | 2013-09-24 | Hitachi, Ltd. | Management system and management method for managing computer system |
JP2014191396A (ja) * | 2013-03-26 | 2014-10-06 | Nec Corp | Raid構築装置、raid構築方法およびraid構築プログラム |
WO2015145671A1 (ja) * | 2014-03-27 | 2015-10-01 | 株式会社日立製作所 | ストレージ管理システム |
Also Published As
Publication number | Publication date |
---|---|
JP4335597B2 (ja) | 2009-09-30 |
US20050055370A1 (en) | 2005-03-10 |
US7251664B2 (en) | 2007-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4335597B2 (ja) | ストレージ管理システム | |
US7814351B2 (en) | Power management in a storage array | |
US8122116B2 (en) | Storage management method and management server | |
US20100125715A1 (en) | Storage System and Operation Method Thereof | |
US7590816B2 (en) | Computer system, management computer and storage system, and storage area allocation amount controlling method | |
US7849180B2 (en) | Load balanced storage provisioning | |
US8069326B2 (en) | Relocation system and a relocation method | |
US8650377B2 (en) | Storage managing system, computer system, and storage managing method | |
US11256595B2 (en) | Predictive storage management system | |
US20030110263A1 (en) | Managing storage resources attached to a data network | |
US20020103969A1 (en) | System and method for storing data | |
US8495294B2 (en) | Management computer for managing storage system capacity and storage system capacity management method | |
US20100235597A1 (en) | Method and apparatus for conversion between conventional volumes and thin provisioning with automated tier management | |
US20070180087A1 (en) | Computer allocation method | |
EP2187332A1 (en) | Storage area allocation method and a management server | |
WO2012081074A1 (ja) | 計算機システム、及びその管理方法、並びに、プログラム | |
US20170060472A1 (en) | Transparent hybrid data storage | |
JP2005038071A (ja) | ストレージの容量を最適化する管理方法 | |
JP2005050007A (ja) | ストレージシステムおよびその利用方法 | |
US7337283B2 (en) | Method and system for managing storage reservation | |
US20220292001A1 (en) | Predictive optimal queue length management for backup sessions using distributed proxies | |
JP4594877B2 (ja) | 計算機リソース割当管理方法および計算機リソース割当管理装置 | |
US20050086430A1 (en) | Method, system, and program for designating a storage group preference order | |
JPH09223047A (ja) | コンピュータネットワークの制御方法 | |
JP7050540B2 (ja) | 論理記憶領域の配置制御装置、論理記憶領域の配置制御システム、論理記憶領域の配置制御方法、及び、論理記憶領域の配置制御プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060425 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060425 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090106 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090303 |
|
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: 20090602 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090625 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120703 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130703 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |