JP2009266106A - 管理装置及び管理方法 - Google Patents

Abstract

【課題】資源管理を容易化し得る管理装置及び管理方法を提案する。
【解決手段】クライアントに対してファイル共有サービスを提供する仮想的なノードに割り当てられた資源を、相互に関連付けられた複数の資源からなる資源管理グループを単位として管理する管理装置及び管理方法において、クライアントからのアクセスの履歴情報に基づいて、資源間の関連性を抽出し、抽出した資源間の関連性に基づいて、関連性のある資源管理グループを統合するようにしたことにより、源管理の管理対象となる資源管理グループ数を減少させることができ、かくして資源管理を容易化させることができる。
【選択図】図１０

Description

本発明は、管理装置及び管理方法に関し、例えばクライアントに対して仮想的なＮＡＳ（Network Attached Storage）を提供するＮＡＳサーバに適用して好適なものである。

従来、複数のホスト環境における多数の資源（リソース）の管理手法として、下記特許文献１及び特許文献２に記載された方法が提案されている。この方法は、ネットワークに接続された複数のホスト上に存在するソフトウェア資源及びハードウェア資源を関連付けて管理サーバにおいて管理するものである。

また１つの物理的なＮＡＳサーバ内において資源を分割し、仮想的なＮＡＳ（以下、これを仮想ＮＡＳと呼ぶ）を構築する方法として、下記特許文献３及び特許文献４に記載された方法が提案されている。

特開２００６−２０２２９３号公報 特開２００７−２５７６４５号公報 特開２００５−２６７３２７号公報 特開２００３−２２３３４６号公報

ところで、ＮＡＳサーバ上に設定された仮想ＮＡＳが使用する資源としては、論理ボリューム（ＬＵ：Logical unit）、ＮＩＣ（Network Interface Card）及びＨＢＡ（Host Bus Adapter）などのハードウェア資源と、ファイルシステム及びＩＰ（Internet Protocol）アドレスなどのソフトウェア資源とがある。

そしてこれらの資源は、ハードウェア資源及びソフトウェア資源間での関連付けがなされるものの、かかる関連付けは「論理ボリューム及びファイルシステム」や「ＮＩＣ及びＩＰアドレス」といった単純なものであった。また、このような関連付けは１つの仮想ＮＡＳ内で閉じて行われていた。

このため、かかる従来の仮想ＮＡＳ資源の管理方法によると、管理対象（関連付けられた資源のペアや、他の資源と関連付けられていない個々の資源）の数が多く、また仮想ＮＡＳごとに資源管理が必要となるために、資源管理が複雑化し、管理コストが増大するという問題があった。

また、従来では、仮想ＮＡＳから資源を解放するためには仮想ＮＡＳ内における関連付けを切る必要があり、資源間の関連付けを保ったまま資源を管理することができない。このため、例えば削除するためなどの理由により一度資源を解放した仮想ＮＡＳを再構築するに際しては、再度その仮想ＮＡＳに個々の資源をユーザが割り当てる必要があり、仮想ＮＡＳの再構築に多くの労力及び時間を要する問題があった。

本発明は以上の点を考慮してなされたもので、資源管理を容易化し得る管理装置及び管理方法を提案しようとするものである。

かかる課題を解決するため本発明においては、クライアントに対してファイル共有サービスを提供する仮想的なノードに割り当てられた資源を、相互に関連付けられた複数の前記資源からなる資源管理グループを単位として管理する管理装置において、前記クライアントからのアクセスの履歴情報に基づいて、前記資源間の関連性を抽出する関連性抽出部と、前記関連性抽出部により抽出された前記資源間の関連性に基づいて、関連性のある前記資源管理グループを統合する統合部とを備えることを特徴とする。

この結果、資源管理の管理対象となる資源管理グループ数を減少させることができる。

また本発明においては、クライアントに対してファイル共有サービスを提供する仮想的なノードに割り当てられた資源を、相互に関連付けられた複数の前記資源からなる資源管理グループを単位として管理する管理方法において、前記クライアントからのアクセスの履歴情報に基づいて、前記資源間の関連性を抽出する第１のステップと、抽出した前記資源間の関連性に基づいて、関連性のある前記資源管理グループを統合する第２のステップとを備えることを特徴とする。

この結果、資源管理の管理対象となる資源管理グループ数を減少させることができる。

本発明によれば、資源管理の管理対象を減少させることができ、かくして資源管理を容易化し得る管理装置及び管理方法を実現できる。

以下図面について、本発明の一実施の形態を詳述する。

（１）本実施の形態による情報処理システムの構成
図１において、１は全体として本実施の形態による情報処理システムを示す。この情報処理システム１は、クライアント２及び管理端末３がＬＡＮ（Local Area Network）等の第１のネットワーク４を介してＮＡＳサーバ５と接続されると共に、ＮＡＳサーバ５がファイバチャネル（Fibre Channel）等の第２のネットワーク６を介してストレージ装置７と接続されることにより構成されている。

クライアント２及び管理端末３は、それぞれＣＰＵやメモリ等の情報処理資源を備えたコンピュータ装置であり、例えばパーソナルコンピュータや、ワークステーション、メインフレームなどから構成される。これらクライアント２及び管理端末３は、例えばキーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、例えばモニタディスプレイやスピーカ等の情報出力装置（図示せず）とを備える。

ＮＡＳサーバ５は、クライアント２に対してファイル共有サービスを提供するサーバであり、ＣＰＵ１０、メモリ１１、ＮＩＣ１２及びＨＢＡ１３を備えて構成される。

ＣＰＵ１０は、ＮＡＳサーバ５全体の動作制御を司るプロセッサである。ＣＰＵ１０がメモリ１１に格納された各種制御プログラムを実行することにより、ＮＡＳサーバ５全体として各種処理が行なわれる。メモリ１１は、各種制御プログラムを記憶するために用いられるほか、ＣＰＵ１０のワークメモリとしても用いられる。

ＮＩＣ１２は、クライアント２や管理端末３との通信時におけるプロトコル制御を行うインタフェースであり、ＨＢＡ１３は、ストレージ装置７との通信時におけるプロトコル制御を行なうインタフェースである。

ストレージ装置７は、それぞれデータを記憶する複数のディスクユニット（図示せず）と、このディスクユニットに対するデータの入出力を制御するコントローラ１４とから構成される。

各ディスクユニットは、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスク、又はＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクを内蔵して構成される。これら各ディスクユニットは、コントローラ１４によりＲＡＩＤ（Redundant Array of Inexpensive Disks）方式で運用される。１又は複数のディスクユニットが提供する物理的な記憶領域上に、１又は複数の論理ボリューム１５が設定され、これら論理ボリューム１５にデータが格納される。

コントローラ１４は、例えば第２のネットワーク６を介してＮＡＳサーバ５と通信を行うためのネットワークインタフェースや、各ディスクユニットと通信を行うためのディスクインタフェース、論理ボリューム１５に入出力するデータを一時的に保持するキャッシュメモリなどを備えて構成され、論理ボリューム１５に対するデータの入出力を制御する。

（２）本実施の形態による資源管理方法
（２−１）概要及び各種テーブルの構成
次に、ＮＡＳサーバ５に搭載された本実施の形態による資源管理方法について説明する。本実施の形態による情報処理システム１では、仮想化技術の１つである論理分割によって、ＮＡＳサーバ５上に複数の論理区画を生成し、生成した論理区画の１つを管理ノード２０に割り当て、他の論理区画を仮想ＮＡＳ２１に割り当てることができる。

ここで、「管理ノード」とは、仮想ＮＡＳ２１を管理するためのノードをいう。管理ノード２０は、仮想ＮＡＳ２１に対する資源の割り当てや切り離し及び解放を行なう仮想ＮＡＳ管理プログラム２２と、ＯＳ（Operating System）２３のカーネル部分及びファイルシステム部分から構成される。管理ノード２０が仮想ＮＡＳ２１に資源を割り当てることによって、その仮想ＮＡＳ２１において当該仮想ＮＡＳ２１に割り当てられた資源を使用できるようになる。

また以下において、「仮想ＮＡＳ」とは、クライアント２に対してファイル共有サービスを提供するためにＮＡＳサーバ５上に設定された仮想的なノードをいう。仮想ＮＡＳ２１は、ＯＳ２３のファイルシステム部分と、ファイル共有サービスを提供するＣＩＦＳ（Common Internet File System）／ＮＦＳ（Network File System）サーバプログラム２４と、自仮想ＮＡＳ２１に割り当てられた資源を管理するための資源管理プログラム２５とから構成される。各仮想ＮＡＳ２１は、自己に割り当てられた資源を用いてクライアント２に対してファイル共有サービスを提供する。

管理ノード２０及び各仮想ＮＡＳ２１には、それぞれ１つのシステム用の論理ボリューム（以下、適宜、これをシステム用論理ボリュームと呼ぶ）１６が対応付けられ、これらシステム用論理ボリューム１５にそれぞれその管理ノード２０又は仮想ＮＡＳを構成するＯＳ２３及びプログラム（仮想ＮＡＳ管理プログラム２２、ＣＩＦＳ／ＮＦＳサーバプログラム２４及び又は資源管理プログラム２５）が格納される。そしてＮＡＳサーバ５の起動時にこれらのプログラムがシステム用論理ボリューム１５からメモリ１１に読み込まれ、これらプログラムがＣＰＵ１０により時分割に実行されることにより管理ノード２０及び仮想ＮＡＳ２１が対応する論理区画上に構築される。

管理ノード２０や仮想ＮＡＳ２１に割り当てられる資源としては、図２に示すように、ＮＩＣ１２（「NIC」）、ＩＰアドレス３０（「IP addr」）、ファイル共有３１（「Share」；図４参照）、ファイルシステム３２（「FS」）、ＨＡＢ１３（「HBA」）及び論理ボリューム１５（「LU」）などがある。このうちＩＰアドレス３０としては、管理ノード２０や仮想ＮＡＳ２１のＯＳ２３が使用する管理用のＩＰアドレス（「mgnt IP addr」）３０と、クライアント２がデータの入出力に使用するＩＰアドレス（「IP addr」）３０とがある。また論理ボリューム１５としては、上述のようにシステム用の論理ボリューム（「OS_LU」）１５と、クライアント２に提供されるユーザ用の論理ボリューム１５（「User_LU」）とがある。

かかる資源のうち、ＮＩＣ１３、ファイル共有３１及びＨＢＡ１４は複数の仮想ＮＡＳ２１間で共有して使用される共有資源であり、ＩＰアドレス３０、ファイルシステム３１及び論理ボリューム１５は割当先の仮想ＮＡＳ２１により排他的に使用される排他資源である。資源のデータ構造は、図３に示すようなクラス図として表すことができる。

ところで、これらの資源は、図４に示すように、例えば「NIC1−IP addr1−FS1−LU1−HBA1」、「NIC2−IP addr2」及び「Share2−FS2−LU2−HBA1」というように、ユーザ設定によって他の資源と関連付けられる。

そして相互に関連付けられた各資源は、１つのグループ（以下、これを資源管理グループと呼ぶ）３３として管理される。各資源管理グループ３３は、管理ノード２０又はいずれかの仮想ＮＡＳ２１に属する。これら資源管理グループ３３は、独立して存在し、他の資源管理グループ３３とは関連がない状態で管理される。なお、この図４は、ＮＡＳサーバ５のＯＳ２３上での資源同士の関連性を示したものであり、物理的にこのような順番でハードウェアが接続されることを意味するものではない。

しかしながら、実際には、ＩＰアドレス３０経由でクライアント２からアクセスがあり、これはファイル共有３１へのアクセスであるため、例えば図４において「rmng2」という資源管理グループ３３の「IP addr2」というＩＰアドレス３０と、「rmng3」という資源管理グループ３３の「Share1」というファイル共有３１との間にも関連性が存在する。よって、これら「rmng2」という資源管理グループ３３と、「rmng3」という資源管理グループ３３とを１つの資源管理グループ３３に統合して管理することができる。

従って、このようなユーザ設定によらない資源間の関連性を見つけ出し、これら関連性を有する資源をそれぞれ含む２つの資源管理グループ３３を１つの資源管理グループ３３に統合することができれば、資源管理の管理対象数を低減させることができるものと考えられる。

そこで、本実施の形態によるＮＡＳサーバ５には、クライアント２からのデータアクセスに基づいて、資源間の関連性に基づく資源管理グループ３３間の関連付けを行なう資源管理機能が搭載されている。

このような資源管理機能を実現するための手段として、図１に示すように、ＮＡＳサーバ５の管理ノード２０は、資源管理テーブル４０、資源関連テーブル４１及び仮想ＮＡＳ管理テーブル４２を保持している。

資源管理テーブル４０は、管理ノード２０が各資源管理グループ３３を一元管理するために使用するテーブルであり、図５に示すように、管理資源グループＩＤ欄４０A、最終使用日時欄４０B、アクティブ情報欄４０C、ＮＡＳ＿ＩＤ欄４０D及び複数の資源ＩＤ欄４０Eから構成される。

そして資源管理グループＩＤ欄４０Aには、対応する資源管理グループ３３に付与された識別子（以下、適宜、これを資源管理グループＩＤと呼ぶ）が格納され、最終使用日時欄４０Bには、その資源管理グループ３３が最後に使用された日時が格納される。

またアクティブ情報欄４０Cには、その資源管理グループ３３がアクティブな状態（サービスの提供が可能な状態）にあるか否かを表す情報が格納され、ＮＡＳ＿ＩＤ欄４０Dには、その資源管理グループ３３が属する管理ノード２０又は仮想ＮＡＳ２１の識別子（以下、適宜、これをＮＡＳ＿ＩＤと呼ぶ）が格納される。さらに資源欄４０Eには、その資源管理グループ３３に属する各資源にそれぞれ付与されたＩＤが格納される。

従って、例えば図５の例の場合、「VNAS1」というＮＡＳ＿ＩＤが付与された仮想ＮＡＳ２１には少なくとも「rmng1」、「rmng2」及び「rmng3」という３つの資源管理グループ３３が属していることが示されている。またこのうち「rmng1」という資源管理グループ３３は、最終使用日時が「2007/1/2 12:00」で、現在は「アクティブ（active）」な状態にあり、「IP addr1」というＩＰアドレス３０、「NIC1」というＮＩＣ１２及び「LU1」という論理ボリューム１５を資源として備えることが図５に示されている。

また資源関連テーブルは４１、管理ノード２０が資源間の関連を管理するために使用するテーブルであり、図６に示すように関連元資源欄４１Ａ及び関連先資源欄４１Ｂから構成される。

そして関連元資源欄４１Ａには、関連元の資源の識別子が格納され、関連先資源欄４１Ｂには、その関連元の資源と関連付けられた資源の識別子が格納される。従って、図６の例では、「LU1」という論理ボリューム１５と、「FS1」というファイルシステム３２とが関連付けられ、「LU2」という論理ボリューム１５と、「FS2」というファイルシステム３２とが関連付けられていることが示されている。

仮想ＮＡＳ管理テーブル４２は、管理ノード２０がＮＡＳサーバ５上に設定された仮想ＮＡＳ２１を管理するためのテーブルであり、図７に示すように、ＮＡＳ＿ＩＤ欄４２Ａ、ボリューム番号欄４２Ｂ、管理ＩＰアドレス欄４２Ｃから構成される。

そしてＮＡＳ＿ＩＤ欄４２Ａには、そのＮＡＳサーバ５上に設定された各仮想ＮＡＳ２１のＮＡＳ＿ＩＤがそれぞれ格納され、ボリューム番号欄４２Ｂには、対応する仮想ＮＡＳ２１に割り当てられたシステム用論理ボリューム１５のボリュームＩＤが格納される。また管理ＩＰアドレス欄４２Ｃには、その仮想ＮＡＳ２１のシステムに割り当てられた管理用ＩＰアドレス３０（図４）が格納される。

従って、図７の例では、ＮＡＳサーバ５上には「NAS1」、「NAS2」、「NAS3」、……という仮想ＮＡＳ２１が設定されており、例えば「NAS1」という仮想ＮＡＳ２１には「OS_LU1」というシステム用論理ボリューム１５と、「mant IP addr1」という管理ＩＰアドレス３０とが割り当てられていることが示されている。

（２−２）資源関連付け処理
次に、上述のような資源管理機能のうち、ユーザ操作によって関連付けられていない資源のうち、関連のある資源同士を関連付ける資源関連付け処理について説明する。なお、以下においては、クライアント２からのアクセスがない初期状態において、各資源がユーザ設定により図４〜図６のように関連付けられているものとする。

ＮＡＳサーバ５のＣＰＵ１０（図１）は、図８に示すように、クライアント２から「rmng3」という資源管理グループ３３に属する「NIC2」というＮＩＣ１２及び「IP addr2」というＩＰアドレス３０と、「rmng2」という資源管理グループ３３に属する「Share2」というファイル共有３１、「FS2」というファイルシステム、「LU2」という論理ボリューム及び「HBA1」というＨＢＡ１４とを順次介して物理的な論理ボリューム１５に対するデータアクセスがあった場合、そのアクセスログを図９に示すアクセスログ管理テーブル５０を用いて管理する。

実際上、アクセスログ管理テーブル５０は、図９に示すように、日時欄５０Ａ、クライアントＩＰ欄５０Ｂ及び使用資源欄５０Ｃから構成される。そして日時欄５０Ａには、ストレージ装置７（図１）が提供する論理ボリューム１５に対してクライアント２からのデータアクセスがあった日時が登録され、クライアントＩＤ欄５０Ｂには、かかるデータアクセスを行なったクライアント２の識別子（以下、適宜、これをクライアントＩＤと呼ぶ）が格納される。また使用資源欄５０Ｃには、かかるデータアクセスにおいて使用された各資源の識別情報がそれぞれ格納される。

従って、図８の例では、「2008/02/01 12:00」に、「192.168.1.20」というクライアントＩＤが付与されたクライアント２から、「10.208.1.33」というＩＤアドレス３０、「NIC1」というＮＩＣ１２及び「FS1」というファイルシステム３２を介して「LU1」という論理ボリューム１５にアクセスがあったことが示されている。

そしてＣＰＵ１０は、メモリ１１に格納された管理ノード２０の仮想ＮＡＳ管理プログラム２２（図１）に基づき、このアクセスログ管理テーブル５０を参照して、図１０に示す資源関連付け処理を定期的にかつ仮想ＮＡＳ２１ごとに独立して実行することにより、関連性のある資源同士を関連付ける。

すなわちＣＰＵ１０は、この図１０に示す資源関連付け処理を開始すると、まず、１つ分のアクセスログのデータ（アクセスログ管理テーブル５０の１レコード分のデータ）をアクセスログ管理テーブル５０から読み出す（ＳＰ１）。

続いてＣＰＵ１０は、ステップＳＰ１においてアクセスログ管理テーブル５０から読み出したアクセスログを解析し連続する２つ資源の組合せ（以下、これを資源ペアと呼ぶ）の使用頻度をカウントすべく、そのデータアクセスにおいて使用した資源ペアごとに１ずつカウントする（ＳＰ２）。

例えば図８の例の場合、「NIC2」というＮＩＣ１２及び「IP addr2」というＩＰアドレス３０からなる資源ペアと、「IP addr2」というＩＰアドレス３０及び「Share2」というファイル共有３１からなる資源ペアと、「Share2」というファイル共有３１及び「FS2」というファイルシステム３２からなる資源ペアと、「FS2」というファイルシステム３２及び「LU2」という論理ボリューム１５からなる資源ペアと、「LU2」という論理ボリューム１５及び「HBA1」というＨＢＡ１３からなる資源ペアとについて、それぞれ１ずつカウントアップすることになる。

続いてＣＰＵ１０は、アクセスログ管理テーブル５０に登録されたすべてのアクセスログについてステップＳＰ２の処理を実行し終えたか否かを判断する（ＳＰ３）。そしてＣＰＵ１０は、この判断において否定結果を得るとステップＳＰ２に戻り、この後、ステップＳＰ３において肯定結果を得るまで、ステップＳＰ２において順次異なるアクセスログを選択しながら、同様の処理を繰り返す。

そしてＣＰＵ１０は、アクセスログ管理テーブル５０に登録されたすべてのアクセスログについてステップＳＰ２の処理を実行し終えることによりステップＳＰ３において肯定結果を得ると、ステップＳＰ２においてカウントした資源ペアごとのカウント値のうち、カウント値が予め定められた閾値（以下、これを関連追加閾値と呼ぶ）以上の資源ペアが資源関連テーブル４１（図６）に登録されていない場合には、当該資源ペアを資源関連テーブル４１に登録する。またＣＰＵ１０は、ステップＳＰ２においてカウントした資源ペアごとのカウント値のうち、カウント値が一定期間上述の関連追加閾値以下である資源ペアを資源関連テーブル４１から削除する（ＳＰ４）。

例えば図４〜図６の例で、「IP addr2」というＩＰアドレス４０及び「Share2」というファイル共有３１からなる資源ペアのカウント値が関連追加閾値を超えた場合、図１２に示すように、「IP addr2」というＩＰアドレス３０及び「Share2」というファイル共有３１の資源ペアが資源関連テーブル４１に追加されることになる。

続いてＣＰＵ１０は、ステップＳＰ４において更新した資源関連テーブル４１に基づいて、関連性のある２つの資源のうちの一方を含む資源管理グループ３３と、他方を含む資源管理グループ３３とを統合するように資源管理テーブル４０（図５）を更新する（ＳＰ５）。

例えば図１２の例の場合、資源関連テーブル４１に新たに追加された資源ペアを構成する「IP addr2」というＩＰアドレス３０は「rmng3」という資源管理グループ３３に属し、「Share2」というファイル共有３１は「rmng2」という資源管理グループ３３に属するため、図１３に示すように、これら「rmng3」という資源管理グループ３３及び「rmng2」という資源管理グループ３３を１つの資源管理グループに統合することができる。

そこでＣＰＵ１０は、このような場合に「rmng3」という資源管理グループ３３及び「rmng2」という資源管理グループ３３を１つの資源管理グループに統合し、これに応じて例えば図１１に示すように資源管理テーブル３３を更新する。なお、図１１では、「rmng3」という資源管理グループを「rmng2」という資源管理グループに吸収した例を示している。図５及び図１１の比較からも明らかなように、このような資源管理グループ３３の統合により管理対象の資源管理グループ３３を減少させることができる。

またＣＰＵ１０は、このような資源管理グループ３３の統合と併せて、統合された資源管理グループ３３の最終使用日時欄を現在の日時に変更し（ＳＰ５）、この後、この資源関連付け処理を終了する。

なお、上述の資源関連付け処理でカウントした資源ペアごとの使用頻度に基づいて、使用頻度が低い資源ペア（又はその資源ペアを構成する各資源）や、一定期間使用されていない資源ペア（又はその資源ペアを構成する各資源）については、例えばユーザが管理端末３を操作して新たな仮想ＮＡＳ２１を作成する際などに未使用資源として図１４のようにリスト表示してユーザに提示し、その資源ペア（又はその資源ペアを構成する各資源）の利用を促すようにしても良い。

（２−３）仮想ＮＡＳ削除処理
次に、ＮＡＳサーバ５上に設定された仮想ＮＡＳ２１を削除する仮想ＮＡＳ削除処理に関するＮＡＳサーバ５のＣＰＵ１０の具体的な処理内容について説明する。以下においては、上述の資源関連付け処理によって、ＮＡＳサーバ５の各資源が図１１〜図１３のように関連付けられているものとする。

仮想ＮＡＳ２１を使用しなくなった場合に、今後もその仮想ＮＡＳ２１を使用しないことが分かっているときには、当該仮想ＮＡＳ２１に割り当てたすべての資源を解放することができる。ただし、解放された資源は、この後他の仮想ＮＡＳ２１に割り当てられることになるため、使用しなくなった仮想ＮＡＳ２１でも再使用する可能性があるときには、その資源を解放しない方が良い。しかしながら、このような場合にもその仮想ＮＡＳ２１のＯＳ２３が使用していた資源管理グループ３３を構成していた資源については解放することができ、このようにすることによって資源の有効利用を図ることができる。

そこで本実施の形態の場合、ＮＡＳサーバ５上に設定された仮想ＮＡＳ２１を削除する際には、その仮想ＮＡＳ２１のＯＳ２３が使用していた資源のみを解放し、クライアント２が使用していた当該仮想ＮＡＳ２１の資源については、解放することなくその管理を管理ノード２０に移すようになされている。

図１５は、このような仮想ＮＡＳ削除処理に関するＮＡＳサーバ５のＣＰＵ１０の具体的な処理内容を示している。

ユーザが管理端末３を操作し、ＮＡＳサーバ５上に設定された所望の仮想ＮＡＳ２１を指定してその削除指示を入力すると、その仮想ＮＡＳ２１の削除命令（以下、これを仮想ＮＡＳ削除命令と呼ぶ）が管理端末３からＮＡＳサーバ５に与えられる。そして、この仮想ＮＡＳ削除命令を受信したＮＡＳサーバ５のＣＰＵ１０は、削除対象としてユーザが指定した仮想ＮＡＳ２１の資源管理プログラム２５（図１）に基づいて、この図１５に示す仮想ＮＡＳ削除処理を実行することにより、当該仮想ＮＡＳ２１をＮＡＳサーバ５上から削除する。

すなわちＣＰＵ１０は、この仮想ＮＡＳ削除処理を開始すると、まず、資源管理テーブル４０（図１１）のレコードであって、ユーザにより指定された削除対象の仮想ＮＡＳ２１のＮＡＳ＿ＩＤがＮＡＳ＿ＩＤ欄４０Ｄ（図１１）に格納され、かつ最終使用日時欄４０Ｂに格納された最終使用日時が予め定められた閾値（以下、これを最終使用日時閾値と呼ぶ）よりも古いレコードをすべて抽出する（ＳＰ１０）。

続いてＣＰＵ１０は、ステップＳＰ１０において抽出したすべてのレコードに対して後述するステップＳＰ１２〜ステップＳＰ１４の処理を実行し終えたか否かを判断する（ＳＰ１１）。そしてＣＰＵ１０は、この判断において否定結果を得ると、ステップＳＰ１２〜ステップＳＰ１４が未処理のレコードを１つ選択し（ＳＰ１２）、そのレコードに対応する資源管理グループ３３が、仮想ＮＡＳ２１のＯＳ２３（図１）が使用する資源管理グループ３３であるか否かを判断する（ＳＰ１３）。

例えば図１１〜図１３の例では、「rmng1」という資源管理グループ３３は、仮想ＮＡＳ２１のＯＳ２３がシステム用の論理ボリューム１５にアクセスする際に使用する資源管理グループ３３であるため、ステップＳＰ１２においてこの資源管理グループ３３に対応するレコードが選択された場合、ＣＰＵ１０はこのステップＳＰ１３において肯定結果を得ることになる。また図１１〜図１３の「rmng2」という資源管理グループ３３は、クライアント２がユーザ用の論理ボリューム１５にアクセスする際に使用する管理資源グループ３３であるため、ステップＳＰ１２においてこの資源管理グループ３３に対応するレコードが選択された場合、ＣＰＵ１０はこのステップＳＰ１３において否定結果を得ることになる。

かくしてＣＰＵ１０は、ステップＳＰ１３において肯定結果を得た場合にはステップＳＰ１１に戻る。

これに対してＣＰＵ１０は、かかるステップＳＰ１３において否定結果を得た場合には、図１６の上段及び中段に示すように、資源管理テーブル４０上のステップＳＰ１２において選択したレコードのアクティブ情報欄４０Ｃに格納されたアクティブ情報を、使用可能状態であることを表す「active」から使用不可能であることを表す「inactive」に変更する。またＣＰＵ１０は、そのレコードのＮＡＳ＿ＩＤ欄４０Ｄに管理ノード２０のＮＡＳ＿ＩＤを格納する（ＳＰ１４）。

これにより図１７の上段及び中段に示すように、その仮想ＮＡＳ２１に割り当てられたかかるレコードに対応する資源管理グループ３３が資源管理グループ単位でその仮想ＮＡＳ２１から切り離され（削除対象の仮想ＮＡＳ２１に対する割り当てが解除され）、当該仮想ＮＡＳ２１の所属先が削除対象の仮想ＮＡＳ２１から管理ノード２０に移動する。またこれに伴い、その資源管理グループ３３に属する各資源は、この後は管理ノード２０が使用しているものとして管理される。従って、これらの資源がこの後他の仮想ＮＡＳ２１に割り当てられることはない。

続いてＣＰＵ１０は、ステップＳＰ１１に戻り、この後ステップＳＰ１１において肯定結果を得るまで同様の処理を繰り返す。

そしてＣＰＵ１０は、やがてステップＳＰ１０において抽出したすべてのレコードについて同様の処理を終えることによりステップＳＰ１１において肯定結果を得ると、かかる仮想ＮＡＳ２１に属する資源管理グループ３３と対応付けられたレコードであって、当該仮想ＮＡＳ２１のＯＳ２３が使用する資源管理グループ３３と対応付けられたレコード以外のレコード（つまりクライアント２が使用する資源管理グループ３３と対応付けられたレコード）が資源管理テーブル４０上に存在しなくなったか否かを判断する（ＳＰ１５）。

この判断において否定結果を得ることは、かかる仮想ＮＡＳ２１に属する資源管理グループ３３と対応付けられたレコードであって、最終使用日時がステップＳＰ１０において上述した最終使用日時閾値よりも新しい資源管理グループ３３と対応付けられたレコードが資源管理テーブル４０上に存在することを意味する。かくして、このときＣＰＵ１０は、この仮想ＮＡＳ削除処理を終了する。

これに対してステップＳＰ１５の判断において肯定結果を得ることは、かかる仮想ＮＡＳ２１のＯＳ２３が使用する資源管理グループ３３に対応するレコード以外の資源管理グループ３３の管理をすべて管理ノード２０に移行し終えたことを意味する。かくして、このときＣＰＵ１０は、当該仮想ＮＡＳ２１を停止（その仮想ＮＡＳ２１のＯＳ２３を停止）する（ＳＰ１６）。

続いてＣＰＵ１０は、図１６の中段及び下段に示すように、資源管理テーブル４０上のそのとき対象としている仮想ＮＡＳ２１のＯＳ２３が使用する資源管理グループ３３と対応付けられたレコードのアクティブ情報欄４０Ｃに格納されているアクティブ情報を「active」から「inactive」に変更すると共に、そのレコードのＮＡＳ＿ＩＤ欄４０Ｄに管理ノード２０のＮＡＳ＿ＩＤを格納する（ＳＰ１７）。

さらにＣＰＵ１０は、図７について上述した仮想ＮＡＳ管理テーブル４２のレコードのうち、削除対象の仮想ＮＡＳ２１と対応するレコードを削除する（ＳＰ１８）。これにより図１７の中段及び下段に示すように、ＮＡＳサーバ５上のその仮想ＮＡＳ２１が削除される。またＣＰＵ１０は、これと併せてかかる仮想ＮＡＳ２１のＯＳ２３が使用していた資源を解放する。そしてＣＰＵ１０は、この後、この仮想ＮＡＳ削除処理を終了する。

（２−４）仮想ＮＡＳ再構築処理
仮想ＮＡＳ２１では複数の資源を管理するが、これら資源には利用に際して何らかの制限がある場合がある。このため、管理が管理ノード２０に移された資源管理グループ３３を再利用して仮想ＮＡＳ２１を再構築するに際しては、その資源管理グループ３３を再利用可能であるか否かを事前に判定する必要がある。

例えば、一般のＩＰｖ４規格に準拠したＬＡＮ（Local Area Network）では、１つのネットワークインタフェースに複数のＩＰアドレスを付与することが可能であるが、異なるネットワークに属するＩＰアドレスを同一のネットワークインタフェースに割り当てるとネットワークが混乱する場合がある。仮想ＮＡＳ２１もネットワークから見ると１つのネットワーク機器であるため、外部のネットワークに関する事項についての状況は同じである。従って、ネットワークの混乱を防止するためには、ＮＩＣ１２（図２）を共有するＩＰアドレス３０（図２）が同一ネットワークに属している必要がある。

ここで、図１８及び図１９に示すように、「rmng1」という資源管理グループ３３及び「rmng2」という資源管理グループ３３が管理ノード２０に属し、「rmng3」という資源管理グループ３３が「VNAS1」というアクティブな仮想ＮＡＳ２１に属し、「rmng2」という資源管理グループ３３及び「rmng3」という資源管理グループ３３が「NIC2」という資源を共有しているものとする。

この状態において、「rmng2」という資源管理グループ３３に属する「IP addr2」と、「rmng3」という資源管理グループ３３に属する「IP addr3」とが同一のネットワークに属さない場合、「rmng2」という資源管理グループ３３は、「rmng3」という資源管理グループ３３との間で競合（コンフリクト）を起こす。従って、この場合には、「rmng2」という資源管理グループ３３のＩＰアドレス３０を変更するなどして競合を解消しない限り「rmng2」という資源管理グループ３３を再使用することはできない。

これに対して、「rmng2」という資源管理グループ３３に属する「IP addr2」と、「rmng3」という資源管理グループ３３に属する「IP addr3」とが同一のネットワークに属さない場合には、「rmng2」という資源管理グループ３３は、「rmng3」という資源管理グループ３３との間で競合を起こさないため、再利用が可能である。

以上のような競合の有無を判定する方法（以下、これを競合判定方法と呼ぶ）としては、資源間の関連を用いる方法が考えられる。すなわち資源管理テーブル３３に登録された資源は、すべていずれかの資源管理グループ３３に属する。従って、資源管理グループ３３から資源間の関連を辿ることによって競合の有無を判定することができる。

例えば図１８及び図１９の例において、「rmng2」という資源管理グループ３３を再利用する場合、資源管理テーブル３３上において「rmng2」という資源管理グループ３３のネットワークインタフェースである「NIC2」というＮＩＣ１２を使用しているアクティブな資源管理グループ３３を検索する。この検索の結果、図１８及び図１９の例では、「rmng3」という資源管理グループ３３が検出される。そこで、この「rmng3」という資源管理グループ３３が使用しているＩＰアドレス３０（「IP addr3」）と、再利用対象の「rmng2」という資源管理グループ３３が使用しているＩＰアドレス３０（「IP addr2」）とを比較し、これらのＩＰアドレス３０が同一のネットワークに属するか否かを判定する。以下においては、このような競合判定方法を第１の競合判定方法と呼ぶものとする。

なお、ＩＰアドレス３０は、ネットワークを識別するためのネットワークアドレスと、ネットワーク内の個々の通信機器を識別するためのホストアドレスとの組み合わせにより構成されているため、かかるネットワークアドレスの部分を比較することにより２つのＩＰアドレス３０が同一のネットワークに属するか否かを判定することができる。

また他の競合判定方法（以下、これを第２の競合判定方法と呼ぶ）として、資源間の関連図を用いる方法も考えられる。具体的には、図１８及び図１９の例において、「rmng2」という資源管理グループ３３及び「rmng3」という資源管理グループ３３における各資源間の関連は図２０のように表すことができる。この図２０において各資源間を結ぶ線は、その線の両端側の資源間に関連があることを示す関連線である。

図２０において、「NIC2」というＮＩＣ１２は、「rmng2」という資源管理グループ３３及び「rmng3」という資源管理グループ３３において共有されているため、「NIC2」は「rmng2」という資源管理グループ３３の「IP addr2」及び「rmng3」という資源管理グループ３３の「IP addr3」の双方と関連線によって結ばれている。従って、この図２０を参照することによって、「rmng2」という資源管理グループ３３を再利用するためには、「IP addr2」及び「IP addr3」が同一ネットワークに属していなければならないことが判定できる。

図２１は、上述のような仮想ＮＡＳ再構築処理に関するＮＡＳサーバ５のＣＰＵ１０の具体的な処理内容を示している。

ユーザが管理端末３を操作し、所望の仮想ＮＡＳ２１を指定してその再構築指示を入力すると、その仮想ＮＡＳ２１の再構築命令（以下、これを仮想ＮＡＳ再構築命令と呼ぶ）が管理端末３からＮＡＳサーバ５に与えられる。そして、この仮想ＮＡＳ再構築命令を受信したＮＡＳサーバ５のＣＰＵ１０は、再構築対象としてユーザが指定した仮想ＮＡＳ２１の資源管理プログラム２５（図１）に基づいて、この図２１に示す仮想ＮＡＳ再構築処理を実行することにより、当該仮想ＮＡＳ２１をＮＡＳサーバ５上に再構築する。

すなわちＣＰＵ１０は、この仮想ＮＡＳ再構築処理を開始すると、まず、資源管理テーブル４０のレコードのうち、再構築対象の仮想ＮＡＳ２１に割り当てるべき資源管理グループとしてユーザにより指定された各資源管理グループ３３（通常はその仮想ＮＡＳ２１の削除前に当該仮想ＮＡＳ２１に割り当てられていた資源管理グループ３３）とそれぞれ対応するレコードをすべて選択する（ＳＰ２０）。なお、かかる再構築対象の仮想ＮＡＳ２１に割り当てるべき資源管理グループ３３の指定は、ユーザにより管理端末３を用いて行なわれる。そしてこのとき指定された資源管理グループ３３の識別子（以下、適宜、これを資源管理グループＩＤと呼ぶ）が上述の仮想ＮＡＳ再構築命令と共に管理端末３からＮＡＳサーバ５に与えられる。

続いてＣＰＵ１０は、ステップＳＰ２０において選択したすべてのレコードに対してステップＳＰ２３について後述する競合判定処理を実行し終えたか否かを判断する（ＳＰ２１）。そしてＣＰＵ１０は、この判断において否定結果を得ると、かかる競合判定処理が未処理のレコードを１つ選択し（ＳＰ２２）、そのレコードを再利用する場合に既にアクティブ状態となっている他の資源管理グループ３３との間で競合が生じないか否かを、上述した第１又は第２の競合判定方法により判定する（ＳＰ２３）。

ＣＰＵ１０は、この判断において肯定結果を得るとステップＳＰ２１に戻り、これに対して否定結果を得るとエラー通知を管理端末３に送信し（ＳＰ２４）、この後、この仮想ＮＡＳ再構築処理を終了する。

一方、ＣＰＵ１０は、ステップＳＰ２０において選択したすべてのレコードについて競合が生じないとの判定が得られたことによりステップＳＰ２１において肯定結果を得ると、図２２の上段及び中段に示すように、そのときユーザに指定された仮想ＮＡＳ２１を新規に作成する（ＳＰ２５）。具体的に、ＣＰＵ１０は、ユーザが指定した論理ボリューム１５をシステム用論理ボリューム１５として再構築対象の仮想ＮＡＳ２１に割り当て、当該仮想ＮＡＳ２１のＮＡＳ＿ＩＤ及び当該論理ボリューム１５のボリュームＩＤを対応付けて図７について上述した仮想ＮＡＳ管理テーブル４２に登録する。

続いてＣＰＵ１０は、図２３に示すように、資源管理テーブル４０上のステップＳＰ２０において選択した各レコードについて、アクティブ情報欄４０Ｃに格納されたアクティブ情報を「inactive」から「active」に変更すると共に、ＮＡＳ＿ＩＤ欄４０Ｄに格納されたＮＡＳ＿ＩＤを、管理ノード２０のＮＡＳ＿ＩＤから再構築した仮想ＮＡＳ２１のＮＡＳ＿ＩＤに変更する（ＳＰ２６）。

これにより図２２の中段及び下段に示すように、ユーザにより指定された各資源管理グループ３３（ＯＳ２３が使用する資源管理グループ３３も含む）がそのとき再構築した仮想ＮＡＳ２１に属するようになり、かくして仮想ＮＡＳ２１がその資源管理グループ３３を使用できるようになる。

次いでＣＰＵ１０は、再構築した仮想ＮＡＳ２１を起動（その仮想ＮＡＳ２１のＯＳ２３）を起動し（ＳＰ２７）、この後、この仮想ＮＡＳ再構築処理を終了する。

（２−５）仮想ＮＡＳ再起動処理
通常、クライアントが仮想ＮＡＳにアクセスする際には、ＡＲＰ（Address Resolution Protocol）によるアドレス解決が行なわれる。これは、クライアントが対象とする仮想ＮＡＳのＩＰアドレスをセットしたＭＡＣアドレス解決要求をネットワークにブロードキャストすることにより行なわれる。かかるＩＰアドレスの所有者である仮想ＮＡＳがネットワーク上に存在する場合、その仮想ＮＡＳはかかるＭＡＣアドレス解決要求に応じて自己のＭＡＣアドレスをそのクライアントに送信する。かくしてクライアントは、かかる仮想ＮＡＳから送信されてきたＭＡＣアドレスに基づいて、その仮想ＮＡＳとの通信が可能となる。

そこで、ＮＡＳサーバ５の管理ノード２０は、かかるクライアント２からのＭＡＣアドレス解決要求を監視し、停止中の仮想ＮＡＳ２１に対するＭＡＣアドレス解決要求を一定期間内に一定量検知したときに、その仮想ＮＡＳ２１を再起動するようになされている。

図２４は、このような仮想ＮＡＳ再起動処理に関するＮＡＳサーバ５のＣＰＵ１０の具体的な処理内容を示している。かかるＣＰＵ１０は、メモリ１１に格納された仮想ＮＡＳ管理プログラム２２（図１）に従って、この図２４に示す仮想ＮＡＳ再起動処理を実行する。

すなわちＣＰＵ１０は、クライアントからのＭＡＣアドレス解決要求を待ち受け（ＳＰ３０）、やがてかかるＭＡＣアドレス解決要求を受信すると、資源管理テーブル４０（図５）を参照して、当該ＭＡＣアドレス解決要求において指定されたＩＰアドレスが属する資源管理グループ３３が存在するか否かを判断する（ＳＰ３１）。

ＣＰＵ１０は、この判断において否定結果を得ると、ステップＳＰ３０に戻り、これに対して肯定結果を得ると、資源管理テーブル４０を参照して、その資源管理グループ３３の状態がインアクティブであるか否かを判断する（ＳＰ３２）。

ＣＰＵ１０は、この判断において否定結果を得るとステップＳＰ３０に戻り、これに対して肯定結果を得ると、かかるＩＰアドレスを指定したＭＡＣアドレス解決要求を過去に受信したか否かを判断する（ＳＰ３３）。

そのための手段として、ＣＰＵ１０は、過去に受信したＭＡＣアドレス解決要求を管理するための図２５に示すような監視テーブル５１をメモリ１１に保持している。

この監視テーブル５１は、ＩＰアドレス欄５１Ａ、初回受信時刻欄５１Ｂ、最終受信時刻欄５１Ｃ及びカウント欄５１Ｄから構成され、それまで登録されていない新たなＩＰアドレスを指定したＭＡＣアドレス解決要求を受信するごとに、そのＩＰアドレスがＩＰアドレス欄５１Ａに格納される。

また初回受信時刻欄５１Ｂには、そのＩＰアドレスを指定したＭＡＣアドレス解決要求を初めて受信した日時が格納され、最終受信時刻欄５１Ｃには、そのＩＰアドレスを指定したＭＡＣアドレス解決要求を最後に受信した日時が格納される。さらにカウント欄５１Ｄには、そのＩＰアドレスを指定したＭＡＣアドレス解決要求を受信した回数が格納される。

そしてＣＰＵ１０は、ＭＡＣアドレス解決要求を受信すると、監視テーブル５１を参照して、そのＭＡＣアドレス解決要求において指定されたＩＰアドレスを指定したＭＡＣアドレス解決要求を過去に受信したことがあるか否かを判断し、否定結果を得ると、そのＩＰアドレスを監視テーブル５１に新たに登録する（ＳＰ３４）。

具体的に、ＣＰＵ１０は、そのＩＰアドレスを監視テーブル５１のＩＰアドレス欄５１Ａに新たに格納すると共に、そのＩＰアドレス欄５１Ａと対応する初回受信時刻欄５１Ｂ及び最終受信時刻欄５１Ｃに現在の日時を格納する。またＣＰＵ１０は、カウント欄５１Ｄにカウント値として「１」を格納する。

この後、ＣＰＵ１０は、ステップＳＰ３０に戻り、次のＭＡＣアドレス解決要求を受信するのを待ち受ける（ＳＰ３０）。

一方、ＣＰＵ１０は、ステップＳＰ３３の判断において肯定結果を得ると、監視テーブル５１の対応するレコードのカウント欄５１Ｄに格納されたカウント値を「１」だけカウントアップし（ＳＰ３５）、この後、そのレコードのカウント欄５１Ｄに格納されたカウント値が予め定められた閾値を超えたか否かを判断する（ＳＰ３６）。

そしてＣＰＵ１０は、この判断において肯定結果を得ると、そのレコードに対応する仮想ＮＡＳ２１を起動し（ＳＰ３８）、監視テーブル５１のそのレコードを削除した後（ＳＰ３９）、ステップＳＰ３０に戻る。

これに対してＣＰＵ１０は、ステップＳＰ３６の判断において否定結果を得ると、監視テーブル５１におけるそのレコードの初回受信時刻欄５１Ｂに格納された初回受信時刻から現在までの経過時間が予め定められた閾値を超えたか否かを判断する（ＳＰ３７）。

そしてＣＰＵ１０は、この判断において否定結果を得るとステップＳＰ３０に戻り、これに対して肯定結果を得ると、そのとき対象としているレコードを監視テーブル５１から削除した後（ＳＰ３９）、ステップＳＰ３０に戻る。

（３）本実施の形態の効果
以上のように本実施の形態による情報処理システム１では、ユーザの設定によらない資源間の関連性クライアント２からのデータアクセスに基づいて抽出し、抽出結果に基づいて関連性のある資源管理グループ３３を統合するようにしているため、資源管理の管理対象を減少させることができ、かくして資源管理を容易化させることができる。

また本実施の形態による情報処理システム１では、各資源管理グループ３３の管理をＮＡＳサーバ５の管理ノード２０において一元管理するようにしているため、仮想ＮＡＳ２１ごとの資源管理を行なう必要がなく、その分、より一層と資源管理を容易化させることができる。

（４）他の実施の形態
なお上述の実施の形態においては、本発明を図１のように構成されたＮＡＳサーバ５に適用するようにした場合について述べたが、本発明はこれに限らず、要は、クライアント２に対してファイル共有サービスを提供する仮想的なノードに割り当てられた資源を、相互に関連付けられた複数の資源からなる資源管理グループ３３を単位として管理する種々の構成の管理装置に広く適用することができる。従って、かかる管理装置をＮＡＳサーバ５とは別個に設けるようにしても良い。

また上述の実施の形態においては、クライアント２からのアクセスの履歴情報（アクセスログ管理テーブル５０に格納された各アクセスログ）に基づいて、資源間の関連性を抽出する関連性抽出部と、関連性抽出部により抽出された資源間の関連性に基づいて、関連性のある資源管理グループ３３を統合する統合部と、各資源管理グループ３３を一元管理する管理部とを同じ１つの管理ノード２０により構成するようにした場合について述べたが、本発明はこれに限らず、これら関連性抽出部、統合部及び管理部を別個のノードとして設けるようにしても良い。

さらに上述の実施の形態においては、各仮想ＮＡＳ２１に割り当てる資源を管理するための資源管理テーブル４０を図５のように構成するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成を広く適用することができる。

本発明は、ＮＡＳサーバのほか、クライアントに対してファイル共有サービスを提供する仮想的なノードに割り当てられた資源を、相互に関連付けられた複数の資源からなる資源管理グループを単位として管理する管理装置に広く適用することができる。

本実施の形態による情報処理システムの全体構成を略線的に示すブロック図である。 情報処理システムにおける資源の説明に供するブロック図である。 情報処理システムにおける資源のデータ構成を示すクラス図である。 資源間の関連付けの説明に供する概念図である。 資源管理テーブルの構成を示す図表である。 資源関連テーブルの構成を示す図表である。 仮想ＮＡＳ管理テーブルの構成を示す図表である。 データアクセス時における資源の使用順序を示す概念図である。 アクセスログ管理テーブルの構成を示す図表である。 資源関連付け処理の処理手順を示すフローチャートである。 資源関連付け処理の説明に供する図表である。 資源関連付け処理の説明に供する図表である。 資源関連付け処理の説明に供する概念図である。 未使用資源のリスト表示例を略線的に示す略線図である。 仮想ＮＡＳ削除処理の処理手順を示すフローチャートである。 仮想ＮＡＳ削除処理の説明に供する図表である。 仮想ＮＡＳ削除処理の説明に供する概念図である。 仮想ＮＡＳ再構築処理の説明に供する図表である。 仮想ＮＡＳ再構築処理の説明に供する概念図である。 第２の競合判定方法の説明に供する概念図である。 仮想ＮＡＳ再構築処理の処理手順を示すフローチャートである。 仮想ＮＡＳ再構築処理の説明に供する概念図である。 仮想ＮＡＳ再構築処理の説明に供する図表である。 仮想ＮＡＳ再起動処理の処理手順を示すフローチャートである。 監視テーブルの構成を示す図表である。

符号の説明

１……情報処理システム、２……クライアント、３……管理端末、５……ＮＡＳサーバ、７……ストレージ装置、１０……ＣＰＵ、１１……メモリ、１２……ＮＩＣ、１３……ＨＢＡ、１５……論理ボリューム、２０……管理ノード、２１……仮想ＮＡＳ、２２……仮想ＮＡＳ管理プログラム、２３……ＯＳ、２５……資源管理プログラム、３０……ＩＰアドレス、３１……ファイル共有、３２……ファイルシステム、４２……仮想ＮＡＳ管理テーブル、５０……アクセスログ管理テーブル、５１……監視テーブル。

Claims (10)

1. クライアントに対してファイル共有サービスを提供する仮想的なノードに割り当てられた資源を、相互に関連付けられた複数の前記資源からなる資源管理グループを単位として管理する管理装置において、
   前記クライアントからのアクセスの履歴情報に基づいて、前記資源間の関連性を抽出する関連性抽出部と、
   前記関連性抽出部により抽出された前記資源間の関連性に基づいて、関連性のある前記資源管理グループを統合する統合部と
   を備えることを特徴とする管理装置。
2. 各前記資源管理グループを一元管理する管理部を備える
   ことを特徴とする請求項１に記載の管理装置。
3. 前記管理部は、
   前記ノードに割り当てられた前記資源を当該ノードから切り離す際には、当該資源を前記資源管理グループ単位で前記ノードから切り離す
   ことを特徴とする請求項２に記載の管理装置。
4. 前記管理部は、
   前記ノードを削除する際に、前記ノードに割り当てられた前記資源管理グループのうち、前記クライアントのアクセスに使用する前記資源グループは解放せずに、当該ノードのシステムが使用する前記資源管理グループを解放する
   ことを特徴とする請求項２に記載の管理装置。
5. 前記管理部は、
   前記ノードを再構築する際に、当該ノードに割り当てるべき前記資源管理グループに含まれる資源が、他の前記ノードが使用する前記資源管理グループに含まれる資源と競合しないか否かを判定し、競合しないときに当該資源管理グループを当該ノードに割り当てる
   ことを特徴とする請求項２に記載の管理装置。
6. クライアントに対してファイル共有サービスを提供する仮想的なノードに割り当てられた資源を、相互に関連付けられた複数の前記資源からなる資源管理グループを単位として管理する管理方法において、
   前記クライアントからのアクセスの履歴情報に基づいて、前記資源間の関連性を抽出する第１のステップと、
   抽出した前記資源間の関連性に基づいて、関連性のある前記資源管理グループを統合する第２のステップと
   を備えることを特徴とする管理方法。
7. 各前記資源管理グループが一元管理された
   ことを特徴とする請求項６に記載の管理方法。
8. 前記ノードに割り当てられた前記資源を当該ノードから切り離す際には、当該資源を前記資源管理グループ単位で前記ノードから切り離す
   ことを特徴とする請求項７に記載の管理方法。
9. 前記ノードを削除する際に、前記ノードに割り当てられた前記資源管理グループのうち、前記クライアントのアクセスに使用する前記資源グループは解放せずに、当該ノードのシステムが使用する前記資源管理グループを解放する
   ことを特徴とする請求項７に記載の管理方法。
10. 前記ノードを再構築する際に、当該ノードに割り当てるべき前記資源管理グループに含まれる資源が、他の前記ノードが使用する前記資源管理グループに含まれる資源と競合しないか否かを判定し、競合しないときに当該資源管理グループを当該ノードに割り当てる
    ことを特徴とする請求項７に記載の管理方法。

Images