| 【発明の名称】 |
論理ボリューム管理方法、これを利用したサービスおよびそのサービスを記録したコンピュータ読み取り可能な記録媒体 |
| 【発明者】 |
【氏名】富田 亜紀
【氏名】金井 宏樹
|
| 【要約】 |
【課題】ストレージ利用コストを低減可能な論理ボリューム管理方法の提供。
【解決手段】論理ボリュームを、ディスク領域を定常的に割り当てられるタスクに対応する定常領域と、ディスク領域の割当を要求するまでディスク領域が割り当てられないタスクに対応する一時領域とから構成する。一時領域に割り当てるディスク領域は複数の論理ボリュームが時分割で共用され、ディスクプールとして一括管理する。一時領域を共有する顧客の負担するコストは総使用時間×使用サイズにより配分して課金する。 |
【特許請求の範囲】
【請求項１】ストレージを構成するディスク装置の論理ボリュームを、該ディスク装置のディスク領域を定常的に割り当てられるタスクに対応するための定常領域と、ディスク領域の割当を要求するまでディスク領域が割り当てられないタスクに対応する一時領域とから構成するとともに、一時領域はいずれのタスクにも専有されないディスクプールからタスクに応じて必要なときに割り当てられることを特徴とする論理ボリューム管理方法。
【請求項２】ストレージを構成するディスク装置、該ディスク装置のディスク領域をアプリケーションに応じて割り当てる第１の計算機、前記ディスク装置のディスク領域の割り当てを管理する第２の計算機およびこれらを連繋する結合網とよりなる計算機システムにおいて、前記ディスク装置の論理ボリュームを、該ディスク装置のディスク領域を定常的に割り当てられるタスクに対応するための定常領域と、ディスク領域の割当を要求するまでディスク領域が割り当てられないタスクに対応する一時領域とから構成するとともに、一時領域はいずれのタスクにも専有されないディスクプールからタスクに応じて必要なときに割り当てられるものとしたことを特徴とする計算機システム。
【請求項３】ストレージを構成するディスク装置、該ディスク装置のディスク領域をアプリケーションに応じて割り当てる第１の計算機、前記ディスク装置のディスク領域の割り当てを管理する第２の計算機およびこれらを連繋する結合網とよりなる計算機システムを使用するとともに、前記結合網をインターネットに接続して該インターネットを介して前記計算機システム外から該計算機システムにアクセス可能とされたシステムにおける前記計算機システムへのアクセスを評価するサービスであって、前記計算機システムへのアクセスへの応答およびアクセス履歴の蓄積は前記ディスク装置の論理ボリュームの定常領域を使用して行い、前記計算機へのアクセスへ履歴の蓄積に関するデータの評価は前記ディスク装置の論理ボリュームの一時領域を使用して行うものであることを特徴とするサービス。
【請求項４】インターネットを介してのアクセスを評価するサービスのためのコンピュータ読み取り可能な記録媒体であって、該サービスはストレージを構成するディスク装置、該ディスク装置のディスク領域をアプリケーションに応じて割り当てる第１の計算機、前記ディスク装置のディスク領域の割り当てを管理する第２の計算機およびこれらを連繋する結合網とよりなる計算機システムを使用するとともに、前記結合網をインターネットに接続して該インターネットを介して前記計算機システム外から該計算機システムにアクセス可能とされたシステムにおける前記計算機システムへのアクセスを評価するサービスであって、前記計算機システムへのアクセスへの応答およびアクセス履歴の蓄積は前記ディスク装置の論理ボリュームの定常領域を使用して行い、前記計算機へのアクセスへ履歴の蓄積に関するデータの評価は前記ディスク装置の論理ボリュームの一時領域を使用して行うものであることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項５】前記インターネットを介しての前記計算機システムへのアクセス履歴が所定のボリュームを超えるときテープ装置に移送される請求項３記載のサービス。
【請求項６】前記サービスを提供するものと前記サービスを受けるものとの間の契約が前記ディスク装置の論理ボリュームの定常領域のサイズ、前記ディスク装置の論理ボリュームの一時領域のサイズにより定義されるものである請求項３あるいは４記載のサービス。
【請求項７】前記契約が一時領域のサイズを超えた使用を許しこれに対応するコストを含めたものとされる請求項６記載のサービス。
【請求項８】前記一時領域への該ディスクプールの割当て順序を該一時領域の優先度により決定するステップを有する請求項１記載の論理ボリューム管理方法。
【請求項９】前記一時領域の優先度は割当て待ち時間に応じて高くなることを特徴とする請求項１記載の論理ボリューム管理方法。
【請求項１０】前記一時領域への該ディスクプール割当てを、該ディスクプールの解放が発生した際に行う請求項１記載の論理ボリューム管理方法。
【請求項１１】前記定常領域と一時領域のパラメータにより決まる契約料金と該一時領域の使用量に応じた料金により課金額が決まる請求項５記載のサービス。
【請求項１２】前記初期優先度が高いと一時領域の契約料金が高くなる請求項５記載のサービス。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、論理ボリューム管理方法、更に詳しくはディスク記憶装置の論理ユニット管理方法に関する。
【０００２】
【従来の技術】近年、インターネットの社会への浸透に伴い電子商取引が急速に普及してきている。電子商取引においては、ユーザはインターネットを介して企業のＷｅｂサイトにアクセスして買い物をする。物理的な店舗が建築される場合には近隣の人々は自ずと気付くが、世界中のＷｅｂページ数が１０億にも達している今日、仮に、Ｗｅｂサイトを開設しても誰にも気付かれず、ユーザを獲得できない可能性も大きい。しかし、逆に、Ｗｅｂサイトを利用するときは、ユーザは地理的、時間的制約を受けないので、企業は世界中の人々を潜在ユーザとすることができ、大きなビジネスチャンスもある。そこで、ＣＲＭ（Custom Relationship Management）の向上を目的として、Ｗｅｂページを提供している企業では、ユーザのマウスのクリック・トレースまで取得して、ユーザへの理解度を深めようとしている。
【０００３】図１５はユーザとユーザのマウスのクリック・トレースのデータを収集し、ＣＲＭ解析をするためのデータセンタとの関係を説明するための概念図である。ユーザ１、ユーザ２、---、ユーザＮで示す多数のユーザは、インターネット１を介してデータセンタのＷｅｂサーバにアクセスする。データセンタにはＷｅｂサーバ１、Ｗｅｂサーバ２、---、ＷｅｂサーバＭで示される多数のＷｅｂサーバが備えられる。これらのＷｅｂサーバはデータセンタのＬＡＮによりディスクサーバを介してディスク装置に結合される。ディスク装置内にはＷｅｂページリポジトリ、Ｗｅｂアクセス履歴リポジトリおよびＣＲＭ解析データが適当なディスクに分散して格納されている。データセンタのＬＡＮには、さらに、ＣＲＭ解析サーバ１およびＣＲＭ解析サーバ２、テープサーバを介してテープ装置が接続されるとともに、これらの機器を監視し、制御するためのマネージャが接続される。
【０００４】ＷｅｂページリポジトリにはＷｅｂサイトを提供している企業のＷｅｂページが格納されており、ユーザがインターネット１を介してデータセンタのＷｅｂサーバにアクセスすると、ＷｅｂサーバはＷｅｂページリポジトリからＷｅｂページを読み出して、ユーザに送信する。同時にこのＷｅｂサイトへのユーザのアクセスの履歴はＷｅｂアクセス履歴リポジトリに書き込まれる。Ｗｅｂアクセス履歴データ量が規定値を超えるとマネージャはＷｅｂアクセス履歴データをテープ装置に転送してテープにバックアップする。Ｗｅｂアクセス履歴データからＣＲＭ解析をする際には、テープにバックアップされたデータをテープ装置からＷｅｂアクセス履歴リポジトリに転送し、これを使用してＣＲＭ解析サーバによりＣＲＭ解析を行う。この解析結果は、ディスク装置のＣＲＭ解析データとして格納される。
【０００５】ここで、図１４を参照して、Ｗｅｂページを介して行われるビジネスの形態の一例を説明する。図１５で説明したように、多数のユーザが物品の購入あるいはサービスの提供を受ける目的でＷｅｂサイトにアクセスするが、これらのＷｅｂサイトは、Ｗｅｂページを提供する多数の企業と契約してＷｅｂサイトを運用し、維持するＷｅｂサイト運用業者により管理される。Ｗｅｂサイト運用業者は、独自にストレージを備えて業務を行うことは有り得るが、ストレージを運用することを業とするストレージ運用業者と契約してＷｅｂページ提供企業との契約を履行する。さらに、ストレージ運用業者も独自にストレージを備えて業務を行うことは有り得るが、ストレージを提供することを業とするストレージ提供業者と契約して、Ｗｅｂサイト運用業者との契約を履行する。
【０００６】このようにして多数のユーザが任意のＷｅｂサイトにアクセスすることができるが、Ｗｅｂページを提供する多数の企業あるいはＷｅｂサイト運用業者は、ＣＲＭ解析データを得て、より効果的にＷｅｂサイトを活用するための資料とすることを考える。そのため、前記企業およびＷｅｂサイト運用業者と契約して定期的にＣＲＭ解析データを提供するＣＲＭ解析業者が存在することとなる。図１５では、データセンタとして一括して示したが、膨大なデータを扱うストレージ業界では、このような機能分散的なビジネス形態が定着しつつある。
【０００７】ＣＲＭ解析のために蓄積されるデータ容量は膨大である。データが１Ｔバイト／月で急増する企業もあり、管理者がキャパシティ・プラニングをするための支援機能をストレージシステムが提供することが求められている。例えば、米国のあるディスクアレイ向けストレージ管理ソフトウェアでは、ポート毎またはディスク毎のＩ／Ｏスループットを測定することができる。これによれば、例えば、あるディスクにのみＩ／Ｏ要求が集中している場合には、データを再配置して負荷分散を行い性能向上を達成することができる。また、データ容量増加速度から、ディスクが２ヶ月後に満杯になると予測された場合には、ディスク増設を計画したりすることができる。同様に、他のディスクアレイ向けストレージ管理ソフトウェアでもディスク稼動情報を表示する機能を備えている。
【０００８】近年、ディスク記憶装置は、従前に比べ、低価格化が進んでいる。しかしながら、１Ｔバイト／月といったスピードで急増するデータを蓄積するデータについてみれば、トータルとしては、依然として、高価である。そこで、上述したように、上記のようなログデータは磁気テープといったより安価な記憶装置に格納される。ここで着目したいのは、ログデータを蓄積することが目的なのではなく、ログデータを解析しユーザへの理解度を深め、ＣＲＭを向上させることが目的であることである。つまり、蓄積されたログデータは解析される必要がある。そして、解析の際にはログデータを磁気ディスク記憶装置上に格納しなければならない。さらに、ログデータはデータベースのレコードに加工されなければならない。ログデータを通常のリレーショナルデータベースに格納するとサイズが数倍に増大する。ログを蓄積している際には、ディスクが満杯になったら磁気テープに格納すればよかったが、解析のために結局大容量のログデータを格納できるだけの磁気ディスクが必要となってしまう。ユーザにとってのインターネット・ショッピングの利点の一つは価格の安さである。ＣＲＭコストが高ければ、企業は低価格を維持することが困難となる。ＣＲＭコストの削減は電子企業の大きな課題の一つである。
【０００９】
【発明が解決しようとする課題】企業のＩＴコストは増大する一方である。そこで、ＡＳＰ（Application Service Provider）やＳＳＰ（Storage Service Provider）といったＩＴ部門をアウトソーシングするビジネスが脚光を浴びている。将来的には、ストレージベンダの売り上げの多くをＡＳＰやＳＳＰベンダへの売り上げが占めるようになると市場では予測されている。現行のＡＳＰやＳＳＰは企業に代わりＷｅｂサイトのホスティングをしたり、データを蓄積したりしているのみである。しかし、先に述べたように、解析に伴うデータ格納コストが高いので、ＡＳＰやＳＳＰは、安価な解析サービスを提供できれば、解析も商品化できる可能性がある。今日、ストレージ管理者に提供しているキャパシティ・プラニング支援機能の一環とし、磁気ディスク記憶装置が、ＡＳＰやＳＳＰが安価な解析サービスを提供できるようにするためのデータ管理方法を提供すれば、その市場競争力を高めることができる。
【００１０】本発明の目的は、解析に伴うデータ格納コストを低減するための論理ボリューム管理方法を提供することである。
【問題を解決するための手段】上記課題を解決するために、本発明の論理ボリューム管理方法は、論理ボリュームを、ディスク領域を定常的に割り当てられるタスクに対応するための定常領域と、ディスク領域の割当を要求するまでディスク領域が割り当てられないタスクに対応する一時領域とから構成する。一時領域はいずれのタスクにも専有しないディスク領域（ディスクプール）からタスクに応じて必要なときに割り当てられる。例えば、上述したＷｅｂサイトを提供している企業Ａのデータを解析する際には、企業Ａのために実行する解析アプリケーションに割り当てられた論理ボリュームＡの一時領域にディスクプールを割当て、解析データを格納する。上述したＷｅｂサイトを提供している企業Ｂのデータを解析する際には、企業Ｂのために実行する解析アプリケーションに割り当てられた論理ボリュームＢの一時領域にディスクプールを割り当てデータを格納する。企業Ａと企業Ｂ間において、解析実行時間を調整すれば、従来であれば、一人のユーザが負担する必要があったストレージ価格を二つの企業において分担することが可能となり、解析に伴うデータ格納コストは低減する。解析実行の順序は企業Ａ、Ｂ（論理ボリュームＡ、Ｂ）の優先度により決定する。ストレージサービス提供者は、論理ボリュームの優先度、ディスクプールの最大割当て可能サイズ、総使用時間×使用サイズにより企業に課金する。定常領域はＷｅｂページの提供、アクセスデータの収集等システムの運用をスムースにするためのデータ領域として使用される。
【００１１】本発明の論理ボリューム管理方法は、指定された時点のディスクプールの割当て状態や割当て待ち状態を提供することができる。Ｗｅｂサイト運用業者やストレージ運用業者は、提供結果に基づいて、よりコスト／パフォーマンスの高いディスクプール運用方法を検討することができるようになる。
【００１２】
【発明の実施の形態】図１は、本発明による論理ボリューム管理方法を実行する計算機システムの１実施例を示す。計算機システムは、アプリケーション１３０（１３０Ａ、１３０Ｂ）、論理ボリューム管理プログラム１６０、ディスクプール管理プログラム１７０を実行する計算機１００（１００Ａ、１００Ｂ）と、アプリケーション１３０が使用するデータを格納するディスク記憶装置１２０（１２０Ａ、１２０Ｂ）と、ディスク記憶装置１２０、計算機１００とディスク記憶装置を接続する装置間接続網１１０から構成される。
【００１３】ディスク記憶装置１２０のデータ格納領域は、固定長のディスク領域（１５０Ａ、１５０Ｂ、１５０Ｃ、１５０Ｄ）により管理されている。アプリケーション１３０がデータに対して読出し／書込みを行う際に、直接ディスク領域１５０から読出し／書込みリクエストを発行するのではなく、論理ボリューム１４０に対して読出し／書込みリクエストを発行する。論理ボリューム管理プログラム１６０が、論理ボリューム１４０とディスク領域１５０の対応づけを行っている。ディスク領域１５０の一部はディスクプール１８０に属する。ディスクプール１８０に属しないディスク領域（１５０Ａ、１５０Ｂ）は定常的に一つの論理ボリュームのデータが格納される。ディスクプール１８０に属するディスク領域（１５０Ｃ、１５０Ｄ）は、複数の論理ボリュームのデータが時分割で格納される。ディスク領域に格納されていない間は、磁気テープ装置などの第３次記憶装置上に格納されている。ディスクプール管理プログラム１７０がディスクプール１８０のディスク領域の割当てを管理している。図では、ディスク記憶装置１２０の内、１２０Ａについてのみ説明したが、１２０Ｂでも同様である。ここで、計算機１００Ｂは図１５においてマネージャとして説明した計算機に対応する。また、ディスク記憶装置１２０が図１５のディスク装置に対応するが、細かく見れば、ＷｅｂページリポジトリやＷｅｂアクセス履歴をとっている期間のＷｅｂアクセス履歴リポジトリはディスクプール１８０に属しないディスク領域（１５０Ａ、１５０Ｂ）が図１５のディスク装置に対応するに対応する。
【００１４】図２は本発明の論理ボリューム管理方法のソフトウェア構成例を示す。ディスク領域の割当の具体的な説明は後述するが、概要を述べると以下のようである。
【００１５】論理ボリューム管理表２００は論理ボリュームに関する情報を保持している。本発明の論理ボリュームは定常領域と一時領域から構成される。論理ボリューム作成時に、定常領域はディスク領域を割り当てられ、一時領域は定常的にはディスク領域を割り当てられない。一時領域に対しては、ディスクプール１８０のディスク領域が、複数の論理ボリューム間で時分割に割り当てられる。図の例では、論理ボリューム管理表２００においては、論理ボリュームＬＶ０およびＬＶ１の定常領域にディスク領域Ｄ０、Ｄ１がそれぞれ割り当てられている。一時領域にディスク領域を割り当てる場合には、論理ボリューム管理プログラム１６０が、割当てサイズを指定して一時領域割当リクエストをディスクプール管理プログラム１７０に対して発行する。ディスクプール管理プログラム１７０は一時領域の優先度に従ってディスク領域の割当てを行う。優先度と割当て最大サイズは一時領域を含む論理ボリュームを作成時に指定する。一時領域へのディスク領域の割当てが成功した場合、論理ボリューム管理表２００に割り当てられたディスク領域が登録される。図の例では、論理ボリューム管理表２００においては、論理ボリュームＬＶ０の一時領域にディスク領域Ｄ２が登録されている。発行した割当リクエストに対してディスク領域の割当てが得られず、割当て待ち通知を受け取った際には割当て待ちであることを論理ボリューム管理表の「状態」の欄に登録する。
【００１６】定常領域には、ＷｅｂページリポジトリやＷｅｂアクセス履歴をとっている期間のＷｅｂアクセス履歴リポジトリのように、ディスク上に常駐することがシステム運用上必要なデータを格納する。一時領域には、ディスク上に常駐させなくともよいデータを格納するものであり、そのデータへの処理が必要なときのみ必要なディスク領域を割り当てる。データの処理終了後は、論理ボリューム管理プログラム１６０が一時領域解放リクエストをディスクプール管理プログラム１７０に対して発行し、一時領域に割り当てられているディスク領域を解放する。
【００１７】ディスクプール割当表２１０は、ディスクプール管理プログラム１７０が受け取ったディスク領域割当て中／割当て待ち中の一時領域割当リクエストに関する情報を保持している。ディスクプール管理表２２０はディスクプールの各ディスク領域が使用中か未使用であるかといった使用状態を保持している。ディスクプール課金表２３０は、各論理ボリュームの一時領域の（初期）優先度、使用量（割当てディスク領域サイズに割当て時間を掛け合わせた数字）、使用履歴を保持している。
【００１８】図３は本発明の論理ボリューム作成コマンド３００のフォーマット例を示す。管理者あるいは管理ソフトウェアが作成コマンドを発行する。定常領域については有無とサイズを、一時領域については有無、初期優先度、最大サイズを指定する。
【００１９】図４は論理ボリューム作成コマンド３００を実行する論理ボリューム管理プログラム１６０のフローチャートを示している。作成コマンド３００が定常領域を登録するか否かを調べる（ステップ４００）。登録する場合には、論理ボリュームＩＤを作成し論理ボリューム管理表２００に登録する（ステップ４１０）。そして、ディスク領域を割り当て（ステップ４１１）、割り当てたディスク領域を論理ボリューム管理表２００に登録する（ステップ４１２）。次に一時領域を登録するか否かを調べる（ステップ４１３）。登録しない場合には終了する。一時領域を登録する場合には、一時領域登録リクエストをディスクプール管理プログラム１７０に送信する（ステップ４０３）。定常領域を登録しない場合には、一時領域を登録するか否かを調べ（ステップ４０１）、登録する場合には、論理ボリュームＩＤを作成して論理ボリューム管理表２００に登録する（ステップ４０２）。そして、一時領域登録リクエストをディスクプール管理プログラム１７０に送信する（ステップ４０３）。一時領域を登録しない場合には終了する。
【００２０】図５は論理ボリューム管理プログラム１６０がディスクプール管理プログラム１７０に対して発行する一時領域リクエストのフォーマットを示している。（ａ）はリクエストのフォーマットの基本構成５００を示し、リクエストタイプを指定する領域５０１、論理ボリュームＩＤを指定する領域５０２、リクエストタイプに応じたパラメータを指定する領域５０３から構成されることを示す。（ｂ）は登録リクエスト５００Ａの例を示し、リクエストタイプ５０１が登録、パラメータ５０３が初期優先度とされている。（ｃ）は割当リクエスト５００Ｂの例を示し、リクエストタイプ５０１が割当、パラメータ５０３がサイズとされている。（ｄ）は解放リクエスト５００Ｃの例を示し、リクエストタイプ５０１が解放、パラメータ５０３がサイズおよびディスク領域とされている。（ｅ）は管理情報読出しリクエスト５００Ｄの例を示し、リクエストタイプ５０１が管理情報読出し、パラメータ５０３が管理情報ＩＤとされている。
【００２１】図６は一時領域登録のフローチャートを示している。論理ボリューム管理プログラム１６０が登録リクエスト５００Ａをディスクプール管理プログラム１７０に送信する（ステップ６００）。ディスクプール管理プログラム１７０が登録リクエスト５００Ａを受信すると（ステップ６１０）、ディスクプール課金表２３０に論理ボリュームＩＤ（ステップ６１１）、初期優先度（ステップ６１２）を登録する。そして、該当するディスク領域使用量と使用履歴を初期化し（ステップ６１３）、登録終了リプライを論理ボリューム管理プログラム１６０に送信し（ステップ６１４）終了する。論理ボリューム管理プログラム１６０は登録終了リプライを受信後（ステップ６０２）、一時領域に割り当て可能な最大サイズを論理ボリューム管理表２００に登録して（ステップ６０３）終了する。
【００２２】図７は一時領域割当のフローチャートを示している。論理ボリューム管理プログラム１６０が割当リクエスト５００Ｂをディスクプール管理プログラム１７０に送信する（ステップ７００）。ディスクプール管理プログラム１７０が割当リクエスト５００Ｂを受信すると（ステップ７１０）、ディスクプール課金表２３０を参照し初期優先度を読み出す（ステップ７１１）。そして、ディスクプール割当表２１０に論理ボリュームＩＤ、初期優先度、サイズ、割当要求受付時刻を登録し（ステップ７１２）、ディスクプール割当プログラム９００を実行する（ステップ７１３）。実行の結果、ディスク領域が割り当てられた場合には、割当て通知と割り当てられたディスク領域を、ディスク領域が割り当てられなかった場合には割当て待ち通知をリプライとして論理モジュール管理プログラム１６０に送信して（ステップ７１４）終了する。論理ボリューム管理プログラム１６０はリプライを受け取ると（ステップ７０１）、ディスク領域が割り当てられたか否かを調べ（ステップ７０２）、割り当てられた場合には割り当てられたディスク領域を論理ボリューム管理表２００に登録して（ステップ７０３）終了する。ディスク領域を割り当てられなかった場合には割当て待ち状態であることを論理ボリューム管理表２００に登録して（ステップ７０４）終了する。
【００２３】図８は一時領域解放のフローチャートを示している。論理ボリューム管理プログラム１６０は論理ボリューム管理表２００の一時領域を更新し（ステップ８００）、解放リクエスト５００Ｃをディスクプール管理プログラム１７０に送信する（ステップ８０１）。ディスクプール管理プログラム１７０が割当リクエスト５００Ｃを受信すると（ステップ８１０）、現在時刻とディスクプール割当表２１０の割当時刻から使用時間を計算し（ステップ８１１）、ディスクプール課金表２３０の使用量を更新する（ステップ８１２）。具体的には、ディスクプール割当表２１０のサイズと使用時間を掛け合わせ数値をディスクプール課金表２３０の使用量を加算する。そして、解放リクエスト５００Ｃが指定するディスク領域を解放し（ステップ８１３）、ディスクプール管理表２２０の解放されたディスク領域の使用状態を使用中から未使用に変更する（ステップ８１４）。次に、ディスクプール割当表２１０の割当サイズが解放されるサイズよりも大きいか否かを調べる（ステップ８１５）。大きい場合にはディスクプール割当表２１０の割当サイズから解放サイズを引き、割当時刻を現在時刻に更新し（ステップ８１６）、割当サイズと解放サイズが等しい場合には（解放サイズが割当サイズよりも大きいことはない）ディスクプール割当表２１０の該当割当てリクエストを削除する（ステップ８１７）。そして、ディスクプール割当プログラム９００を実行し（ステップ８１８）、解放終了リプライを論理ボリューム管理プログラム１６０に送信（ステップ８１９）する。解放終了リプライは論理ボリューム管理プログラム１６０で受信され（ステップ８０３）一時領域解放処理は終了する。
【００２４】図９はディスクプール割当プログラム９００のフローチャートを示している。ディスクプール割当表２１０のディスク領域割当て待ち論理ボリュームの優先度を更新する（ステップ９０１）。具体的には、現在時刻と割当要求受付時刻から割当て待ち時間を計算し、割当て待ち時間に応じて優先度を高くする。そして、割当て待ちの最高優先度をもつ論理ボリュームの割当て要求サイズがディスクプールの空きサイズ以下であるか否かを調べる（ステップ９０２）。以下である場合には、ディスク領域を割り当て（ステップ９０３）、ディスクプール管理表２２０の割り当てた領域の使用状態を未使用から使用中に更新する（ステップ９０４）。そして、ディスクプール割当表２１０の割当時刻を現在時刻に更新し（ステップ９０５）、ディスク領域を割り当てた論理ボリュームを管理する論理ボリューム管理プログラム１６０に割当通知と割り当てた領域を含んだリプライを送信し（ステップ９０６）終了する。論理ボリューム管理プログラム１６０は、ディスク領域割当て通知リプライを受信する（ステップ９１０）と、論理ボリューム管理表２００に割り当てられた領域を登録し（ステップ９１１）、割当て待ち状態を解除し（ステップ９１２）終了する。
【００２５】図１０はディスクプール管理情報読出しフローチャートを示す。論理ボリューム管理プログラム１６０がディスクプール管理情報読出しリクエスト５００Ｄをディスクプール管理プログラム１７０に送信する（ステップ１０００）。ディスクプール管理プログラム１７０が管理情報読出しリクエスト５００Ｄを受信すると（ステップ１０１０）、リクエストが指定の管理表（ディスクプール割当表２１０、あるいは、ディスクプール管理表２２０、あるいは、ディスクプール課金表２３０）から指定の論理ボリュームの情報を読み出し（ステップ１０１１）、読み出した情報を論理モジュール管理プログラム２００に送信し（ステップ１０１２）終了する。
【００２６】このようにして、図１で説明したようなディスク装置のディスクプール１８０を効果的に運用することができる。ところで、図１４で説明したように、ビジネスの面から、このような運用の管理を誰が行うかと言う面で見ると多様な形がある。すなわち、Ｗｅｂサイトの運用業者、ストレージ運用業者、ストレージ提供業者あるいはＣＲＭ解析業者のいずれが論理ボリュームを提供するサービス業者になっても本発明は実施できるわけである。サービス業者として営業したい業者が関連する業者と必要な契約をしてＣＲＭ解析サービスをすれば良いからである。
【００２７】図１１は論理ボリューム提供サービスのフローチャートを示す。サービス提供者が論理ボリューム価格表１２００を示す（ステップ１１００）。ＣＲＭ解析サービスを受ける顧客は契約期間、定常領域の使用サイズ、一時領域の使用可能最大サイズ、初期優先度、さらには契約最大使用サイズを超えたサイズを必要とした場合のコスト負担を選択する（ステップ１１１０）。サービス提供者は、顧客の選択値をパラメータとして設定した論理ボリューム作成コマンド３００を実行し、論理ボリュームを作成する（ステップ１１０１）。ここで、定常領域の使用サイズはＷｅｂページの提供に必要となるサイズおよびアクセスに対応して履歴を一時的に保持してテープに移すまでに必要なサイズ等が基礎となる。一時領域の使用可能最大サイズは定常的にＣＲＭ解析サービスを受けるときに通常のアクセスが有ったときに必要となると想定されるサイズが基礎となる。また、契約最大使用サイズを超えたサイズを必要とした場合を想定するのは、予期せざる多量なアクセスがあったときに使用可能最大サイズではＣＲＭ解析サービスを受けることができなくなることを考慮して、このような場合に対応可能とするためである。こう言う特例的なケースをも想定して契約最大使用サイズを大きくすることはその顧客の定常的な負担を大きくすることになるから、両方を契約できるようにすれば総合的なコスト負担を低減できる。
【００２８】図１２は論理ボリューム課金表のフォーマット例を示す。顧客が、契約期間、定常領域の使用サイズ、一時領域の最大使用可能サイズ、初期優先度を選択すると論理ボリュームの契約価格が決まる。一時領域を使用する場合には、使用量×使用単価を契約価格に加算した価格が課金される。使用単価とは、例えば、１ＴＢを１時間使用した場合の料金を意味する。契約最大使用サイズを超えたサイズを使用してＣＲＭ解析が行われたときはその分を付加的にチャージされる。
【００２９】図１３は一時領域使用サービスのフローチャートを示す。顧客が一時領域使用履歴をサービス提供者に要求する（ステップ１３００）と、サービス提供者はディスクプール課金表２３０を読み出す管理情報として指定した管理情報読出しリクエスト５００Ｄを発行させ（ステップ１３１０）、読み出した使用履歴をプリントして顧客に提供する（ステップ１３１１）。勿論、プリントに代えてデータを提供するものとしても良いことは言うまでもない。
【００３０】
【発明の効果】本発明によれば、ＣＲＭ解析サービスのように、大量のデータに対応するための大容量のストレージを必要とするが、顧客自身が常時それをそのために占有する必要が無いような場合に、安価にサービスを提供するシステムを構築することができる。
|
| 【出願人】 |
【識別番号】０００００５１０８
【氏名又は名称】株式会社日立製作所
|
| 【出願日】 |
平成１２年１０月２３日（２０００．１０．２３） |
| 【代理人】 |
【識別番号】１０００６８５０４
【弁理士】
【氏名又は名称】小川 勝男 （外２名）
|
| 【公開番号】 |
特開２００２−１３２５４９（Ｐ２００２−１３２５４９Ａ） |
| 【公開日】 |
平成１４年５月１０日（２００２．５．１０） |
| 【出願番号】 |
特願２０００−３２２３３３（Ｐ２０００−３２２３３３） |
|