(57)【要約】【課題】計算機上のファイルシステムがディスクをどのくらい使用しているか把握するために、エージェントと呼ばれるプログラムをインストールする必要がある。そのため、インストール作業やエージェントプログラムによるサーバの負荷がかかり、運用コストが増加する可能性がある。また、ストレージ装置内のソフトウェアが入出力データの対象ブロックを判断・記録することで使用容量を把握すると、ストレージ装置の入出力性能が低下する可能性がある。【解決手段】ストレージ装置から構成情報と稼働情報を取得し、計算機からＬＵに対する入出力データがある場合には入出力を行ったＬＵを使用していると判断し、計算機が使用している容量を算出する。【選択図】図１
2010086114.tif 000002
【特許請求の範囲】
【請求項１】
第一の計算機と、第二の計算機と、前記第一の計算機および前記第二の計算機とに接続されるストレージ装置と、を備える計算機システムであって、
前記ストレージ装置は、前記第一の計算機から送信されたデータを格納する複数の論理ユニットを作成し、前記第一の計算機から前記複数の論理ユニットへの入出力要求の有無を管理し、前記入出力要求の有無を前記第二の計算機へ送信し、
前記第二の計算機は、前記ストレージ装置から前記入出力要求の有無を受信し、前記入出力要求があった論理ユニットを前記第一の計算機に使用されていると判断し、前記使用されている論理ユニットの容量から前記第一の計算機が使用している前記ストレージ装置の容量を算出することを特徴とする、計算機システム。
【請求項２】
前記第一の計算機は複数の仮想ファイルシステムを備え、
前記複数の仮想ファイルシステムは、使用している前記論理ユニットの容量を前記仮想ファイルシステムごとに管理することを特徴とする、請求項１記載の計算機システム。
【請求項３】
前記第二の計算機は、前記記憶領域への前記入出力要求が一定の回数を超えた場合に、前記記憶領域を使用していると判断することを特徴とする、請求項２記載の計算機システム。
【請求項４】
前記第二の計算機は、前記記憶領域作成後、一定の時間を越えた場合に、前記記憶領域を使用していると判断することを特徴とする、請求項３記載の計算機システム。
【請求項５】
前記第二の計算機は、前記記憶領域が前記ストレージ装置のポートに接続されている場合、前記記憶領域が前記第一の計算機に割り当てられていると判断し、前記第一の計算機からの前記記憶領域への前記入出力要求の回数が０より大きい場合、前記記憶領域が前記第一の計算機に使用されていると判断することを特徴とする、請求項４記載の計算機システム。
【請求項６】
前記第二の計算機は、前記第一の計算機が使用している前記ストレージ装置の容量を算出し、算出した前記容量から将来の容量の増加傾向を算出し、前記ストレージ装置と、前記容量と、前記容量の増加傾向を、前記第二の計算機の画面に表示することを特徴とする、請求項５記載の計算機システム。
【請求項７】
第二のストレージ装置は、前記第一の計算機および前記第二の計算機と、第一のストレージ装置と、に接続され、
前記第一のストレージ装置は前記第一の計算機から送信されたデータを格納する複数の第一の論理ユニットを作成し、
前記第二のストレージ装置は前記第一の計算機から送信されたデータを格納する複数の第二の論理ユニットを作成し、前記複数の第二の論理ユニットを、前記第一のストレージ装置の論理ユニットとして前記第一の計算機に割り当て、
前記第一のストレージ装置は、前記第一の計算機から前記複数の第二の論理ユニットへの入出力要求の有無を管理し、前記入出力要求の有無を前記第二の計算機へ送信し、
前記第二の計算機は、前記第一のストレージ装置から前記複数の第二の論理ユニットへの入出力要求の有無を受信し、前記入出力要求があった前記第二の論理ユニットを前記第一の計算機に使用されていると判断し、前記使用されている第二の論理ユニットの容量から前記第一の計算機が使用している前記第二のストレージ装置の容量を算出することを特徴とする、請求項１記載の計算機システム。
【請求項８】
前記ストレージ装置は、前記第一の計算機から送信されたデータを格納する複数の論理ユニットを作成し、前記第一の計算機から前記複数の論理ユニットへの入出力要求の有無を管理し、前記入出力要求があった論理ユニットを前記第一の計算機に使用されていると判断し、前記使用されている論理ユニットの容量から前記第一の計算機が使用している前記ストレージ装置の容量を算出することを特徴とする、請求項１記載の計算機システム。
【請求項９】
前記第一の計算機は複数あり、前記複数の第一の計算機は、使用している前記論理ユニットの容量を前記第一の計算機ごとに管理することを特徴とする、請求項１記載の計算機システム。
【請求項１０】
第一の計算機と、第二の計算機と、前記第一の計算機および前記第二の計算機とに接続されるストレージ装置と、を備える計算機システムの容量管理方法であって、
前記ストレージ装置は、前記第一の計算機から送信されたデータを格納する複数の論理ユニットを作成し、前記第一の計算機から前記複数の論理ユニットへの入出力要求の有無を管理し、前記入出力要求の有無を前記第二の計算機へ送信し、
前記第二の計算機は、前記ストレージ装置から前記入出力要求の有無を受信し、前記入出力要求があった論理ユニットを前記第一の計算機に使用されていると判断し、前記使用されている論理ユニットの容量から前記第一の計算機が使用している前記ストレージ装置の容量を算出することを特徴とする、計算機システムの容量管理方法。
【請求項１１】
前記第一の計算機は複数の仮想ファイルシステムを備え、
前記複数の仮想ファイルシステムは、使用している前記論理ユニットの容量を前記仮想ファイルシステムごとに管理することを特徴とする、請求項１０記載の計算機システムの容量管理方法。
【請求項１２】
前記第二の計算機は、前記記憶領域への前記入出力要求が一定の回数を超えた場合に、前記記憶領域を使用していると判断することを特徴とする、請求項１１記載の計算機システムの容量管理方法。
【請求項１３】
前記第二の計算機は、前記記憶領域作成後、一定の時間を越えた場合に、前記記憶領域を使用していると判断することを特徴とする、請求項１２記載の計算機システムの容量管理方法。
【請求項１４】
前記第二の計算機は、前記記憶領域が前記ストレージ装置のポートに接続されている場合、前記記憶領域が前記第一の計算機に割り当てられていると判断し、前記第一の計算機からの前記記憶領域への前記入出力要求の回数が０より大きい場合、前記記憶領域が前記第一の計算機に使用されていると判断することを特徴とする、請求項１３記載の計算機システムの容量管理方法。
【請求項１５】
前記第二の計算機は、前記第一の計算機が使用している前記ストレージ装置の容量を算出し、算出した前記容量から将来の容量の増加傾向を算出し、前記ストレージ装置と、前記容量と、前記容量の増加傾向を、前記第二の計算機の画面に表示することを特徴とする、請求項１４記載の計算機システムの容量管理方法。
【請求項１６】
第二のストレージ装置は、前記第一の計算機および前記第二の計算機と、第一のストレージ装置と、に接続され、
前記第一のストレージ装置は前記第一の計算機から送信されたデータを格納する複数の第一の論理ユニットを作成し、
前記第二のストレージ装置は前記第一の計算機から送信されたデータを格納する複数の第二の論理ユニットを作成し、前記複数の第二の論理ユニットを、前記第一のストレージ装置の論理ユニットとして前記第一の計算機に割り当て、
前記第一のストレージ装置は、前記第一の計算機から前記複数の第二の論理ユニットへの入出力要求の有無を管理し、前記入出力要求の有無を前記第二の計算機へ送信し、
前記第二の計算機は、前記第一のストレージ装置から前記複数の第二の論理ユニットへの入出力要求の有無を受信し、前記入出力要求があった前記第二の論理ユニットを前記第一の計算機に使用されていると判断し、前記使用されている第二の論理ユニットの容量から前記第一の計算機が使用している前記第二のストレージ装置の容量を算出することを特徴とする、請求項１０記載の計算機システムの容量管理方法。
【請求項１７】
前記ストレージ装置は、前記第一の計算機から送信されたデータを格納する複数の論理ユニットを作成し、前記第一の計算機から前記複数の論理ユニットへの入出力要求の有無を管理し、前記入出力要求があった論理ユニットを前記第一の計算機に使用されていると判断し、前記使用されている論理ユニットの容量から前記第一の計算機が使用している前記ストレージ装置の容量を算出することを特徴とする、請求項１０記載の計算機システムの容量管理方法。
【請求項１８】
前記第一の計算機は複数あり、前記複数の第一の計算機は、使用している前記論理ユニットの容量を前記第一の計算機ごとに管理することを特徴とする、請求項１０記載の計算機システムの容量管理方法。
【請求項１９】
第一の計算機と、第二の計算機と、前記第一の計算機および前記第二の計算機とに接続される、ストレージ装置と、を備える計算機システムであって、
前記ストレージ装置は、前記第一の計算機から送信されるデータを格納する複数の論理ユニットを作成し、前記第一の計算機から前記複数の論理ユニットへの入出力要求の有無を管理し、前記複数の論理ユニットの容量と、前記複数の論理ユニットへの入出力要求の回数と、前記入出力要求のあった日時と、前記複数の論理ユニットを作成した日時と、前記入出力要求の有無と、の情報を前記第二の計算機に送信し、
前記第二の計算機は、前記第一の計算機が前記複数の論理ユニットを使用しているかを判断するための、最小入出力回数と、最小時間と、を保持し、前記第一の計算機から、使用容量を表示する要求を受信すると、前記論理ユニットへの入出力要求の回数が前記最小入出力回数を超え、前記論理ユニット作成後、前記最小時間を越え、前記論理ユニットに入出力要求がある場合、前記論理ユニットが前記第一の計算機に使用されていると判断し、前記使用されている論理ユニットの容量から前記第一の計算機が使用している前記ストレージ装置の容量を算出し、前記算出した容量から将来の容量の増加傾向を算出し、前記算出した容量と、前記算出した容量の増加傾向を前記第二の計算機の画面に表示することを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステムにおける、容量管理方法に関する。
【背景技術】
【０００２】
近年、計算機の性能向上や、インターネット回線の速度向上により、計算機上で扱われるデータ量が増加している。特に、メールシステムにおけるメールボックスや、ユーザが使用するＯＳイメージをストレージに蓄積する形態のシンクライアント・システムにおいては、データ量はユーザ数増加に影響されやすい。増加するデータ量に対して適切な容量のストレージを導入することで、ＴＣＯ削減などへの期待が高まっている。そのため、計算機が使用している容量を管理するためのソフトウェア(特許文献１参照)や技術(特許文献２参照)が公開されている。また、ストレージ装置を含めたＩＴシステムをリモートから管理する技術(特許文献３参照)が公開されている。
【０００３】
【特許文献１】公開特許公報２００４−１３９４９４号
【特許文献２】公開特許公報２００３−３０３０５４号
【特許文献３】米国公開特許公報２００２／０２７１６５６号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術によると、計算機上のファイルシステムがディスクをどのくらい使用しているか把握するために、計算機にエージェントと呼ばれるプログラムをインストールする必要がある。そのため、インストール作業やエージェントプログラムによってサーバに負荷がかかり、運用コストが増加する可能性がある。計算機が複数ある場合、複数の計算機は個別に容量を管理している。このため、管理プログラムがネットワーク上で容量の管理情報を送受信するために、個別に権限を与える必要があり、エージェントプログラムを用いて管理するのが一般的である。計算機が複数の仮想ファイルシステムを備える場合も、同様の理由でエージェントプログラムが必要となる。また、特許文献２の技術によると、ストレージ装置内のソフトウェアが入出力データの対象ブロックを判断・記録する必要があるため、ストレージ装置の入出力性能が低下する可能性がある。また、特許文献３では、ストレージ装置の構成情報から物理ディスクの容量を把握することができるが、計算機が使用しているディスク容量は把握することはできない。
【０００５】
本発明は、前述した問題点に鑑みてなされたものであって、計算機にプログラムをインストールすることなく、計算機が使用しているディスク容量を管理する技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
ストレージ装置から構成情報と稼働情報を取得し、計算機からＬＵ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）に対する入出力データがある場合には入出力を行ったＬＵを使用していると判断し、計算機が使用している容量を算出する。
【発明の効果】
【０００７】
本発明の効果は、インストール作業やエージェントプログラムによってサーバへ負荷をかけることなく、ディスク容量を管理できることである。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態を、詳細に説明する。
【実施例１】
【０００９】
本発明を実施するための形態の概要を示す。本発明では、計算機１０００が使用しているストレージ装置１４００の容量を算出する場合に実施される。
【００１０】
図１に、本発明を実施するための形態におけるシステム構成を示す。図１において、計算機１０００は、ストレージ装置１４００へ入出力を行う計算機である。図１では計算機１０００を１つだけ図示しているが、計算機１０００は複数あってもよい。また、計算機１０００は仮想ファイルシステムを複数備えていてもよい。
【００１１】
計算機１０００は、ＦＣ  Ｉ／Ｆ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｆａｃｅ）１００１と、ＩＰ  Ｉ／Ｆ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｉｎｔｅｒｆａｃｅ）１００５と、ＣＰＵ１００２と、メモリ１００７と、記憶装置１００６と、入力装置１００３と、出力装置１００４と、を備えている。
【００１２】
ＦＣ  Ｉ／Ｆ１００１は、ストレージ装置１４００との入出力データを送受信する。ＩＰ  Ｉ／Ｆ１００５は、管理計算機１１００との管理データを送受信する。ＣＰＵ１００２は、プログラムを実行し、計算機全体を制御する。メモリ１００７はプログラムのための記憶領域である。記憶装置１００６は、プログラムやユーザデータなどを記憶する。入力装置１００３は、キーボードやマウスなどのユーザが入力するための装置である。出力装置１００４、はディスプレイなどユーザへの情報を表示するための装置である。
【００１３】
管理計算機１１００は、計算機１０００やストレージ装置１４００を管理するための計算機である。管理計算機１１００は、ＦＣ  Ｉ／Ｆ１１０１と、ＩＰ  Ｉ／Ｆ１１０５と、ＣＰＵ１１０２と、メモリ１１０７と、記憶装置１１０６と、入力装置１１０３と、出力装置１１０４と、を備えている。
【００１４】
ＦＣ  Ｉ／Ｆ１１０１は、ストレージ装置１４００との入出力データと制御データを送受信する。ＩＰ  Ｉ／Ｆ１１０５は、計算機１０００やストレージ装置１４００との管理データを送受信する。ＣＰＵ１１０２は、プログラムを実行し計算機全体を制御する。メモリ１１０７は、プログラムのための記憶領域である。記憶装置１１０６は、プログラムやユーザデータなどを記憶する。入力装置１１０３は、キーボードやマウスなどのユーザが入力するための装置である。出力装置１１０４、はディスプレイなどユーザへの情報を表示するための装置である。
【００１５】
ＦＣスイッチ１２００は管理計算機１０００からストレージ装置１４００などへの入出力データを転送するためのスイッチ装置である。ＦＣスイッチ１２００は、ＦＣ  Ｉ／Ｆ１２０３と、ＩＰ  Ｉ／Ｆ１２０４と、ＣＰＵ１２０１と、メモリ１２０２を備えている。
【００１６】
ＦＣ  Ｉ／Ｆ１２０３は、入出力データを送受信する。ＩＰ  Ｉ／Ｆ１２０４は、管理データを送受信する。ＣＰＵ１２０１は、プログラムを実行しＦＣスイッチ全体を制御する。メモリ１２０２は、プログラムやデータのための記憶領域である。
【００１７】
ＩＰスイッチ１３００は管理計算機１１００から計算機１０００などへの管理データを転送するためのスイッチ装置である。ＩＰスイッチ１３００は、ＩＰ  Ｉ／Ｆ１３０３と、ＣＰＵ１３０１と、メモリ１３０２と、を備えている。
【００１８】
ＩＰ  Ｉ／Ｆ１３０３は、管理データを送受信する。ＣＰＵ１３０１は、プログラムを実行しＩＰスイッチ全体を制御する。メモリ１３０２はプログラムやデータのための記憶領域である。
【００１９】
ストレージ装置１４００は、計算機１０００からの入出力データを処理するノードである。ストレージ装置１４００は、ＦＣ  Ｉ／Ｆ１４０１と、ＩＰ  Ｉ／Ｆ１４０２と、ＣＰＵ１４０３と、メモリ１４０４と、ディスクコントローラ１４０５と、ディスク装置１４０６、１４０７と、ＬＵ１４１１〜１４１４と、使用領域１４０８と、未使用領域１４０９と、未割当領域１４１０と、を備えている。
【００２０】
ＦＣ  Ｉ／Ｆ１４０１は、ＦＣスイッチから転送された入出力データを受信する。ＩＰ  Ｉ／Ｆ１４０２は、管理計算機１１００からの管理データを受信する。ＣＰＵ１４０３は、プログラムを実行しストレージ装置全体を制御する。メモリ１４０４は、プログラムのための記憶領域である。ディスクコントローラ１４０５は、ＣＰＵ１４０３からの指示により、ディスクへのアクセスを制御する。ディスク装置１４０６、１４０７は、ユーザデータを保存する。ＬＵ１４１１〜１４１４は、ディスク装置を計算機１０００が使用できるように割り当てた記憶領域である。使用領域１４０８は、計算機１０００に割り当てられ、使用されているＬＵである。未使用領域１４０９は、計算機１０００に割り当てられているが、使用されていないＬＵである。未割当領域１４１０は、計算機１０００に割り当てられていないＬＵである。
【００２１】
図２に、計算機１０００のメモリ構成を示す。計算機１０００は、起動時にメモリ１００７へ、データ入出力プログラム２００１と、計算機設定管理プログラム２００２と、計算機設定テーブル２００３と、を読み込む。
【００２２】
データ入出力プログラム２００１は、ストレージ装置１４００へのデータの入出力を行うプログラムである。計算機設定管理プログラム２００２は、計算機の設定情報を管理するプログラムである。計算機設定テーブル２００３は、計算機が使用しているＬＵと、使用しているＬＵと接続するためのＩ／Ｆの情報を保持する。
【００２３】
図３に、管理計算機１１００のメモリ構成を示す。管理計算機１１００は、起動時にメモリ１１０７へ、容量判定プログラム３００１と、容量判定設定テーブル３００２と、ＬＵ状態管理テーブル３００３と、ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５と、を読み込む。
【００２４】
容量判定プログラム３００１は、計算機１０００が使用しているストレージ装置１４００の容量を判定するためのプログラムである。容量判定設定テーブル３００２は、ストレージ装置１４００の容量を判定する条件を設定するテーブルである。ＬＵ状態管理テーブル３００３は、計算機１０００が使用しているストレージ装置１４００のＬＵが割り当てられているかと使用されているかの情報を保持する。ストレージ装置構成情報テーブル４００３は、ストレージ装置１４００の構成情報を保持する。ストレージ装置稼働情報テーブル４００４は、ストレージ装置１４００に含まれるＬＵへの１秒あたりのＩＯであるＩＯＰＳ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｐｅｒ  Ｓｅｃｏｎｄ）の情報を保持する。ストレージ装置設定履歴テーブル４００５は、ストレージ装置１４００に含まれるＬＵの作成日時とＬＵがポートに割り当てられた日時の情報を保持する。
【００２５】
図４に、ストレージ装置１４００のメモリ構成を示す。ストレージ装置１４００は、起動時にメモリ１４０４へ、データ処理プログラム４００１と、ストレージ装置情報管理プログラム４００２と、ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５を読み込む。
【００２６】
データ処理プログラム４００１は、計算機１０００などからストレージ装置１４００へアクセスを処理するプログラムである。ストレージ装置情報管理プログラム４００２は、ストレージ装置１４００の構成情報と稼働情報と設定履歴を管理するプログラムである。また、ストレージ装置情報管理プログラム４００２は、管理計算機１１００からの要求に対して、これらの情報を送信する。ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５は、図３で説明したものと同様である。
【００２７】
図５に、計算機設定テーブル２００３の構成を示す。計算機設定テーブル２００３は、ホスト名５００１と、ＬＵ名５００２と、接続先Ｉ／Ｆ５００３を備える。
【００２８】
ホスト名５００１は、計算機の検索の識別子である。ＬＵ名５００２は、計算機が使用しているＬＵの識別子である。接続先Ｉ／Ｆ５００３は計算機が使用しているＬＵへの接続先である。
【００２９】
図６に、容量判定設定テーブル３００２の構成を示す。容量判定設定テーブル３００２は、ホスト名６００１と、最小ＩＯＰＳ６００２と、最小時間６００３を備える。
【００３０】
ホスト名６００１は、計算機の識別子である。最小ＩＯＰＳ６００２は、ＬＵが使用されていると判断するための、最低限の１秒あたりのＩＯ量である。ＩＯ量が最小ＩＯＰＳ６００２を超えた場合、そのＬＵは使用されていると判断される。計算機からのＩＯがなくても、サーバやストレージ自身の監視などによって一定量のＩＯが発生する。計算機からのＩＯがない状態でのＩＯＰＳを計測し、その値が最小ＩＯＰＳ６００２に入力される。最小時間６００３は、ＬＵが使用されていると判断するための、ＬＵ作成後経過時間である。ＬＵ作成後経過時間が最小時間６００３を超えると、そのＬＵは使用されていると判断される。データ移行やフォーマットなどによって、一定期間、ＩＯが発生する場合がある。データ移行やフォーマットの際にＩＯが発生する時間を計測し、その値が最小時間６００３に入力される。
【００３１】
図７に、ＬＵ状態管理テーブル３００３の構成を示す。ＬＵ状態管理テーブル３００３は、ストレージ名７００１と、ＬＵ名７００２と、割当７００３と、使用７００４を備える。
【００３２】
ストレージ名７００１は、ストレージ装置の識別子である。ＬＵ名７００２はＬＵの識別子である。割当７００３は、ＬＵが計算機に割り当てられているかを示す。ＬＵがポートに割り当てられると、割当７００３は“Ｔｒｕｅ”となる。使用７００４は、ＬＵが計算機に使用されているかを示す。ディスク増設時には、ＬＵが作成され、ストレージ名７００１とＬＵ名７００２が追加される。その際、割当７００３と使用７００４は“Ｆａｌｓｅ”である。
【００３３】
図８に、ストレージ装置構成情報テーブル４００３の構成を示す。ストレージ装置構成情報テーブル４００３は、ストレージ名８００１と、ＬＵ名８００２と、接続先Ｉ／Ｆ８００３と、容量８００４を備える。
【００３４】
ストレージ名８００１は、ストレージ装置の識別子である。ＬＵ名８００２は、ＬＵの識別子である。Ｉ／Ｆ８００３は、ＬＵの接続先ＦＣ  Ｉ／Ｆである。容量８００４は、ＬＵの容量を示す。
【００３５】
図９に、ストレージ装置稼働情報テーブル４００４の構成を示す。ストレージ装置稼働情報テーブル４００４は、日時９００１と、ストレージ名９００２と、ＬＵ名９００３と、ＩＯＰＳ９００４を備える。
【００３６】
日時９００１は稼動情報の取得日時である。ストレージ名９００２はストレージ装置の識別子である。ＬＵ名９００３はＬＵの識別子である。ＩＯＰＳ９００４はＬＵが受信した１秒あたりのＩＯ量である。
【００３７】
図１０に、ストレージ装置設定履歴テーブル４００５の構成を示す。ストレージ装置設定履歴テーブル４００５は、日時１０００１と、ストレージ装置の識別子であるストレージ名１０００２と、ＬＵの識別子であるＬＵ名１０００３と、ストレージ装置への操作内容である操作１０００４を備える。
【００３８】
日時１０００１は、ＬＵ作成やＬＵへポートを割り当てた日時である。ストレージ名１０００２は、ストレージ装置の識別子である。ＬＵ名１０００３はＬＵの識別子である。操作１０００４は、ＬＵ作成やＬＵへのポートを割り当て等、ストレージ装置への操作内容である。
【００３９】
図１１に、容量判定処理の処理フローを示す。管理計算機１１００のＣＰＵ１１０２が容量判定プログラム３００１を実行する。容量判定プログラム３００１が実行されると、ＣＰＵ１１０２は、ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５の送信要求をストレージ装置１４００に送信する(ステップ１１００１)。
【００４０】
ストレージ装置１４００が、管理計算機１１００からの送信要求を受信すると、ストレージ装置１４００のＣＰＵ１４０３は、ストレージ装置情報管理プログラム４００２を実行する。ストレージ装置情報管理プログラム４００２が実行されると、ＣＰＵ１４０３は、ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５と、を管理計算機１１００に送信する(ステップ１１００２)。送信のタイミングは、管理計算機１１００から送信要求を受信したタイミングでも、定期的でも、ストレージ装置構成情報テーブル４００３または、ストレージ装置稼働情報テーブル４００４が変更されたタイミングでもよい。
【００４１】
計算機１０００もしくはストレージ装置１４００の管理者は、使用容量の表示要求を管理計算機１１００に送信する(ステップ１１００３)。それを受信した管理計算機１１００のＣＰＵ１１０２は、使用容量算出処理を実行し(ステップ１１００４)、使用容量を表示した使用容量管理画面を管理計算機１１００に送信する(ステップ１１００５)。管理者から送信される使用容量表示要求(ステップ１１００３)は、管理計算機上で送信されてもよいし、他の計算機から送信されてもよい。
【００４２】
図１２に、使用容量算出処理の処理フローを示す。管理計算機１１００のＣＰＵ１１０２は、容量判定プログラム３００１を実行する。容量判定プログラム３００１が実行されると、ＣＰＵ１１０２はストレージ装置構成情報テーブル４００３を読み込み、先頭レコードを選択する(ステップ１２００１)。図８では、先頭レコードは、ストレージ名８００１が“１４００”、ＬＵ名８００２が“１４１１”、接続先Ｉ／Ｆ８００３が“１４０１”、容量４００３が“１００ＧＢ”である。
【００４３】
次に、管理計算機１１００のＣＰＵ１１０２は、ストレージ装置構成情報テーブル４００３の全てのレコードを処理済かどうか判断する。(ステップ１２００２)。判断結果が真である場合には、ＣＰＵ１１０２は処理を終了する。判断結果が偽である場合には、ＣＰＵ１１０２は、対象外データ除外処理を実行(ステップ１２００３)する。
【００４４】
次に、管理計算機１１００のＣＰＵ１１０２は、ＬＵ状態判断処理を実行(ステップ１２００４)する。次に、ＣＰＵ１１０２は、容量傾向予測処理を実行(ステップ１２００５)する。次に、ＣＰＵ１１０２は、ストレージ装置稼働情報テーブル４００４の次のレコードを読み込む(ステップ１２００６)。容量傾向予測処理は、ＬＵ状態判断処理にて作成したＬＵ状態管理テーブル３００３の情報を用いて、将来の容量の増加傾向を予測する処理である。具体的には、管理計算機１１００のＣＰＵ１１０２は、ＬＵ状態管理テーブル３００３の割当７００３と使用７００４が両方とも“Ｔｒｕｅ”のＬＵ名７００２を求める。次に、ＣＰＵ１１０２は、そのＬＵ名７００２と同じＬＵ名８００２をストレージ装置構成情報テーブルから探し、該当するＬＵの容量８００４から、計算機が使用している容量を算出する。算出した容量の情報が蓄積され、将来の容量の増加傾向が予測される。本実施例では、容量傾向の算出は、回帰分析による傾向分析など統計的手法によって予測する。
【００４５】
図１３に、対象外データ除外処理の処理フローを示す。対象外データ除外処理は、容量判定設定テーブル３００２と、ストレージ装置稼動情報テーブル４００４を比較し、条件を満たさないＬＵを使用容量算出処理の対象から除外する。対象外データ除外処理は、サーバやストレージ自身による監視などによって発生する一定量のＩＯを除外するための処理である。また、対象外データ除外処理は、ＬＵ作成後のデータ移行やフォーマットによって発生する一定期間のＩＯを除外するための処理である。
【００４６】
管理計算機１１００のＣＰＵ１１０２は、ストレージ装置稼働情報テーブル４００４を読み込み、先頭レコードを選択する(ステップ１３００１)。図９では、先頭レコードは、日時９００１が“２００８/０４/０１-１０:００“、ストレージ名９００２が”１４００“、ＬＵ名９００３が”１４１１“、ＩＯＰＳ９００４が”２００“である。
【００４７】
次に、管理計算機１１００のＣＰＵ１１０２は、全てのレコードを処理済かどうか判断する(ステップ１３００２)。判断結果が真である場合には、ＣＰＵ１１０２は処理を終了する。判断結果が偽である場合には、ＣＰＵ１１０２は次の処理（ステップ１３００３）を実行する。次にＣＰＵ１１０２は、ストレージ装置稼働情報テーブル４００４のＩＯＰＳ８００４が容量判定設定テーブルの最小ＩＯＰＳより小さいか判断する(ステップ１３００３)。判断結果が真である場合には、ＣＰＵ１１０２は読み込んだレコードを容量傾向予測処理の対象外とする(ステップ１３００５)。判断結果が偽である場合には、ＣＰＵ１１０２は次の処理（ステップ１３００４）を実行する。次に、ＣＰＵ１１０２は、ストレージ装置稼働情報テーブル４００４の日時８００１が、ストレージ装置設定履歴テーブル４００５の操作１０００４がＬＵ作成である日時１０００１に容量判定設定テーブル３００２の最小時間６００３を加えた時間より前であるか判断する(ステップ１３００４)。判断結果が真である場合には、ＣＰＵ１１０２は読み込んだレコードを容量傾向予測処理の対象外とする。(ステップ１３００５)判断結果が偽である場合には、ＣＰＵ１１０２は、次のレコードを読み込む(ステップ１３００６)。
【００４８】
ステップ１３００３とステップ１３００４は順番が逆でもよい。また、ステップ１３００３とステップ１３００４はどちらか一方だけでもよい。
【００４９】
図１４に、ＬＵ状態判断処理の処理フローを示す。
【００５０】
ＬＵ状態判断処理は、ＬＵが計算機に割り当てられているか、使用されているかを判断する処理である。計算機に割り当てられていないＬＵ、計算機に割り当てられていても使用されていないＬＵは、容量傾向除外処理の対象外となる。
【００５１】
容量判定プログラム３００１は、ストレージ装置構成情報テーブル４００３の選択レコードを参照し、接続先Ｉ／Ｆ８００３が存在するかを判断する(ステップ１４００１)。接続先Ｉ／Ｆ８００３が存在する場合、ＬＵが計算機に割り当てられていることを示す。
判断結果が真である場合には、容量判定プログラム３００１は、ＬＵ状態管理テーブル３００３のストレージ名６００１と、ＬＵ名６００２とが、ストレージ装置構成情報テーブル４００３のストレージ名７００１と、ＬＵ名７００２と同じレコードの割当６００３を”Ｔｒｕｅ”に更新する(ステップ１４００３)。
判断結果が偽である場合には、容量判定プログラム３００１は、ＬＵ状態管理テーブル３００３のストレージ名７００１と、ＬＵ名７００２とが、ストレージ装置構成情報テーブル４００３のストレージ名８００１と、ＬＵ名８００２と同じレコードの割当７００３を”Ｆａｌｓｅ”に更新する(ステップ１４００３)。
ここで、ＬＵ状態管理テーブル３００３にストレージ装置構成情報テーブル４００３のストレージ名８００１と、ＬＵ名８００２と同じレコードがなかった場合にはストレージ名７００１と、ＬＵ名７００２のレコードをＬＵ状態管理テーブル３００３に追加する。割当７００３は、他の名称でもよいし、複数のフィールドで構成されてもよい。
次に、管理計算機１１００のＣＰＵ１１０２は、ストレージ装置構成情報テーブル４００３の選択レコードのストレージ名８００１と、ＬＵ名８００２が同じストレージ名９００２とＬＵ名９００３であるストレージ装置稼働情報テーブル４００４のＩＯＰＳ８００４を合計した値を参照し、合計ＩＯＰＳ＞０かどうかを判断する(ステップ１４００４)。判断結果が真である場合には、ＬＵ状態管理テーブル３００３のストレージ名７００１とＬＵ名７００２が、ストレージ装置構成情報テーブル４００３のストレージ名８００１と、ＬＵ名８００２と同じレコードの使用フィールド７００４を”Ｔｒｕｅ”に更新する(ステップ１４００５)。これはＬＵが計算機によって使用されていることを示す。
判断結果が偽である場合には、ＬＵ状態管理テーブル３００３のストレージ名７００１とＬＵ名７００２が、ストレージ装置構成情報テーブル４００３のストレージ名８００１と、ＬＵ名８００２と同じレコードの使用フィールド７００４を”Ｆａｌｓｅ”に更新する(ステップ１４００６)。これはＬＵが計算機によって使用されていないことを示す。
【００５２】
図１５に、使用容量管理画面１５０００の構成を示す。使用容量管理画面１５０００は、管理計算機１１００の出力装置１１０４のディスプレイに表示される。使用容量管理画面１５０００は、使用容量の検索対象ストレージを入力するテキストボックス１５００１と、検索結果を更新するための容量判定処理の実行を命令する更新ボタン１５００２と、更新ボタンを押下し容量判定処理を実行した現状の結果を示す使用状況一覧１５００３と、現状の使用状況から将来の予測結果を示した使用容量予測傾向グラフ１５００４を備える。使用容量予測傾向グラフ１５００４において、搭載上限は、ストレージ装置のハードウェア仕様から決定されるディスクの搭載上限である。この搭載上限と使用容量から予測した容量傾向と比較することで、ディスクの増設タイミングを知ることができる。
【００５３】
本実施例により、計算機にプログラムをインストールすることなく、計算機が使用しているディスク容量を管理することができる。また、計算機が複数ある場合や、計算機が仮想ファイルシステムを複数備える場合も、プログラムのインストールが不要となる。このため、インストール作業やエージェントプログラムによるサーバの負荷がなくなり、運用コストを低減することができる。また、ディスク容量の増加傾向を把握することでディスクの増設タイミングを予測することができる。
【実施例２】
【００５４】
本発明を実施するための形態の概要を示す。本発明では、計算機１０００が使用しているストレージ装置１４００のＬＵが仮想化技術により、外部接続されたストレージ装置１５００の仮想ＬＵとなっている。本実施例においては、ストレージ装置１４００にある仮想ＬＵに書き込みが発生したときには、ストレージ装置１５００にある実際のＬＵに書き込まれる。
【００５５】
以下では、実施例１との相違点を説明する。
【００５６】
図１６に、実施例２におけるシステム構成を示す。
【００５７】
ストレージ装置１５００は、計算機１０００からの入出力データを処理するノードである。ストレージ装置１５００は、ＦＣ  Ｉ／Ｆ１５０１と、ＩＰ  Ｉ／Ｆ１５０２と、ＣＰＵ１５０３と、メモリ１５０４と、ディスクコントローラ１５０５と、ディスク装置１５０６、１５０７と、ＬＵ１５１１、１５１２と、使用領域１５０８と、未使用領域１５０９と、を備えている。ストレージ装置１４００は、仮想的なプールとその中に仮想ＬＵを備えている。この仮想ＬＵには、ストレージ装置１５００のＬＵが割り当てられている。
【００５８】
実施例２における、容量判定処理を説明する。
【００５９】
管理計算機１１００のＣＰＵ１１０２が容量判定プログラム３００１を実行する。容量判定プログラム３００１が実行されると、ＣＰＵ１１０２は、ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５の送信要求をストレージ装置１５００に送信する。
【００６０】
ストレージ装置１５００が、管理計算機１１００からの送信要求を受信すると、ストレージ装置１５００のＣＰＵ１５０３は、ストレージ装置情報管理プログラム４００２を実行する。ストレージ装置情報管理プログラム４００２が実行されると、ＣＰＵ１４０３は、ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５と、を管理計算機１１００に送信する。その他のステップは、実施例１と同様である。
【００６１】
容量判定処理と、使用容量算出処理と、ＬＵ状態判断処理の処理フローは、実施例１と同様である。
【００６２】
本実施例により、計算機にプログラムをインストールすることなく、計算機が使用しているストレージ装置毎のディスク容量を管理することができるため、インストール作業やエージェントプログラムによるサーバの負荷がなくなり、運用コストを低減することができる。また、物理的なディスク容量とストレージ装置毎のディスク容量の増加傾向を比較することでストレージ装置毎の物理ディスクの増設タイミングを予測することができる。
【実施例３】
【００６３】
本発明を実施するための形態の概要を示す。本発明では、実施例１で管理計算機１１００のメモリ１１０７に格納していたプログラム、テーブルがストレージ装置１４００のメモリ１４０４に格納される。
【００６４】
以下では、実施例１との相違点を説明する。
【００６５】
システム構成は、実施例１と同様である。
【００６６】
図１７に、容量判定処理の処理フローを示す。計算機１０００もしくはストレージ装置１４００の管理者は、使用容量の表示要求を管理計算機１１００に送信する(ステップ１７００１)。ストレージ装置が要求を受信すると、ストレージ装置１４００のＣＰＵ１４０３は、使用容量算出処理を実行する(ステップ１７００２)。次に、ＣＰＵ１４０３は、使用容量を表示した使容容量管理画面を管理計算機１１００に送信する(ステップ１７００３)。管理者から送信される使用容量表示要求(ステップ１７００１)は、管理計算機上で送信されてもよいし、他の計算機から送信されてもよい。
【００６７】
図１８に、ストレージ装置１４００のメモリ構成を示す。ストレージ装置１４００は、起動時にメモリ１４０４へ、データ処理プログラム４００１と、ストレージ装置情報管理プログラム４００２と、ストレージ装置構成情報テーブル４００３と、ストレージ装置稼働情報テーブル４００４と、ストレージ装置設定履歴テーブル４００５と、容量判定プログラム３００１と、容量判定プログラム３００２と、ＬＵ状態管理テーブル３００３と、を読み込む。
【００６８】
使用容量算出処理、対象外データ除外処理、ＬＵ状態判断処理においては、ストレージ装置１４００のＣＰＵ１４０３が容量判定プログラム３００１を実行し、処理を行う。
【００６９】
本実施例により、構成情報と稼働情報を管理計算機に送信することなく、計算機が使用しているディスク容量を管理することができる。このため、ストレージ装置と管理計算機間の転送データ量を削減することができる。
【００７０】
なお、実施例１〜３において、記憶装置とディスクは、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ）等である。また、ｉＳＣＳＩを用いる場合、ＦＣ  Ｉ／ＦとＦＣスイッチはなくてもよい。
【００７１】
また、実施例１〜３において、計算機１０００は複数あってもよいし、計算機１０００は複数の仮想ファイルシステムを備えていてもよい。
【図面の簡単な説明】
【００７２】
【図１】図１は本発明の実施例におけるシステム構成を説明する図である。
【図２】図２は本発明の実施例における計算機のメモリ構成を説明する図である。
【図３】図３は本発明の実施例における管理計算機のメモリ構成を説明する図である。
【図４】図４は本発明の実施例におけるストレージ装置のメモリ構成を説明する図である。
【図５】図５は本発明の実施例における計算機設定テーブルを説明する図である。
【図６】図６は本発明の実施例における容量判定設定テーブルを説明する図である。
【図７】図７は本発明の実施例におけるＬＵ状態管理テーブルを説明する図である。
【図８】図８は本発明の実施例におけるストレージ装置構成情報テーブルを説明する図である。
【図９】図９は本発明の実施例におけるストレージ装置稼働情報テーブルを説明する図である。
【図１０】図１０は本発明の実施例におけるストレージ装置設定履歴テーブルを説明する図である。
【図１１】図１１は本発明の実施例における容量判定処理を説明する図である。
【図１２】図１２は本発明の実施例における使用容量算出処理を説明する図である。
【図１３】図１３は本発明の実施例における対象外データ除外処理を説明する図である。
【図１４】図１４は本発明の実施例におけるＬＵ状態判断処理を説明する図である。
【図１５】図１５は本発明の実施例における使用容量管理画面を説明する図である。
【図１６】図１６は本発明の実施例におけるシステム構成を説明する図である。
【図１７】図１７は本発明の実施例における容量判定処理を説明する図である。
【図１８】図１８は本発明の実施例におけるストレージ装置のメモリ構成を説明する図である。
【符号の説明】
【００７３】
１０００・・・計算機、１１００・・・管理計算機、１２００・・・ＦＣスイッチ、１３００・・・ＩＰスイッチ、１４００・・・ストレージ装置、１５００・・・ストレージ装置
【図１】
2010086114.tif 000003
【図２】
2010086114.tif 000004
【図３】
2010086114.tif 000005
【図４】
2010086114.tif 000006
【図５】
2010086114.tif 000007
【図６】
2010086114.tif 000008
【図７】
2010086114.tif 000009
【図８】
2010086114.tif 000010
【図９】
2010086114.tif 000011
【図１０】
2010086114.tif 000012
【図１１】
2010086114.tif 000013
【図１２】
2010086114.tif 000014
【図１３】
2010086114.tif 000015
【図１４】
2010086114.tif 000016
【図１５】
2010086114.tif 000017
【図１６】
2010086114.tif 000018
【図１７】
2010086114.tif 000019
【図１８】
2010086114.tif 000020