JP2007323560A - 性能監視方法、計算機及び計算機システム - Google Patents

性能監視方法、計算機及び計算機システム Download PDF

Info

Publication number
JP2007323560A
JP2007323560A JP2006155778A JP2006155778A JP2007323560A JP 2007323560 A JP2007323560 A JP 2007323560A JP 2006155778 A JP2006155778 A JP 2006155778A JP 2006155778 A JP2006155778 A JP 2006155778A JP 2007323560 A JP2007323560 A JP 2007323560A
Authority
JP
Japan
Prior art keywords
logical volume
collection
management server
performance information
level group
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
Application number
JP2006155778A
Other languages
English (en)
Other versions
JP4896593B2 (ja
Inventor
Ryosuke Nagae
亮介 長江
Hideo Ohata
秀雄 大畑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2006155778A priority Critical patent/JP4896593B2/ja
Priority to US11/496,636 priority patent/US7647450B2/en
Publication of JP2007323560A publication Critical patent/JP2007323560A/ja
Application granted granted Critical
Publication of JP4896593B2 publication Critical patent/JP4896593B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3485—Performance evaluation by tracing or monitoring for I/O devices
    • 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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G06F3/0649—Lifecycle management
    • 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/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays

Abstract

【課題】ストレージサブシステムの性能を適切なレベルで監視する。
【解決手段】ホスト計算機と、ストレージサブシステムと、管理計算機と、を備える計算機システムにおける性能監視方法であって、前記ストレージサブシステムは、物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、前記管理計算機は、前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、前記論理ボリュームの監視条件を、前記グループごとに設定し、前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする。
【選択図】図２

Description

本発明は、ホスト計算機、ストレージサブシステム及び管理計算機を備える計算機システムに関し、特に、ストレージサブシステムの性能を監視する技術に関する。
ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の普及に伴って、ストレージサブシステムの大型化及び複雑化が急速に進んでいる。そのため、ストレージサブシステムの性能を監視するためのストレージ管理ソフトウェアには、より多くの監視対象を、より高精度に監視することが求められている。
一方、効率的なデータ管理を実現する技術としてＩＬＭ（Ｉｎｆｏｒｍａｔｉｏｎ Ｌｉｆｅｃｙｃｌｅ Ｍａｎａｇｅｍｅｎｔ）が台頭しつつある。ＩＬＭでは、性能、信頼性及び価格等を含む特性に応じて、記憶装置又はボリュームが階層化される。そして、ＩＬＭでは、データの利用価値及びアクセス頻度等を含むデータ特性に適合する階層に、データが格納される。
例えば、高性能なストレージサブシステムによって提供される論理ボリュームからなる上位階層と、性能は高くないが安価なストレージサブシステムによって提供される論理ボリュームからなる下位階層と、を含む計算機システムの場合を説明する。この場合、緊急度又は利用頻度の高いデータは、短時間でアクセスできるように、上位階層に格納される。一方、利用頻度は低いが長期保存が必要とされるデータは、保存コストを重視して、下位階層に格納される。
ストレージ管理ソフトウェアは、ストレージサブシステムを構成する様々なリソースの性能を管理する機能を備える。ストレージサブシステムを構成するリソースは、物理ディスク、ポート及び論理ディスク等を含む。例えば、ストレージ管理ソフトウェアは、それぞれのリソースの性能情報を収集して、蓄積する。そして、ストレージ管理ソフトウェアは、蓄積された性能情報に基づいて、リソースを再配置する。これによって、ストレージ管理ソフトウェアは、ストレージサブシステムの性能を最適化する。
例えば、論理ボリュームの性能を管理する技術が、特許文献１に開示されている。この技術によると、ストレージ管理ソフトウェアは、すべての論理ボリュームから性能データを収集する。そして、ストレージ管理ソフトウェアは、収集した性能データに基づいて、論理ボリュームを作成又は移動する。
特開２００３−１２２５０８号公報
大規模なストレージサブシステムの性能を監視するためには、ストレージ管理ソフトウェアを実行するための高性能な管理サーバが必要となる。また、監視対象となるストレージサブシステムに、大きな負荷がかかる。
一方、大規模なストレージサブシステムに格納される大量のデータには、利用価値及びアクセス頻度等を含むデータ特性が異なるデータが混在している。従来では、ストレージ管理ソフトウェアは、ストレージサブシステムに記憶されるデータのデータ特性と無関係に、ストレージサブシステムを監視している。そのため、管理コスト的に問題があった。
本発明は、前述した問題点に鑑みてなされたものであって、ストレージサブシステムの性能を適切なレベルで監視する技術を提供することを目的とする。
本発明の代表的な形態は、プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける性能監視方法であって、前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、前記管理計算機は、前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、前記論理ボリュームの監視条件を、前記グループごとに設定し、前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする。
本発明の代表的な形態によれば、ストレージサブシステムの性能を適切なレベルで監視できる。
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本発明の第１の実施の形態の計算機システムの構成のブロック図である。
計算機システムは、ホスト計算機１０、ストレージサブシステム３０、管理サーバ２０及びＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）４０を含む。
ＳＡＮ４０は、ストレージサブシステム３０とホスト計算機１０とを接続するネットワークである。更に、ＳＡＮ４０は、ストレージサブシステム３０と管理サーバ２０とを接続する。なお、管理サーバ２０とストレージサブシステム３０とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）によって接続されてもよい。
ホスト計算機１０は、プロセッサ、メモリ及びインタフェースを備える。ホスト計算機１０に備わるプロセッサは、メモリに記憶されるプログラムを実行することによって、各種処理を行う。ホスト計算機１０に備わるメモリは、プロセッサに実行されるプログラム及びプロセッサに必要とされるデータ等を記憶する。ホスト計算機１０に備わるインタフェースは、ＳＡＮ４０を介して、ストレージサブシステム３０に接続される。
ホスト計算機１０は、ストレージサブシステム３０にデータを書き込む。また、ホスト計算機１０は、ストレージサブシステム３０からデータを読み出す。
ストレージサブシステム３０は、制御装置３０１、ポート３０３及び物理ディスクを備える。物理ディスクは、ホスト計算機１０に書き込み要求されたデータを記憶する。ポート３０３は、ＳＡＮ４０を介してホスト計算機１０に接続される。
制御装置３０１は、物理ディスクに対するデータの読み書きを制御する。また、制御装置３０１は、物理ディスクの記憶領域を、一つ以上の論理ボリューム３０５としてホスト計算機１０に提供する。
本実施の形態では、論理ボリューム３０５は、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類されている。なお、論理ボリューム３０５は、三つの収集レベルグループのいずれかに分類されているが、いくつの収集レベルグループに分類されてもよい。
管理サーバ２０は、ストレージサブシステム３０を監視する計算機である。例えば、管理サーバ２０は、ストレージサブシステム３０の性能情報を取得し、取得した性能情報を集約する。性能情報は、当該性能情報の種類を示す収集項目名、当該性能情報が収集された時刻である収集時刻及び当該収集項目名に対応する種類の性能を示す性能値を含む。
管理サーバ２０は、高収集レベルグループ３１０に分類される論理ボリューム３０５を、高精度に監視する。つまり、高収集レベルグループ３１０に分類される論理ボリューム３０５は、性能情報の収集間隔が短い。また、高収集レベルグループ３１０に分類される論理ボリューム３０５は、収集される性能情報の種類が多い。更に、高収集レベルグループ３１０に分類される論理ボリューム３０５は、算出される集約情報の数が多い。
一方、管理サーバ２０は、低収集レベルグループ３３０に分類される論理ボリューム３０５を、低精度に監視する。つまり、低収集レベルグループ３３０に分類される論理ボリューム３０５は、性能情報の収集間隔が長い。また、低収集レベルグループ３３０に分類される論理ボリューム３０５は、収集される性能情報の種類が少ない。更に、低収集レベルグループ３３０に分類される論理ボリューム３０５は、算出される集約情報の数が少ない。
なお、管理サーバについては、図２で詳細を説明する。
図２は、本発明の第１の実施の形態の計算機システムに備わる管理サーバ２０の構成のブロック図である。
管理サーバ２０は、プロセッサ２０１、メモリ２０２及びインタフェース２０３を備える。インタフェース２０３は、ＳＡＮ４０を介してストレージサブシステム３０に接続される。プロセッサ２０１は、メモリ２０２に記憶されるプログラムを実行することによって、各種処理を行う。
メモリ２０２は、プロセッサ２０１によって実行されるプログラム及びプロセッサ２０１によって必要とされる情報等を記憶する。
具体的には、メモリ２０２は、ストレージ性能収集プログラム２１０、収集項目情報テーブル２２１、収集レベルグループ定義テーブル２２２、性能情報テーブル２２３、データ配置テーブル２２４、最終収集時刻管理テーブル２２５及び収集レベルグループ管理テーブル２２７を含む。
ストレージ性能収集プログラム２１０は、ストレージサブシステム３０の性能を監視する。具体的には、ストレージ性能収集プログラム２１０は、ストレージサブシステム３０から、当該ストレージサブシステム３０に備わる論理ボリューム３０５の性能情報を収集し、収集した性能情報を分析する。なお、ストレージ性能収集プログラム２１０は、性能分析サブプログラム２１１及び性能情報収集サブプログラム２１５を含む。
性能情報収集サブプログラム２１５は、データ収集部２１６、収集項目設定部２１７及び収集レベル取得部２１８を含む。
データ収集部２１６は、収集項目情報テーブル２２１を参照して、ストレージサブシステム３０から、当該ストレージサブシステム３０に備わる論理ボリューム３０５の性能情報を収集する。そして、データ収集部２１６は、収集項目情報テーブル２２１に含まれる集約条件を参照して、収集した性能情報を集約する。
収集項目設定部２１７は、収集レベルグループ定義テーブル２２２を参照して、集約項目情報テーブル２２１を作成又は更新する。
収集レベル取得部２１８は、収集レベルグループ管理テーブル２２７を参照して、論理ボリューム３０５が属する収集レベルグループを特定する。
収集項目情報テーブル２２１は、論理ボリューム３０５から収集される性能情報の項目及び収集間隔等を管理する。また、収集項目情報テーブル２２１は、論理ボリューム３０５から収集された性能情報が集約される条件を管理する。なお、収集項目情報テーブル２２１については、図３で詳細を説明する。
収集レベルグループ定義テーブル２２２は、高収集レベルグループ３１０、中収集レベルグループ３２０及び低収集レベルグループ３３０に関する定義を管理する。収集レベルグループ定義テーブル２２２には、管理者等によって情報が予め格納されている。なお、収集レベルグループ定義テーブル２２２については、図４で詳細を説明する。
性能情報テーブル２２３は、論理ボリューム３０５から収集された性能情報を管理する。なお、性能情報テーブル２２３については、図５で詳細を説明する。
データ配置テーブル２２４は、論理ボリューム３０５と当該論理ボリューム３０５に格納されているデータとの対応を管理する。なお、データ配置テーブル２２４については、図６で詳細を説明する。
最終収集時刻管理テーブル２２５は、論理ボリューム３０５から性能情報が最後に収集された時刻を管理する。なお、最終収集時刻管理テーブル２２５については、図７で詳細を説明する。
収集レベルグループ管理テーブル２２７は、論理ボリューム３０５と当該論理ボリューム３０５が属する収集レベルグループとの対応を管理する。本実施の形態では、論理ボリューム３０５は、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに予め分類されている。そのため、収集レベルグループ管理テーブル２２７には、予め情報が格納されている。なお、収集レベルグループ管理テーブル２２７については、図８で詳細を説明する。
図３は、本発明の第１の実施の形態の管理サーバ２０に記憶される収集項目情報テーブル２２１の構成図である。
収集項目情報テーブル２２１は、論理ボリューム番号２２１１、収集項目名２２１２、収集間隔２２１３、集約条件２２１４及び収集レベルグループ２２１５を含む。
論理ボリューム番号２２１１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。収集項目名２２１２は、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５から収集される性能情報の種類を示す。
収集間隔２２１３は、当該レコードの収集項目名２２１２に対応する性能情報が、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５から収集される間隔である。
集約条件２２１４は、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５から収集された性能情報が、集約される条件である。例えば、集約条件２２１４には、「時」、「日」、「週」、「月」又は「年」が格納される。なお、集約条件２２１４には、「時」、「日」、「週」、「月」及び「年」のうちの二つ以上の組み合わせが格納されてもよい。
集約条件２２１４に「時」が格納されている場合、管理サーバ２０は、収集された性能情報を一時間単位で集約する。また、集約条件２２１４に「日」が格納されている場合、管理サーバ２０は、収集された性能情報を一日単位で集約する。また、集約条件２２１４に「週」が格納されている場合、管理サーバ２０は、収集された性能情報を一週間単位で集約する。また、集約条件２２１４に「月」が格納されている場合、管理サーバ２０は、収集された性能情報を一ヶ月単位で集約する。また、集約条件２２１４に「年」が格納されている場合、管理サーバ２０は、収集された性能情報を一年単位で集約する。
なお、集約条件２２１４には、時間以外の条件が格納されてもよい。つまり、集約条件２２１４には、性能情報が集約される条件であればいかなるものが格納されてもよい。
収集レベルグループ２２１５は、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５が高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれに属するかを示す。
図４は、本発明の第１の実施の形態の管理サーバ２０に記憶される収集レベルグループ定義テーブル２２２の構成図である。
収集レベルグループ定義テーブル２２２は、収集レベルグループ２２２１、収集項目名２２２２、平常時の収集間隔２２２３、収集コスト増大時の収集間隔２２２４、平常時の集約条件２２２５、収集コスト増大時の集約条件及び閾値２２２７を含む。
収集レベルグループ２２２１は、論理ボリューム３０５が分類される収集レベルグループを示す。収集項目名２２２２は、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集される性能情報の種類を示す。
平常時の収集間隔２２２３は、平常時において、当該レコードの収集項目名２２２２に対応する性能情報が、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集される間隔である。
収集コスト増大時の収集間隔２２２４は、収集コスト増大時において、当該レコードの収集項目名２２２２に対応する性能情報が、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集される間隔である。
平常時の集約条件２２２５は、平常時において、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集された性能情報が、集約される条件である。
収集コスト増大時の集約条件２２２６は、収集コスト増大時において、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集された性能情報が、集約される条件である。
なお、管理サーバ２０は、論理ボリューム３０５から収集された性能情報又は当該管理サーバ２０の負荷状態等に基づいて、収集レベルグループが平常時又は収集コスト増大時のいずれに該当するかを判定する。例えば、ストレージサブシステム３０を監視するための負荷が大きい時に、管理サーバ２０は、収集レベルグループが収集コスト増大時に該当すると判定する。
なお、本実施の形態では、管理サーバ２０は、平常時又は収集コスト増大時のいずれであるかを判定しているが、収集レベルグループが三つ以上の状態のいずれに該当するかを判定してもよい。この場合、収集レベルグループ定義テーブル２２２には、それぞれの状態に対応する収集間隔及び集約条件が含まれる。
閾値２２２７は、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５に関する警告を表示するために閾値である。つまり、論理ボリューム３０５から収集された性能値が閾値２２２７より大きい場合、管理サーバ２０は、警告を出力する。
図５は、本発明の第１の実施の形態の管理サーバ２０に記憶される性能情報テーブル２２３の構成図である。
性能情報テーブル２２３は、論理ボリューム番号２２３１、収集項目名２２３２、収集時刻２２３３及び性能値２２３４を含む。
論理ボリューム番号２２３１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。収集項目名２２３２は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から収集された性能情報の種類を示す。
収集時刻２２３３は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から性能情報が収集された時刻である。性能値２２３４は、当該レコードの収集時刻２２３３において、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から収集された性能値である。なお、性能値２２３４は、当該レコードの収集項目名２２３２に対応する性能を示す値である。
図６は、本発明の第１の実施の形態の管理サーバ２０に記憶されるデータ配置テーブル２２４の構成図である。
データ配置テーブル２２４は、データ番号２２４１、論理ボリューム番号２２４２及び配置期間２２４３を含む。
データ番号２２４１は、論理ボリューム３０５に格納されるデータの一意な識別子である。論理ボリューム番号２２４２は、当該データ番号２２４１によって識別されるデータが格納される論理ボリューム３０５の一意な識別子である。
配置期間２２４３は、当該当該データ番号２２４１によって識別されるデータが、当該レコードの論理ボリューム番号２２４２によって識別される論理ボリュームに格納されている期間である。
なお、論理ボリューム３０５間でデータが移動すると、管理サーバ２０は、データ配置テーブル２２４を更新する。
具体的には、管理サーバ２０は、移動されたデータの識別子とデータ配置テーブル２２４のデータ番号２２４１とが一致するレコードを、データ配置テーブル２２４から選択する。次に、管理サーバ２０は、当該データの移動元である論理ボリューム３０５の識別子とデータ配置テーブル２２４の論理ボリューム番号２２４２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードの配置期間２２４３に、現在の時刻を配置終了時刻として格納する。
次に、管理サーバ２０は、データ配置テーブル２２４に新たなレコードを作成する。次に、管理サーバ２０は、移動されたデータの識別子を、新たなレコードのデータ番号２２４１に格納する。次に、管理サーバ２０は、当該データの移動先である論理ボリューム３０５の識別子を、新たなレコードの論理ボリューム番号２２４２に格納する。更に、管理サーバ２０は、新たなレコードの配置期間２２４３に、現在の時刻を配置開始時刻として格納する。
以上のように、管理サーバ２０は、データ配置テーブル２２４を更新する。
図７は、本発明の第１の実施の形態の管理サーバ２０に記憶される最終収集時刻管理テーブル２２５の構成図である。
最終収集時刻管理テーブル２２５は、論理ボリューム番号２２５１、収集項目名２２５２及び最終収集時刻２２５３を含む。
論理ボリューム番号２２５１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。収集項目名２２３２は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から収集された性能情報の種類を示す。
最終収集時刻２２５３は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から、当該レコードの収集項目名２２５２に対応する性能情報が最後に収集された時刻である。
図８は、本発明の第１の実施の形態の管理サーバ２０に記憶される収集レベルグループ管理テーブル２２７の構成図である。
収集レベルグループ管理テーブル２２７は、論理ボリューム番号２２７１及び収集レベルグループ２２７２を含む。
論理ボリューム番号２２７１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。
収集レベルグループ２２７２は、当該レコードの論理ボリューム番号２２７１によって識別される論理ボリューム３０５が属する収集レベルグループを示す。つまり、収集レベルグループ２２７２は、当該論理ボリューム３０５が、高収集レベルグループ、中収集レベルグループ又は低収集レベルグループのいずれに属するかを示す。
図９は、本発明の第１の実施の形態の管理サーバ２０によって実行される収集項目情報テーブル２２１の更新処理のフローチャートである。
論理ボリューム３０５が属する収集レベルグループが変更されると、管理サーバ２０は、収集レベルグループ管理テーブル２２７を更新する。更に、管理サーバ２０は、収集項目情報テーブル２２１の更新処理を実行する。
まず、管理サーバ２０は、データが格納されている論理ボリューム３０５の数を収集レベルグループごとに数える。次に、管理サーバ２０は、数えた論理ボリューム３０５の数及び収集項目情報テーブル２２１に基づいて、性能情報を保持するために必要な記憶容量を算出する（１３０）。
次に、管理サーバ２０は、算出した記憶容量と管理サーバ２０のメモリ２０２に関する閾値とを比較する。管理サーバ２０のメモリ２０２に関する閾値は、性能情報を保持するために使用できる記憶容量の最大値であり、管理者によって予め設定される。なお、管理サーバ２０は、性能情報を保持するために必要な記憶容量でなく、ＩＯレスポンス時間、ＩＯ数、ＩＯ頻度又はディスク占有率と閾値とを比較してもよい。これによって、管理サーバ２０は、ＩＯレスポンス時間、ＩＯ数、ＩＯ頻度又はディスク占有率に基づいて、平常時又は集約コスト増大時のいずれであるかを判定できる。
そして、管理サーバ２０は、算出した記憶容量が閾値以下であるか否かを判定する（１３１）。算出された記憶容量が閾値より大きい場合、管理サーバ２０は、メモリ２０２の記憶容量が足りないので、すべての性能情報を保持できない。そこで、管理サーバ２０は、集約条件を変更する。
具体的には、管理サーバ２０は、前回のステップ１３２で選択された収集レベルグループより収集レベルが一つ高い収集レベルグループを選択する（１３２）。なお、管理サーバ２０は、ステップ１３２を初めて処理する場合には、最も低い収集レベルである低収集レベルグループ３３０を選択する。
次に、管理サーバ２０は、ステップ１３２で選択した収集レベルグループの集約条件を、平常時の集約条件から、収集コスト増大時の集約条件に変更する（１３３）。
具体的には、管理サーバ２０は、ステップ１３２で選択した収集レベルグループと収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、収集項目名２２２２及び収集コスト増大時の集約条件２２２６を抽出する。
次に、管理サーバ２０は、ステップ１３２で選択した収集レベルグループと収集項目情報テーブル２２１の収集レベルグループ２２１５とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、抽出した収集項目名２２２２と収集項目情報テーブル２２１の収集項目名２２１２とが一致するレコードを、選択したれコードの中から選択する。次に、管理サーバ２０は、選択したレコードの集約条件２２１４に、抽出した収集コスト増大時の集約条件２２２６を格納する。そして、管理サーバ２０は、ステップ１３０に戻り、処理を繰り返す。
一方、ステップ１３１において、性能情報を保持するために必要な記憶容量が閾値より大きい場合、管理サーバ２０は、集約条件を変更する必要がない。そこで、管理サーバ２０は、データが格納されている論理ボリューム３０５の数を収集レベルグループごとに数える。次に、管理サーバ２０は、数えた論理ボリューム３０５の数及び収集項目情報テーブル２２１の収集間隔２２１３に基づいて、性能情報を収集するために必要な単位時間当たりのＩＯ数を算出する（１３４）。
次に、管理サーバ２０は、算出したＩＯ数とＩＯ数に関する閾値とを比較する。ＩＯ数に関する閾値は、性能情報を収集するために管理サーバ２０が送信可能な単位時間あたりのＩＯ数の最大値であり、管理者によって予め設定される。なお、管理サーバ２０は、性能情報を収集するために必要な単位時間あたりのＩＯ数でなく、性能情報を保持するために必要な記憶容量、ＩＯレスポンス時間、ＩＯ頻度又はディスク占有率と閾値とを比較してもよい。これによって、管理サーバ２０は、性能情報を保持するために必要な記憶容量、ＩＯレスポンス時間、ＩＯ頻度又はディスク占有率に基づいて、平常時又は集約コスト増大時のいずれであるかを判定できる。
そして、管理サーバ２０は、算出したＩＯ数が閾値以下であるか否かを判定する（１３５）。算出されたＩＯ数が閾値より大きい場合、管理サーバ２０は、すべての性能情報を収集できない。そこで、管理サーバ２０は、収集間隔を変更する。
具体的には、管理サーバ２０は、前回のステップ１３６で選択された収集レベルグループより収集レベルが一つ高い収集レベルグループを選択する（１３６）。なお、管理サーバ２０は、ステップ１３６を初めて処理する場合、最も低い収集レベルである低収集レベルグループを選択する。
次に、管理サーバ２０は、ステップ１３６で選択した収集レベルグループの収集間隔を、平常時の収集間隔から、収集コスト増大時の収集間隔に変更する（１３７）。
具体的には、管理サーバ２０は、ステップ１３６で選択した収集レベルグループと収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、収集項目名２２２２及び収集コスト増大時の収集間隔２２２４を抽出する。
次に、管理サーバ２０は、ステップ１３６で選択した収集レベルグループと収集項目情報テーブル２２１の収集レベルグループ２２１５とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、抽出した収集項目名２２２２と収集項目情報テーブル２２１の収集項目名２２１２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードの収集間隔２２１３に、抽出した収集コスト増大時の収集間隔２２２４を格納する。そして、管理サーバ２０は、ステップ１３４に戻り、処理を繰り返す。
一方、ステップ１３５において、算出されたＩＯ数が閾値以下の場合、管理サーバ２０は、収集間隔を変更する必要がない。よって、管理サーバ２０は、収集項目情報テーブル２２１の更新処理を終了する。
以上のように、管理サーバ２０は、収集項目情報テーブル２２１を更新する。なお、管理サーバ２０は、収集項目情報テーブル２２１に基づいて、性能情報を収集する。更に、管理サーバ２０は、収集項目情報テーブル２２１に基づいて、収集された性能情報を集約する。よって、管理サーバ２０は、性能情報の収集条件及び収集された性能情報の集約条件を、当該管理サーバ２０の性能監視負荷に応じて変更できる。なお、性能監視負荷は、性能情報を収集するための負荷及び性能情報を集約するための負荷を含む。また、性能情報の収集条件は、性能情報を収集する間隔及び収集される性能情報の項目を含む。
なお、管理サーバ２０は、性能監視負荷が減ると、収集レベルグループの収集間隔を、収集コスト増大時の収集間隔から、平常時の収集間隔に戻す。このとき、管理サーバ２０は、収集レベルが高い順に、収集コスト増大時の収集間隔から、平常時の収集間隔に戻すとよい。
同様に、管理サーバ２０は、性能監視負荷が減ると、収集レベルグループの集約条件を、収集コスト増大時の集約条件から、平常時の集約条件に戻す。このとき、管理サーバ２０は、収集レベルが高い順に、収集コスト増大時の集約条件から、平常時の集約条件に戻すとよい。
図１０は、本発明の第１の実施の形態の管理サーバ２０によって実行される性能情報収集処理のフローチャートである。
管理サーバ２０は、一定の時間ごとに、当該性能情報収集処理を繰り返すことによって、性能情報を収集する。
まず、管理サーバ２０は、最終収集時刻管理テーブル２２５の一つのレコードを上から順番に選択する（１４０）。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２５１、収集項目名２２５２及び最終収集時刻２２５３を抽出する。
次に、管理サーバ２０は、抽出した論理ボリューム番号２２５１と収集項目情報テーブル２２１の論理ボリューム番号２２１１とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、抽出した収集項目名２２５２と収集項目情報テーブル２２１の収集項目名２２１２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードから、収集間隔２２１３を抽出する（１４１）。
次に、管理サーバ２０は、抽出した最終収集時刻２２５３に、抽出した収集間隔２２１３を加算することによって、次回の収集時刻を算出する。そして、管理サーバ２０は、算出した次回の収集時刻と現在の時刻とを比較することによって、抽出した論理ボリューム番号２２５１によって識別される論理ボリューム３０５から、性能情報を収集する必要があるか否かを判定する（１４２）。
具体的には、算出された次回の収集時刻が現在の時刻より後であると、管理サーバ２０は、性能情報を収集する必要がないと判定する。そこで、管理サーバ２０は、ステップ１４６に進む。そして、管理サーバ２０は、ステップ１４０において、最終収集時刻管理テーブル１４０のすべてのレコードを選択したか否かを判定する（１４６）。すべてのレコードが選択されていない場合、管理サーバ２０は、ステップ１４０に戻り、最終収集時刻管理テーブル２２５から、次のレコードを選択する。そして、管理サーバ２０は、選択したレコードに対して性能情報収集処理を繰り返す。
一方、すべてのレコードが選択された場合、管理サーバ２０は、性能情報収集処理を終了する。
一方、算出された次回の収集時刻が現在の時刻以前であるとステップ１４２で判定すると、管理サーバ２０は、性能情報を収集する必要があると判定する。すると、管理サーバ２０は、抽出した論理ボリューム番号２２５１によって識別される論理ボリューム３０５の性能情報を、ストレージサブシステム３０から収集する（１４３）。
次に、管理サーバ２０は、性能情報テーブル２２３を更新する（１４４）。具体的には、管理サーバ２０は、性能情報テーブル２２３に、新たなレコードを追加する。次に、管理サーバ２０は、新たなレコードの論理ボリューム番号２２３１に、抽出した論理ボリューム番号２２５１を格納する。次に、管理サーバ２０は、新たなレコードの収集項目名２２３２に、抽出した収集項目名２２５２を格納する。次に、管理サーバ２０は、新たなレコードの収集時刻２２３３に、現在の時刻を格納する。更に、管理サーバ２０は、新たなレコードの性能値２２３４に、収集した性能情報を格納する。
次に、管理サーバ２０は、最終収集時刻管理テーブル２２５を更新する（１４５）。具体的には、管理サーバ２０は、ステップ１４０で最終収集時刻管理テーブル２２５から選択したレコードの最終収集時刻２２５３に、現在の時刻を格納する。
次に、管理サーバ２０は、ステップ１４０において、最終収集時刻管理テーブル１４０のすべてのレコードを選択したか否かを判定する（１４６）。すべてのレコードが選択されていない場合、管理サーバ２０は、ステップ１４０に戻り、最終収集時刻管理テーブル２２５から、次のレコードを選択する。そして、管理サーバ２０は、選択したレコードに対して性能情報収集処理を繰り返す。
一方、すべてのレコードが選択された場合、管理サーバ２０は、性能情報収集処理を終了する。
図１１は、本発明の第１の実施の形態の管理サーバ２０によって実行される性能分析処理のフローチャートである。
まず、管理サーバ２０は、性能情報テーブル２２３の収集時刻２２３３と現在の時刻との差が所定の時間内であるレコードを、性能情報テーブル２２３から順番に選択する。これによって、管理サーバ２０は、直近に収集した性能情報に関するレコードを、性能情報テーブル２２３から順番に選択する（１５０）。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２３１、収集項目名２２３２及び性能値２２３４を抽出する。
次に、管理サーバ２０は、抽出した論理ボリューム番号２２３１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードから、収集レベルグループ２２７２を抽出する。
次に、管理サーバ２０は、抽出した収集レベルグループ２２７２と収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、抽出した収集項目名２２３２と収集レベルグループ定義テーブル２２２の収集項目名２２２２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードから、閾値２２２７を抽出する（１５１）。
次に、管理サーバ２０は、抽出した性能値２２３４と、抽出した閾値２２２７とを比較することによって、ストレージサブシステム３０が正常に稼動しているか否かを判定する（１５２）。
ストレージサブシステム３０が正常に稼動している場合、管理サーバ２０は、画面に警告を表示する必要がないので、そのままステップ１５４に進む。
一方、ストレージサブシステム３０が正常に稼動していない場合、管理サーバ２０は、警告を画面に表示する（１５３）。
次に、管理サーバ２０は、ステップＳ１５０において、性能情報テーブル２２３の収集時刻２２３３と現在の時刻とが一致するすべてのレコードを性能情報テーブル２２３から選択したか否かを判定する（１５４）。すべてのレコードが選択されていない場合、管理サーバ２０は、ステップ１５０に戻り、性能情報テーブル２２３から、次のレコードを選択する。そして、管理サーバ２０は、選択したレコードに対して性能分析処理を繰り返す。
一方、すべてのレコードが選択された場合、管理サーバ２０は、性能分析処理を終了する。
以上のように、本発明の第１の実施形態によれば、管理サーバ２０は、収集レベルグループごとに、論理ボリューム３０５の性能情報の収集項目、収集間隔及び集約条件を変更できる。具体的には、論理ボリュームと収集レベルグループとの対応変更されると、管理サーバ２０は、性能監視負荷等に応じて、論理ボリューム３０５の性能情報の収集項目、収集間隔及び集約条件を変更する。
（第２の実施の形態）
本発明の第２の実施の形態では、管理サーバ２０は、論理ボリューム３０５と収集レベルグループとの対応を、当該論理ボリューム３０５から収集された性能情報に基づいて変更する。
第２の実施の形態の計算機システムの構成は、管理サーバ２０を除き、第１の実施の形態と同一である。よって、同一の構成については説明を省略する。
図１２は、本発明の第２の実施の形態の計算機システムに備わる管理サーバ２０の構成のブロック図である。
第２の実施の形態の管理サーバ２０は、収集レベルグループ管理プログラム２２０及びデータ特性テーブル２２６をメモリ２０２に記憶する点を除き、第１の実施の形態の管理サーバと同一である。同一の構成には同一の番号を付すことによって、説明を省略する。
収集レベルグループ管理プログラム２２０は、データ特性テーブル２２６に基づいて、論理ボリューム３０５を、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類する。また、収集レベルグループ管理プログラム２２０は、データ特性テーブル２２６に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更する。なお、本実施の形態では、論理ボリューム３０５は、三つの収集レベルグループのいずれかに分類されるが、いくつの収集レベルグループに分類されてもよい。
また、収集レベルグループ管理プログラム２２０は、ストレージサブシステム３０５に備わるポートを、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類してもよい。
そして、収集レベルグループ管理プログラム２２０は、論理ボリューム３０５と当該論理ボリューム３０５が属する収集レベルグループとの対応を、収集レベルグループ管理テーブル２２７に格納する。
なお、本実施の形態では、管理サーバ２０が、ストレージ性能収集プログラム２１０及び収集レベルグループ管理プログラム２２０を記憶する。しかし、ストレージ性能収集プログラム２１０と収集レベルグループ管理プログラム２２０とが、異なるサーバによって実行されてもよい。
データ特性テーブル２２６は、論理ボリューム３０５に格納されるデータの性能情報を管理する。なお、データ特性テーブル２２６については、図１３で詳細を説明する。
図１３は、本発明の第２の実施の形態の管理サーバ２０に記憶されるデータ特性テーブル２２６の構成図である。
データ特性テーブル２２６は、データ番号２２６１、論理ボリューム番号２２６２及びアクセス頻度２２６３を含む。
データ番号２２６１は、論理ボリューム３０５に格納されるデータの一意な識別子である。論理ボリューム番号２２６２は、当該レコードのデータ番号２２６１によって識別されるデータが格納されている論理ボリューム３０５の一意な識別子である。
アクセス頻度２２６３は、当該レコードのデータ番号２２６１によって識別されるデータへの単位時間当たりのＩＯ回数である。なお、データ特性テーブル２２６は、アクセス頻度２２６３でなく、アクセス頻度以外の性能情報を含んでもよい。
図１４は、本発明の第２の実施の形態の管理サーバ２０によって実行される収集レベルグループ変更処理のフローチャートである。
まず、管理サーバ２０は、性能情報テーブル２２３及びデータ配置テーブル２２４に基づいて、データ特性テーブル２２６を作成する（１２０）。
具体的には、管理サーバ２０は、データ配置テーブル２２４の配置期間２２４３が現在の時刻を含むすべてのレコードを、データ配置テーブル２２４から選択する。次に、管理サーバ２０は、選択したレコードから、データ番号２２４１及び論理ボリューム番号２２４２を抽出する。
次に、管理サーバ２０は、抽出した論理ボリューム番号２２４２と性能情報テーブル２２３の論理ボリューム番号２２３１とが一致するすべてのレコードを、性能情報テーブル２２３から選択する。次に、管理サーバ２０は、性能情報テーブル２２３の収集項目名２２３２に「ＩＯ数」が格納されているレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、性能情報テーブル２２３の収集時刻２２３３に最新の時刻が格納されているレコードを、選択したレコードの中から選択する。そして、管理サーバ２０は、選択したレコードから、性能値２２３４を抽出する。
次に、管理サーバ２０は、抽出したデータ番号２２４１を、データ特性テーブル２２６のデータ番号２２６１に格納する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２４２を、データ特性テーブル２２６の論理ボリューム番号２２６２に格納する。次に、管理サーバ２０は、抽出した性能値２２３４を、データ特性テーブル２２６のアクセス頻度２２６３に格納する。このようにして、管理サーバ２０は、データ特性テーブル２２６を作成する。
次に、管理サーバ２０は、データ特性テーブル２２６のアクセス頻度２２６３が大きい順に、データ特性テーブル２２６のレコードを並び替える（１２１）。そして、管理サーバ２０は、収集レベルグループ管理テーブル２２７を更新する。
具体的には、管理サーバ２０は、データ特性テーブル２２６のレコードを、上から順番に所定の数だけ選択する。そして、管理サーバ２０は、最初に選択した所定の数のレコードから、論理ボリューム番号２２６２を抽出する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２６２と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「高収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が高い論理ボリューム３０５を、高収集レベルグループに分類する。
管理サーバ２０は、データ特性テーブル２２６の選択されていないレコードを、上から順番に所定の数だけ選択する。次に、管理サーバ２０は、二回目に選択した所定の数のレコードから、論理ボリューム番号２２６２を抽出する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２６２と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「中収集レベルグループ」を格納する。
管理サーバ２０は、データ特性テーブル２２６の選択されずに残ったレコードから、論理ボリューム番号２２６２を抽出する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２６２と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「低収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が低い論理ボリューム３０５を、低収集レベルグループに分類する。
更に、管理サーバ２０は、収集レベルグループ定義テーブル２２２及び更新された収集レベルグループ管理テーブル２２７に基づいて、収集項目情報テーブル２２１を更新する。
具体的には、管理サーバ２０は、収集レベルグループとの対応が変更された論理ボリューム３０５を特定する。次に、管理サーバ２０は、特定された論理ボリューム３０５の識別子と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードから、収集レベルグループ２２７２を抽出する。
次に、管理サーバ２０は、抽出した収集レベルグループ２２７２が平常時又は収集コスト増大時のいずれに該当するかを判定する。
収集レベルグループ２２７２が平常時に該当する場合、管理サーバ２０は、抽出した収集レベルグループ２２７２と収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、平常時の収集間隔２２２３及び平常時の集約条件２２２５を抽出する。
次に、管理サーバ２０は、特定された論理ボリューム３０５の識別子と収集項目情報テーブル２２１の論理ボリューム番号２２１１とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、選択したレコードの収集間隔２２１３に、抽出した平常時の収集間隔２２２３を格納する。次に、管理サーバ２０は、選択したレコードの集約条件２２１４に、抽出した平常時の集約条件２２２５を格納する。更に、管理サーバ２０は、選択したレコードの収集レベルグループ２２１５に、抽出した収集レベルグループ２２７２を格納する。
一方、収集レベルグループ２２７２が収集コスト増大時に該当する場合、管理サーバ２０は、抽出した収集レベルグループ２２７２と収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、収集コスト増大時の収集間隔２２２４及び収集コスト増大時の集約条件２２２６を抽出する。
次に、管理サーバ２０は、特定された論理ボリューム３０５の識別子と収集項目情報テーブル２２１の論理ボリューム番号２２１１とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、選択したレコードの収集間隔２２１３に、抽出した収集コスト増大時の収集間隔２２２４を格納する。次に、管理サーバ２０は、選択したレコードの集約条件２２１４に、抽出した収集コスト増大時の集約条件２２２６を格納する。更に、管理サーバ２０は、選択したレコードの収集レベルグループ２２１５に、抽出した収集レベルグループ２２７２を格納する。
このようにして、管理サーバ２０は、論理ボリューム３０５と収集レベルグループとの対応を変更する（１２２）。そして、管理サーバ２０は、収集レベルグループ変更処理を終了する。
以上のように、第２の実施の形態では、管理サーバ２０は、論理ボリューム３０５へのアクセス頻度に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更する。なお、管理サーバ２０は、アクセス頻度でなく、論理ボリューム３０５の他の性能情報に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更してもよい。
（第３の実施の形態）
第３の実施の形態では、管理サーバ２０は、ストレージサブシステム３０ごとに、収集レベルグループを設定する。
図１５は、本発明の第３の実施の形態の計算機システムの構成のブロック図である。
計算機システムは、ホスト計算機１０、ストレージサブシステム群、管理サーバ２０及びＳＡＮ４０を含む。
ホスト計算機１０及びＳＡＮ４０は、第１の実施の形態の計算機システムに備わるものと同一であるので、説明を省略する。
ストレージサブシステム群は、複数のストレージサブシステム３０を含む。本実施の形態では、ストレージサブシステム群は、ストレージサブシステム３０を三台含むが、いくつ含んでいてもよい。なお、ストレージサブシステム群に含まれるストレージサブシステム３０は、一台のストレージサブシステムが論理的に複数に分割された仮想ストレージサブシステムであってもよい。
ストレージサブシステム３０は、制御装置３０１、ポート３０３及び物理ディスクを備える。物理ディスクは、ホスト計算機１０に書き込み要求されたデータを記憶する。ポート３０３は、ＳＡＮ４０を介してホスト計算機１０に接続される。
制御装置３０１は、物理ディスクに対するデータの読み書きを制御する。また、制御装置３０１は、物理ディスクの記憶領域を、一つ以上の論理ボリューム３０５としてホスト計算機１０に提供する。
本実施の形態では、管理サーバ２０は、論理ボリューム３０５を、高収集レベルグループ、中収集レベルグループ又は低収集レベルグループのいずれかにストレージサブシステム３０単位で分類する。なお、管理サーバ２０については、図１６で詳細を説明する。
また、論理ボリューム３０５は、高収集レベルグループ、中収集レベルグループ又は低収集レベルグループのいずれかにストレージサブシステム３０単位で予め分類されていてもよい。この場合、高性能な上位階層ストレージサブシステムによって提供される論理ボリューム３０５は、高収集レベルグループに分類されると好適である。また、低性能な下位階層ストレージサブシステムによって提供される論理ボリューム３０５は、低収集レベルグループに分類されると好適である。
図１６は、本発明の第３の実施の形態の計算機システムに備わる管理サーバ２０の構成のブロック図である。
第３の実施の形態の管理サーバ２０は、ボリューム管理テーブル２２８及びストレージ特性テーブル２２９をメモリ２０２に記憶する点を除き、第１の実施の形態の管理サーバと同一である。同一の構成には同一の番号を付すことによって、説明を省略する。
ボリューム管理テーブル２２８は、論理ボリューム３０５と当該論理ボリューム３０５を提供するストレージサブシステム３０との対応を管理する。なお、ボリューム管理テーブル２２８については、図１７で詳細を説明する。
ストレージ特性テーブル２２９は、ストレージサブシステム３０に格納されるデータの特性を管理する。なお、ストレージ特性テーブル２２９については、図１８で詳細を説明する。
図１７は、本発明の第３の実施の形態の管理サーバ２０に記憶されるボリューム管理テーブル２２８の構成図である。
ボリューム管理テーブル２２８は、論理ボリューム番号２２８１及びストレージ番号２２８２を含む。
論理ボリューム番号２２８１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。ストレージ番号２２８２は、当該レコードの論理ボリューム番号２２８１によって識別される論理ボリューム３０５を提供するストレージサブシステム３０の一意な識別子である。
図１８は、本発明の第３の実施の形態の管理サーバ２０に記憶されるストレージ特性テーブル２２９の構成図である。
ストレージ特性テーブル２２９は、ストレージ番号２２９１及びアクセス頻度２２９２を含む。
ストレージ番号２２９１は、計算機システムに備わるストレージサブシステム３０の一意な識別子である。アクセス頻度２２９２は、当該レコードのストレージ番号２２９１によって識別されるストレージサブシステム３０に格納されるデータへの単位時間当たりのＩＯ回数である。なお、ストレージ特性テーブル２２９は、アクセス頻度２２９２でなく、アクセス頻度以外の性能情報を含んでもよい。
図１９は、本発明の第３の実施の形態の管理サーバ２０によって実行される収集レベルグループ変更処理のフローチャートである。
まず、管理サーバ２０は、性能情報テーブル２２３及びデータ配置テーブル２２４に基づいて、データ特性テーブル２２６を作成する（１２０）。なお、ステップ１２０は、第２の実施の形態の収集レベルグループ変更処理（図１４）に含まれるものと同一なので、詳細な説明を省略する。
次に、管理サーバ２０は、ボリューム管理テーブル２２８及び作成したデータ特性テーブル２２６に基づいて、ストレージ特性テーブル２２９を作成する（１７０）。
具体的には、管理サーバ２０は、計算機システムに備わるストレージサブシステム３０を順番に選択する。次に、管理サーバ２０は、選択したストレージサブシステム３０の識別子とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８２から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１とデータ特性テーブル２２６の論理ボリューム番号２２６２とが一致するレコードを、データ特性テーブル２２６から選択する。次に、管理サーバ２０は、選択したレコードから、アクセス頻度２２６３を抽出する。次に、管理サーバ２０は、抽出したすべてのアクセス頻度２２６３を合計することによって、選択したストレージサブシステム３０に対するアクセス頻度を算出する。
次に、管理サーバ２０は、ストレージ特性テーブル２２９に新たなレコードを作成する。次に、管理サーバ２０は、新たなレコードのストレージ番号２２９１に、選択したストレージサブシステム３０の識別子を格納する。次に、管理サーバ２０は、新たなレコードのアクセス頻度２２９２に、算出したストレージサブシステム３０に対するアクセス頻度を格納する。
管理サーバ２０は、このような処理を、すべてのストレージサブシステム３０を選択するまで繰り返す。これによって、管理サーバ２０は、ストレージ特性テーブル２２９を作成する。
次に、管理サーバ２０は、ストレージ特性テーブル２２９のアクセス頻度２２９２が大きい順に、ストレージ特性テーブル２２９のレコードを並び替える（１７１）。そして、管理サーバ２０は、収集レベルグループ管理テーブル２２７を更新する。
具体的には、管理サーバ２０は、データ特性テーブル２２９のレコードを、上から順番に一つずつ選択する。
管理サーバ２０は、最初に選択したレコードから、ストレージ番号２２９１を抽出する。そして、管理サーバ２０は、抽出したストレージ番号２２９１によって識別されるストレージサブシステム３０が提供する論理ボリューム３０５を、高収集レベルグループに分類する。
つまり、管理サーバ２０は、抽出したストレージ番号２２９１とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「高収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が高いストレージサブシステム３０によって提供される論理ボリューム３０５を、高収集レベルグループに分類する。
管理サーバ２０は、二番目に選択したレコードから、ストレージ番号２２９１を抽出する。そして、管理サーバ２０は、抽出したストレージ番号２２９１によって識別されるストレージサブシステム３０が提供する論理ボリューム３０５を、中収集レベルグループに分類する。
つまり、管理サーバ２０は、抽出したストレージ番号２２９１とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「中収集レベルグループ」を格納する。
管理サーバ２０は、最後に選択したレコードから、ストレージ番号２２９１を抽出する。そして、管理サーバ２０は、抽出したストレージ番号２２９１によって識別されるストレージサブシステム３０が提供する論理ボリューム３０５を、低収集レベルグループに分類する。
つまり、管理サーバ２０は、抽出したストレージ番号２２９１とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「低収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が低いストレージサブシステム３０によって提供される論理ボリューム３０５を、低収集レベルグループに分類する。
更に、管理サーバ２０は、収集レベルグループ定義テーブル２２２及び更新された収集レベルグループ管理テーブル２２７に基づいて、収集項目情報テーブル２２１を更新する。収集項目情報テーブル２２１の更新処理は、第２の実施の形態の収集レベルグループ変更処理（図１４）のステップ１２２に含まれるものと同一なので、詳細な説明を省略する。
このようにして、管理サーバ２０は、論理ボリューム３０５と収集レベルグループとの対応を、ストレージサブシステム３０単位で変更する（１７２）。そして、管理サーバ２０は、収集レベルグループ変更処理を終了する。
以上のように、第３の実施の形態では、管理サーバ２０は、ストレージサブシステム３０へのアクセス頻度に基づいて、論理ボリューム３０５と収集レベルグループとの対応をストレージサブシステム３０単位で変更する。なお、管理サーバ２０は、アクセス頻度でなく、ストレージサブシステム３０の他の性能情報に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更してもよい。
（第４の実施の形態）
第４の実施の形態では、管理サーバ２０は、仮想ボリュームの性能情報を収集し、収集した性能情報を集約する。
図２０は、本発明の第４の実施の形態の計算機システムの構成のブロック図である。
第４の実施の形態の計算機システムは、ホスト計算機１０、管理サーバ２０、仮想化装置６０、外部ストレージサブシステム７０及びＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）４０を含む。
第４の実施の形態では、ＳＡＮ４０は、ホスト計算機１０と仮想化装置６０とを接続する。また、仮想化装置６０には、外部ストレージサブシステム７０が接続されている。
外部ストレージサブシステム７０は、制御装置７０１及び物理ディスクを備える。制御装置７０１は、物理ディスクに対するデータの読み書きを制御する。また、制御装置７０１は、物理ディスクの記憶領域を、一つ以上の論理ボリューム７０５として仮想化装置６０に提供する。
仮想化装置６０は、制御装置６０１及びポート６０３を備える。ポート６０３は、ＳＡＮ４０を介してホスト計算機１０に接続される。
制御装置６０１は、外部ストレージサブシステム７０によって提供された論理ボリューム７０５を、仮想ボリューム６０５としてホスト計算機１０に提供する。なお、ホスト計算機１０は、仮想ボリューム６０５を仮想化装置６０に備わるものとして認識する。
制御装置６０１は、仮想ボリューム６０５に対するデータの書き込み要求を受けると、当該データを、外部ストレージサブシステム７０に転送する。すると、外部ストレージサブシステム７０の制御装置７０１は、書き込みを要求された仮想ボリューム６０５に対応する論理ボリューム７０５に、データを書き込む。
なお、仮想化装置６０は、ホスト計算機１０に書き込み要求されたデータを記憶する物理ディスクを備えていてもよい。この場合、仮想化装置６０の制御装置６０１は、物理ディスクの記憶領域を、一つ以上の論理ボリュームとしてホスト計算機１０に提供する。つまり、制御装置６０１は、仮想ボリューム６０５に加えて、論理ボリュームをホスト計算機１０に提供してもよい。
ホスト計算機１０は、プロセッサ、メモリ及びインタフェースを備える。ホスト計算機１０に備わるプロセッサは、メモリに記憶されるプログラムを実行することによって、各種処理を行う。ホスト計算機１０に備わるメモリは、プロセッサに実行されるプログラム及びプロセッサに必要とされるデータ等を記憶する。ホスト計算機１０に備わるインタフェースは、ＳＡＮ４０を介して、仮想化装置７０に接続される。
ホスト計算機１０は、仮想化装置６０によって提供される仮想ボリューム６０５にデータを書き込む。また、ホスト計算機１０は、仮想化装置６０によって提供される仮想ボリューム６０５からデータを読み出す。
管理サーバ２０は、第１の実施の形態の計算機システムに備わる管理サーバ又は第２の実施の形態の計算機システムに備わる管理サーバのいずれであってもよい。但し、本実施の形態では、管理サーバ２０は、仮想ボリューム６０５を、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類する。なお、本実施の形態の管理サーバ２０は、仮想ボリューム６０５を論理ボリュームと同様に扱って、各種処理を行う。
本実施の形態では、管理サーバ２０は、収集レベルグループごとに、仮想ボリューム６０５の性能情報の収集項目、収集間隔及び集約条件を変更できる。具体的には、管理サーバ２０は、性能監視負荷等に応じて、仮想ボリューム６０５の性能情報の収集項目、収集間隔及び集約条件を変更できる。
本発明の第１の実施の形態の計算機システムの構成のブロック図である。 本発明の第１の実施の形態の計算機システムに備わる管理サーバの構成のブロック図である。 本発明の第１の実施の形態の管理サーバに記憶される収集項目情報テーブルの構成図である。 本発明の第１の実施の形態の管理サーバに記憶される収集レベルグループ定義テーブルの構成図である。 本発明の第１の実施の形態の管理サーバに記憶される性能情報テーブルの構成図である。 本発明の第１の実施の形態の管理サーバに記憶されるデータ配置テーブルの構成図である。 本発明の第１の実施の形態の管理サーバに記憶される最終収集時刻管理テーブルの構成図である。 本発明の第１の実施の形態の管理サーバに記憶される収集レベルグループ管理テーブルの構成図である。 本発明の第１の実施の形態の管理サーバによって実行される収集項目情報テーブルの更新処理のフローチャートである。 本発明の第１の実施の形態の管理サーバによって実行される性能情報収集処理のフローチャートである。 本発明の第１の実施の形態の管理サーバによって実行される性能分析処理のフローチャートである。 本発明の第２の実施の形態の計算機システムに備わる管理サーバの構成のブロック図である。 本発明の第２の実施の形態の管理サーバに記憶されるデータ特性テーブルの構成図である。 本発明の第２の実施の形態の管理サーバによって実行される収集レベルグループ変更処理のフローチャートである。 本発明の第３の実施の形態の計算機システムの構成のブロック図である。 本発明の第３の実施の形態の計算機システムに備わる管理サーバの構成のブロック図である。 本発明の第３の実施の形態の管理サーバに記憶されるボリューム管理テーブルの構成図である。 本発明の第３の実施の形態の管理サーバに記憶されるストレージ特性テーブル２２９の構成図である。 本発明の第３の実施の形態の管理サーバによって実行される収集レベルグループ変更処理のフローチャートである。 本発明の第４の実施の形態の計算機システムの構成のブロック図である。
符号の説明
１０ ホスト計算機
２０ 管理サーバ
３０ ストレージサブシステム
４０ ＳＡＮ
２０１ プロセッサ
２０２ メモリ
２０３ インタフェース
２１０ ストレージ性能収集プログラム
２１１ 性能分析サブプログラム
２１５ 性能情報収集サブプログラム
２１６ データ収集部
２１７ 収集項目設定部
２１８ 収集レベル取得部
２２０ 収集レベルグループ管理プログラム
２２１ 収集項目情報テーブル
２２２ 収集レベルグループ定義テーブル
２２３ 性能情報テーブル
２２４ データ配置テーブル
２２５ 最終収集時刻管理テーブル
２２６ データ特性テーブル
２２７ 収集レベルグループ管理テーブル
２２８ ボリューム管理テーブル
２２９ ストレージ特性テーブル
３０１ 制御装置
３０３ ポート
３０５ 論理ボリューム
３１０ 高収集レベルグループ
３２０ 中収集レベルグループ
３３０ 低収集レベルグループ

Claims (16)

  1. プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける性能監視方法であって、
    前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
    前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、
    前記管理計算機は、
    前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、
    前記論理ボリュームの監視条件を、前記グループごとに設定し、
    前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、
    前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする性能監視方法。
  2. 前記監視条件は、前記論理ボリュームから収集される性能情報の項目、前記性能情報の収集間隔、及び前記性能情報が集約される条件のうち少なくとも一つを含むことを特徴とする請求項１に記載の性能監視方法。
  3. 前記論理ボリュームに記憶されているデータが他の論理ボリュームに移動すると、前記管理計算機は、前記論理ボリュームと前記グループとの対応を変更することを特徴とする請求項１に記載の性能監視方法。
  4. 前記計算機システムは、複数のストレージサブシステムを含み、
    前記管理計算機は、当該複数のストレージサブシステムのうちの一つによって提供されるすべての論理ボリュームを、同一のグループに対応させることを特徴とする請求項１に記載の性能監視方法。
  5. 前記計算機システムは、一つのストレージサブシステムを含み、
    前記管理計算機は、当該一つのストレージサブシステムによって提供される論理ボリュームのそれぞれを、前記複数のグループのいずれかに対応させることを特徴とする請求項１に記載の性能監視方法。
  6. 前記管理計算機は、
    前記論理ボリュームと前記グループとの対応を変更すると、当該管理計算機及び前記ストレージサブシステムのうち少なくとも一方の負荷状態を取得し、
    前記取得された負荷状態に応じて、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする請求項１に記載の性能監視方法。
  7. 前記監視条件は、前記性能情報の取得間隔を含み、
    前記管理計算機は、
    前記論理ボリュームと前記グループとの対応を変更を変更すると、前記性能情報の取得間隔が長いグループから順に、監視条件を変更することを特徴とする請求項１に記載の性能監視方法。
  8. 一つ以上のストレージサブシステムに接続され、プロセッサ、メモリ及びインタフェースを備える計算機であって、
    前記ストレージサブシステムは、ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
    前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、
    前記プロセッサは、
    前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、
    前記論理ボリュームの監視条件を、前記グループごとに設定し、
    前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、
    前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする計算機。
  9. 前記監視条件は、前記論理ボリュームから収集される性能情報の項目、前記性能情報の収集間隔、及び前記性能情報が集約される条件のうち少なくとも一つを含むことを特徴とする請求項８に記載の計算機。
  10. 前記論理ボリュームに記憶されているデータが他の論理ボリュームに移動すると、前記プロセッサは、前記論理ボリュームと前記グループとの対応を変更することを特徴とする請求項８に記載の計算機。
  11. 複数のストレージサブシステムに接続され、
    前記プロセッサは、当該複数のストレージサブシステムのうちの一つによって提供されるすべての論理ボリュームを、同一のグループに対応させることを特徴とする請求項８に記載の計算機。
  12. 一つのストレージサブシステムに接続され、
    前記プロセッサは、当該一つのストレージサブシステムによって提供される論理ボリュームのそれぞれを、前記複数のグループのいずれかに対応させることを特徴とする請求項８に記載の計算機。
  13. 前記プロセッサは、
    前記論理ボリュームと前記グループとの対応を変更すると、当該計算機及び前記ストレージサブシステムのうち少なくとも一方の負荷状態を取得し、
    前記取得された負荷状態に応じて、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする請求項８に記載の計算機。
  14. 前記監視条件は、前記性能情報の取得間隔を含み、
    前記プロセッサは、
    前記論理ボリュームと前記グループとの対応を変更すると、前記性能情報の取得間隔が長いグループから順に、監視条件を変更することを特徴とする請求項８に記載の計算機。
  15. プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される仮想化装置と、前記仮想化装置に接続される一つ以上のストレージサブシステムと、前記仮想化装置に接続される管理計算機と、を備える計算機システムであって、
    前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
    前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記仮想化装置に提供し、
    前記仮想化装置は、前記提供された論理ボリュームを、前記ホスト計算機からデータの書き込みを要求される仮想ボリュームとして前記ホスト計算機及び前記管理計算機に提供し、
    前記管理計算機は、
    前記仮想ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、
    前記仮想ボリュームの監視条件を、前記グループごとに設定し、
    前記設定された監視条件に従って、前記仮想ボリュームの性能情報を監視し、
    前記仮想ボリュームと前記グループとの対応を変更を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする計算機システム。
  16. 前記仮想化装置は、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクを備えることを特徴とする請求項１５に記載の計算機システム。
JP2006155778A 2006-06-05 2006-06-05 性能監視方法、計算機及び計算機システム Expired - Fee Related JP4896593B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006155778A JP4896593B2 (ja) 2006-06-05 2006-06-05 性能監視方法、計算機及び計算機システム
US11/496,636 US7647450B2 (en) 2006-06-05 2006-08-01 Method, computer and computer system for monitoring performance

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006155778A JP4896593B2 (ja) 2006-06-05 2006-06-05 性能監視方法、計算機及び計算機システム

Publications (2)

Publication Number Publication Date
JP2007323560A true JP2007323560A (ja) 2007-12-13
JP4896593B2 JP4896593B2 (ja) 2012-03-14

Family

ID=38791743

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006155778A Expired - Fee Related JP4896593B2 (ja) 2006-06-05 2006-06-05 性能監視方法、計算機及び計算機システム

Country Status (2)

Country Link
US (1) US7647450B2 (ja)
JP (1) JP4896593B2 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009266015A (ja) * 2008-04-25 2009-11-12 Hitachi Ltd ストレージシステム及びその監視条件変更方法
JP2010122971A (ja) * 2008-11-20 2010-06-03 Hitachi Ltd 情報処理システムを構成している装置の監視方法、情報処理装置、及び情報処理システム
JP2011090639A (ja) * 2009-10-26 2011-05-06 Hitachi Ltd 情報処理システム、及びストレージ監視サーバの管理方法
US7954013B2 (en) 2008-06-05 2011-05-31 Hitachi, Ltd. Storage device and performance measurement method for the same
WO2011077533A1 (ja) * 2009-12-24 2011-06-30 富士通株式会社 性能データ収集方法、性能データ収集装置及び性能データ管理システム
WO2014054274A1 (ja) * 2012-10-02 2014-04-10 パナソニック株式会社 監視装置及び監視方法
US8914488B2 (en) 2011-04-28 2014-12-16 International Business Machines Corporation Method and system for monitoring a monitoring-target process
WO2015189891A1 (ja) * 2014-06-09 2015-12-17 株式会社日立製作所 管理計算機および管理方法
JP2019160124A (ja) * 2018-03-16 2019-09-19 富士通株式会社 ストレージ管理装置、ストレージシステム、及びストレージ管理プログラム

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009223442A (ja) 2008-03-13 2009-10-01 Hitachi Ltd ストレージシステム
US20140032748A1 (en) * 2012-07-25 2014-01-30 Niksun, Inc. Configurable network monitoring methods, systems, and apparatus
US9235353B2 (en) * 2012-10-12 2016-01-12 Hitachi, Ltd. Storage apparatus and management method including determination of migration of data from one storage area to another based on access frequency
US9823814B2 (en) 2015-01-15 2017-11-21 International Business Machines Corporation Disk utilization analysis
US10089136B1 (en) * 2016-09-28 2018-10-02 EMC IP Holding Company LLC Monitoring performance of transient virtual volumes created for a virtual machine
CN108733308B (zh) * 2017-04-17 2021-06-22 伊姆西Ip控股有限责任公司 用于管理盘池的方法和设备
US11687267B2 (en) 2020-04-14 2023-06-27 Hewlett Packard Enterprise Development Lp Containerized application manifests and virtual persistent volumes
US11693573B2 (en) 2020-06-18 2023-07-04 Hewlett Packard Enterprise Development Lp Relaying storage operation requests to storage systems using underlying volume identifiers
US11520673B2 (en) * 2020-07-21 2022-12-06 Hewlett Packard Enterprise Development Lp Maintenance operations based on analysis of collected data
US11960773B2 (en) * 2020-07-31 2024-04-16 Hewlett Packard Enterprise Development Lp Modifying virtual persistent volumes based on analysis of performance metrics

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122508A (ja) * 2001-10-15 2003-04-25 Hitachi Ltd ボリューム管理方法及び装置
JP2005062941A (ja) * 2003-08-12 2005-03-10 Hitachi Ltd 性能情報分析方法
JP2005157933A (ja) * 2003-11-28 2005-06-16 Hitachi Ltd ストレージネットワークの性能情報を収集する方法およびプログラム
JP2005275829A (ja) * 2004-03-25 2005-10-06 Hitachi Ltd ストレージシステム
JP2006053601A (ja) * 2004-08-09 2006-02-23 Hitachi Ltd ストレージ装置
JP2006079432A (ja) * 2004-09-10 2006-03-23 Hitachi Ltd ストレージ装置およびそのボリューム再配置方法
JP2006099748A (ja) * 2004-08-30 2006-04-13 Hitachi Ltd ストレージシステム及びデータ再配置制御装置。
JP2006107126A (ja) * 2004-10-05 2006-04-20 Hitachi Ltd ストレージネットワーク性能情報の収集・保存方法及び計算機システム並びにプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6449739B1 (en) * 1999-09-01 2002-09-10 Mercury Interactive Corporation Post-deployment monitoring of server performance
JP2004318540A (ja) * 2003-04-17 2004-11-11 Hitachi Ltd 性能情報監視装置、方法およびプログラム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122508A (ja) * 2001-10-15 2003-04-25 Hitachi Ltd ボリューム管理方法及び装置
JP2005062941A (ja) * 2003-08-12 2005-03-10 Hitachi Ltd 性能情報分析方法
JP2005157933A (ja) * 2003-11-28 2005-06-16 Hitachi Ltd ストレージネットワークの性能情報を収集する方法およびプログラム
JP2005275829A (ja) * 2004-03-25 2005-10-06 Hitachi Ltd ストレージシステム
JP2006053601A (ja) * 2004-08-09 2006-02-23 Hitachi Ltd ストレージ装置
JP2006099748A (ja) * 2004-08-30 2006-04-13 Hitachi Ltd ストレージシステム及びデータ再配置制御装置。
JP2006079432A (ja) * 2004-09-10 2006-03-23 Hitachi Ltd ストレージ装置およびそのボリューム再配置方法
JP2006107126A (ja) * 2004-10-05 2006-04-20 Hitachi Ltd ストレージネットワーク性能情報の収集・保存方法及び計算機システム並びにプログラム

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009266015A (ja) * 2008-04-25 2009-11-12 Hitachi Ltd ストレージシステム及びその監視条件変更方法
US7954013B2 (en) 2008-06-05 2011-05-31 Hitachi, Ltd. Storage device and performance measurement method for the same
JP2010122971A (ja) * 2008-11-20 2010-06-03 Hitachi Ltd 情報処理システムを構成している装置の監視方法、情報処理装置、及び情報処理システム
JP2011090639A (ja) * 2009-10-26 2011-05-06 Hitachi Ltd 情報処理システム、及びストレージ監視サーバの管理方法
US9396087B2 (en) 2009-12-24 2016-07-19 Fujitsu Limited Method and apparatus for collecting performance data, and system for managing performance data
JP5267681B2 (ja) * 2009-12-24 2013-08-21 富士通株式会社 性能データ収集方法、性能データ収集装置及び性能データ管理システム
WO2011077533A1 (ja) * 2009-12-24 2011-06-30 富士通株式会社 性能データ収集方法、性能データ収集装置及び性能データ管理システム
US8914488B2 (en) 2011-04-28 2014-12-16 International Business Machines Corporation Method and system for monitoring a monitoring-target process
US10068015B2 (en) 2011-04-28 2018-09-04 International Business Machines Corporation Monitoring a monitoring-target process
WO2014054274A1 (ja) * 2012-10-02 2014-04-10 パナソニック株式会社 監視装置及び監視方法
WO2015189891A1 (ja) * 2014-06-09 2015-12-17 株式会社日立製作所 管理計算機および管理方法
JP2019160124A (ja) * 2018-03-16 2019-09-19 富士通株式会社 ストレージ管理装置、ストレージシステム、及びストレージ管理プログラム
JP7006406B2 (ja) 2018-03-16 2022-01-24 富士通株式会社 ストレージ管理装置、ストレージシステム、及びストレージ管理プログラム

Also Published As

Publication number Publication date
US7647450B2 (en) 2010-01-12
JP4896593B2 (ja) 2012-03-14
US20070283091A1 (en) 2007-12-06

Similar Documents

Publication Publication Date Title
JP4896593B2 (ja) 性能監視方法、計算機及び計算機システム
US11086523B2 (en) Automatic tiering of storage using dynamic grouping
US8380947B2 (en) Storage application performance matching
JP4733461B2 (ja) 計算機システム、管理計算機及び論理記憶領域の管理方法
US7444483B2 (en) Management apparatus, management method and storage management system
JP6165886B2 (ja) 動的ストレージサービスレベル・モニタリングの管理システムおよび方法
US11256595B2 (en) Predictive storage management system
US20100125715A1 (en) Storage System and Operation Method Thereof
US8762667B2 (en) Optimization of data migration between storage mediums
US8671263B2 (en) Implementing optimal storage tier configurations for a workload in a dynamic storage tiering system
US20110320754A1 (en) Management system for storage system and method for managing storage system
US20140189236A1 (en) Data storage method and storage device
US8171059B2 (en) Data migration management apparatus and management method
EP2302500A2 (en) Application and tier configuration management in dynamic page realloction storage system
US8402214B2 (en) Dynamic page reallocation storage system management
US20060212495A1 (en) Method and system for storing data into a database
US20110258379A1 (en) Method and apparatus to manage tier information
JP2013509658A (ja) 将来の使用推量に基づく記憶メモリの割り当て
US10067704B2 (en) Method for optimizing storage configuration for future demand and system thereof
US20120151174A1 (en) Computer system, management method of the computer system, and program
US11914894B2 (en) Using scheduling tags in host compute commands to manage host compute task execution by a storage device in a storage system
JP5773493B2 (ja) 情報処理装置
WO2019084917A1 (zh) 存储系统可用容量计算方法及装置
US20140058717A1 (en) Simulation system for simulating i/o performance of volume and simulation method
JP2019125322A (ja) ストレージ管理装置、ストレージ管理方法、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090512

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111011

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111201

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: 20111220

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: 20111221

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: 20150106

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees