(57)【要約】【課題】  ＮＡＳシステムの一つの問題は複数のプロセッサ間の負荷バランシングが難しいということである。従って、複数のプロセッサ間の良好な負荷バランシングを提供することが、何よりも望ましいものとなるであろう。【解決手段】  ストレージシステムの各ボリュームがプロセッサの一つに割り当てられる。プロセッサはボリューム内にファイルシステムをマウントし、ＩＰアドレスが各ファイルシステムと関連付けられる。プロセッサの一つの負荷が他のプロセッサよりも重くなると、重いほうの負荷を受けているプロセッサに割り当てられた一つ以上のボリューム（又はファイルシステム）はアンマウントされる。アンマウントされたボリュームに対応するＩＰアドレスはプロセッサから使用不能にされる。ボリューム及びＩＰアドレスは負荷がより軽い別のプロセッサに再割り当てされる。【選択図】図１
2006048627.tif 000002
【特許請求の範囲】
【請求項１】
一つ以上のＩＰ（Internet Protocol）アドレスを含むＩＰアドレスの第一のグループを持つ第一のネットワークインタフェースを有する第一のファイルサーバと、
一つ以上のＩＰアドレスを含むＩＰアドレスの第二のグループを持つ第二のネットワークインタフェースを有する第二のファイルサーバと、
それぞれが前記第一のグループのＩＰアドレスに関連付けられる複数のファイルシステムを含み前記第一のファイルサーバに割り当てられる第一のタイプのストレージエリアと前記第二のファイルサーバに割り当てられる第二のタイプのストレージエリアを有するストレージユニットと、
から成り、
前記第一のタイプのストレージエリアは、それぞれ第一、第二、第三のＩＰアドレスに関連付けられる少なくとも第一、第二、第三のファイルシステムを有し、
前記第一のファイルサーバは、もし該第一のファイルサーバの作業負荷が重いと判定されたら、前記第一のファイルシステムが該第一のファイルサーバによってアクセスされないように、該第一のファイルシステムと該第一のファイルシステムに関連付けられる第一のＩＰアドレスを分離し、
前記第一のファイルシステムを前記第二のファイルサーバに付加し、前記第一のＩＰアドレスを前記第二のネットワークインタフェースに割り当てて、該第一のファイルシステムが前記第一のファイルサーバからでなく該第二のファイルサーバを経由してアクセスできるようにする、
ことを特徴とする、通信リンクを経由して複数のクライアントに接続されるストレージシステム。
【請求項２】
前記ストレージシステムはネットワークストレージシステムであることを特徴とする請求項１のストレージシステム。
【請求項３】
前記ストレージユニットはデータを記憶するための複数のディスクを有するディスクアレイユニットであり、複数の論理ボリュームが該ディスク上で定義されることを特徴とする請求項１のストレージシステム。
【請求項４】
前記複数の論理ボリュームはバックアップボリュームを有し、もし前記第一のファイルシステムが別のファイルシステムを含む論理ボリューム内に定義されるなら、分離される該第一のファイルシステムのコピーを該バックアップボリュームに記憶することを特徴とする請求項３のストレージシステム。
【請求項５】
前記第一のファイルサーバは第一のスイッチングモジュールと、マッピング情報を提供する第一のリソーステーブルを維持するように構成される第一のリソースマネージャを有し、
前記第二のファイルサーバは第二のスイッチングモジュールと、マッピング情報を提供する第二のリソーステーブルを維持するように構成される第二のリソースマネージャを有し、
前記分離される第一のファイルシステムは前記第二のリソーステーブルに於いて該第一のファイルシステムにＩＰアドレスをマッピングすることで前記第二のファイルサーバに割り当てられる、
ことを特徴とする請求項４のストレージシステム。
【請求項６】
前記第一のファイルサーバは第一のスイッチングモジュールと、マッピング情報を提供する第一のリソーステーブルを維持するように構成される第一のリソースマネージャを有し、
前記第二のファイルサーバは第二のスイッチングモジュールと、マッピング情報を提供する第二のリソーステーブルを維持するように構成される第二のリソースマネージャを有する、
ことを特徴とする請求項１のストレージシステム。
【請求項７】
前記第一のファイルサーバは第一のスイッチングモジュールと、マッピング情報を提供する第一のリソーステーブルを維持するように構成される第一のリソースマネージャを有し、
前記第二のファイルサーバは第二のスイッチングモジュールと、マッピング情報を提供する第二のリソーステーブルを維持するように構成される第二のリソースマネージャを有し、
第三のスイッチングモジュールと第三のリソースマネージャを有する第三のファイルサーバを更に有する、請求項１のストレージシステムにおいて、
前記ストレージシステムは、前記第一、第二、第三のファイルサーバのそれぞれに対する第一、第二、第三の負荷値を含む作業負荷テーブルを維持するシステムマネージャを有するコンソールに接続され、
もし前記第一のファイルサーバが前記第一、第二、第三のファイルサーバの中で最も重い負荷となっていることを前記第一の負荷値が示し、前記第二のファイルサーバが前記第一、第二、第三のファイルサーバの中で最も軽い負荷となっていることを前記第二の負荷値が示すなら、前記第一のファイルサーバに割り当てられた前記第一のファイルシステムは前記第一のファイルサーバから分離され、前記第二のファイルサーバに付加される、
ことを特徴とするストレージシステム。
【請求項８】
前記第一のファイルシステムのエクスポートを止めて該第一のファイルシステムをアンマウントすることで、該第一のファイルシステムを前記第一のファイルサーバから分離し、
もし前記第一の負荷値と前記第二の負荷値の差が予め決めたスレショルド値よりも大きいなら、前記第一のファイルシステムの前記分離が開始される、
ことを特徴とする請求項７のストレージシステム。
【請求項９】
前記第一のファイルサーバのクライアントとネットワークファイルシステムモジュール間の交信を不能にすることで、前記第一のファイルシステムの前記エクスポートを止めることを特徴とする請求項８のストレージシステム。
【請求項１０】
前記第一のファイルサーバのローカルファイルシステムモジュールと、前記第一のファイルシステムを含む前記第一のタイプのストレージエリアに関連する通信インタフェースとの間の交信を不能にすることで、該第一のファイルシステムをアンマウントすることを特徴とする請求項８のストレージシステム。
【請求項１１】
第一、第二、第三のファイルサーバを有し、更に複数の論理ボリュームを持つストレージユニットを有するストレージシステムに於いて、
通信リンクを経由して前記第一、第二、第三のファイルサーバに接続されるコンソールのシステムマネージャにより維持され、前記ストレージシステムの該第一、第二、第三のファイルサーバの作業負荷を規定する作業負荷テーブルにアクセスするステップと、
最も重い作業負荷のファイルサーバを前記第一のファイルサーバとし最も軽い作業負荷のファイルサーバを前記第二のファイルサーバとして、該最も重い作業負荷のファイルサーバと該最も軽い作業負荷のファイルサーバ間の作業負荷の差を前記作業負荷テーブルに従って判定するステップと、
もし前記作業負荷の差が与えられた値を越えるなら前記第一のファイルサーバから分離するために該第一のファイルサーバに関連し、ＩＰ（Internet Protocol）アドレスに関連付けられる第一のファイルシステムを選択するステップと、
前記第一のファイルシステムが分離される特定の論理ボリュームが他のファイルシステムを含むか否かを判定するステップと、
もし前記特定の論理ボリュームが他のファイルシステムを含んでいないなら、
前記ストレージシステムに接続されるクライアントに前記第一のファイルシステムをエクスポートするのを止めるステップと、
前記第一のファイルシステムをアンマウントするステップと、
もし前記特定の論理ボリュームが他のファイルシステムを含むなら、
バックアップ論理ボリュームに前記第一のファイルシステムのコピーを提供するステップと、
前記クライアントに前記第一のファイルシステムをエクスポートするのを止めるステップと、
前記第一のファイルシステムをアンマウントするステップと、
から成ることを特徴とする負荷バランシングを実行するための方法。
【請求項１２】
請求項１１に於いて更に、前記第一のファイルシステムが前記第一のファイルサーバからでなく前記第二のファイルサーバによってアクセスできるように、該第一のファイルシステムを該第二のファイルサーバに付加するステップから成ることを特徴とする方法。
【請求項１３】
前記付加するステップは、
前記第一のファイルシステムの前記ＩＰアドレスを含む該第一のファイルシステムに関する情報を、前記第二のファイルサーバによって前記コンソールの前記システムマネージャから受信するステップと、
前記第一のファイルシステムに前記ＩＰアドレスをマッピングするために前記第二のファイルサーバのリソーステーブルを更新するステップと、
前記クライアントが前記第二のファイルサーバを経由して前記第一のファイルシステムにアクセスすることを可能にするステップと、
から成ることを特徴とする請求項１２の方法。
【請求項１４】
前記可能にするステップは、前記第一のファイルシステムをマウントするステップと該第一のファイルシステムをエクスポートするステップとから成ることを特徴とする請求項１３の方法。
【請求項１５】
もし前記システムマネージャが、前記第一のファイルシステムを前記第一のファイルサーバから前記第二のファイルサーバに移動することは、該第一のファイルサーバに関連する任意の他のファイルシステムを移動する以上に、該第一と第二のファイルサーバの作業負荷を均等化するであろうと判定したなら、該第一のファイルシステムは該第一のファイルサーバから分離するように選択されることを特徴とする請求項１１の方法。
【請求項１６】
各ファイルサーバは該ファイルサーバに関連するファイルシステムの作業負荷を含むリソーステーブルを維持することを特徴とする請求項１１の方法に於いて、更に、
各ファイルサーバは、前記システムマネージャが前記作業負荷テーブルを生成することができるように、前記リソーステーブルの前記作業負荷を前記コンソールに伝送するステップと、
から成ることを特徴とする方法。
【請求項１７】
前記ファイルサーバの各々の前記リソーステーブルは、複数のファイルシステムにマッピングされる複数のＩＰアドレスを有することを特徴とする請求項１６の方法。
【請求項１８】
前記ストレージシステムはディスクアレイユニットに内蔵され、前記ファイルサーバは該ディスクアレイユニットの筐体内に設置されることを特徴とする請求項１１の方法。
【請求項１９】
コンピュータプログラム、複数の論理ボリュームを持つストレージユニット、コンソール、及び第一、第二、第三のファイルサーバを有するストレージシステムにおいて、前記コンピュータプログラムが、
ネットワークを経由して前記ストレージユニットと前記第一、第二、第三のファイルサーバに接続される前記コンソールのシステムマネージャにより維持され、前記ストレージシステムの該第一、第二、第三のファイルサーバの作業負荷を規定する作業負荷テーブルにアクセスするためのプログラムコードと、
最も重い作業負荷のファイルサーバを前記第一のファイルサーバとし最も軽い作業負荷のファイルサーバを前記第二のファイルサーバとして、該最も重い作業負荷のファイルサーバと該最も軽い作業負荷のファイルサーバの間の作業負荷の差を前記作業負荷テーブルに従って判定するためのプログラムコードと、
もし前記作業負荷の差が与えられた値を越えるなら、前記第一のファイルサーバから分離するために該第一のファイルサーバに関連しＩＰ（Internet Protocol）アドレスに関連付けられる第一のファイルシステムを選択するためのプログラムコードと、
前記第一のファイルシステムが分離される特定の論理ボリュームが他のファイルシステムを含むか否かを判定するためのプログラムコードと、
もし前記特定の論理ボリュームが他のファイルシステムを含んでいないなら、
前記ストレージシステムに接続されるクライアントに前記第一のファイルシステムをエクスポートするのを止めるためのプログラムコードと、
前記第一のファイルシステムをアンマウントするためのプログラムコードと、
もし前記特定の論理ボリュームが他のファイルシステムを含むなら、
バックアップ論理ボリュームに前記第一のファイルシステムのコピーを提供するためのプログラムコードと、
前記クライアントに前記第一のファイルシステムをエクスポートするのを止めるためのプログラムコードと、
前記第一のファイルシステムをアンマウントするためのプログラムコードと、
から成ることを特徴とするストレージシステム。
【請求項２０】
第一、第二、第三のファイルサーバ、複数の論理ボリュームを持つストレージユニット、及びコンソールを有し、
前記コンソールのシステムマネージャにより維持されストレージシステムの前記第一、第二、第三のファイルサーバの作業負荷を規定する作業負荷テーブルにアクセスするための手段と、
最も重い作業負荷のファイルサーバを前記第一のファイルサーバとし最も軽い作業負荷のファイルサーバを前記第二のファイルサーバとして、該最も重い作業負荷のファイルサーバと該最も軽い作業負荷のファイルサーバの間の作業負荷の差を前記作業負荷テーブルに従って判定するための手段と、
もし前記作業負荷の差が与えられた値を越えるなら、前記第一のファイルサーバから分離するために該第一のファイルサーバに関連しＩＰ（Internet Protocol）アドレスに関連付けられる第一のファイルシステムを選択するための手段と、
前記第一のファイルシステムが分離される特定の論理ボリュームが他のファイルシステムを含むか否かを判定するための手段と、
もし前記特定の論理ボリュームが他のファイルシステムを含んでいないなら、
前記ストレージシステムに接続されたクライアントに前記第一のファイルシステムをエクスポートするのを止めるための手段と、
前記第一のファイルシステムをアンマウントするための手段と、
もし前記特定の論理ボリュームが他のファイルシステムを含むなら、
バックアップ論理ボリュームに前記第一のファイルシステムのコピーを提供するための手段と、
前記クライアントに前記第一のファイルシステムをエクスポートするのを止めるための手段と、
前記第一のファイルシステムをアンマウントするための手段と、
から成ることを特徴とするストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
01  本発明はストレージシステムに係り、より具体的には複数のホストインタフェースとプロセッサを有するストレージシステムのダイナミック負荷バランシングに係る。
【背景技術】
【０００２】
02  データはすべての計算プロセッサがその基礎に置く基本的なリソースである。近年インターネットや電子商取引の爆発的な成長により、データストレージシステムに対する要求が途方もなく増大してきている。一般に、ストレージネットワーク化は二種のアプリケーション或いは構成、即ちＮＡＳ（Network-attached Storage）とＳＡＮ（Storage Area Network）、を含む。ＮＡＳはストレージサーバとそれらのクライアント間においてデータをファイルフォーマットで伝送するためにイーサネット（イーサネットは登録商標です）上でＩＰを使用する。ＮＡＳではディスクアレイ或いはテープ装置のような統合ストレージシステムは、ＴＣＰ／ＩＰのようなメッセージング通信プロトコルを用いてイーサネットのようなＬＡＮ（Local Area Network）インタフェースにより直接メッセージングネットワークにつながる。ストレージシステムはクライアントサーバシステムのサーバとして機能する。
【０００３】
03  一般にＳＡＮは異種のサーバとストレージリソース間でデータを移動するための専用の高性能ネットワークである。ＮＡＳと異なり、従来のメッセージングネットワーク上でクライアントとサーバ間のいかなるトラフィックの衝突も避けるために個別の専用のネットワークが提供される。ＳＡＮはストレージリソースとプロセッサ或いはサーバ間の直接接続の構築を可能にする。ＳＡＮはサーバ間で共用され得るし、或いは特定のサーバ専用にもなり得る。単一の場所に集中化され得るし、或いは広い地理的な距離に広がり得る。ＳＡＮインタフェースはＦＣ（Fibre Channel）、ＥＳＣＯＮ（Enterprise Systems Connection）、ＳＣＳＩ（Small Computer Systems Interface）、ＳＳＡ（Serial Storage Architecture）、ＨＩＰＰＩ（High Performance Parallel Interface）、或いは今後出現するであろうその他のプロトコルのような、種々の異なったプロトコルであり得る。例えば、ＩＥＴＦ（Internet Engineering Task Force）はＴＣＰ／ＩＰ上でブロックストレージを可能にする新プロトコル或いは標準ｉＳＣＳＩを開発中であり、一方ある会社ではｉＳＣＳＩをＳＡＮの主要な標準にするためにホストプロセッサからｉＳＣＳＩ−ＴＣＰ／ＩＰプロトコルスタックをアンロードすることに取り組んでいる。
【０００４】
04  用いられるストレージシステムのタイプによらず、ストレージシステムはより大容量を記憶し、より高性能を実現することがますます求められている。これらの要求を満たすためにエンタープライズ或いはミッドレンジのストレージシステム用のストレージコントローラは複数のプロセッサが備えられてきている。例えば、Hitachi Lightning 9900 TMシステムは複数の同時入出力要求（「Ｉ／Ｏ」）を処理するために複数のＣＨＩＰ（Client-Host Interface Processor）を有している。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
05  ＮＡＳシステムの一つの問題は複数のプロセッサ間の負荷バランシングが難しいということである。複数のＮＡＳプロセッサ（ＮＦＳ／ＣＩＦＳ要求を処理するプロセッサ）間で一つのボリューム或いはファイルシステムを共用することは、一つのＮＡＳプロセッサがアクセスしたデータをそれらのメモリにキャッシングするので困難であろう。このことは、複数のプロセッサが存在するので、キャッシュデータの一貫性や整合性を維持するのを困難にする傾向である。それ故に、ファイルアクセス要求は一般に、複数のプロセッサをすべて利用するのでなく、一時には一台のＮＡＳプロセッサで処理される。従って、複数のプロセッサ間の良好な負荷バランシングを提供することが、何よりも望ましいものとなるであろう。
【０００６】
06  本発明は、例えばアクセス要求を処理するために複数のプロセッサを有するＮＡＳ（Network Attached Storage）システムに於けるストレージシステム或いはサブシステムの負荷バランシングに係る。
【課題を解決するための手段】
【０００７】
07  一実施例では、ストレージシステムはアクセス要求を処理するための複数のプロセッサ、データを記憶するための複数のボリューム、及び複数のプロセッサと複数のボリュームをお互いに接続するための相互接続手段を含む。各ボリュームがプロセッサの一つに割り当てられる。プロセッサはボリューム内にファイルシステムをマウントし、ＩＰアドレスが各ファイルシステムと関連付けられる。プロセッサの一つの負荷が他のプロセッサよりも重くなると、重いほうの負荷を受けているプロセッサに割り当てられた一つ以上のボリューム（又はファイルシステム）はアンマウントされる。アンマウントされたボリュームに対応するＩＰアドレスはプロセッサから使用不能にされる。ボリューム及びＩＰアドレスは負荷がより軽い別のプロセッサに再割り当てされる。
【０００８】
08  一実施例では、通信リンクを経由して複数のクライアントに接続されるストレージシステムは、第一のスイッチングモジュールとマッピング情報を提供する第一のリソーステーブルを維持するように構成される第一のリソースマネージャを含む第一のファイルサーバ、第二のスイッチングモジュールとマッピング情報を提供する第二のリソーステーブルを維持するように構成される第二のリソースマネージャを含む第二のファイルサーバ、第一のファイルサーバに割り当てられそれぞれがＩＰ（Internet Protocol）アドレスに関連付けられる複数のファイルシステムを含む第一のタイプのストレージエリアと第二のファイルサーバに割り当てられる第二のタイプのストレージエリアを含むストレージユニットを有する。第一のタイプのストレージエリアは、それぞれ第一、第二、第三のＩＰアドレスに関連付けられる第一、第二、第三のファイルシステムを有する。第一のリソーステーブルは、それぞれ第一、第二、第三のファイルシステムの作業負荷を示す第一、第二、第三の負荷情報を有する。第一のスイッチングモジュールは、もし第一のファイルサーバの作業負荷が重いと判定されたら第一のファイルシステムが第一のファイルサーバによってアクセスされないように、第一のファイルシステムを分離するように構成される。
【０００９】
09  別の実施例では、ストレージシステムの負荷バランシングを実行する方法が開示される。システムはコンソール、第一、第二、第三のファイルサーバ及び複数の論理ボリュームを持つストレージユニットを有する。この方法は、通信リンクを経由してストレージシステムに接続されるコンソールのシステムマネージャにより維持されストレージシステムの第一、第二、第三のファイルサーバの作業負荷を規定する作業負荷テーブルにアクセスするステップと、最も重い作業負荷のファイルサーバを第一のファイルサーバとし最も軽い作業負荷のファイルサーバを第二のファイルサーバとしてこれら最も重い作業負荷のファイルサーバと最も軽い作業負荷のファイルサーバ間の作業負荷の差を作業負荷テーブルに従って判定するステップと、もし作業負荷の差が与えられた値を越えるなら第一のファイルサーバから分離するために第一のファイルサーバに関連しＩＰ（Internet Protocol）アドレスに関連付けられる第一のファイルシステムを選択するステップと、第一のファイルシステムが分離される特定の論理ボリュームが別のファイルシステムを含むか否かを判定するステップを含む。この方法は更に、もし特定の論理ボリュームが別のファイルシステムを含んでいないなら、ストレージシステムに接続されるクライアントに第一のファイルシステムをエクスポートするのを止めるステップと、第一のファイルシステムをアンマウントするステップを含む。一方、もし特定の論理ボリュームが他のファイルシステムを含むなら、バックアップ論理ボリュームに第一のファイルシステムのコピーを提供するステップと、クライアントに第一のファイルシステムをエクスポートするのを止めるステップと、第一のファイルシステムをアンマウントするステップを含む。
【００１０】
10  この方法に於いて、もしシステムマネージャが第一のファイルシステムを第一のファイルサーバから第二のファイルサーバに移動する方が、第一のファイルサーバに関連する任意の他のファイルシステムを移動する以上に第一と第二のファイルサーバの作業負荷を均等化するであろうと判定したなら、第一のファイルシステムは第一のファイルサーバから分離するように選択される。
【００１１】
11  別の実施例に於いて、ストレージシステムはコンピュータプログラム及び第一、第二、第三のファイルサーバを有する。ストレージシステムは更に、コンソールと複数の論理ボリュームを持つストレージユニットを有する。コンピュータプログラムはネットワークを経由してストレージユニット及び第一、第二、第三のファイルサーバに接続されるコンソールのシステムマネージャにより維持されストレージシステムの第一、第二、第三のファイルサーバの作業負荷を規定する作業負荷テーブルにアクセスするためのプログラムコードと、最も重い作業負荷のファイルサーバを第一のファイルサーバとし最も軽い作業負荷のファイルサーバを第二のファイルサーバとしてこれら最も重い作業負荷のファイルサーバと最も軽い作業負荷のファイルサーバ間の作業負荷の差を作業負荷テーブルに従って判定するためのプログラムコードと、もし作業負荷の差が与えられた値を越えるなら第一のファイルサーバから分離するために第一のファイルサーバに関連しＩＰ（Internet Protocol）アドレスに関連付けられる第一のファイルシステムを選択するためのプログラムコードと、第一のファイルシステムが分離される特定の論理ボリュームが他のファイルシステムを含むか否かを判定するためのプログラムコードを含む。このプログラムは更に、もし特定の論理ボリュームが他のファイルシステムを含んでいないなら、ストレージシステムに接続されるクライアントに第一のファイルシステムをエクスポートするのを止めるためのプログラムコード及び第一のファイルシステムをアンマウントするためのプログラムコードを含む。このプログラムは更に、もし特定の論理ボリュームが他のファイルシステムを含むなら、バックアップ論理ボリュームに第一のファイルシステムのコピーを提供するためのプログラムコードと、クライアントに第一のファイルシステムをエクスポートするのを止めるためのプログラムコードと、第一のファイルシステムをアンマウントするためのプログラムコードを含む。
【発明の効果】
【００１２】
従って、複数のプロセッサ間の良好な負荷バランシングを提供することが、何よりも望ましいものとなるであろう。
【発明を実施するための最良の形態】
【００１３】
25  図１は本発明の一実施例によるストレージシステム９０を示す。ストレージシステムは本実施例ではファイルサーバシステムである。ファイルサーバシステム９０は複数のファイルサーバ１、２、３及びディスクストレージ５から成る。ファイルサーバはプロセッサ、例えばＮＡＳプロセッサ、或いはディスクストレージと同じ筐体に設置されるモジュールであって良い。例えば、ファイルサーバシステムはファイルサーバ及びディスクストレージを含むディスクアレイユニット或いはサブシステムである。これに代って、ファイルサーバはディスクストレージから遠く離れて設置されるコンピュータシステムであっても良い。
【００１４】
26  一台以上のクライアント８がネットワーク４を経由してストレージシステムに接続される。各クライアントはネットワークに接続するＬＡＮ（Local Area Network）インタフェース８１を有する。クライアント或いはホストはストレージサブシステムに要求及びコマンドを送信する。コンソール６はストレージシステムを運用するために用いられる。一実施例では、コンソールは遠く離れて設置され、ネットワーク４を経由してストレージシステム９０に接続される。別の実施例では、コンソールはストレージシステムに統合されるかストレージサブシステムにすぐ近接して設置され、その場合はコンソールは専用ケーブルを経由してストレージシステムと交信する。コンソールは無線ネットワークを経由してストレージシステムと交信することも出来よう。
【００１５】
27  本実施例では、ファイルサーバ１、２、３はクライアント８からのファイルアクセス要求を受信するために、それぞれＬＡＮ（Local Area Network）インタフェース１１、２１、３１を有する。ファイルサーバ１、２、３は更に、ディスクストレージ５にアクセスするためにそれぞれＦＣ Ｉ／Ｆ（Fibre Channel Interface）１２、２２、３２を有する。各ファイルサーバは更にＣＰＵ（Central Processing Unit）及びメモリ（図示せず）、及びファイルアクセス要求を処理するプログラムを有する。
【００１６】
28  ディスクストレージ５はディスクコントローラ５１、複数のディスク５２、及び複数のＦＣ Ｉ／Ｆ（Fibre Channel Interface）５３、５４、５５を有する。ディスクストレージはＦＣ Ｉ／Ｆ５３、５４、５５を経由してファイルサーバに接続される。上述の一実施例で説明したように、ストレージシステム９０は複数のディスクドライブを有するストレージサブシステム或いはディスクアレイユニットであり、ファイルサーバはこのサブシステム或いはディスクアレイユニットと同じ筐体の内部に設置される。別の実施例では、ストレージシステム９０は複数の遠く離れて設置されるデバイス（例えば分散システム）から成り、その場合はディスクストレージはストレージサブシステム或いはディスクアレイユニットであってファイルサーバはネットワーク経由でディスクストレージに接続されるホストである。
【００１７】
29  図２は本発明の一実施例によるファイルサーバシステム９０の機能図を示す。各ファイルサーバ１、２、３はドライバ１０１、２０１、３０１、ローカルファイルシステム１０２、２０２、３０２、ネットワークファイルシステム１０３、２０３、３０３、リソースマネージャ１０４、２０４、３０４、及びスイッチングプログラム（「スイッチングプログラムモジュール」と呼ぶこともある）１０５、２０５、３０５を有する。
【００１８】
30  上記のストレージボリュームは５２１、５２２、５２３、５３１、５３２、５３３、５４１、５４２、５４３の番号で表される。これらのボリュームはストレージシステム９０のディスクコントローラ５１で定義される。
【００１９】
31  ドライバ１０１、２０１、３０１及びローカルファイルシステム１０２、２０２、３０２がストレージボリュームにアクセスするために用いられる。即ち、ドライバ１０１及びローカルファイルシステム１０２はＦＣインタフェース５３に関連するストレージボリュームにアクセスするためにお互いが連携し合う。ドライバ２０１及びローカルファイルシステム２０２はＦＣインタフェース５４に関連するストレージボリュームにアクセスするためにお互いが連携し合う。ドライバ３０１及びローカルファイルシステム３０２はＦＣインタフェース５５に関連するストレージボリュームにアクセスするためにお互いが連携し合う。ネットワークファイルシステム１０３、２０３、３０３はＮＦＳ（Network File System）或いはＣＩＦＳ（Common Internet File System）プロトコルに従ってクライアント８から受信したファイルアクセス要求を処理する。
【００２０】
32  各リソースマネージャ１０４、２０４、３０４はそれぞれ各ファイルサーバ１、２、３の負荷を測定し、コンソール６のシステムマネージャ６１に報告する。スイッチングプログラム１０５、２０５、３０５は各ファイルサーバ１、２、３の負荷の一部を他のファイルサーバ１、２、３に移動させるために用いられる。これは、以下でより詳細に説明するように、一つのファイルサーバから別のファイルサーバにファイルシステム或いはボリュームを転送することで行われる。
【００２１】
33  上で説明したように、ディスクコントローラ５１はディスク５２を用いて複数のストレージボリュームを定義する。ストレージボリュームは、物理的な分割ではなく、むしろ論理的な分割であるので、一般にこの技術分野では論理ボリュームと呼ばれる。ディスクコントローラ５１は更に、ＦＣインタフェースに関連するファイルサーバが論理ボリュームにアクセスするのを可能にするために、各々の論理ボリュームをＦＣインタフェース５３、５４、５５の一つに割り当てる。この割り当てプロセスは本実施例ではボリュームマッピングと呼ばれる。このプロセスを呼ぶために当然他の表現も用いられ得る。
【００２２】
34  一つの論理ボリュームを一つ以上のＦＣインタフェースに割り当てることもできよう。しかしながら説明の便宜上、本実施例では各論理ボリュームは唯一のＦＣインタフェースに割り当てられるものと仮定して記述する。
【００２３】
35  本実施例に於いて、論理ボリューム５２１、５２２、５２３はＦＣ Ｉ／Ｆ５３に割り当てられ、論理ボリューム５３１、５３２、５３３はＦＣ Ｉ／Ｆ５４に割り当てられ、論理ボリューム５４１、５４２、５４３はＦＣ Ｉ／Ｆ５５に割り当てられる。更に、ディスクストレージは通常どのＦＣ Ｉ／Ｆにも割り当てられない不使用論理ボリューム５５０、即ちバックアップボリュームを有する。それらは必要性が生じたときに使用され、或いは割り当てられる。例えば、バックアップボリュームは後述のように、別のファイルサーバに再割り当てされるようにファイルシステムのコピーを保存するために用いられるであろう。ディスクコントローラ５１は一般に、コンソールのシステムマネージャ６１がボリュームマッピングのコマンドをディスクストレージ５に発行する時にボリュームマッピング動作を実行する。
【００２４】
36  図３は本発明の一実施例によるファイルサーバ及びそのＬＡＮ Ｉ／Ｆを示す。ファイルサーバの各ＬＡＮ Ｉ／Ｆ１１、２１、３１は本実施例によれば一つ以上のＩＰアドレスを持っている。各ＩＰアドレスはファイルサーバに割り当てられるファイルシステムの一つに一意的に関連付けられている。図３では、ファイルサーバ１のＬＡＮ Ｉ／Ｆ１１が代表として示されている。ＬＡＮ Ｉ／Ｆ１１はファイルサーバ１に割り当てられるファイルシステム即ちファイルシステムＡ１、Ａ２、Ａ３、Ａ４の四つのＩＰアドレスを有している。これらのファイルシステムは更にＬＡＮ Ｉ／Ｆ１１に割り当てられるものとみなすこともできよう。図示のように本実施例では、任意の論理ボリューム中に一つ以上のファイルシステムが与えられよう。
【００２５】
37  クライアント８が論理ボリューム５２１に存在するファイルシステムＡ１にアクセスする前に、ユーザはクライアント８にファイルシステムＡ１をマウントするように命令する。次に示すものは、ファイルシステムをマウントするために用いられるコマンドの例である。
【００２６】
mount 192.168.1.11:/A1/user1
マウント動作では、ＩＰアドレスに代ってホスト名（即ち、ファイルサーバ名）が用いられてもよい。マウント動作の後にクライアント８はＮＦＳプロトコルを用いてファイルシステムＡ１にアクセスできる。
【００２７】
38  図４は本発明の一実施例によるボリュームマッピングテーブル４００を示す。このテーブルはＩＰアドレスとファイルシステム間のマッピング、論理ボリュームとファイルシステム間のマッピングを管理するために用いられる。このテーブルは更に、任意のファイルサーバに割り当てられる各ファイルシステムの現在の作業負荷を示している。従って、このテーブルは「リソーステーブル」とも呼ばれよう。各リソースマネージャ１０４、２０４、３０４は、このようなテーブルを管理し、コンソール中に設置されるシステムマネージャ６１にテーブルの内容を定期的に伝える。
【００２８】
39  更に具体的には、このテーブルは複数のレコード或いはエントリー４５１、４５２、４５３、４５４を有する。各レコード或いはエントリーはファイルシステムに対応する。これらのレコードは、各レコードがＩＰアドレスフィールド４０１、デバイスフィールド４０２、ファイルシステムフィールド４０３、及び負荷フィールド４０４と関連付けられるので、上で述べたマッピング情報と負荷情報を提供する。
【００２９】
40  ＩＰアドレスフィールドはＬＡＮ Ｉ／Ｆ１１、２１、３１に割り当てられるＩＰアドレスを示す。ホスト名（即ちファイルサーバ名）も又ＩＰアドレスの代りに用いられ得る。デバイスフィールドは論理ボリューム番号を示す。ディスクストレージ内の各論理ボリュームにはそれ自身の識別番号が与えられる。ファイルシステムフィールドはデバイスフィールドで指定される論理ボリューム内に存在するファイルシステム名を示す。例えば、レコード４５１はファイルシステムＡ１が論理ボリューム５２１内で定義され、ＩＰアドレス１９２．１６８．１．１１が割り当てられていることを示す。
【００３０】
41  本実施例では、負荷フィールド４０４はＩＯＰＳ（Ｉ／Ｏ数／秒）の単位での任意のファイルシステムの現在の作業負荷を示す。名称が示すように、ＩＯＰＳは任意のファイルシステムによって毎秒受信するディスクＩ／Ｏ数に関する情報を与える。例えばレコード４５１はファイルシステムＡ１に４００ＩＯＰＳが送られていることを示す。各リソースマネージャ１０４、２０４、３０４は周期的に（例えば１秒に1度）任意のファイルシステムの作業負荷を測り、この作業負荷の値をボリュームマッピングテーブル４００に記録する。
【００３１】
42  図５を参照すると、システムマネージャ６１は各ファイルサーバ１、２、３のボリュームマッピングテーブル４００からの情報を集めて作業負荷テーブル６００を生成する。ノードフィールド６０１は各ファイルサーバ１、２、３の識別子を有する。負荷フィールド６０２は各ファイルサーバの作業負荷を示す。この負荷フィールドの値は、任意のファイルサーバにより管理されるすべてのファイルシステムの作業負荷を合計することによって得られる。例えば、ファイルサーバ１は四つのファイルシステムを管理する（図４）。各ファイルシステムの作業負荷はそれぞれ４００、２００、１５０、３５０である。よって負荷フィールドの値は１１００であり、これがファイルサーバ１の全体の作業負荷を示す。この計算は、実施方法次第でファイルサーバレベルで、或いはシステムマネージャレベルでなされよう。
【００３２】
43  スレショルドフィールド６０３は予め決められた値を示す。一般にこの値は管理者によって設定される。本実施例ではスレショルド値は４００である。即ち、もし（作業負荷が最も重い）最も繁忙なファイルサーバと、（作業負荷が最も軽い）繁忙の度合いが最小のファイルサーバとの間の差がスレショルド値を越えたなら、ファイルサーバシステム９０は負荷バランシング動作を開始する。負荷バランシング動作のプロセスが以下に説明される。
【００３３】
44  図６、７、８は本発明の一実施例によるファイルサーバ１、２、３の負荷をバランスさせるためにファイルサーバ９０によって実行されるプロセスを示す。図６はコンソールのシステムマネージャ６１により実行されるプロセスを示す。システムマネージャ６１はこのプロセスを周期的に（例えば１時間に一度）実行する。ステップ１００１で、システム９０の最も重い負荷と最も軽い負荷を受けているノード或いはファイルサーバが作業負荷テーブルを調べることにより選択される。これらのファイルサーバの負荷間の差、即ちテーブル６００のＩＯＰＳ値の差、が判定される。次いでシステムマネージャ６１は差の値がテーブル６００で決められたスレショルド値を越えているか否か判定する（ステップ１００２）。もし差が本実装例のスレショルド値である４００を越えていたら、プロセスはステップ１００３に進む。そうでなければ、プロセスは終了する。
【００３４】
45  ステップ１００３にて、システムマネージャはこれらのファイルサーバの作業負荷をバランスさせるために最も重い負荷のファイルサーバ内の適当なファイルシステムを選ぶ。以下に本発明の一実施例により再割り当てのために適当なファイルシステムを選ぶためのルール又はアルゴリズムを示す。
【００３５】
１．第一のファイルサーバ、即ち最も重い負荷を持つファイルサーバから一つのファイルシステムを選択し、選択されたファイルシステムを第二のファイルサーバ、即ち最も軽い負荷のファイルサーバに移動する。次に、その結果としてもたらされる第一及び第二のファイルサーバの作業負荷を見積もる。
【００３６】
２．もし第一のファイルサーバの見積もった作業負荷が第二のファイルサーバの見積もった作業負荷と等しかったら、システムマネージャは選択したファイルシステムは移動が妥当であると判断する。そうでない場合は、第一のファイルサーバから別のファイルシステムが選択され、以下同様とする。
【００３７】
３．もし条件２．に適合するファイルシステムが存在しないなら、第一のファイルサーバの見積もった作業負荷を第二のファイルサーバの見積もった作業負荷に最も近い値にさせる第一のファイルサーバのファイルシステムが第二のファイルサーバに移動される。
【００３８】
46  例えば、もしファイルサーバ１、２、３の作業負荷が図５に示される通りで、ファイルシステムの作業負荷が図４に示される通りなら、ファイルサーバ１のファイルシステムＡ３がファイルサーバ２に移動される。ファイルサーバ１と２の作業負荷の差はファイルシステムＡ３がファイルサーバ２に移動された後は６００ＩＯＰＳから１００ＩＯＰＳに変わる。
【００３９】
47  プロセスに立ち返ると、ステップ１００４にてシステムマネージャ６１はファイルシステムＡ３を分離するようにファイルサーバ１に命令する。ファイルシステムの分離に含まれるステップは図７に与えられる。
【００４０】
48  ファイルシステムＡ３が分離された後、システムマネージャ６１はファイルサーバ２に命令してファイルサーバ２にファイルシステムＡ３を付加させる（ステップ１００５）。このファイルシステムの付加に含まれるステップは図８に与えられる。
【００４１】
49  図７は本発明の一実施例によりファイルサーバからファイルシステムを分離するプロセスを示す。この分離プロセスは本実施例ではファイルサーバのスイッチングプログラムによって実行される。この分離プロセスがここで上記の例、即ちファイルサーバ１は最も重い負荷を持ったファイルサーバであり、ファイルサーバ２は最も軽い負荷を持ったファイルサーバであり、ファイルシステムＡ３がファイルサーバ１からファイルサーバ２に移動されるという例、を用いて説明される。
【００４２】
50  ステップ２０００で、ファイルサーバ１のスイッチングプログラム１０５は選択されたファイルシステム（例えばファイルシステムＡ３）が存在する論理ボリューム全体を分離すべきか否か判定する。即ち、問題になっている論理ボリュームがそこで定義される任意の他のファイルシステムを有しているか否かである。もしボリューム内に別のファイルシステムが存在するなら、スイッチングプログラム１０５はボリュームの一部のみが分離されるべきと判定し、ステップ２００１に進む。
【００４３】
51  一方ボリューム内に定義される他のファイルシステムが何も存在しない場合には、選択されたファイルシステムがボリューム全体に対応するので、スイッチングプログラム１０５はボリューム全体を分離すべきと判定する。次いでプロセスはステップ２０１０に進み、その後ステップ２０１２に進む。これらのステップは以下に説明するステップ２００３及び２００４に対応する。
【００４４】
52  ステップ２００１で、スイッチングプログラム１０５は、ファイルサーバ１が未使用論理ボリュームの一つ、例えばボリューム５５０（図２参照）にアクセスできるようにボリュームマッピングの変更をシステムマネージャ６１に命令する。スイッチングプログラム１０５はその未使用論理ボリューム或いはバックアップボリュームを選択し、このバックアップボリュームに選択されたファイルシステムを複製する（ステップ２００２）。この目的のために、スイッチングプログラム１０５はボリュームミラーリング動作或いは機能を開始する。ディスクストレージ７５は、それに応じて、ボリュームミラーリング動作を実行する。ミラーリング動作は図９と関連して以下により詳細に説明される。
【００４５】
53  ステップ２００３で、スイッチングプログラム１０５は選択されたファイルシステムをエクスポートするのを止めるようにネットワークファイルシステム１０３に命令する。クライアント８とネットワークファイルシステム１０３との間の交信を不能にすることにより、ファイルシステムのエクスポートが止められる。即ちファイルサーバ１は、クライアント８にＮＦＳ或いはＣＩＦＳ経由でファイルシステムにアクセスさせないように命令される。スイッチングプログラム１０５は選択されたファイルシステムをアンマウントするようにローカルファイルシステム１０２に命令する（ステップ２００４）。ファイルシステムは選択された論理ボリュームのローカルファイルシステム１０２とＦＣインタフェース５３の間の交信を不能にすることによってアンマウントされる。スイッチングプログラム１０５は選択されたボリュームとバックアップボリュームのペア状態を分離する（ステップ２００５）。一旦アンマウントされたら、クライアント８は選択されたボリュームにアクセスすることができず、その結果選択されたボリューム及びバックアップボリュームの内容は同じままとなる。
【００４６】
54  ステップ２００６で、スイッチングプログラム１０５は、ファイルサーバ２がファイルシステムＡ３のコピーが存在するバックアップボリュームにアクセスできるように、ボリュームマッピングの変更をシステムマネージャ６１に命令する。
【００４７】
55  スイッチングプログラム１０５は選択されたファイルシステムＡ３に関する情報をシステムマネージャ６１に送信する（ステップ２００７）。選択されたファイルシステムに関する情報は、ファイルシステム名、ファイルシステムに関連付けられたＩＰアドレス、及び選択されたファイルシステムのコピーが存在するバックアップボリュームのボリューム番号を含む。次いでスイッチングプログラム１０５は選択されたファイルシステムＡ３に関連付けられたＩＰアドレスを使用不能にする（ステップ２００８）。同時に、リソーステーブル４００にあるエントリー４５４も削除される。これは本実施例によりスイッチングプログラム１０５によって維持されるリソーステーブル４００上で行われる。
【００４８】
56  ステップ２０００に戻ると、もしスイッチングプログラム１０５がボリューム全体を分離すべきと判定するなら、スイッチングプログラムはファイルシステムを複製せずに選択されたファイルシステムＡ３をエクスポートするのを止める（ステップ２０１０）。ファイルシステムはステップ２００４と同じようにアンマウントされる（ステップ２０１２）。その後、選択されたファイルシステムを含むボリュームのボリュームマッピングが変更される（ステップ２００６）。即ちファイルサーバ１又はＦＣ Ｉ／Ｆ５３にマッピングされるボリュームはファイルサーバ２或いはＦＣ Ｉ／Ｆ５４に再マッピングされる。次いでステップ２００７と２００８が実行される。
【００４９】
57  図８は本発明の一実施例によりファイルシステムを付加するプロセスを示す。付加プロセスを説明するために上述の例が引き続き使用される。ステップ２５０１で、ファイルサーバ２のスイッチングプログラム２０５はシステムマネージャ６１から既に移動されたファイルシステムＡ３に関する情報を受信する。ファイルサーバ１のファイルシステムＡ３がファイルサーバ２に移動される時に、ファイルシステムＡ３は上述のようにバックアップ論理ボリュームにコピーされる（ここでボリューム５２３は他のファイルシステムを含むものと仮定する）。この場合、システムマネージャ６１はファイルシステムＡ３のコピーが存在するバックアップボリュームのボリューム番号についてスイッチングプログラム２０５に通知する。スイッチングプログラム２０５はそのテーブル４００でファイルシステムＡ３にＩＰアドレスを割り当てることでファイルサーバ２で受信したＩＰアドレスを使用可能にする（ステップ２５０２）。ファイルシステムがマウントされる（ステップ２５０３）。スイッチングプログラム２０５はクライアントがファイルシステムＡ３へのアクセスを再開するのを可能にするためにファイルシステムＡ３をエクスポートする（ステップ２５０４）。
【００５０】
58  図９は本発明の一実施例によるミラーリング動作を示す。このミラーリング動作は上述の付加及び分離プロセスを実行するために用いられる。ディスクストレージ５は任意の論理ボリューム（ソースボリューム）のすべて或いはその一部を他の論理ボリューム（対象ボリューム）、例えばバックアップボリューム５５０に複製を生成するボリュームミラーリング機能を有する。ユーザ或いはファイルサーバ１、２、３がソースボリュームの指定された領域の複製を作成するようにディスクストレージ５に命令する時、ディスクストレージ５はソースボリュームのその領域を対象ボリュームに順番に（求められる部分の始めから終わりまで）コピーを開始する。この動作は一般に、対象ボリュームがソースボリュームの初期状態をミラーリングするので「初期コピー動作」と呼ばれる。
【００５１】
59  その後、ファイルサーバ１、２、３がソースボリュームの指定された領域にデータを書き込む時、書き込みデータは対象ボリュームがソースボリュームをミラーリングし続けるように対象ボリュームにもコピーされる。この後の方の動作は一般に「更新コピー動作」と呼ばれる。初期コピーが完了した後の状態は一般に「複製状態」と呼ばれる。本実施例では、更新コピー動作は複製状態が得られた後にのみ実行されよう。
【００５２】
60  ファイルサーバシステム９０はユーザ或いはファイルサーバ１、２、３がディスクストレージ５に複製状態を止めるように命令することができるように構成される。ディスクストレージ５が複製状態を止めるように命令されると、この状態は「分離状態」に置かれる。即ち二つのボリュームは切り離され、もはやミラーリングのペアでなくなる。従って分離状態では、初期ミラー動作も更新コピー動作も実行されない。上述のボリュームミラーリング機能は、論理ボリュームに存在する複数のファイルシステムの複製を、或いはもし唯一のファイルシステムのみがソースボリュームにて定義されるならばソースボリューム全体の複製を提供するために用いられよう。
【００５３】
61  図１０は本発明の別の実施例によるファイルサーバシステム９０’を示す。ファイルサーバシステム９０’の構成は図１のシステム９０の構成と実質的に同じである。幾つかの違いは、システム９０のディスクストレージ５に代ってシステム９０’では複数のディスク５０００及びファイバチャネル（ＦＣ）スイッチ５２００を有することにある。ＦＣスイッチ５２００はファイルサーバ１、２、３及びディスク５０００と接続される複数のポート５２０１を有する。このスイッチは更にファイルサーバのＬＡＮインタフェースに接続されるＬＡＮ５２０２も有する。このスイッチは或る実施例に於いてはストレージエリアネットワークの一部であり得る。
【００５４】
62  システム９０’では、ディスクストレージ５にボリュームマッピングする代りにＦＣスイッチ５２００と関連するゾーン分け機能が用いられる。図１１は本発明の一実施例によるゾーン分け機能に関するステップを示す。ゾーン分けは、ファイルサーバがそれに割り当てられるポートのみと交信しアクセスできるように、任意のファイルサーバを一セットのポートに割り当てるＦＣスイッチ５２００の機能である。即ちＦＣスイッチ内に「障壁」が生成される。
【００５５】
63  例えば図１１に於いてファイルサーバ１はゾーン１として参照されるゾーンに一セットのポートを割り当てる。ディスク５０００ａと５０００ｂもゾーン１に割り当てられる。一方ファイルサーバ２とディスク５０００ｃはゾーン２に割り当てられる。これらのコンポーネントはそれぞれのゾーンにグループ分けされる。
【００５６】
64  一旦これらのコンポーネントが特定のゾーンにグループ分けされたら、ゾーン分け機能は異なったゾーンにあるコンポーネント間の（データアクセスを目的とする）交信を禁止する。従ってファイルサーバ１はディスク５０００ａと５０００ｂにアクセスするためにゾーン１のポートを使用するのは認められるが、ディスク５０００ｃにアクセスするためにゾーン２のポートにアクセスするのは認められない。
【００５７】
65  ゾーン分け機能はボリュームマッピングと同様の機能を提供する。任意のディスクへのアクセスは図１２に示すようにゾーンを再定義することで変更され得る。ファイルサーバ２はゾーン２にディスク５０００ｂを含めることでディスク５０００ｂにアクセスすることが認められる。今や別のゾーンにあるファイルサーバ１は一旦ゾーンが再定義されてしまうとディスク５０００ｂにアクセスすることが認められない。
【００５８】
66  ファイルサーバシステム９０’はシステム９０で用いたのと同様のプロセスを用いて負荷バランシングを実行する。一つの相違点は分離動作である。図１３は本発明の一実施例によるシステム９０’と関連する分離プロセスを示す。システム９０’はシステム９０のステップ２００１と２００６とは異なったステップ２００１’及び２００６’を実行する（図７参照）。ステップ２００１では、ファイルサーバ１がバックアップ論理ボリュームの一つにアクセスできるように、ファイルサーバのスイッチングプログラムがＦＣスイッチ５２００のゾーン分け設定を変更するようにシステムマネージャ６１に命令する。ステップ２００６’では、ファイルサーバ２がファイルシステムのコピーが存在するバックアップ論理ボリュームにアクセスできるように、スイッチングプログラムがゾーン分け設定を変更するようにシステムマネージャ６１に命令する。
【００５９】
67  本発明を記述するため、そして当業者が本発明を実施することを可能にするために、本発明は特定の実施例に関して説明されてきた。上記で説明された実施例は本発明の範囲から逸脱することなく変形或いは修正が可能であろう。従って本発明の範囲は以下の特許請求の範囲により解釈されるべきである。
【図面の簡単な説明】
【００６０】
【図１】12  図１は本発明の一実施例によるストレージシステムを示す。
【図２】13  図２は本発明の一実施例による図１のファイルサーバシステムの機能図を示す。
【図３】14  図３は本発明の一実施例によるファイルサーバ及びそのＬＡＮ Ｉ／Ｆを示す。
【図４】15  図４は本発明の一実施例によるボリュームマッピングテーブルを示す。
【図５】16  図５は本発明の一実施例によるシステムマネージャによって維持される作業負荷テーブルを示す。
【図６】17  図６は本発明の一実施例によりコンソールに於いてシステムマネージャによって実行されるプロセスを示す。
【図７】18  図７は本発明の一実施例によりファイルサーバからファイルシステムを分離するプロセスを示す。
【図８】19  図８は本発明の一実施例によりファイルシステムを付加するプロセスを示す。
【図９】20  図９は本発明の一実施例によるミラーリング動作を示す。
【図１０】21  図１０は本発明の別の実施例によるファイルサーバシステムを示す。
【図１１】22  図１１は本発明の一実施例によるゾーン分け機能に関係するステップを示す。
【図１２】23  図１２は本発明の一実施例によるゾーン分けの再定義を示す。
【図１３】24  図１３は本発明の一実施例によるシステムと関連する分離プロセスを示す。
【符号の説明】
【００６１】
１…            ファイルサーバ１
２…            ファイルサーバ２
３…            ファイルサーバ３
４…            ネットワークスイッチ
５…            ディスクストレージ
６…            コンソール
８…            クライアント
１１、２１、３１、８１…                ＬＡＮ Ｉ／Ｆ
１２、２２、３２、５３、５４、５５…    ＦＣ Ｉ／Ｆ
５１…          ディスクコントローラ
【図１】
2006048627.tif 000003
【図２】
2006048627.tif 000004
【図３】
2006048627.tif 000005
【図４】
2006048627.tif 000006
【図５】
2006048627.tif 000007
【図６】
2006048627.tif 000008
【図７】
2006048627.tif 000009
【図８】
2006048627.tif 000010
【図９】
2006048627.tif 000011
【図１０】
2006048627.tif 000012
【図１１】
2006048627.tif 000013
【図１２】
2006048627.tif 000014
【図１３】
2006048627.tif 000015
【外国語明細書】
2006048627.tif 000016
2006048627.tif 000017
2006048627.tif 000018
2006048627.tif 000019
2006048627.tif 000020
2006048627.tif 000021
2006048627.tif 000022
2006048627.tif 000023
2006048627.tif 000024
2006048627.tif 000025
2006048627.tif 000026
2006048627.tif 000027
2006048627.tif 000028
2006048627.tif 000029
2006048627.tif 000030
2006048627.tif 000031
2006048627.tif 000032
2006048627.tif 000033
2006048627.tif 000034
2006048627.tif 000035
2006048627.tif 000036
【図１】
2006048627.tif 000037
【図２】
2006048627.tif 000038
【図３】
2006048627.tif 000039
【図４】
2006048627.tif 000040
【図５】
2006048627.tif 000041
【図６】
2006048627.tif 000042
【図７】
2006048627.tif 000043
【図８】
2006048627.tif 000044
【図９】
2006048627.tif 000045
【図１０】
2006048627.tif 000046
【図１１】
2006048627.tif 000047
【図１２】
2006048627.tif 000048
【図１３】
2006048627.tif 000049