分散ファイルシステム (Microsoft)

分散ファイル システム( DFS ) は、 Microsoft Windowsサーバーを使用する組織が多数の分散SMBファイル共有を分散ファイル システムに編成できるようにするクライアントおよびサーバー サービスのセットです。DFS のサービスには、場所の透過性 (名前空間コンポーネント経由) と冗長性 (ファイル レプリケーション コンポーネント経由) という 2 つのコンポーネントがあります。これらのコンポーネントを組み合わせることで、複数の異なる場所にある共有を 1 つのフォルダー (「DFS ルート」) の下に論理的にグループ化できるため、障害や高負荷が発生した場合でもデータの可用性が確保されます。

MicrosoftのDFSは、Microsoftによって「DFS」および「Dfs」と同義で呼ばれており、「DFS」商標^{[1]を保持していたが2005年に廃止された}DCE分散ファイルシステムとは無関係です。

Samba ユーザースペースプロジェクトなど、一部のコンテキストでは「MS-DFS」または「MSDFS」とも呼ばれます。^[2]

DFS の 2 つのコンポーネントを一緒に使用する必要はありません。DFS ファイル レプリケーションを使用せずに論理名前空間コンポーネントを使用することは完全に可能です。また、サーバーを 1 つの名前空間に結合せずにサーバー間でファイル レプリケーションを使用することも完全に可能です。

DFS ルートは、Windows ( Windows NT 4.0以降) およびOpenSolaris ^[3] (カーネル空間) のサーバー バージョン、またはSamba (ユーザー空間)を実行しているコンピューターにのみ存在できます。Windows Server の Enterprise エディションと Datacenter エディションでは、同じサーバー上で複数の DFS ルートをホストできます。OpenSolaris は、「Active Directory (AD) ドメイン ベースの DFS 名前空間に基づく将来のプロジェクト」で複数の DFS ルートをサポートする予定です。^[4]

サーバーに DFS を実装する方法は 2 つあります。

• スタンドアロン DFS 名前空間- ローカル コンピュータにのみ存在する DFS ルートを許可し、 Active Directory を使用しません。スタンドアロン DFS は、それが作成されたコンピュータでのみアクセスできます。フォールトトレランスは提供されず、他の DFS にリンクすることはできません。これは、Windows NT 4.0 Server システムで使用できる唯一のオプションです。スタンドアロン DFS ルートは、そのユーティリティが限られているため、めったに使用されません。
• ドメインベースのDFS名前空間- DFS構成をActive Directoryに保存し、DFS名前空間ルートにアクセスできる。

  \\<ドメイン名>\<dfsroot>

  または

  \\<FQDN>\<dfsroot>

  名前空間のルートは、ドメイン コントローラまたはドメイン メンバー サーバー上に配置できます。ドメイン コントローラを名前空間のルート サーバーとして使用しない場合は、完全なフォールト トレランスを実現するために複数のメンバー サーバーを使用する必要があります。

単一のサーバーに関連付けられた従来のファイル共有には、次の形式のSMBパスがあります。

\\<サーバー>\<パス>\<サブパス>

ドメインベースのDFSファイル共有パスは、サーバー名の代わりにドメイン名を使用して区別されます。

\\<ドメイン名>\<dfsroot>\<パス>

ユーザーが直接またはドライブをマッピングしてこのような共有にアクセスすると、そのコンピューターは、ネットワーク管理者が設定できるルールに従って、その共有に関連付けられた利用可能なサーバーの 1 つにアクセスします。たとえば、デフォルトの動作では、ユーザーは最も近いサーバーにアクセスしますが、これを上書きして特定のサーバーを優先することもできます。

サーバーに障害が発生した場合、クライアントはユーザーには透過的に別のサーバーを選択できます。この柔軟性に関する大きな注意点の 1 つは、開いているファイルはフェイルオーバーできないため、現在開いているファイルが使用できなくなる可能性があることです。

DFS の初期バージョンでは、サーバー間の基本的なファイル レプリケーション機能を提供する Microsoft のファイル レプリケーション サービス(FRS) を使用していました。FRS は変更されたファイルや新しいファイルを識別し、ファイル全体の最新バージョンをすべてのサーバーにコピーします。

Windows Server 2003 R2 では、「DFS レプリケーション」(DFSR) が導入されました。これは、変更されたファイル部分のみをコピーし (リモート差分圧縮)、データ圧縮を使用してネットワーク トラフィックを削減し、カスタマイズ可能なスケジュールでネットワーク トラフィックを制限するための柔軟な構成オプションを管理者に提供することで、FRS を改良したものです。

分散ファイル システムのサーバー コンポーネントは、 Windows NT 4.0 Serverのアドオンとして最初に導入され、「DFS 4.1」と呼ばれました^{[5] 。その後、} Windows 2000 Serverのすべてのエディションの標準コンポーネントとして組み込まれました。クライアント側のサポートは、Windows NT 4.0 以降のバージョンの Windows に含まれています。

Linuxカーネル2.6.14以降^[6]には、DFSをサポートする「cifs」と呼ばれるSMBクライアントVFSが付属しています。

Mac OS Xでは、DFSはMac OS X 10.7（「Lion」）以降でネイティブにサポートされています。^[7]

DFSに関連する仕様は数多くあり、Microsoft Open Specifications プログラムを通じて入手可能である。^[8]

• [MS-DFSC]: 分散ファイルシステム (DFS): 参照プロトコル
  • 分散ファイル システム (DFS): 参照プロトコルを指定します。これにより、ファイル システム クライアントは、多数のサーバーと地域に分散された名前空間の名前を特定のファイル サーバー上のローカル名に解決できるようになります。
• [MS-DFSNM]: 分散ファイルシステム (DFS): 名前空間管理プロトコル
  • 分散ファイル システム (DFS): 名前空間管理プロトコルを指定します。これは、DFS 構成を管理するための RPC インターフェイスを提供します。クライアントは、DFS を管理するために RPC インターフェイスでメソッド呼び出しを発行するアプリケーションです。サーバーは、DFS を管理するためのこの RPC インターフェイスのサポートを実装する DFS サービスです。
• [MS-DFSRH]: DFS レプリケーション ヘルパー プロトコル
  • DFS レプリケーション ヘルパー プロトコルを指定します。これは、サーバー上の DFS レプリケーション ヘルパー プロトコルを構成および監視するための分散コンポーネント オブジェクト モデル (DCOM) インターフェイスのセットで構成されています。

• Microsoft Windows コンポーネントの一覧
• 分散ファイルシステムの比較

• DFS の仕組み: リモート ファイル システム