JP2004185327A

JP2004185327A - Information processor, program, information processing system and control method for information processor

Info

Publication number: JP2004185327A
Application number: JP2002351663A
Authority: JP
Inventors: Atsushi Kondo; 淳近藤; Naoki Haramai; 直樹原間井; Hiroshi Sawara; 宏史佐原; 由人 ▲高▼山; Yoshito Takayama
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-12-03
Filing date: 2002-12-03
Publication date: 2004-07-02

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information processor, a program, an information processing system and a control method for the information processor, capable of giving propriety to a high-propriety data input/output request when data input/output requests increase. <P>SOLUTION: This information processor has: a means setting a plurality of logical paths that are logical routes between a storage device and the information processor so as to transmit a data input/output request to the storage device; a means correlating the logical path to information for designating a specific storage area among storage areas provided by the storage device described in the data input/output request; a means comparing a use rate of each the logical path to a decision value; and a means switching to control for transmitting the data input/output request to the storage device through the logical path correlated to the information, according to a result of the comparison. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、プログラム、情報処理システム、及び情報処理装置の制御方法に関する。
【０００２】
【従来の技術】
近年コンピュータシステムで取り扱われるデータ量が増大しており、記憶装置の大容量化が進んでいる。大容量の記憶装置では記憶容量に見合うだけの入出力性能と信頼性を確保することが必要である。そのため記憶装置への入出力経路を多重化し、入出力性能の向上と信頼性の向上を図る技術が開発されている。
【０００３】
記憶装置への入出力経路を多重化した場合、コンピュータでは、記憶装置へのデータ入出力要求を各入出力経路に振り分ける処理を行うことが必要となる。従来の技術では、各入出力経路にかかる負荷を分散させるために、各入出力経路に均等にデータ入出力要求を振り分けるようにしていた。振り分け方法としては、各入出力経路を順番に指定するラウンドロビン方式が採用されていた。
【０００４】
【特許文献１】
特開２００１−３２５２０７号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、記憶装置へのデータ入出力要求はどれも同じではなく、データ入出力要求を発行するアプリケーションプログラムにより、優先度の高いものや低いものがある。従来の技術では、記憶装置へのデータ入出力要求をラウンドロビン方式により各入出力経路に振り分けていたため、例えば記憶装置へのデータ入出力要求が殺到した場合に、優先度の高いデータ入出力要求を優先して記憶装置へ送信することができなかった。
【０００６】
そこで本発明は、データ入出力要求増加時に優先度の高いデータ入出力要求を優先させることのできる情報処理装置、プログラム、情報処理システム、及び情報処理装置の制御方法を提供することを主たる目的とする。
【０００７】
【課題を解決するための手段】
記憶デバイスへデータ入出力要求を送信するために、前記記憶デバイスとの間に論理的な経路である論理パスを複数設定する手段と、前記データ入出力要求に記述されている前記記憶デバイスにより提供される記憶領域のうちの特定の記憶領域を指定するための情報と前記論理パスとを対応付ける手段と、前記各論理パスの使用率を判定値と比較する手段と、前記比較の結果に応じて、前記データ入出力要求を、前記情報に対応付けられている前記論理パスを介して前記記憶デバイスに送信する制御に切り替える手段とを備えることを特徴とする情報処理装置に関する。
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【０００８】
【発明の実施の形態】
＝＝＝全体構成例＝＝＝
以下、本発明の実施の形態について図面を用いて詳細に説明する。
まず、本実施の形態に係る情報処理システム（コンピュータシステム）の全体構成を示すブロック図を図１に示す。
【０００９】
情報処理装置（ホスト）１００はＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）やメモリを備え、各種アプリケーションプログラムを実行する。例えば銀行の自動預金預け払いシステムや航空機の座席予約システム等のプログラムを実行する。また情報処理装置１００は、上記アプリケーションプログラムを実行する際に記憶装置（記憶デバイス、ストレージ）２００が記憶しているデータにアクセスする。上記データアクセスは、情報処理装置１００と記憶装置２００との間でデータ転送を行うためにハードウェアにより物理的に構成されるデータ転送路である物理パスに対応付けられている論理パスを転送経路として行われる。情報処理装置１００と記憶装置２００とを接続する４本の接続部３０１乃至３０４は、それぞれ上記物理パスを構成する。また、ＩＦ１（１４１）乃至ＩＦ４（１４４）は記憶装置２００との間の通信インタフェースである。ＩＦ１（１４１）乃至ＩＦ４（１４４）はそれぞれ接続部１（３０１）乃至接続部４（３０４）と共に物理パスを構成する。
【００１０】
記憶装置２００は論理ユニット２２０、ディスク制御部２１０を備える。論理ユニット２２０は、情報処理装置１００に提供される記憶資源を論理的に区分して構成される記憶領域である。図１に示す記憶装置２００には、ＬＵ（ＬｏｇｉｃａｌＵｎｉｔ）１（２２１）とＬＵ２（２２２）の２つの論理ユニットが備えられている。記憶資源としては、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等様々なものを用いることができる。ディスク制御部２１０は情報処理装置１００からのデータ入出力要求を受け、論理ユニット２２０に記憶されているデータのアクセスを制御する。ディスク制御部２１０は図１に示すように記憶装置２００と一体型とすることもできるし、別体型とすることもできる。また図１においては２つの論理ユニットが記されているが、１つの論理ユニット２２０を複数のパーティションに分割した形態とすることもできる。パーティションとは論理ユニット２２０を論理的に区分して構成される記憶領域のことである。
【００１１】
情報処理装置１００においては様々なアプリケーションプログラム１１０が実行される。図１に示す情報処理装置１００においてはＡＰ１（１１１）及びＡＰ２（１１２）の２つが実行されている。ＡＰ１（１１１）及びＡＰ２（１１２）は共に記憶装置２００に記憶されているデータへのアクセスを適宜行いながら所定の処理を実行する。通常、情報処理装置１００で実行される各アプリケーションプログラム１１０にはそれぞれがアクセス可能な論理ユニット２２０が割り当てられている。ここではＡＰ１（１１１）にはＬＵ１（２２１）が割り当てられ、ＡＰ２（１１２）にはＬＵ２（２２２）が割り当てられているものとする。もちろん、例えばＡＰ１（１１１）にＬＵ１（２２１）とＬＵ２（２２２）の両方を割り当てるようにすることもできる。
【００１２】
ＡＰ１（１１１）及びＡＰ２（１１２）からのデータアクセス要求は、上記論理パスを転送経路として送信される。上記データアクセス要求は、パス管理フィルタドライバ１２０により論理パス毎に転送経路を振り分けられて記憶装置２００に送信される。振り分けは、データアクセス要求に記載されている当該データアクセス要求の送信先である論理ユニットを指定するための情報に基づいて行われる。図１においては、ＡＰ１（１１１）からのデータアクセス要求が”▲１▼”及び”▲２▼”で示され、ＡＰ２（１１２）からのデータアクセス要求が”１”及び”２”で示されている。それぞれのデータアクセス要求（▲１▼、▲２▼、１、２）は、所定のデータ長毎に分割（図１では４つに分割）された上で、論理パス毎に転送経路を振り分けられる。振り分けられたデータアクセス要求は、それぞれの論理パスに対応する物理パス毎に設けられた入出力キュー１３１乃至１３４に記憶される。そして順次インタフェース部１４１乃至１４４から記憶装置２００へ送信される。
【００１３】
パス管理フィルタドライバ１２０は、情報処理装置１００と記憶装置２００との間のデータ転送経路を多重化するためのプログラムである。情報処理装置１００と記憶装置２００との間のデータ転送経路を多重化することにより、データアクセスにおけるボトルネックを解消しデータ入出力処理性能を向上させることができる。データアクセス要求を各データ転送経路へ適宜振り分けることによって負荷分散も行う。またデータ転送経路に障害が発生した場合には、当該データ転送経路を閉塞し正常なデータ転送経路により記憶装置２００へのデータアクセスを継続する機能を有するようにすることもできる。これにより、データ転送経路障害によるサービス停止を回避しシステムの信頼性を高めることができる。
【００１４】
なお、情報処理装置１００で実行されるオペレーティングシステムによっては、記憶装置２００との間を複数の論理パスで接続されることに対する考慮がなされていないものがある。このようなオペレーティングシステムを情報処理装置１００で実行している場合に、情報処理装置１００と記憶装置２００との間を複数の論理パスで接続すると、アプリケーションプログラム１１０には、記憶装置２００上に存在する１つの論理ユニット２２０が論理パス毎に存在するかのように見えてしまうという問題が生じる。これを回避するため、パス管理フィルタドライバ１２０は論理パス毎に見える本来一つの論理ユニット２２０を一つに統合してアプリケーションプログラム１１０に見せる機能も有している。
【００１５】
＝＝＝データ入出力要求の特性について＝＝＝
次に、本実施の形態に係る情報処理装置１００において実行されるＡＰ１（１１１）及びＡＰ２（１１２）の入出力特性を示す図を図２に示す。
図２は、横軸に「曜日」、縦軸に「データ入出力要求回数（ＩＯ要求回数）」をとり、ＡＰ１（１１１）及びＡＰ２（１１２）のそれぞれのデータ入出力要求回数をグラフに表したものである。
【００１６】
図２に示すように、ＡＰ１（１１１）とＡＰ２（１１２）とでは記憶装置２００へのデータアクセス特性が大きく異なる。すなわちＡＰ１（１１１）は特定の時期（金曜日）にアクセスが集中する特性を有し（１１３）、ＡＰ２（１１２）は比較的一定のデータアクセス特性を有する（１１４）。
ここで、上述したようにＡＰ１（１１１）はＬＵ１（２２１）に記憶されているデータをアクセスし、ＡＰ２（１１２）はＬＵ２（２２２）に記憶されているデータをアクセスするが、どちらも４本の接続部３０１乃至３０４を共通に使用する。
【００１７】
この場合、ＡＰ１（１１１）により行われる処理が優先度の高いものである場合、例えば銀行の自動預金預け払いシステムのように待ち時間の少ない迅速な処理が求められるものである場合には、ＡＰ１（１１１）及びＡＰ２（１１２）からのデータ入出力要求を各論理パスに均等に振り分けてしまうと、４本の物理パスをＡＰ１（１１１）とＡＰ２（１１２）とで共用していることがボトルネックとなり、ＡＰ１（１１１）により行われるデータ入出力処理が滞ることが想定される。
【００１８】
従来のパス管理フィルタドライバ１２０では、アプリケーションプログラム１１０からのデータ入出力要求を各論理パスにラウンドロビン方式で均等に振り分けるようにしていた。そのため、各アプリケーションプログラム１１０からのデータ入出力要求の優先度を考慮した振り分けを行うことができなかった。
【００１９】
＝＝＝データ入出力要求の振り分けについて＝＝＝
パス管理フィルタドライバ１２０により、ＡＰ１（１１１）及びＡＰ２（１１２）からのデータ入出力要求が４本の接続部３０１乃至３０４に均等に振り分けられている様子を図３に示す。図３においては、ＡＰ１（１１１）及びＡＰ２（１１２）からのデータ入出力要求（▲１▼、▲２▼、▲３▼、１、２）が所定のデータ長毎に５つに分割された上で入出力キュー１３１乃至１３４に均等に振り分けられている様子が示されている。
【００２０】
この場合、ＡＰ１（１１１）からのデータ入出力処理（▲１▼、▲２▼、▲３▼）を迅速に行わなければならないにも拘わらず、ＡＰ２（１１２）からのデータ入出力処理（１、２）と均等に割り振られる結果、ＡＰ１（１１１）からのデータ入出力処理が遅れてしまっている。
【００２１】
＝＝＝パスの優先化処理について＝＝＝
これを改善するために、本実施の形態に係る情報処理装置１００においてパスの優先化を実施した場合の入出力キュー１３０の様子を図４に示す。パスの優先化は、指定した物理パスを優先度の高いデータ入出力要求が優先的に使用できるように、パス管理フィルタドライバ１２０がデータ入出力要求を各論理パスに振り分けることにより行われる。
【００２２】
図４においては、ＬＵ１（２２１）へのデータ入出力要求（▲１▼、▲２▼、▲３▼）は、接続部１（３０１）乃至接続部３（３０３）を占有するように振り分けられている。接続部４（３０４）はその他の論理ユニット、すなわちＬＵ１（２２１）以外の論理ユニット（ここではＬＵ２（２２２））へのデータ入出力要求に対して割り振られている。
【００２３】
このように、ＡＰ１（１１１）からのデータ入出力要求が増加し入出力処理の遅れが発生しそうな場合にパスの優先化を実施することにより、入出力処理の遅れを回避することが可能となる。パスの優先化を実施するための具体的手段については後述する。
【００２４】
＝＝＝情報処理装置の詳細な構成例＝＝＝
次に、本実施の形態に係る情報処理装置１００におけるデータ入出力処理を説明するためのブロック図を図５に示す。
ＡＰ１（１１１）とＡＰ２（１１２）は、ファイルシステム２４０を介して記憶装置２００に設定されている論理ユニット２２０にアクセスする。ファイルシステム２４０は通常オペレーティングシステムの持つ機能の一つとして提供され、記憶装置２００により提供される記憶領域を管理する。すなわち、記憶装置２００により提供される記憶領域上の論理ブロック内にファイルという抽象概念を実現し、ファイルに対するデータ入出力要求を論理ブロックアドレス単位のデータ入出力要求に対応させる。
【００２５】
パス管理フィルタドライバ１２０は、ファイルシステム２４０を介してアプリケーションプログラム１１０から出されたデータ入出力要求を論理パス毎に振り分ける。
上記振り分けられたデータ入出力要求は、ディスクドライバ１６０及びＩＦ（ＩｎｔｅｒＦａｃｅ）ドライバ１７０を介してＩＦ１（１４１）乃至ＩＦ４（１４４）から記憶装置２００に送信される。ディスクドライバ１６０はブロックモードのデバイスを論理ディスクとして抽象化する。ＩＦドライバ１７０はデータ入出力要求を所定の通信プロトコルのパケットに変換・復元する。通信プロトコルとしては例えばファイバチャネルを採用することができる。
【００２６】
上記データ入出力要求は、４本の接続部３０１乃至３０４を含むハードウェアにより構成される物理パスにより情報処理装置１００から記憶装置２００へ送信される。一方、前述した通り上記物理パス上には論理パスが対応付けられている。論理パスはソフトウェアにより論理的に構成されるデータ転送路である。図５において論理パスは８０１乃至８０８で示される。論理パスはＬＵ毎に設けられる。論理パス８０１乃至８０８を定義するための要素については後述する。
【００２７】
図５においては、論理パス１（８０１）及び論理パス５（８０５）が接続部１（３０１）を含むデータ転送路である物理パス１に対応付けられている。論理パス２（８０２）及び論理パス６（８０６）が接続部２（３０２）を含むデータ転送路である物理パス２に対応付けられている。論理パス３（８０３）及び論理パス７（８０７）が接続部３（３０３）を含むデータ転送路である物理パス３に対応付けられている。論理パス４（８０４）及び論理パス８（８０８）が接続部４（３０４）を含むデータ転送路である物理パス４に対応付けられている。
【００２８】
情報処理装置１００と記憶装置２００との間は、図５に示すようにＳＡＮ（ＳｔｏｒａｇｅＡｒｅａｎｅｔｗｏｒｋ）７００で接続される形態とすることもできるし、図１に示すように直接に接続される形態とすることもできる。
【００２９】
ＩＦ１（１４１）乃至ＩＦ４（１４４）から送信されたデータ入出力要求は、記憶装置２００のディスク制御部１（２１１）又はディスク制御部２（２１２）に送られる。そしてディスク制御部１（２１１）又はディスク制御部２（２１２）の制御の下、論理ユニット２２０へのデータアクセスが行われる。
【００３０】
パス管理フィルタドライバ１２０は、ロジック部１２４が備えるＬＵ管理表６００により、ファイルシステム２４０からのデータ入出力要求をどこの論理パスに出すかを決定する。すなわち、通常は負荷分散のために４本の接続部３０１乃至３０４を均等に使用するようにラウンドロビン方式で振り分けるが、前述したように特定のＬＵに対するデータ入出力要求が増加した場合には、当該ＬＵに対するデータ入出力要求が優先的に接続部を使用できるように上記振り分け方を切り替える。
【００３１】
ドライバ管理プログラム１２１は、ドライバＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）プログラム１２２及びドライバＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）プログラム１２３と共に、パス管理フィルタドライバ１２０を管理する。例えばＬＵ管理表６００の更新を行う。ドライバＵＩプログラム１２２は、ドライバ管理プログラム１２１を介してパス管理フィルタドライバ１２０の設定を行う際のユーザインタフェースを提供するためのプログラムである。ドライバＡＰＩプログラム１２３は、ドライバＵＩプログラム１２２を用いてパス管理フィルタドライバ１２０を設定する際に使用可能な命令や関数を集めたプログラムである。これらのプログラムは、以下に説明される本実施の形態に係る各種の動作を行うためのコードから構成されている。
【００３２】
ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）実績表４００は、情報処理装置１００と記憶装置２００との間で行われるデータ入出力処理の回数を記録したテーブルである。データ入出力処理の回数の計測は、定期的にあるいは不定期にパス管理フィルタドライバ１２０により行われる。そしてドライバ管理プログラム１２１は、パス管理フィルタドライバ１２０により計測された所定期間内のデータ入出力処理の回数を取得し、ＩＯ実績表４００に反映する。
【００３３】
閾値設定表５００は、オペレータがドライバＵＩプログラム１２２を介して入力したデータに基づき、ドライバ管理プログラム１２１により設定されるテーブルである。
【００３４】
ドライバ管理プログラム１２１は、ＩＯ実績表４００に記録された上記データ入出力処理の回数と閾値設定表５００に設定された閾値（判定値）とを比較する。ＩＯ実績表４００に記録されたデータ入出力回数が閾値設定表５００に設定された判定値を超えた場合には、パス管理フィルタドライバ１２０がＬＵ管理表６００に従って行うデータ入出力要求の振り分けを切り替える。
【００３５】
＝＝＝論理パスを定義するための要素について＝＝＝
次に、上記論理パス８０１乃至８０８を定義するための要素について図６に示す。図６に示すように、論理パスはＨＬＵ（ＨｏｓｔＬｏｇｉｃａｌＵｎｉｔ）２２３、ＴＩＤ（ＴａｒｇｅｔＩＤ）１８１、Ｂｕｓ１８２、ＨＰｏｒｔ（ＨｏｓｔｂｕｓａｄａｐｔｅｒＰｏｒｔ）１８０、ＤＰｏｒｔ（ＤｉｓｋｃｏｎｔｒｏｌｌｅｒＰｏｒｔ）２３０、ディスク制御部２１０、及びＬＵ２２０のハードウェアまたはソフトウェアを特定することにより定義される。ＨＬＵ２２３、ＴＩＤ１８１、Ｂｕｓ１８２、ＨＰｏｒｔ１８０はＳＣＳＩ（ＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍｓＩｎｔｅｒｆａｃｅ）通信規格で用いられる概念であり、それぞれホスト論理ユニット、ターゲットＩＤ、論理バス、ホストバスアダプタ側ポートを示す。ＤＰｏｒｔ２３０はディスク制御部のポートを示す。もちろん論理パスの定義は必ず上記要素によらなければならない訳ではなく、システムにより上記要素のいずれかは不要とすることもできるし、上記以外の要素により論理パスを定義することもできる。これらの要素を特定することにより論理パスが定義され、当該各要素を論理的に設定している物理パスと論理パスとの対応付けが行われる。
【００３６】
なお、図６に示すように情報処理装置１００と記憶装置２００とを接続するパスが複数ある場合には記憶装置２００上の一つのＬＵ２２０がパス毎に存在しているかのように見えてしまうが、図４に示すように、パス管理フィルタドライバ１２０を介することによりユーザへは一つの論理ユニットとして見せることが可能となる。
【００３７】
＝＝＝情報処理装置の他の構成例＝＝＝
次に、図５に示した情報処理装置１００と一部構成の異なるものを図７に示す。
すなわち図５における情報処理装置１００では、ディスクドライバ１６０はパス管理フィルタドライバ１２０からデータ入出力要求を受け取り、ブロックモードのデバイスを論理ディスクとして抽象化した後にＩＦドライバ１７０に引き渡す。しかしながらオペレーティングシステムによっては、ディスクドライバ１６０をファイルシステム２４０とパス管理フィルタドライバ１２０との間に介在させる必要のあるものもある。図７に示したのはかかる場合の例である。図５の形態と図７の形態とはオペレーティングシステムの違いによって生じるものであって、どちらの形態も本発明の実施形態の一つである。
【００３８】
＝＝＝ＩＯ実績表について＝＝＝
次に、本実施の形態に係るＩＯ実績表４００を図８に示す。
上述したようにＩＯ実績表４００は情報処理装置１００と記憶装置２００との間で行われるデータ入出力処理の回数を記録したテーブルである。図８に示すように、ＩＯ実績表４００は曜日別に論理パス毎のデータ入出力要求の回数が集計されたものである。なお、図８において記載されている物理パス１乃至４とは、それぞれ接続部１乃至４を含むハードウェアにより物理的に構成されるデータ転送路のことである。
【００３９】
論理パス１（８０１）乃至論理パス４（８０４）は、それぞれ物理パス１乃至物理パス４を介してＬＵ１（２２１）に記憶されているデータをアクセスするためのパスである。ＬＵ１（２２１）に記憶されているデータをアクセスするのはＡＰ１（１１１）であるので、上記論理パス１（８０１）乃至論理パス４（８０４）は、ＡＰ１（１１１）からのデータアクセス要求が使用するパスである。
【００４０】
論理パス５（８０５）乃至論理パス８（８０８）は、それぞれ物理パス１乃至物理パス４を介してＬＵ２（２２２）に記憶されているデータをアクセスするためのパスである。ＬＵ２（２２２）に記憶されているデータをアクセスするのはＡＰ２（１１２）であるので、上記論理パス５（８０５）乃至論理パス８（８０８）は、ＡＰ２（１１２）からのデータアクセス要求が使用するパスである。
【００４１】
ドライバ管理プログラム１２１は、パス管理フィルタドライバ１２０が計測したデータ入出力処理の回数を取得しＩＯ実績表４００に反映する。データ入出力処理の回数の取得は、定期的に行うようにすることもできるし不定期に行うようにすることもできる。定期的に行う場合には、例えば１分毎に行うようにすることもできるし１時間毎に行うようにすることもできる。不定期に行う場合には、例えばオペレータからの指示があった際に行うようにすることもできる。
【００４２】
ＩＯ実績表４００に記録されるデータ入出力の回数は、ドライバ管理プログラム１２１がパス管理フィルタドライバ１２０から取得したデータ入出力の回数をそのまま記録するようにすることもできるし、その日一日の累計を記録するようにすることもできる。さらにデータ入出力回数の平均値を記録するようにすることもできる。
【００４３】
＝＝＝閾値設定表について＝＝＝
次に、本実施の形態に係る閾値設定表を図９に示す。
上述したように、閾値設定表５００は、オペレータがドライバＵＩプログラム１２２を介して入力したデータに基づき、ドライバ管理プログラムにより設定されるテーブルである。図９に示すように閾値設定表５００は物理パス毎に設定される。
【００４４】
設定項目は、毎分のデータ入出力の回数に対する閾値（判定値）、上記毎分のデータ入出力処理が閾値を超えた場合にアクセスを優先させる論理ユニット、及び上記アクセス優先処理を実施する曜日指定である。
【００４５】
図９においては、物理パス１乃至物理パス３に対して、データ入出力処理の回数が閾値を超えた場合の優先処理の設定がなされている。これにより、金曜日に物理パス１乃至物理パス３のいずれかを使用して行われるＬＵ１（２２１）へのデータアクセス要求が毎分２００回を超えた場合には、ＬＵ１（２２１）に対するデータ入出力要求は当該物理パスを優先的に使用することができるようになる。これにより、ＬＵ１（２２１）へのデータアクセス要求を迅速に行うことが可能となる。
【００４６】
毎分のデータ入出力処理の回数が上記閾値を超えない場合には、物理パス１乃至物理パス３を使用して行えるデータ入出力処理はＬＵ１（２２１）に対するものに限定されない。この場合、パス管理フィルタドライバ１２０は全ての物理パス、すなわち物理パス１乃至物理パス４に対して均等に、データ入出処理要求を振り分ける。
【００４７】
一方、物理パス４に対しては閾値の設定がなされていない。この場合、物理パス１乃至物理パス３に対するデータ入出力処理の回数が上記設定された閾値を超えない場合には、パス管理フィルタドライバ１２０は、物理パス１乃至物理パス４に対して均等にデータ入出処理要求を振り分けるが、物理パス１乃至物理パス３のいずれかに対するデータ入出力処理要求の回数が上記設定された閾値を超えた場合には、物理パス４を使用して行えるデータ入出力要求は、ＬＵ１（２２１）以外に対するもの（ここではＬＵ２（２２２）に対するもの）になる。ＬＵ１（２２１）に対するデータ入出力要求は物理パス１乃至物理パス３を占有して送信されるからである。
【００４８】
ただしこの場合、ＬＵ１（２２１）へのデータ入出力要求に対し、物理パス１乃至物理パス３のみならず物理パス４も使用可能とすることもできる。この場合物理パス４には、ＬＵ１（２２１）に対するものと、ＬＵ１（２２１）以外に対するもの（ここではＬＵ２（２２２）に対するもの）の両方のデータ入出力要求が送信されることになる。
【００４９】
また図９においては、各物理パスには優先ＬＵが一つずつしか記載されていないが、複数の優先ＬＵを指定するようにすることもできる。この場合は優先ＬＵ毎に閾値を設定するようにすることができる。また有効日欄には一つの曜日しか指定されていないが、複数の曜日を指定するようにすることもできる。その他、「曜日」による指定ではなく「日付」による指定や「休祝日の前日」といった指定ができるようにすることもできる。また閾値は毎分の入出力回数以外にも毎時間の入出力回数やその日の始業からの入出力回数の累計とすることもできる。
【００５０】
＝＝＝ＬＵ管理表について＝＝＝
次に、本実施の形態におけるＬＵ管理表６００を図１０に示す。
ＬＵ管理表６００は、パス管理フィルタドライバ１２０がデータ入出力要求を論理パスに振り分ける際に参照される表である。
【００５１】
図１０において”ＯＮ”と記載されている場合には当該論理パスを使用可能であることを表し、”ＯＦＦ” と記載されている場合には当該論理パスを使用不可能であることを表す。図１０においては、ＬＵ１（２２１）へのデータ入出力要求は論理パス１（８０１）乃至４（８０４）が使用可能であり、ＬＵ２（２２２）へのデータ入出力要求は論理パス５（８０５）乃至８（８０８）が使用可能であることが示されている。論理パス１（８０１）乃至４（８０４）及び論理パス５（８０５）乃至８（８０８）はそれぞれ物理パス１乃至４上に設定された論理パスである。
【００５２】
ＬＵ管理表６００が図１０の様に設定されている場合には、パス管理フィルタドライバ１２０は、ファイルシステム２４０からのデータ入出力要求を４つの物理パス１乃至４を均等に使用するようにラウンドロビン方式で各論理パスに振り分ける。すなわちパスの優先化は実施されない。
【００５３】
これに対しパスの優先化を実施する場合には、図１１に示すように、使用させたくない論理パスについて”ＯＦＦ”を設定する。
図１１においては、論理パス４（８０４）乃至７（８０７）が使用不可能に設定されている。このとき、ＬＵ１（２２１）へのデータ入出力要求は論理パス１（８０１）乃至３（８０３）のみが使用可能であり、ＬＵ２（２２２）へのデータ入出力要求は論理パス８（８０８）のみが使用可能である。
【００５４】
このようにＬＵ管理表６００は、データ入出力要求のあて先であるＬＵと当該データ入出力要求が使用する論理パスとを対応付けるものである。これにより、データ入出力要求に記述されているＬＵを指定するための情報に基づいて、当該データ入出力要求を論理パスに振り分けることができる。そして上述の様に、ＬＵ１（２２１）へのデータ入出力要求を物理パス１乃至３を占有させるように各論理パスへ振り分けることが可能となる。
【００５５】
＝＝＝パスの優先化処理＝＝＝
ＩＯ実績表４００に記録されているデータ入出力要求の回数が閾値設定表５００に設定された閾値を超えた場合には、図１０に示したＬＵ管理表６００から図１１に示したＬＵ管理表６００への切り替えが行われ、パスの優先化が実施される。
【００５６】
本実施の形態におけるパスの優先化を行うためにドライバ管理プログラム１２１により実行される処理の流れを示すフローチャートを図１２乃至図１３に示す。
まず、ドライバ管理プログラム１２１は閾値設定表５００を作成する（Ｓ１０００）。作成はドライバ管理プログラム１２１の起動時に行われ、ドライバＵＩプログラム１２２を用いてオペレータにより設定された閾値や優先ＬＵ等を取得することにより行われる。
次にＩＯ実績表４００を作成する（Ｓ１００１）。作成はパス管理フィルタドライバ１２０が計測しているデータ入出力処理の回数を取得することにより行われる。
【００５７】
以上の処理ステップを経た後、メイン処理ループの実行に移行する。まずＳ１００２及びＳ１００３において所定時間経過するのを待ち、Ｓ１００４においてパス管理フィルタドライバ１２０よりデータ入出力回数を論理パス毎に取得する。これにより各論理パスの所定時間内のデータ入出力回数すなわち各論理パスの使用率を知ることができる。取得したデータ入出力回数はＩＯ実績表４００に記録される。続いてパスの優先化要求フラグを初期化する（Ｓ１００５）。パスの優先化要求フラグとは、パスの優先化を実施する必要性の有無を判断するために使用されるフラグである。具体的には、データ入出力回数が閾値設定表５００に設定されている閾値（判定値）を超えていることが判明した場合にセットされ、ドライバ管理プログラム１２１はパスの優先化要求フラグがセットされている場合にはパスの優先化を実行する。
【００５８】
次に、ドライバ管理プログラム１２１は最初の論理パスを取得する。最初の論理パスとは論理パス１（８０１）のことである。以降のステップにおいては、論理パス１（８０１）について、データ入出力要求の回数が閾値を超えていないかをチェックすることになる。まずＳ１００７においてチェックする論理パスの有無により終了判定を行うが、これから論理パス１（８０１）のチェックを行うところであるので、”Ｙ”（Ｙｅｓ）に進む。
【００５９】
Ｓ１００８においては、データ入出力要求の回数が閾値を超えていないかどうかをチェックする。具体的にはＳ１０００で作成した閾値設定表５００とＳ１００４で更新したＩＯ実績表４００とを比較する。比較は以下のようにして行う。まず、現在チェック対象となっている論理パス１（８０１）は物理パス１上に設定されたものであるので、閾値設定表５００の物理パス１の欄に着目する。そしてまず「曜日」欄をチェックする。図９の例で説明すると、現在が金曜日でなければ比較の対象外であるのでチェックを終了し”Ｎ”（Ｎｏ）に進む。現在が金曜日である場合には、閾値設定表５００に記載されている閾値の値と、ＩＯ実績表４００内の金曜日の論理パス１の欄に記録されているデータ入出力回数を比較する。もしもＩＯ実績表４００の当該欄に記録されている値の方が大きい場合には、”Ｙ”に進む。ＩＯ実績表４００の当該欄に記録されている値の方が小さい場合には、”Ｎ”に進む。
【００６０】
Ｓ１００８において”Ｙ”に進んだ場合には、Ｓ１００９において優先化要求フラグがセットされる。Ｓ１０１０において次の論理パスを取得してＳ１００７から処理を繰り返す。次の論理パスとはここでは論理パス２（８０２）のことである。
【００６１】
そして全ての論理パスについての処理が終了したらＳ１００７において”Ｎ”に進み、Ｓ１０１１を実行する。ここでは優先化要求フラグがセットされているか否かがチェックされる。すなわちデータ入出力要求の回数が閾値を超えている論理パスが一つでもあった場合には優先化要求フラグがセットされているため、”Ｙ”に進む。そしてＳ１０１２においてパスの優先化処理を実施する。パスの優先化処理の実施とは、具体的にはパス管理フィルタドライバ１２０により参照されるＬＵ管理表６００を図１０に示した態様から例えば図１１に示した態様に切り替えることである。もちろん、初めからＬＵ管理表６００が図１１の態様に切り替わっていた場合には、そのまま図１１の態様で継続する。
【００６２】
一方Ｓ１０１１において、優先化要求フラグがセットされていなかった場合には、Ｓ１０１３においてパスの優先化処理を終了する。パスの優先化処理の終了とは、具体的にはパス管理フィルタドライバ１２０により参照されるＬＵ管理表６００を図１１に示した態様から例えば図１０に示した態様に切り替えることである。もちろん、初めからＬＵ管理表６００が図１０の態様に切り替わっていた場合には、そのまま図１０の態様で継続する。
上記Ｓ１００２からＳ１０１３の処理を所定時間毎に繰り返し行う。
【００６３】
＝＝＝データ入出力要求の振り分け処理＝＝＝
次に、パス管理フィルタドライバ１２０がＬＵ管理表６００を参照してデータ入出力処理を振り分ける際の処理の流れを示すフローチャートを図１４に示す。
まずパス管理フィルタドライバ１２０は、処理対象ＬＵをＬＵ１（２２１）に設定して処理を開始する（Ｓ２０００、Ｓ２００１）。次にＬＵ１（２２１）に対する排他を取得する。ＬＵ１（２２１）に対する排他を取得するとは、ＬＵ１（２２１）へのデータ入出力要求を自分のみが行えるように独占することである。
【００６４】
続いて論理パス１（８０１）を処理対象パスに設定し、処理を開始する（Ｓ２００３、Ｓ２００４）。ＬＵ管理表６００のＬＵ１（２２１）及び論理パス１（８０１）の欄が”ＯＮ”の場合には、論理パス１（８０１）からデータ入出力要求を送信する（Ｓ２００５）。これを全ての論理パスに対して繰り返し行う（Ｓ２００６）。次にＬＵ１（２２１）に対する排他を解放する（Ｓ２００７）。これを全てのＬＵに対して繰り返し行う（Ｓ２００８）。上記処理を繰り返し行うことにより、パス管理フィルタドライバ１２０はＬＵ管理表６００を参照してデータ入出力処理の振り分け処理を行う。
【００６５】
＝＝＝ＬＵ管理表の設定＝＝＝
次に本実施の形態におけるＬＵ管理表を設定するための処理の流れを示すフローチャートを図１５乃至図１６に示す。ＬＵ管理表の設定は、パス管理フィルタドライバ１２０が行うようにすることもできるし、ドライバ管理プログラム１２１が行うようにすることもできる。
【００６６】
前者の場合には、図１２乃至図１３において示したパスの優先化処理フローチャートのＳ１０１２においてパスの優先化を実施する際に、ドライバ管理プログラム１２１からの指示を受けて、パス管理フィルタドライバ１２０が本フローチャートに従って作成したＬＵ管理表６００へ切り替える処理を行う。
【００６７】
後者の場合には、図１２乃至図１３において示したパスの優先化処理フローチャートのＳ１０１２においてパスの優先化を実施する際に、ドライバ管理プログラム１２１が本フローチャートに従って作成したＬＵ管理表６００をパス管理フィルタドライバ１２０が取得し、ＬＵ管理表６００を切り替える処理を行うことになる。
【００６８】
ここでは、前者の場合を例に図１５乃至図１６に示したフローチャートを説明する。
まず、パス管理フィルタドライバ１２０は閾値設定表５００から最初の物理パスを取得する（Ｓ３０００）。最初の物理パスとは物理パス１のことである。以降のステップにおいては、物理パス１についてＬＵ管理表６００を設定することになる。まずＳ３００１において物理パスの有無により終了判定を行うが、ここではこれから物理パス１についてＬＵ管理表６００の設定を行うところであるので、”Ｙ”に進む。
【００６９】
Ｓ３００２において、閾値設定表５００の物理パス１の欄に優先ＬＵの設定がなされているか否かがチェックされる。図９の例で説明すると物理パス１には優先ＬＵとしてＬＵ１（２２１）が設定されているので”Ｙ”に進む。
Ｓ３００３においてＬＵ管理表６００より最初の論理パスを取得する。最初の論理パスとは論理パス１（８０１）のことである。
そしてＳ３００４において上記取得した論理パス１が設定されている物理パスが上記閾値設定表５００から取得した物理パスと同一であるかどうかがチェックされる。ここでは論理パス１（８０１）が設定されている物理パスは物理パス１であるので、閾値設定表５００から取得した物理パスと同一であることが判明する。加えてＳ３００４において、閾値設定表５００に設定されている優先ＬＵと論理パス１が対象とするＬＵが同一でないかどうかもチェックされる。ここではどちらもＬＵ１であり、同一であることが判明する。
以上よりＳ３００４の判定は”Ｎ”となり、Ｓ３００６に進む。Ｓ３００５の処理を行わないことによりＬＵ管理表６００の論理パス１の欄は”ＯＮ”のままとされる。
Ｓ３００６において次の論理パスを取得してＳ３００４から処理を繰り返す。次の論理パスとは、ここでは論理パス２（８０２）のことである。
全ての論理パスについての処理が終了したら（Ｓ３００７）、Ｓ３００８において閾値設定表５００から次の物理パスを取得してＳ３００１から処理を繰り返す。次の物理パスとは物理パス２のことである。閾値設定表５００の全ての物理パスについての処理が終了したら処理を終了する。
【００７０】
なお、図９の例では物理パス４については閾値設定表５００に優先ＬＵは設定されていない。その場合Ｓ３００２において”Ｎ”に進む。
まずＳ３００９においてＬＵ管理表６００より最初の論理パスを取得する。最初の論理パスとは論理パス１（８０１）のことである。そしてＳ３０１０において上記取得した論理パス１が設定されている物理パスが上記閾値設定表５００から取得した物理パスと同一であるかどうかがチェックされる。ここでは論理パス１（８０１）が設定されている物理パスは物理パス１であるので、閾値設定表５００から取得した物理パス（物理パス４）と同一ではないことが判明する。加えてＳ３０１０において、閾値設定表５００に優先ＬＵとして設定されているＬＵと論理パス１が対象とするＬＵが同一であるかどうかもチェックされる。ここでは閾値設定表５００に優先ＬＵとして設定されているＬＵはＬＵ１（物理パス１乃至物理パス３に対する優先ＬＵ）であり、論理パス１が対象とするＬＵはＬＵ１であるので、同一であることが判明する。以上よりＳ３０１０の判定は”Ｎ”となりＳ３０１２に進む。そしてＳ３０１２において次の論理パスを取得してＳ３０１０から処理を繰り返す。次の論理パスとは、ここでは論理パス２（８０２）のことである。
【００７１】
論理パス４についてのＳ３０１０の判定においては、論理パス４（８０４）が設定されている物理パスは物理パス４であり、閾値設定表５００から取得した物理パス（物理パス４）と同一である。加えて閾値設定表５００に優先ＬＵとして設定されているＬＵ（ＬＵ１）と論理パス４が対象とするＬＵ（ＬＵ１）も同一である。よって論理パス４についてのＳ３０１０の判定は”Ｙ”となりＳ３０１１に進み、ＬＵ管理表に”ＯＦＦ”が設定される。全ての論理パスについての処理が終了したら（Ｓ３０１３）、Ｓ３００８に進む。
【００７２】
以上の処理を実施することにより、ＬＵ管理表６００の設定を行うことができる。なお、上記ＬＵ管理表６００の設定はパス管理フィルタドライバ１２０が行うものとして説明したが、ドライバ管理プログラム１２１が行う場合も同様である。
【００７３】
このように本実施の形態によれば、情報処理装置１００から記憶装置２００の特定の記憶領域に対するデータ入出力要求を、ＬＵ管理表６００によりあらかじめ対応付けられた論理パスを介して送信することができるので、例えばある論理パスの使用率が上昇した場合に、当該論理パスに対応付けられたデータ入出力要求を他のデータ入出力要求に優先して送信することができるようになる。これにより、優先度に応じたデータ入出力要求の送信が行えるようになるため、論理パスの有効利用が図れる。また優先度の高いデータ入出力要求に対して、入出力性能を落とさずに記憶装置２００へのアクセスを行うことができる。
【００７４】
以上本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００７５】
【発明の効果】
情報処理装置、プログラム、情報処理システム、及び情報処理装置の制御方法を提供することができる。
【図面の簡単な説明】
【図１】本実施の形態に係る情報処理システムの全体構成を示すブロック図である。
【図２】本実施の形態に係る情報処理装置において実行されるアプリケーションプログラムの入出力特性を示す図である。
【図３】本実施の形態に係る情報処理装置においてパスの優先化を実施しない場合のデータ入出力キューの様子を示すブロック図である。
【図４】本実施の形態に係る情報処理装置においてパスの優先化を実施した場合のデータ入出力キューの様子を示すブロック図である。
【図５】本実施の形態に係る情報処理装置におけるデータ入出力処理を説明するためのブロック図である。
【図６】本実施の形態に係る情報処理装置と記憶装置との間のデータ入出力パスを構成する要素を示す図である。
【図７】本実施の形態に係る情報処理装置におけるデータ入出力処理を説明するためのブロック図である。
【図８】本実施の形態に係るＩＯ実績表を示す図である。
【図９】本実施の形態に係る閾値設定表を示す図である。
【図１０】本実施の形態においてパスの優先化を実施しない場合のＬＵ管理表を示すブロック図である。
【図１１】本実施の形態においてパスの優先化を実施する場合のＬＵ管理表を示すブロック図である。
【図１２】本実施の形態におけるデータ入出力パスの管理を行うための処理の流れを示すフローチャートである。
【図１３】本実施の形態におけるデータ入出力パスの管理を行うための処理の流れを示すフローチャートの続きである。
【図１４】本実施の形態におけるデータ入出力処理の流れを示すフローチャートである。
【図１５】本実施の形態におけるＬＵ管理表を設定するための処理の流れを示すフローチャートである。
【図１６】本実施の形態におけるＬＵ管理表を設定するための処理の流れを示すフローチャートの続きである。
【符号の説明】
１００情報処理装置１１０アプリケーションプログラム
１１１ＡＰ１１１２ＡＰ２
１２０パス管理フィルタドライバ１２１ドライバ管理プログラム
１２２ドライバＵＩプログラム１２３ドライバＡＰＩプログラム
１２４ロジック部１３０入出力キュー
１４０インタフェース部１６０ディスクドライバ
１７０ＩＦドライバ１８０ＨＰｏｒｔ
１８１ＴＩＤ１８２Ｂｕｓ
２００記憶装置２１０ディスク制御部
２１１ディスク制御部１２１２ディスク制御部２
２２０論理ユニット２２１ＬＵ１
２２２ＬＵ２２２３ＨＬＵ
２３０ＤＰｏｒｔ２４０ファイルシステム
２４１ＬＵ１２４２ＬＵ２
３００接続部４００ＩＯ実績表
５００閾値設定表６００ＬＵ管理表
７００ＳＡＮ８００論理パス[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an information processing device, a program, an information processing system, and a method for controlling an information processing device.
[0002]
[Prior art]
In recent years, the amount of data handled by computer systems has increased, and storage devices have been increasing in capacity. In a large-capacity storage device, it is necessary to ensure input / output performance and reliability that are commensurate with the storage capacity. Therefore, a technique has been developed in which an input / output path to a storage device is multiplexed to improve input / output performance and reliability.
[0003]
When the input / output paths to the storage device are multiplexed, it is necessary for the computer to perform a process of distributing a data input / output request to the storage device to each input / output path. In the related art, data input / output requests are evenly distributed to each input / output path in order to distribute the load applied to each input / output path. As a sorting method, a round robin method in which each input / output path is designated in order has been adopted.
[0004]
[Patent Document 1]
JP 2001-325207 A
[0005]
[Problems to be solved by the invention]
However, all data input / output requests to the storage device are not the same, and some have higher or lower priority depending on the application program that issues the data input / output request. In the prior art, data input / output requests to a storage device are distributed to each input / output path in a round-robin manner. For example, when data input / output requests to a storage device are flooded, a high priority data input / output request is issued. Could not be sent to the storage device with priority.
[0006]
Therefore, an object of the present invention is to provide an information processing apparatus, a program, an information processing system, and a control method of an information processing apparatus, which can prioritize a high-priority data input / output request when the data input / output request increases. I do.
[0007]
[Means for Solving the Problems]
Means for setting a plurality of logical paths, which are logical paths to the storage device, for transmitting a data input / output request to the storage device, and provided by the storage device described in the data input / output request Means for associating information for designating a specific storage area among the storage areas to be executed with the logical path, means for comparing the usage rate of each logical path with a judgment value, and according to the result of the comparison. Means for switching the data input / output request to control for transmitting the data input / output request to the storage device via the logical path associated with the information.
In addition, the problems disclosed by the present application and the solution thereof will be clarified by the description of the embodiments of the invention and the drawings.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
=== Overall configuration example ===
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
First, FIG. 1 is a block diagram showing the overall configuration of an information processing system (computer system) according to the present embodiment.
[0009]
The information processing device (host) 100 includes a CPU (Central Processing Unit) and a memory, and executes various application programs. For example, a program such as an automatic teller system at a bank or a seat reservation system at an aircraft is executed. The information processing apparatus 100 accesses data stored in the storage device (storage device, storage) 200 when executing the application program. The data access is performed by transferring a logical path associated with a physical path, which is a data transfer path physically configured by hardware, to transfer data between the information processing apparatus 100 and the storage apparatus 200. It is done as. The four connection units 301 to 304 that connect the information processing device 100 and the storage device 200 respectively configure the physical path. Further, IF1 (141) to IF4 (144) are communication interfaces with the storage device 200. The IF1 (141) to IF4 (144) form a physical path together with the connection units 1 (301) to 4 (304), respectively.
[0010]
The storage device 200 includes a logical unit 220 and a disk control unit 210. The logical unit 220 is a storage area configured by logically dividing storage resources provided to the information processing apparatus 100. The storage device 200 shown in FIG. 1 includes two logical units LU (Logical Unit) 1 (221) and LU2 (222). Various resources such as a hard disk device, a flexible disk device, and a semiconductor storage device can be used as the storage resources. The disk control unit 210 receives a data input / output request from the information processing device 100 and controls access to data stored in the logical unit 220. The disk control unit 210 can be integrated with the storage device 200 as shown in FIG. 1, or can be a separate type. Although two logical units are shown in FIG. 1, one logical unit 220 may be divided into a plurality of partitions. The partition is a storage area configured by logically dividing the logical unit 220.
[0011]
In the information processing apparatus 100, various application programs 110 are executed. In the information processing apparatus 100 shown in FIG. 1, two of AP1 (111) and AP2 (112) are executed. The AP 1 (111) and the AP 2 (112) execute predetermined processing while appropriately accessing data stored in the storage device 200. Normally, each of the application programs 110 executed by the information processing apparatus 100 is assigned a logical unit 220 which can be accessed. Here, it is assumed that LU1 (221) is assigned to AP1 (111) and LU2 (222) is assigned to AP2 (112). Of course, for example, both LU1 (221) and LU2 (222) can be assigned to AP1 (111).
[0012]
Data access requests from AP1 (111) and AP2 (112) are transmitted using the above logical path as a transfer path. The data access request is transmitted to the storage device 200 after the transfer route is sorted for each logical path by the path management filter driver 120. The distribution is performed based on the information described in the data access request for specifying the logical unit to which the data access request is transmitted. In FIG. 1, the data access requests from AP1 (111) are indicated by "1" and "2", and the data access requests from AP2 (112) are indicated by "1" and "2". ing. Each data access request ((1), (2), 1, 2) is divided for each predetermined data length (divided into four in FIG. 1), and then the transfer path is allocated for each logical path. . The allocated data access requests are stored in input / output queues 131 to 134 provided for each physical path corresponding to each logical path. The data is sequentially transmitted from the interface units 141 to 144 to the storage device 200.
[0013]
The path management filter driver 120 is a program for multiplexing a data transfer path between the information processing device 100 and the storage device 200. By multiplexing a data transfer path between the information processing device 100 and the storage device 200, a bottleneck in data access can be eliminated and data input / output processing performance can be improved. Load distribution is also performed by appropriately distributing data access requests to the respective data transfer paths. Further, when a failure occurs in the data transfer path, the data transfer path may be closed to have a function of continuing data access to the storage device 200 via the normal data transfer path. As a result, a service stop due to a data transfer path failure can be avoided and the reliability of the system can be improved.
[0014]
It should be noted that some operating systems executed by the information processing apparatus 100 do not take into account connection with the storage device 200 via a plurality of logical paths. When such an operating system is executed by the information processing device 100 and the information processing device 100 and the storage device 200 are connected by a plurality of logical paths, the application program 110 There is a problem that it looks as if one logical unit 220 exists for each logical path. In order to avoid this, the path management filter driver 120 also has a function of integrating the originally one logical unit 220, which is visible for each logical path, into one and showing it to the application program 110.
[0015]
=== Characteristics of data input / output request ===
Next, FIG. 2 is a diagram illustrating input / output characteristics of AP1 (111) and AP2 (112) executed in the information processing apparatus 100 according to the present embodiment.
FIG. 2 shows the number of data input / output requests for AP1 (111) and AP2 (112) in a graph, with “day of the week” on the horizontal axis and “data input / output request count (IO request count)” on the vertical axis. It was done.
[0016]
As shown in FIG. 2, data access characteristics to the storage device 200 are significantly different between AP1 (111) and AP2 (112). That is, AP1 (111) has a characteristic that access is concentrated at a specific time (Friday) (113), and AP2 (112) has a relatively constant data access characteristic (114).
Here, as described above, AP1 (111) accesses data stored in LU1 (221), and AP2 (112) accesses data stored in LU2 (222). Are commonly used.
[0017]
In this case, if the processing performed by the AP 1 (111) is of high priority, for example, if a quick processing with a short waiting time is required such as in a bank automatic teller system, the AP 1 (111) is used. If the data input / output requests from (111) and AP2 (112) are evenly distributed to each logical path, the bottleneck is that four physical paths are shared by AP1 (111) and AP2 (112). It is assumed that the data input / output processing performed by the AP 1 (111) is delayed due to a bottleneck.
[0018]
In the conventional path management filter driver 120, a data input / output request from the application program 110 is equally distributed to each logical path in a round-robin manner. Therefore, it was not possible to perform the distribution in consideration of the priority of the data input / output request from each application program 110.
[0019]
=== Distribution of data input / output request ===
FIG. 3 shows how the data input / output requests from the AP1 (111) and the AP2 (112) are equally distributed to the four connection units 301 to 304 by the path management filter driver 120. In FIG. 3, data input / output requests ((1), (2), (3), 1, 2) from AP1 (111) and AP2 (112) are divided into five for each predetermined data length. Above, the state of being equally distributed to the input / output queues 131 to 134 is shown.
[0020]
In this case, although the data input / output processing ((1), (2), (3)) from the AP1 (111) must be performed promptly, the data input / output processing (1) from the AP2 (112) is performed. 2), the data input / output processing from the AP 1 (111) is delayed.
[0021]
=== Path Prioritization Process ===
FIG. 4 shows a state of the input / output queue 130 when the path is prioritized in the information processing apparatus 100 according to the present embodiment in order to improve this. The path prioritization is performed by the path management filter driver 120 distributing the data input / output request to each logical path so that the specified physical path can be used preferentially by the data input / output request with high priority.
[0022]
In FIG. 4, data input / output requests ((1), (2), (3)) to LU1 (221) are distributed so as to occupy connection units 1 (301) to 3 (303). ing. The connection unit 4 (304) is allocated to a data input / output request to another logical unit, that is, a logical unit other than LU1 (221) (here, LU2 (222)).
[0023]
In this way, when data input / output requests from the AP 1 (111) increase and delay of input / output processing is likely to occur, priority of the path is executed, thereby making it possible to avoid delay of input / output processing. Become. Specific means for implementing path prioritization will be described later.
[0024]
=== Detailed configuration example of information processing device ===
Next, FIG. 5 is a block diagram illustrating data input / output processing in information processing apparatus 100 according to the present embodiment.
The AP1 (111) and the AP2 (112) access the logical unit 220 set in the storage device 200 via the file system 240. The file system 240 is usually provided as one of the functions of the operating system, and manages a storage area provided by the storage device 200. That is, an abstract concept of a file is realized in a logical block on a storage area provided by the storage device 200, and a data input / output request for a file is made to correspond to a data input / output request in units of logical block addresses.
[0025]
The path management filter driver 120 distributes a data input / output request issued from the application program 110 via the file system 240 for each logical path.
The allocated data input / output request is transmitted from the IF1 (141) to the IF4 (144) to the storage device 200 via the disk driver 160 and the IF (Inter Face) driver 170. The disk driver 160 abstracts the block mode device as a logical disk. The IF driver 170 converts and restores a data input / output request into a packet of a predetermined communication protocol. As a communication protocol, for example, fiber channel can be adopted.
[0026]
The data input / output request is transmitted from the information processing device 100 to the storage device 200 through a physical path configured by hardware including the four connection units 301 to 304. On the other hand, a logical path is associated with the physical path as described above. The logical path is a data transfer path logically configured by software. In FIG. 5, logical paths are denoted by 801 to 808. A logical path is provided for each LU. Elements for defining the logical paths 801 to 808 will be described later.
[0027]
In FIG. 5, the logical path 1 (801) and the logical path 5 (805) are associated with the physical path 1 which is a data transfer path including the connection unit 1 (301). The logical path 2 (802) and the logical path 6 (806) are associated with the physical path 2, which is a data transfer path including the connection unit 2 (302). The logical path 3 (803) and the logical path 7 (807) are associated with the physical path 3, which is a data transfer path including the connection unit 3 (303). The logical path 4 (804) and the logical path 8 (808) are associated with the physical path 4 which is a data transfer path including the connection unit 4 (304).
[0028]
The information processing device 100 and the storage device 200 may be connected by a SAN (Storage Area Network) 700 as shown in FIG. 5, or may be directly connected as shown in FIG. It can also be.
[0029]
The data input / output requests transmitted from IF1 (141) to IF4 (144) are sent to the disk control unit 1 (211) or the disk control unit 2 (212) of the storage device 200. Then, under the control of the disk control unit 1 (211) or the disk control unit 2 (212), data access to the logical unit 220 is performed.
[0030]
The path management filter driver 120 determines to which logical path a data input / output request from the file system 240 is to be issued based on the LU management table 600 included in the logic unit 124. That is, normally, the four connection units 301 to 304 are distributed in a round-robin manner so as to use them equally for load distribution. However, as described above, when the data input / output request for a specific LU increases, The distribution method is switched so that the data input / output request to the LU can use the connection unit preferentially.
[0031]
The driver management program 121 manages the path management filter driver 120 together with a driver UI (User Interface) program 122 and a driver API (Application Program Interface) program 123. For example, the LU management table 600 is updated. The driver UI program 122 is a program for providing a user interface when setting the path management filter driver 120 via the driver management program 121. The driver API program 123 is a program in which commands and functions that can be used when setting the path management filter driver 120 using the driver UI program 122 are collected. These programs are composed of codes for performing various operations according to the present embodiment described below.
[0032]
The IO (Input / Output) performance table 400 is a table in which the number of data input / output processes performed between the information processing apparatus 100 and the storage device 200 is recorded. The number of times of data input / output processing is measured by the path management filter driver 120 regularly or irregularly. Then, the driver management program 121 acquires the number of times of data input / output processing within a predetermined period measured by the path management filter driver 120, and reflects the number in the IO result table 400.
[0033]
The threshold setting table 500 is a table set by the driver management program 121 based on data input by the operator via the driver UI program 122.
[0034]
The driver management program 121 compares the number of times of the data input / output processing recorded in the IO result table 400 with a threshold (judgment value) set in the threshold setting table 500. When the number of times of data input / output recorded in the IO result table 400 exceeds the determination value set in the threshold setting table 500, the distribution of the data input / output request performed by the path management filter driver 120 according to the LU management table 600 is switched. .
[0035]
=== About the element for defining the logical path ===
Next, elements for defining the logical paths 801 to 808 are shown in FIG. As shown in FIG. 6, the logical path includes a host logical unit (HLU) 223, a target ID (TID) 181, a bus 182, a host bus adapter port (HPort) 180, a disk controller (Dport) 230, a disk controller 210, and a disk controller 210. It is defined by specifying the hardware or software of the LU 220. HLU 223, TID 181, Bus 182, and HP Port 180 are concepts used in the SCSI (Small Computer Systems Interface) communication standard, and represent a host logical unit, a target ID, a logical bus, and a port on the host bus adapter side, respectively. DPort 230 indicates a port of the disk control unit. Of course, the definition of the logical path does not necessarily have to be based on the above elements, and any of the above elements may be unnecessary depending on the system, and the logical path may be defined by other elements. By specifying these elements, a logical path is defined, and a physical path that logically sets each element is associated with a logical path.
[0036]
As shown in FIG. 6, when there are a plurality of paths connecting the information processing apparatus 100 and the storage device 200, it looks as if one LU 220 on the storage device 200 exists for each path. As shown in FIG. 4, through the path management filter driver 120, it is possible to show a user as one logical unit.
[0037]
=== Another Configuration Example of the Information Processing Device ===
Next, FIG. 7 illustrates an information processing apparatus 100 having a partly different configuration from the information processing apparatus 100 illustrated in FIG.
That is, in the information processing apparatus 100 in FIG. 5, the disk driver 160 receives a data input / output request from the path management filter driver 120, abstracts the block mode device as a logical disk, and then passes it to the IF driver 170. However, some operating systems require the disk driver 160 to be interposed between the file system 240 and the path management filter driver 120. FIG. 7 shows an example of such a case. The embodiment of FIG. 5 and the embodiment of FIG. 7 are caused by differences in the operating system, and both embodiments are one embodiment of the present invention.
[0038]
=== IO Results Table ===
Next, FIG. 8 shows an IO result table 400 according to the present embodiment.
As described above, the IO result table 400 is a table in which the number of times of data input / output processing performed between the information processing device 100 and the storage device 200 is recorded. As shown in FIG. 8, the IO result table 400 is a table in which the number of data input / output requests for each logical path is tabulated for each day of the week. Note that the physical paths 1 to 4 described in FIG. 8 are data transfer paths physically configured by hardware including the connection units 1 to 4, respectively.
[0039]
The logical paths 1 (801) to 4 (804) are paths for accessing data stored in the LU 1 (221) via the physical paths 1 to 4, respectively. Since the AP1 (111) accesses the data stored in the LU1 (221), the logical path 1 (801) to the logical path 4 (804) are used by the data access request from the AP1 (111). Is the path to be taken.
[0040]
The logical paths 5 (805) to 8 (808) are paths for accessing data stored in the LU 2 (222) via the physical paths 1 to 4, respectively. Since the AP2 (112) accesses the data stored in the LU2 (222), the logical paths 5 (805) to 8 (808) are used by the data access request from the AP2 (112). Is the path to be taken.
[0041]
The driver management program 121 acquires the number of times of data input / output processing measured by the path management filter driver 120 and reflects it on the IO result table 400. The acquisition of the number of times of data input / output processing can be performed periodically or irregularly. In the case of performing it periodically, for example, it can be performed every minute or every hour. When the operation is performed irregularly, for example, the operation may be performed when an instruction is given from an operator.
[0042]
The number of times of data input / output recorded in the IO result table 400 can be recorded as it is the number of times of data input / output obtained from the path management filter driver 120 by the driver management program 121, or can be a total of one day. Can also be recorded. Further, an average value of the number of times of data input / output can be recorded.
[0043]
=== About the threshold setting table ===
Next, FIG. 9 shows a threshold setting table according to the present embodiment.
As described above, the threshold setting table 500 is a table set by the driver management program based on data input by the operator via the driver UI program 122. As shown in FIG. 9, the threshold setting table 500 is set for each physical path.
[0044]
The setting items are a threshold (judgment value) for the number of data input / outputs per minute, a logical unit that gives priority to access when the data input / output processing per minute exceeds the threshold, and a day of the week that performs the access priority processing. It is specified.
[0045]
In FIG. 9, priority processing is set for the physical paths 1 to 3 when the number of data input / output processing exceeds a threshold value. Accordingly, when the data access request to the LU1 (221) performed using any of the physical paths 1 to 3 on Friday exceeds 200 times per minute, the data input / output to / from the LU1 (221) is performed. The request can use the physical path preferentially. Thus, a data access request to the LU 1 (221) can be promptly made.
[0046]
If the number of data input / output processes per minute does not exceed the threshold value, the data input / output process that can be performed using the physical paths 1 to 3 is not limited to the LU 1 (221). In this case, the path management filter driver 120 distributes the data input / output processing request equally to all the physical paths, that is, the physical paths 1 to 4.
[0047]
On the other hand, no threshold value is set for the physical path 4. In this case, if the number of times of data input / output processing for the physical paths 1 to 3 does not exceed the set threshold value, the path management filter driver 120 equally distributes data to the physical paths 1 to 4. The input / output processing request is distributed. If the number of data input / output processing requests for any one of the physical paths 1 to 3 exceeds the set threshold value, the data input / output request that can be performed using the physical path 4 is performed. Are for LUs other than LU1 (221) (here for LU2 (222)). This is because a data input / output request to the LU 1 (221) is transmitted while occupying the physical paths 1 to 3.
[0048]
However, in this case, not only the physical paths 1 to 3 but also the physical path 4 can be used for a data input / output request to the LU 1 (221). In this case, both the data input / output requests for the LU1 (221) and those for the other than the LU1 (221) (here, for the LU2 (222)) are transmitted to the physical path 4.
[0049]
Further, in FIG. 9, only one priority LU is described for each physical path, but a plurality of priority LUs may be designated. In this case, a threshold value can be set for each priority LU. Although only one day of the week is specified in the effective date field, a plurality of days can be specified. In addition, designation such as “date” or “the day before a holiday” can be performed instead of designation using “day of the week”. Further, the threshold value may be the total number of input / output times per hour or the total number of input / output times from the start of the day in addition to the number of input / output times per minute.
[0050]
=== About LU management table ===
Next, FIG. 10 shows an LU management table 600 according to the present embodiment.
The LU management table 600 is a table that is referred to when the path management filter driver 120 distributes a data input / output request to a logical path.
[0051]
In FIG. 10, "ON" indicates that the logical path can be used, and "OFF" indicates that the logical path cannot be used. In FIG. 10, a logical path 1 (801) to logical path 4 (804) can be used for a data input / output request to LU1 (221), and a logical path 5 (805) for a data input / output request to LU2 (222). To 808 (808) can be used. Logical paths 1 (801) to 4 (804) and logical paths 5 (805) to 8 (808) are logical paths set on physical paths 1 to 4, respectively.
[0052]
When the LU management table 600 is set as shown in FIG. 10, the path management filter driver 120 rounds data input / output requests from the file system 240 so that the four physical paths 1 to 4 are used equally. Assigned to each logical path in the Robin method. That is, the path is not prioritized.
[0053]
On the other hand, when prioritizing the paths, as shown in FIG. 11, "OFF" is set for the logical paths that are not to be used.
In FIG. 11, the logical paths 4 (804) to 7 (807) are set to be unusable. At this time, only the logical paths 1 (801) to 3 (803) can use the data input / output request to the LU1 (221), and the data input / output request to the LU2 (222) only the logical path 8 (808). Can be used.
[0054]
As described above, the LU management table 600 associates the LU as the destination of the data input / output request with the logical path used by the data input / output request. Thereby, the data input / output request can be distributed to the logical path based on the information for specifying the LU described in the data input / output request. As described above, the data input / output request to the LU 1 (221) can be distributed to each logical path so as to occupy the physical paths 1 to 3.
[0055]
=== Pass priority processing ===
When the number of data input / output requests recorded in the IO result table 400 exceeds the threshold value set in the threshold value setting table 500, the LU management table 600 shown in FIG. Switching to 600 is performed, and the path is prioritized.
[0056]
FIGS. 12 and 13 are flowcharts showing the flow of processing executed by the driver management program 121 to prioritize paths according to the present embodiment.
First, the driver management program 121 creates the threshold setting table 500 (S1000). The creation is performed when the driver management program 121 is started, and is performed by acquiring a threshold value, a priority LU, and the like set by an operator using the driver UI program 122.
Next, an IO result table 400 is created (S1001). The creation is performed by acquiring the number of data input / output processes measured by the path management filter driver 120.
[0057]
After the above processing steps, the processing shifts to execution of the main processing loop. First, in S1002 and S1003, a predetermined time is waited, and in S1004, the number of times of data input / output is acquired from the path management filter driver 120 for each logical path. This makes it possible to know the number of data inputs / outputs of each logical path within a predetermined time, that is, the usage rate of each logical path. The acquired data input / output count is recorded in the IO result table 400. Next, the path priority request flag is initialized (S1005). The path priority request flag is a flag used to determine whether or not it is necessary to prioritize the path. Specifically, this is set when it is determined that the number of times of data input / output exceeds the threshold (judgment value) set in the threshold setting table 500, and the driver management program 121 sets the path priority request flag to If so, the path is prioritized.
[0058]
Next, the driver management program 121 acquires the first logical path. The first logical path is the logical path 1 (801). In the subsequent steps, it is checked whether the number of data input / output requests has exceeded the threshold value for the logical path 1 (801). First, in S1007, the end is determined based on the presence / absence of the logical path to be checked. Since the logical path 1 (801) is to be checked, the process proceeds to “Y” (Yes).
[0059]
In S1008, it is checked whether the number of data input / output requests does not exceed the threshold. Specifically, the threshold setting table 500 created in S1000 is compared with the IO result table 400 updated in S1004. The comparison is performed as follows. First, the logical path 1 (801) currently being checked is set on the physical path 1, so attention is paid to the column of the physical path 1 in the threshold setting table 500. First, check the "Day of the week" column. Explaining with the example of FIG. 9, if the current time is not Friday, it is out of the comparison target, so that the check ends and the process proceeds to “N” (No). If the current time is Friday, the threshold value described in the threshold setting table 500 is compared with the number of times of data input / output recorded in the column of the logical path 1 on Friday in the IO result table 400. If the value recorded in the corresponding column of the IO result table 400 is larger, the process proceeds to “Y”. If the value recorded in the column of the IO result table 400 is smaller, the process proceeds to “N”.
[0060]
If the process proceeds to “Y” in S1008, a priority request flag is set in S1009. In S1010, the next logical path is obtained, and the processing is repeated from S1007. The next logical path is the logical path 2 (802) here.
[0061]
When the processing for all the logical paths is completed, the process proceeds to “N” in S1007, and S1011 is executed. Here, it is checked whether or not the priority request flag is set. That is, if there is at least one logical path in which the number of data input / output requests exceeds the threshold, the priority request flag is set, and the process proceeds to “Y”. In step S1012, a path priority process is performed. Executing the path prioritization process specifically means switching the LU management table 600 referred to by the path management filter driver 120 from the mode illustrated in FIG. 10 to, for example, the mode illustrated in FIG. 11. Of course, when the LU management table 600 has been switched to the mode of FIG. 11 from the beginning, the processing is continued as it is in the mode of FIG.
[0062]
On the other hand, if the priority request flag has not been set in S1011, the path priority processing ends in S1013. The terminating of the path prioritization processing specifically means switching the LU management table 600 referred to by the path management filter driver 120 from the mode illustrated in FIG. 11 to, for example, the mode illustrated in FIG. Of course, when the LU management table 600 has been switched to the mode of FIG. 10 from the beginning, the processing is continued in the mode of FIG.
The processing from S1002 to S1013 is repeated at predetermined time intervals.
[0063]
=== Data input / output request distribution processing ===
Next, FIG. 14 is a flowchart showing the flow of processing when the path management filter driver 120 refers to the LU management table 600 and allocates data input / output processing.
First, the path management filter driver 120 sets the LU to be processed to LU1 (221) and starts processing (S2000, S2001). Next, exclusion of the LU1 (221) is obtained. Acquiring the exclusion for LU1 (221) means to monopolize the data input / output request to LU1 (221) so that only the user himself / herself can perform the data input / output request.
[0064]
Subsequently, the logical path 1 (801) is set as a processing target path, and processing is started (S2003, S2004). When the LU 1 (221) and logical path 1 (801) columns of the LU management table 600 are “ON”, a data input / output request is transmitted from the logical path 1 (801) (S2005). This is repeated for all logical paths (S2006). Next, exclusion of the LU1 (221) is released (S2007). This is repeated for all LUs (S2008). By repeatedly performing the above processing, the path management filter driver 120 refers to the LU management table 600 to perform the data input / output processing distribution processing.
[0065]
=== Setting of LU management table ===
Next, FIGS. 15 and 16 are flowcharts showing the flow of processing for setting the LU management table in the present embodiment. The setting of the LU management table can be performed by the path management filter driver 120 or can be performed by the driver management program 121.
[0066]
In the former case, the path management filter driver 120 receives an instruction from the driver management program 121 when executing the path prioritization in S1012 of the path prioritization processing flowchart shown in FIGS. A process for switching to the LU management table 600 created according to this flowchart is performed.
[0067]
In the latter case, when the path is prioritized in S1012 of the path prioritization processing flowchart shown in FIGS. 12 and 13, the LU management table 600 created by the driver management program 121 according to this flowchart is stored in the path management. The filter driver 120 obtains and performs processing for switching the LU management table 600.
[0068]
Here, the flow charts shown in FIGS. 15 and 16 will be described taking the former case as an example.
First, the path management filter driver 120 acquires the first physical path from the threshold setting table 500 (S3000). The first physical path is physical path 1. In the subsequent steps, the LU management table 600 is set for the physical path 1. First, in S3001, the termination is determined based on the presence / absence of a physical path. Here, since the LU management table 600 is to be set for the physical path 1, the process proceeds to “Y”.
[0069]
In step S3002, it is checked whether a priority LU has been set in the physical path 1 column of the threshold setting table 500. In the example of FIG. 9, since the LU1 (221) is set as the priority LU for the physical path 1, the process proceeds to “Y”.
In S3003, the first logical path is acquired from the LU management table 600. The first logical path is the logical path 1 (801).
In S3004, it is checked whether the physical path to which the acquired logical path 1 is set is the same as the physical path acquired from the threshold setting table 500. Here, the physical path to which the logical path 1 (801) is set is the physical path 1, so that it is determined that the physical path is the same as the physical path acquired from the threshold setting table 500. In addition, in S3004, it is also checked whether the priority LU set in the threshold setting table 500 and the LU targeted by the logical path 1 are not the same. Here, both are LU1, and it is found that they are the same.
Thus, the determination in S3004 is “N”, and the process proceeds to S3006. Since the process of S3005 is not performed, the column of the logical path 1 in the LU management table 600 remains "ON".
In S3006, the next logical path is obtained, and the processing is repeated from S3004. The next logical path here is the logical path 2 (802).
When the processing for all logical paths is completed (S3007), the next physical path is acquired from the threshold setting table 500 in S3008, and the processing is repeated from S3001. The next physical path is the physical path 2. When the processing for all the physical paths in the threshold setting table 500 has been completed, the processing ends.
[0070]
In the example of FIG. 9, the priority LU is not set in the threshold setting table 500 for the physical path 4. In that case, the process proceeds to “N” in S3002.
First, in S3009, the first logical path is acquired from the LU management table 600. The first logical path is the logical path 1 (801). In S3010, it is checked whether the physical path to which the obtained logical path 1 is set is the same as the physical path obtained from the threshold setting table 500. Here, since the physical path to which the logical path 1 (801) is set is the physical path 1, it is found that the physical path (physical path 4) obtained from the threshold setting table 500 is not the same. In addition, in S3010, it is checked whether the LU set as the priority LU in the threshold setting table 500 and the LU targeted by the logical path 1 are the same. Here, the LU set as the priority LU in the threshold setting table 500 is LU1 (priority LU for the physical path 1 to the physical path 3), and since the LU targeted for the logical path 1 is LU1, it is the same. Turns out. From the above, the determination in S3010 becomes “N” and the process proceeds to S3012. Then, in S3012, the next logical path is obtained, and the processing is repeated from S3010. The next logical path here is the logical path 2 (802).
[0071]
In the determination in S3010 for the logical path 4, the physical path to which the logical path 4 (804) is set is the physical path 4, which is the same as the physical path (physical path 4) acquired from the threshold setting table 500. In addition, the LU (LU1) set as the priority LU in the threshold setting table 500 and the LU (LU1) targeted by the logical path 4 are the same. Therefore, the determination in S3010 for the logical path 4 is “Y”, the process proceeds to S3011, and “OFF” is set in the LU management table. When the processing for all the logical paths is completed (S3013), the process proceeds to S3008.
[0072]
By performing the above processing, it is possible to set the LU management table 600. Although the setting of the LU management table 600 has been described as being performed by the path management filter driver 120, the same applies to the case where the driver management program 121 performs the setting.
[0073]
As described above, according to the present embodiment, it is possible to transmit a data input / output request for a specific storage area of storage device 200 from information processing device 100 via a logical path associated in advance by LU management table 600. Therefore, for example, when the usage rate of a certain logical path increases, a data input / output request associated with the logical path can be transmitted prior to another data input / output request. As a result, it becomes possible to transmit a data input / output request according to the priority, so that the logical path can be effectively used. Further, it is possible to access the storage device 200 for a high priority data input / output request without lowering the input / output performance.
[0074]
Although the present embodiment has been described above, the above embodiment is for the purpose of facilitating the understanding of the present invention, and is not for limiting and interpreting the present invention. The present invention can be changed and improved without departing from the spirit thereof, and the present invention also includes equivalents thereof.
[0075]
【The invention's effect】
An information processing device, a program, an information processing system, and a method for controlling an information processing device can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of an information processing system according to the present embodiment.
FIG. 2 is a diagram illustrating input / output characteristics of an application program executed in the information processing apparatus according to the present embodiment.
FIG. 3 is a block diagram illustrating a state of a data input / output queue when a path is not prioritized in the information processing apparatus according to the present embodiment;
FIG. 4 is a block diagram showing a state of a data input / output queue when a path is prioritized in the information processing apparatus according to the present embodiment;
FIG. 5 is a block diagram for describing data input / output processing in the information processing apparatus according to the present embodiment.
FIG. 6 is a diagram showing elements constituting a data input / output path between the information processing device and the storage device according to the present embodiment.
FIG. 7 is a block diagram for describing data input / output processing in the information processing apparatus according to the present embodiment.
FIG. 8 is a diagram showing an IO result table according to the present embodiment.
FIG. 9 is a diagram showing a threshold setting table according to the present embodiment.
FIG. 10 is a block diagram showing an LU management table in a case where path prioritization is not performed in the present embodiment.
FIG. 11 is a block diagram illustrating an LU management table in a case where a path is prioritized in the present embodiment.
FIG. 12 is a flowchart showing a flow of processing for managing a data input / output path according to the present embodiment.
FIG. 13 is a continuation of the flowchart showing the flow of processing for managing a data input / output path in the present embodiment.
FIG. 14 is a flowchart showing a flow of data input / output processing in the present embodiment.
FIG. 15 is a flowchart illustrating a flow of a process for setting an LU management table in the present embodiment.
FIG. 16 is a continuation of the flowchart showing the flow of processing for setting the LU management table in the present embodiment.
[Explanation of symbols]
100 information processing device 110 application program
111 AP1 112 AP2
120 Path management filter driver 121 Driver management program
122 Driver UI program 123 Driver API program
124 Logic section 130 I / O queue
140 Interface section 160 Disk driver
170 IF driver 180 HPot
181 TID 182 Bus
200 storage device 210 disk control unit
211 Disk control unit 1 212 Disk control unit 2
220 logical unit 221 LU1
222 LU2 223 HLU
230 DPort 240 file system
241 LU1 242 LU2
300 Connection part 400 IO results table
500 Threshold setting table 600 LU management table
700 SAN 800 logical path

Claims

Means for setting a plurality of logical paths, which are logical paths between the storage device, for transmitting a data input / output request to the storage device;
Means for associating the logical path with information for specifying a specific storage area among storage areas provided by the storage device described in the data input / output request;
Means for comparing the usage rate of each logical path with a judgment value,
Means for switching the data input / output request to control for transmitting the data input / output request to the storage device via the logical path associated with the information in accordance with the result of the comparison .

The information processing device according to claim 1,
The logical path is
Set by a combination of hardware and / or software,
Each of the plurality of logical paths is
An information processing apparatus, wherein the combination of the hardware and the software is different.

The information processing device according to claim 1,
The specific storage area is
A different area is allocated to each application program executed by the information processing apparatus.

In the information processing device connected to the storage device,
In order to transmit a data input / output request to the storage device, setting a plurality of logical paths that are logical paths between the storage device and
Associating the logical path with information for specifying a specific storage area among storage areas provided by the storage device described in the data input / output request;
Comparing the usage rate of each logical path with a determination value;
Switching the data input / output request to control for transmitting the data input / output request to the storage device via the logical path associated with the information in accordance with a result of the comparison.

In the program according to claim 4,
The logical path is
Set by a combination of hardware and / or software,
Each of the plurality of logical paths is
A program wherein the combination of the hardware or the software is different.

In the program according to claim 4,
The specific storage area is
A different area is allocated to each application program executed by the information processing apparatus.

An information processing system comprising a storage device and an information processing device that stores data in the storage device,
The information processing device,
Means for setting a plurality of logical paths, which are logical paths between the storage device, for transmitting a data input / output request to the storage device;
Means for associating the logical path with information for specifying a specific storage area among storage areas provided by the storage device described in the data input / output request;
Means for comparing the usage rate of each logical path with a judgment value,
Means for switching the data input / output request to control for transmitting the data input / output request to the storage device via the logical path associated with the information in accordance with a result of the comparison. .

The information processing system according to claim 7,
The logical path is
Set by a combination of hardware and / or software,
Each of the plurality of logical paths is
An information processing system, wherein the combination of the hardware or the software is different.

The information processing system according to claim 7,
The specific storage area is
A different area is allocated to each application program executed by the information processing apparatus.

A method for controlling the information processing device in an information processing system including a storage device and an information processing device that stores data in the storage device,
The information processing device,
In order to send a data input / output request to the storage device, a plurality of logical paths that are logical paths between the storage device are set,
Corresponding information for specifying a specific storage area among storage areas provided by the storage device described in the data input / output request and the logical path,
Comparing the usage rate of each logical path with a judgment value,
A control method for an information processing apparatus, comprising: switching control of transmitting the data input / output request to the storage device via the logical path associated with the information in accordance with a result of the comparison.

The control method for an information processing device according to claim 10,
The logical path is
Set by a combination of hardware and / or software,
Each of the plurality of logical paths is
A method of controlling an information processing apparatus, wherein the combination of the hardware or the software is different.

The control method for an information processing device according to claim 10,
The specific storage area is
A different area is assigned to each application program executed by the information processing apparatus.