JP2007538326A - ネットワーク上でクライアントからアクセス可能なファイルセットの名前空間を維持する方法、システム、およびプログラム - Google Patents

Abstract

【課題】
ネットワーク上でクライアントが共有するファイルセットから構成される名前空間に関する情報を維持する方法、システム、およびプログラムを提供すること。
【解決手段】
少なくとも１つのゾーンに関するゾーン情報を維持し、各ゾーンが少なくとも１つのクライアントシステムと少なくとも１つのファイルセットと少なくとも１つの記憶プールを対応付ける。各ゾーンに関して、対応付けした少なくとも１つのファイルセットと少なくとも１つの記憶プールが少なくとも１つのクライアントシステムからアクセス可能である。クライアントには名前空間に含まれるファイルセットに関する情報を提供し、複数のクライアントの各々がクライアントを含む少なくとも１つのゾーンのクライアントに対応付けられた少なくとも１つのファイルセットに関する情報を受け取る。
【選択図】 図１

Description

本発明は、ネットワーク上でクライアントからアクセス可能なファイルセットの名前空間を維持し、ファイルセットへのアクセスを管理する方法、システム、およびプログラムに関係する。

分散ファイルシステムでは、複数のクライアントが分散記憶装置に記憶位置をアドレス指定するグローバル名前空間を共有する。中央サーバがクライアントの分散ファイル名前空間を管理する。例えば、複数のサーバ装置から構成されるメタデータサーバクラスタは様々な記憶プールに格納されたクライアントの分散ファイルシステムのグローバル名前空間を維持できる。グローバル名前空間はファイルセットに編成され、このファイルセットがファイル操作のためにクライアントからアクセス可能なファイルシステムのディレクトリやフォルダを有する。クライアント側では、グローバル名前空間は、クライアントで実行するオペレーティングシステムが備える階層的なファイルディレクトリに見える。

メタデータサーバはファイルセットを作成、管理し、どの記憶プールにファイルを格納するかを決めるポリシールールを管理するであろう。メタデータサーバはファイルを作成するときに考慮するルールのリストを管理することができる。ルールの条件は、ファイルの種類、ファイルセット又はクライアント、およびファイルを作成すべき対応付けした記憶プールを指示することができる。メタデータサーバはルールのリストをスキャンして、どのルールをファイル作成要求に適用するかを決める、すなわちどのルールがファイル要求のファイルの種類、ファイルが作成されるファイルセット、又は要求を出すクライアントもしくはそれらの組み合わせを識別するかを決める。ルールの条件が満たされる場合、満たされたルールに対応付けられた記憶プールにファイルが作成される。メタデータサーバを使用する分散ファイルシステムの詳細は、インターナショナル・ビジネス・マシーンズ・コーポレーション（「ＩＢＭ」）発行の「IBM Total Storage: Introducing the SAN File System」、文書番号ＳＧ２４−７０５７−００（２００３年１１月）に説明されている。ここで、ＩＢＭはIBM Corporationの商標である。
「IBM Total Storage: Introducingthe SAN File System」文書番号ＳＧ２４−７０５７−００、インターナショナル・ビジネス・マシーンズ・コーポレーション（ＩＢＭ）発行、２００３年１１月

ネットワーク上でクライアントが共有するファイルセットから構成される名前空間に関する情報を維持する方法、システム、およびプログラムを提供する。発明の様々な側面や実施例は、サーバデータ処理システム、サーバクラスタ、クライアントシステム、分散ファイルシステムを実装するデータ処理システムのネットワーク、メタデータエンジン、メタデータサーバプログラム、グローバル名前空間内に定義されるファイルセットへのアクセスを管理する方法、並びに記憶プールに格納されるファイルを参照するグローバル名前空間を管理する方法を提供する。具体的な実施例は以下に説明する。

ある実施例では、少なくとも１つのゾーンに関するゾーン情報を維持し、各ゾーンが少なくとも１つのクライアントシステム、少なくとも１つのファイルセット、および少なくとも１つの記憶プールに対応付けられる。１つのゾーンに関し、対応付けした少なくとも１つのファイルセットおよび少なくとも１つの記憶プールは少なくとも１つのクライアントからアクセス可能である。クライアントには名前空間に含まれるファイルセットに関する情報が提供され、複数のクライアントの各々がクライアントを含む少なくとも１つのゾーンにあるクライアントに対応付けられる少なくとも１つのファイルセットに関する情報を受け取る。

以下の説明において、本明細書の一部を成し、本発明のいくつかの実施例を図示する添付図面を参照する。図面において同じ参照番号は全体を通し一致する部分を表す。本発明の範囲を逸脱することなく他の実施例も利用でき、構造や操作上の変更を行えることは理解される。

図１は、実施例に従う分散ファイルシステムコンピューティング環境を図示する。メタデータクラスタ２は複数のメタデータエンジン４ａ、４ｂ．．．４ｎを含み、さらにそれがメタデータサーバプログラム６ａ、６ｂ．．．６ｎを含んで、記憶プール８ａ、８ｂ．．．８ｎに格納されるファイルを参照するグローバル名前空間を管理する。メタデータクラスタ２はグローバル名前空間内に定義されるファイルセットへのクライアント１０ａ、１０ｂ．．．１０ｎのアクセスを管理する。各クライアント１０ａ、１０ｂ．．．１０ｎは、クライアント１０ａ、１０ｂ．．．１０ｎをクライアントがアクセスできるグローバル名前空間内のファイルセットにインターフェースするクライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎを含む。メタデータクラスタ２、クライアント１０ａ、１０ｂ．．．１０ｎ、および記憶プール８ａ、８ｂ．．．８ｎはネットワーク１４で通信接続している。変数「ｎ」は任意のエレメントの数を示し、異なるエレメントで使用する場合には異なる値をとることがある。

メタデータエンジン４ａ、４ｂ．．．４ｎはサーバクラスシステムを有する。各メタデータエンジン４ａ、４ｂ．．．４ｎはグローバル名前空間内の特定のファイルセットを処理するように割り当てられ、そのためグローバル名前空間の作業負荷はメタデータエンジン４ａ、４ｂ．．．４ｎ全体に分散される。クライアント１０ａ、１０ｂ．．．１０ｎ側からは、ファイルセットは階層ファイルシステムの標準的なディレクトリおよびフォルダに見える。メタデータサーバ６ａ、６ｂ．．．６ｎはグローバル名前空間管理操作を実行して、クライアント１０ａ、１０ｂ．．．１０ｎがアクセスするファイルセットに関する情報を有するファイルメタデータ、記憶管理ルールのポリシールールデータベース１６を含め、ファイルセットに関するシステムメタデータ、およびゾーン定義１８を維持する。

クライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎは、ゾーン定義１８で定義されるゾーンに従いクライアント１０ａ、１０ｂ．．．１０ｎがアクセスできるファイルセットを搭載する。記憶プール８ａ、８ｂ．．．８ｎは記憶装置内の容量の集合体である。ある実施例では、システムプール８ａは、例えばファイルやシステムメタデータなどの名前空間メタデータを格納する記憶装置を有する。ある実施例では、ユーザプール８ｂ．．．８ｎは、メタデータクラスタ２が管理するファイルセットにユーザのデータを格納する記憶装置を有する。記憶プール８ａ、８ｂ．．．８ｎに割り当てられる記憶装置は、直接アクセス記憶装置（DirectAccess Storage Device：ＤＡＳＤ）、ただのディスクの束（Just a Bunch of Disks：ＪＢＯＤ）、独立ディスク冗長アレイ（RedundantArray of Independent Disks：ＲＡＩＤ）、仮想デバイス、テープ記憶装置、光ディスク記憶装置、又は業界で周知のあらゆる他の記憶システムなど、業界で周知の記憶システムを有してもよい。クライアント１０ａ、１０ｂ．．．１０ｎは、ワークステーション、デスクトップコンピュータ、サーバ、メインフレーム、携帯型コンピュータ、電話機など、業界で周知のコンピューティングデバイスを有する。ネットワーク１４は、ローカルエリアネットワーク（LocalArea Network：ＬＡＮ）、ストレージエリアネットワーク（Storage Area Network：ＳＡＮ）、広域ネットワーク（Wide AreaNetwork：ＷＡＮ）、インフィニバンド（InfiniBand）（Ｒ）、ワイヤレスネットワークなど、業界で周知のネットワークを有する。

図２は、ユーザプール８ｂ．．．８ｎなど、記憶プール５４ａ、５４ｂ．．．５４ｎにマッピングする複数のファイルセット５２ａ、５２ｂ．．．５２ｎから構成されるグローバル名前空間５０、すなわち分散ファイルシステムの図を示す。述べたように、記憶プール５４ａ、５４ｂ．．．５４ｎはネットワーク１４に接続される記憶システムおよび記憶装置を有し、グローバル名前空間５０内にファイルセット５２ａ、５２ｂ．．．５２ｎを格納する。1つのファイルセット、例えば５２ｂは、複数の記憶プール、例えば５４ｂ、５４ｃにマッピングでき、複数のファイルセット、例えば５２ａ、５２ｂも同じ記憶プール、例えば５４ｂにマッピングすることができる。

図３は、ゾーン定義１８のあるゾーンに関するゾーンメタデータ７０を図示する。ゾーンメタデータ７０は、名前や番号などのゾーン識別子７２と、そのゾーン７２に割り当てられる記憶プール７４と、ゾーンに割り当てられるクライアント７６と、ゾーンに割り当てられるファイルセット７８とを含むことができる。各ゾーンは少なくとも１つのクライアントシステム、少なくとも１つのファイルセット、および少なくとも１つの記憶プールに対応付ける。記憶プールはひとつ又は複数の記憶装置又はシステムから構成される。このゾーンの対応付けで、対応付けした少なくとも１つのファイルセットと少なくとも１つの記憶装置は少なくとも１つのクライアントシステムからアクセス可能である。ある実施例では、あるクライアント１０ａ、１０ｂ．．．１０ｎを複数のゾーンに対応付けして、クライアントが対応付けしたゾーンのファイルセットおよび記憶プールにアクセスできるようにすることができる。また、クライアント１０ａ、１０ｂ．．．１０ｎは、クライアントを含むゾーンのファイルセットおよび記憶装置に関する操作に限って実行できる。

図４は、ゾーン定義１８を維持するために、メタデータサーバ６ａ、６ｂ．．．６ｎプログラムが行う操作を図示する。クライアント、ファイルセット、又は記憶プールもしくはそれらの組み合わせの対応関係を有するゾーン定義の受け取ると（ブロック１００）、メタデータサーバ６ａ、６ｂ．．．６ｎはゾーンメタデータエントリ７０をゾーン定義１８に追加する（ブロック１０２）。クライアント１０ａ、１０ｂ．．．１０ｎ、記憶プール８ｂ．．．８ｎ、およびファイルセット５２ａ、５２ｂ．．．５２ｎのゾーンへの割り当てを受け取ると（ブロック１０４）、（ブロック１０６で）ゾーンが更新するゾーンメタデータ定義７２がすでにある場合、メタデータサーバ６ａ、６ｂ．．．６ｎがゾーンメタデータ７０を更新するとともに、記憶プール、クライアント、又はファイルセットもしくはそれらの組み合わせをゾーンに割り当てる（ブロック１０８）。（ブロック１０６で）割り当てが行われる動作ゾーンが定義されていない場合、エラーを返す（ブロック１１０）。

図５は、名前空間５０に含まれるファイルセット５２ａ、５２ｂ．．．５２ｎに関する情報をクライアント１０ａ、１０ｂ．．．１０ｎに提供するために、メタデータサーバ６ａ、６ｂ．．．６ｎプログラムが行う操作を図示する。クライアント１０ａ、１０ｂ．．．１０ｎの各々は、クライアントを含む少なくとも１つのゾーンにあるクライアント１０ａ、１０ｂ．．．１０ｎに対応付けられる少なくとも１つのファイルセット５２ａ、５２ｂ．．．５２ｎに関する情報を受け取る。クライアントからアクセス可能なグローバル名前空間内のファイルセットに関し、クライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎからの要求を受け取ると（ブロック１５０）、メタデータサーバ６ａ、６ｂ．．．６ｎはゾーン定義１８（図１）を処理して（ブロック１５２）、要求するクライアント１０ａ、１０ｂ．．．１０ｎを含むものを判定する。メタデータサーバ６ａ、６ｂ．．．６ｎは、要求するクライアント１０ａ、１０ｂ．．．１０ｎを含む判定した各ゾーンに割り当てるファイルセット５２ａ、５２ｂ．．．５２ｎを判定する（ブロック１５４）。判定したファイルセットのメタデータを要求するクライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎに返し（ブロック１５６）、クライアントが判定したファイルセットに含まれる名前空間の部分を閲覧したり、アクセスできるようにする。仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎは、階層構造にしたディレクトリやファイルなどを含む、ファイルセット情報を階層ファイルシステムフォーマットにできる。メタデータサーバ６ａ、６ｂ．．．６ｎはクライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎに、ファイルセット情報の更新に応答してクライアントに割り当てられるファイルセット５２ａ、５２ｂ．．．５２ｎに関する情報を提供できる。

別の実施例では、メタデータサーバ６ａ、６ｂ．．．６ｎは、クライアントがグローバル名前空間５０に要求を出すときクライアントに応答して、ファイルセット５２ａ、５２ｂ．．．５２ｎに関する情報をクライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎに提供できる。上記実施例では、メタデータサーバ６ａ、６ｂ．．．６ｎは要求されるファイル（又はファイルセット）が存在しないという指示を返し、それによって使用禁止領域にアクセスが試みられるときにエラーを返すことによって、クライアントに対応するファイル動作ゾーンにない名前空間５０の部分へのアクセスを拒否することができる。

図６は条件１７２と記憶ルール１７４を規定するポリシールール１７０を図示する。条件１７２はファイルセット、ファイルクラス（ファイルの種類、ファイル拡張子など）、又はクライアント１０ａ、１０ｂ．．．１０ｎもしくはそれらの組み合わせを示す。記憶位置１７４は、条件１７２を満たすように作成されたファイルを格納する記憶プール又はサービスクラスを示す。

図７は、金、銀、銅など、ネットワークのユーザに提供するサービスのレベルに関するサービスクラス１８０情報を図示する。例えば、顧客、すなわちクライアント１０ａ、１０ｂ．．．１０ｎは、メタデータクラスタ２と記憶プール８ａ、８ｂ．．．８ｎを含めてネットワーク１４を維持するストレージサービスプロバイダーと、ネットワークストレージリソースを提供する基準に関するサービス品質保証契約（Servicelevel agreement：ＳＬＡ）を締結することができる。異なるサービスレベルによって差異を設けるストレージ基準は、記憶容量、ネットワーク処理能力、Ｉ／Ｏ応答時間、１秒当たりのＩ／Ｏ操作回数、およびネットワークリソースを提供するその他パフォーマンス基準を含むことができる。ある状況では、サービス品質保証契約に規定される要求事項のレベルが異なる複数の顧客、すなわちクライアント１０ａ、１０ｂ．．．１０ｎが、同じネットワークリソース、例えばファイルセットや記憶プールを共有する。このためには、ストレージサービスプロバイダーはネットワークリソースを監視および管理して、異なるサービス品質保証契約に規定される異なる顧客の要求事項を満たすようにする必要がある。

図８は、金、銀、銅などのサービスレベル１８２を含むサービスクラス１８０情報と、サービスクラス１８０のメンバーが使用する記憶プール１８４を図示する。例えば、サービスレベルの高い記憶プール１８４は、処理能力が高く、アクセスが速く、信頼性と可用性が高いであろう。ある実施例では、サービスレベル１８２に対応付ける記憶装置又は記憶プール１８４は複数のゾーンに含むことができる。ゾーン１８６は記憶プール１８４が含まれるゾーンを示す。あるサービスレベルに対応付けられる様々な記憶プールが様々なゾーンにある場合、サービスレベル／記憶プール／ゾーンの３組の情報が異なれば、サービスクラスエントリ１８０は異なるであろう。クライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎが規定のサービスレベルでファイルセット内にファイル作成の要求を出すと、ファイルは規定のサービスレベルに対応付けられる記憶プールに作成され、作成されたファイル又はクライアントもしくはその両方を含むファイルセットに対応付けられるゾーン１８６に作成されることになるであろう。ルールによってサービスレベル又はプールが選ばれていない場合、ファイルを作成するファイルセットのゾーンに基づいてディフォルトのサービスレベル又はプールが選択される。ある実施例では、ファイルセットおよび記憶プールは１つだけのゾーンに属すことができるため、サービスクラス１８０情報は１つだけの記憶プールを１つのゾーンに対応付けし、複数のゾーンおよび対応する記憶プールは１つのサービスレベルに対応付けできる。別の実施例では、記憶プールは１サービスレベル内で複数のゾーンに属することができるため、１サービスレベルを複数のゾーンに含まれる記憶プールにマッピングする。

図８は、ポリシールールデータベース１６に追加するよう実行依頼する新しいポリシールール１７０がゾーンの要求事項に適合するかどうかを判定するために、メタデータサーバ６ａ、６ｂ．．．６ｎが行う操作を図示する。ポリシールール１７０の定義を受け取ると（ブロック２００）、（ブロック２０２で）記憶位置１７４がサービスクラス１８０を規定しているため、条件を満たすファイルを特定のサービスレベル１８２に対応付ける記憶プール１８４（図８）に格納する場合には、ルールがゾーンの要求事項に適合しているためそのルールを受け入れる（ブロック２０４）。受け入れられたルールはポリシールールデータベース１６に追加する。サービスクラス１８０の記憶位置をもつルール１７０は、サービスクラス１８０が複数のゾーンに渡る記憶プール８ａ、８ｂ．．．８ｎを規定することを認めているため要求事項を満たす。（ブロック２０２で）ルール１７０がサービスクラスの記憶位置１７４を規定していない場合、受け取ったルールに示される記憶位置１７４を含むひとつ又は複数のゾーンの判定を行い（ブロック２０６）、そこで記憶位置は記憶プール又は記憶装置を有することができる。

（ブロック２０８で）ルール条件１７２がひとつ又は複数のクライアント１０ａ、１０ｂ．．．１０ｎを規定する場合、および（ブロック２１０で）受け取ったクライアントの条件ルールが複数のゾーンの記憶位置１７４を規定する場合、条件１７２で規定されるクライアント１０ａ、１０ｂ．．．１０ｎが記憶位置１７４を含む判定したゾーンすべてにあるかどうかの判定を行う（ブロック２１２）。もしそうなら、制御はブロック２０４に進んで、条件１７２を適用するクライアントがクライアントからのファイルが書き込まれる記憶位置１７４を含むゾーンすべてに割り当てられるため、ポリシールールを受け入れる。そうでなければ、条件１７２のクライアントがこれらクライアントからのファイルを書き込めるゾーンのすべてに割り当てられない場合、ルール１７０がゾーニングの要求事項に矛盾するためエラーを返す（ブロック２１４）。（ブロック２１０で）、クライアント条件ルール１７２が複数のゾーンの記憶位置１７４を規定していない場合、そのルールを受け入れる（ブロック２０４）。

（ブロック２０８で）ルールがファイルセット又はファイルの種類の条件１７２を規定する場合、および（ブロック２１６で）ファイルセットの条件１７２がルールの記憶位置１７４で識別される記憶プールを含む同じ１つのゾーンにないファイルセットを規定する場合、ルールに規定されるファイルセットを含む同じゾーンにある１つの記憶プールをルールが定めていないため、エラーを返す（ブロック２１４）。このように、記憶プールを複数のゾーンに対応付けることはできるが、ルール条件１７２のファイルセットはルールで識別される少なくとも１つの記憶プールを含むゾーンに対応付けられなければならない。（ブロック２１６で）記憶位置１７４が複数のゾーンにない場合、ルールを受け入れて（ブロック２０４）、ポリシールールデータベース１６に追加する。

図９は、クライアント仮想ファイルシステム１２ａ、１２ｂ．．．１２ｎのファイル作成要求に応答してファイルを作成するために、メタデータサーバ６ａ、６ｂ．．．６ｎが行う操作を図示する。ファイル作成要求を受け取ると（ブロック２５０）、メタデータサーバ６ａ、６ｂ．．．６ｎはポリシールールデータベース１６にある各ルールを処理し（ブロック２５２）、ファイル作成要求が適用するあるルール条件１７２を満たすかどうかを判定する。例えば、ルール条件１７２がファイルの種類を規定する場合、作成するファイルが規定のファイルの種類であれば条件１７２を満たし、条件１７２がファイルセットを規定する場合、ファイルが規定のファイルセット内に作成されるのなら条件１７２を満たす。また、条件１７２がクライアントを規定する場合、規定のクライアントがファイル作成要求を出せば条件１７２を満たす。（ブロック２５４で）ポリシールールデータベース１６のルール１７０が満たされない場合、メタデータサーバ６ａ、６ｂ．．．６ｎはファイル作成要求で規定されるファイルセット５２ａ、５２ｂ．．．５２ｎ内に要求されるファイルを作成する（ブロック２５６）。

（ブロック２５４で）あるルール１７０の条件１７２が満たされる場合、および（ブロック２５８で）記憶位置１７４がサービスクラス１８０を規定していない、すなわち記憶位置１７４が記憶プール５４ａ、５４ｂ．．．５４ｎを有する場合、作成するファイルは規定の記憶プールに格納される（ブロック２６０）。そうでなければ、（ブロック２５８で）記憶位置１７４がサービスクラス１８０を規定する場合、サービスクラス１８０に対応付けられる記憶プール１８４で、ルール１７０の条件１７２で規定されるクライアント１０ａ、１０ｂ．．．１０ｎ又はファイルセット５２ａ、５２ｂ．．．５２ｎを含むゾーン内にもあるものを判定する（ブロック２６２）。ファイルは判定された記憶プール５４ａ、５４ｂ．．．５４ｎ内に作成される（ブロック２６４）。このように、ルールが記憶クラス位置１７４を規定する場合、記憶クラス１７０のどの記憶プールがクライアント又はファイルセットが割り当てられるゾーンにあるかの判定を行う。

別の実施例では、ゾーン情報を使って、クライアントの検出中に記憶プールとのクライアントの接続性を検証できる。例えば、検出中に、クライアント１０ａ、１０ｂ．．．１０ｎは記憶プール、例えば８ａ、８ｂ．．．８ｎを含む接続デバイスを検出し、さらに検出したデバイスに関する情報をメタデータサーバ６ａ、６ｂ．．．６ｎに移して、検出したデバイスが検出するクライアントを含むゾーンにあるかどうかの判定を行うため、クライアントは検出するクライアントを含むゾーンにある検出したデバイスにのみアクセスが可能となる。

説明した実施例はクライアント、ファイルセット、又は記憶プールもしくはそれらの組み合わせを特定のゾーンに制限して、クライアントに割り当てられるゾーンにあるファイルセットへのアクセスだけにクライアントを制限する技術を提供する。これにより、クライアントをクライアントが対応付けるゾーンにあるファイルセットの閲覧とアクセスのみに限定することができる。このように、組織はセキュリティや管理関連の理由により、グローバル名前空間の特定のファイルセットやセクションへのユーザアクセスを制限することができる。

説明した操作は、ソフトウェア、ファームウェア、ハードウェア、又はその組合せを製造する標準的なプログラミング技術又はエンジニアリング技術もしくはその両方を使った方法、装置、又は製造物として実施できる。ここで使う「製造物」という用語は、ハードウェアロジック（例、集積回路チップ、プログラマブルゲートアレイ（ProgramableGate Array：ＰＧＡ）、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）等）や、磁気記憶媒体（例、ハードディスクドライブ、フレキシブルディスク、テープ等）、光学記憶装置（ＣＤ−ＲＯＭ、光ディスク等）、揮発性および不揮発性のメモリデバイス（例、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラム可能ロジック等）などのコンピュータ読取可能媒体に実装できるコード又はロジックをいう。コンピュータ読取可能媒体に実装されるコードはプロセッサでアクセス、実行する。好適な実施例が実装されるコードはさらに、伝送媒体を介して、又はネットワーク上のファイルサーバからアクセスできる。このような場合、コードを実装する製造物は、ネットワーク伝送路、ワイヤレス伝送媒体、空間、電波、赤外線信号等を伝播する信号などの伝送媒体を有することができる。このように、「製造物」はコードを具体化する媒体、プログラムコード、コンピュータプログラムを有することができる。さらに、「製造物」はコードを具体化、処理、および実行するハードウェアコンポーネントとソフトウェアコンポーネントの組合せを有することができる。当然ながら、当業者には本発明の範囲を逸脱することなくこの構成に数多くの変更を行うことができ、製造物が業界で周知のあらゆる情報伝達媒体を有することができることは認識されるであろう。

説明した操作は回路素子で行うことができ、「回路素子」はハードウェア又はソフトウェアあるいはその組合せのいずれかをいう。説明した実施例の操作を行う回路素子は、集積回路チップ、プログラマブルゲートアレイ（ＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などのハードウェアデバイスを有することができる。回路素子は、集積回路などのプロセッサコンポーネントや、メモリなどのコンピュータ読取可能媒体に実装されるコードも有することができ、プロセッサがコードを実行して説明した実施例の操作を行う。

図４、図５、図８、および図９に示す操作は、あるイベントをある順番で起こしている。別の実施例では、ある操作は別の順番で行ってもよく、変更したり省いてもよい。さらに、前述したロジックにステップを追加することもできるが、それでも説明した実施例と同様になる。また、本明細書で説明した操作は連続してすることもでき、一部の操作を平行して処理することもできる。さらに、操作はシングル処理ユニットでも分散型処理ユニットで行ってもよい。

発明の様々な実施例の前述の説明は、例示および説明のために提示してきた。すべてを網羅することを意図しておらず、また発明を開示したそのままの形態に限定することを意図してもいない。上記教唆に鑑みて数多くの変更や変型が可能である。発明の範囲はこの詳細な説明ではなく、これに添付する請求項により限定することを意図する。上記明細、例、およびデータは発明の構成の製造および使用の完全な説明となる。発明の精神および範囲を逸脱することなく発明の数多くの実施例が可能であるため、発明は以下添付する請求項に存する。

発明の実施例を実装するネットワークコンピューティング環境を示す図である。 ファイルセットをもつグローバル名前空間の一例を示す図である。 ゾーンメタデータを示す図である。 ゾーンを維持する操作を示す図である。 クライアントにアクセス可能なファイルセットに関する情報をクライアントに提供するために行う操作を示す図である。 ポリシールール情報を示す図である。 サービスクラス情報を示す図である。 ポリシールールを追加する操作を示す図である。 名前空間にファイルを作成する操作を示す図である。

Claims (23)

1. ネットワーク上でクライアントが共有するファイルセットから構成される名前空間に関する情報を維持する方法であって、
   少なくとも１つのゾーンに関するゾーン情報を維持するステップであって、各ゾーンが少なくとも１つのクライアントシステムと少なくとも１つのファイルセットと少なくとも１つの記憶プールとに対応付けられ、１つのゾーンに関して、対応付けした少なくとも１つのファイルセットと少なくとも１つの記憶プールが少なくとも１つのクライアントシステムからアクセス可能である、前記維持するステップと、
   名前空間に含まれるファイルセットに関する情報をクライアントに提供するステップであって、複数のクライアントの各々がクライアントを含む少なくとも１つのゾーンにあるクライアントに対応付けられた少なくとも１つのファイルセットに関する情報を受け取る、前記提供するステップとを有する
   前記方法。
2. 複数のゾーンに対応付けられる１つのクライアントが、対応付けられたゾーンにあるファイルセットと記憶プールにアクセスできる、請求項１の方法。
3. クライアントが行う操作が、クライアントを含む少なくとも１つのゾーンにあるファイルセットと記憶プールに関するものに制限される、請求項１の方法。
4. 条件と条件が満たされる場合にファイルを格納する記憶プールを識別する１つのルールを受け取るステップと、受け取ったルールに識別される記憶プールが複数のゾーンに含まれるかどうかを判定するステップと、条件に規定されるファイルセットが受け取ったルールに識別される記憶プールを含む１つのゾーンに含まれていないという判定に応答して受け取ったルールを拒絶するステップとをさらに有する、請求項１の方法。
5. ルール条件が少なくとも１つのクライアントを指示する方法であって、ルール条件に指示される少なくとも１つのクライアントが判定した複数のゾーンに含まれるかどうかを判定するステップと、少なくとも１つのクライアントが判定した複数のゾーンのひとつに含まれていないという判定に応答して、受け取ったルールを拒絶するステップとをさらに有する、請求項４の方法。
6. 条件がファイルセット、ファイルクラス、又はクライアントのうちの少なくとも１つを指示し、ファイル作成の要求が条件を満たす場合に条件が満たされる、請求項１の方法。
7. サービスクラスがサービスレベルを記憶プールとゾーンに対応付けし、複数の記憶プールとゾーンを１つのサービスレベルに対応付けできる、請求項１の方法。
8. １つのクライアントからのファイルを作成する要求を受け取るステップと、受け取った要求に適用できる１つのサービスクラスを規定するルールを判定するステップと、出された要求に適用されるゾーンにある規定のサービスクラスに含まれる少なくとも１つの記憶プールを判定するステップと、判定した少なくとも１つの記憶プールの領域に要求されるファイルを作成するステップとをさらに有する、請求項７の方法。
9. ゾーン情報をクライアントと通信接続しているメタデータサーバで維持し、メタデータサーバがクライアントからアクセスできる名前空間に含まれるファイルセットに関する情報をクライアントに提供する方法であって、メタデータサーバが、１つのクライアントからのファイル作成要求を受け取るステップと、１つのルールがファイルを作成する少なくとも１つの記憶プールを指示するファイル作成要求に適用するかどうかを判定するステップと、１つのルールを適用するという判定に応答して、ルールに指示される少なくとも１つの記憶プールにある位置にファイルを作成するステップとをさらに行う、請求項１の方法。
10. 少なくとも１つの記憶プールが少なくとも１つの記憶装置を有し、各記憶装置が１つの記憶プールに含まれるように制限される、請求項１の方法。
11. ゾーン情報を使って、クライアントの検出中に記憶プールへのクライアントの接続性を検証し、クライアントは、クライアントが検出を行ったクライアントを含むゾーンにある記憶プールのみにアクセスできる、請求項１の方法。
12. ネットワークでクライアントおよび記憶プールと通信接続しているシステムであって、
    少なくとも１つのゾーンに関するゾーン情報を格納するコンピュータ読取可能媒体であって、各ゾーンが少なくとも１つのクライアントシステムと少なくとも１つのファイルセットと少なくとも１つの記憶プールとに対応付けされ、１つのゾーンに関して、対応付けられた少なくとも１つのファイルセットと少なくとも１つの記憶プールが少なくとも１つのクライアントシステムからアクセスできる、前記コンピュータ読取可能媒体と、
    名前空間に含まれるファイルセットに関する情報をクライアントに提供するメタデータサーバであって、複数のクライアントの各々が、クライアントを含む少なくとも１つのゾーンのクライアントに対応付けられた少なくとも１つのファイルセットに関する情報を受け取る、前記メタデータサーバとを有する
    前記システム。
13. 複数のゾーンに対応付けられた１つのクライアントが、対応付けられたゾーンにあるファイルセットと記憶プールにアクセスできる、請求項１２のシステム。
14. クライアントが行う操作が、クライアントを含む少なくとも１つのゾーンにあるファイルセットと記憶プールに関するものに制限される、請求項１２のシステム。
15. メタデータサーバがさらに、条件と条件が満たされる場合にファイルを格納する記憶プールを識別する１つのルールを受け取り、受け取ったルールで識別される記憶プールが複数のゾーンに含まれるかどうかを判定し、条件に規定されるファイルセットが受け取ったルールで識別される記憶プールを含む１つのゾーンに含まれていないという判定に応答して受け取ったルールを拒絶する、請求項１２のシステム。
16. ルール条件が少なくとも１つのクライアントを指示し、メタデータサーバがさらに、ルール条件に指示された少なくとも１つのクライアントが判定した複数のゾーンに含まれているかどうかを判定し、少なくとも１つのクライアントが判定した複数のゾーンのひとつに含まれていないという判定に応答して受け取ったルールを拒絶する、請求項１５のシステム。
17. 条件がファイルセット、ファイルクラス、又はクライアントのうちの少なくとも１つを指示し、ファイル作成の要求が条件を満たしている場合に条件が満たされる、請求項１２のシステム。
18. サービスクラスがサービスレベルを記憶プールとゾーンに対応付けし、複数の記憶プールとゾーンを１つのサービスレベルに対応付けできる、請求項１２のシステム。
19. メタデータサーバがさらに、１つのクライアントからのファイル作成の要求を受け取り、受け取った要求に適用できる１つのサービスクラスを規定するルールを判定し、出された要求に適用できるゾーンにある規定のサービスクラスに含まれる少なくとも１つの記憶プールを判定し、判定した少なくとも１つの記憶プールの領域に要求されるファイルを作成する、請求項１８のシステム。
20. ゾーン情報をクライアントと通信接続されているメタデータサーバで維持し、メタデータサーバがクライアントがアクセスできる名前空間に含まれるファイルセットに関する情報をクライアントに提供するシステムであって、メタデータサーバが、１つのクライアントからのファイル作成要求を受け取るステップと、１つのルールがファイルを作成する少なくとも１つの記憶プールを指示するファイル作成要求に適用するかどうかを判定するステップと、１つのルールを適用するという判定に応答して、ルールに指示される少なくとも１つの記憶プールにある位置にファイルを作成するステップをさらに行う、請求項１２のシステム。
21. 少なくとも1つの記憶プールが少なくとも１つの記憶装置を有し、各記憶装置が１つの記憶プールに含まれるように制限される、請求項１２のシステム。
22. ゾーン情報を使って、クライアントの検出中に記憶プールへのクライアントの接続性を検証し、クライアントは、クライアントが検出を行うクライアントを含むゾーンにある記憶プールのみにアクセスできる、請求項１２のシステム。
23. データ処理装置の操作を制御するプログラムコードを有する、ネットワークでクライアントおよび記憶プールと通信接続しているコンピュータプログラムであって、
    前記データ処理装置の操作が、少なくとも１つのゾーンに関するゾーン情報を維持するステップであって、各ゾーンが少なくとも１つのクライアントシステムと少なくとも１つのファイルセットと少なくとも１つの記憶プールとを対応付け、各ゾーンに関して、対応付けした少なくとも１つのファイルセットと少なくとも１つの記憶プールが少なくとも１つのクライアントシステムからアクセス可能である、前記維持するステップと、
    名前空間に含まれるファイルセットに関する情報をクライアントに提供するステップで、複数のクライアントの各々がクライアントを含む少なくとも１つのゾーンにあるクライアントに対応付けられた少なくとも１つのファイルセットに関する情報を受け取る、前記提供するステップとを行う
    前記コンピュータプログラム。

Images