Azure NetApp Files で DFS 名前空間を使用する方法

[アーティクル]
06/01/2023

分散ファイルシステム名前空間 (一般的に DFS 名前空間や DFS-N と呼ばれます) は、運用環境における SMB ファイル共有のデプロイとメンテナンスを単純化する目的で広く使用されている Windows Server サーバーロールです。 DFS 名前空間は、ストレージの名前空間仮想化技術です。つまり、これを使用すると、ファイル共有の UNC パスと実際のファイル共有自体との間に間接的なレイヤーを設けることができます。 DFS 名前空間は SMB ファイル共有と連携し、それらのファイル共有がホストされている場所には依存しません。Azure File Sync の有無に関係なく、オンプレミスの Windows ファイルサーバーでホストされている SMB 共有で使用できるほか、Azure ファイル共有で直接使用することもでき、Azure NetApp Files でホストされている SMB ファイル共有や、他のクラウドでホストされているファイル共有でさえ使用できます。

その中核では、ユーザーフレンドリな UNC パス (\\contoso\shares\ProjectX など) と、その基になる SMB 共有の UNC パス (\\Server01-Prod\ProjectX や \\anf-xxxx\projectx など) の間のマッピングが、DFS 名前空間によって提供されます。エンドユーザーは自分のファイル共有に移動したい場合、ユーザーフレンドリな UNC パスを入力しますが、その SMB クライアントがアクセスするのは、マッピングの基になる SMB パスです。この基本概念を拡張し、DFS ルート統合を使って \\MyServer\ProjectX などの既存のファイルサーバー名を引き継ぐこともできます。この機能を使うと、次のシナリオを実現できます。

論理データセットに、移行の影響を受けない名前を提供する
この例では、\\OldServer\Engineering に対応する \\contoso\shares\Engineering というマッピングがあるとします。 Azure NetApp Files への移行が完了した時点で、マッピングを変更して、ユーザーフレンドリな UNC パスが \\anf-xxxx\engineering を指すようにすることができます。エンドユーザーは、ユーザーフレンドリな UNC パスにアクセスすると、Azure NetApp Files の共有パスにシームレスにリダイレクトされます。
サイズや IO などのスケールしきい値を超えて論理データセットを拡張する
これは、異なるフォルダーのパフォーマンス要件が異なる場合や、ユーザーが一時的なデータニーズを処理するために任意の領域を取得するスクラッチ共有など、企業の共有を扱う場合に一般的です。 DFS 名前空間を使用すると、複数のフォルダーを集めて 1 つの名前空間にまとめることができます。たとえば、\\contoso\shares\engineering は \\anf-xxxx\engineering にマップし (Azure NetApp Files、Ultra サービスレベル)、\\contoso\shares\sales は \\anf-yyyy\sales にマップします (Azure NetApp Files、Standard サービスレベル)。
データが Azure NetApp Files に移行された後で、1 つ以上のレガシファイルサーバーの論理名を保持する
ルート統合で DFS-N を使うと、ホスト名を引き継ぎ、パスをそのまま共有できます。こうすることで、移行後に、ドキュメントのショートカット、埋め込みドキュメントのリンク、UNC のパスが変更されません。

既に DFS 名前空間が設定されている場合は、それを Azure NetApp Files で使うために特別な手順は必要ありません。 Azure NetApp Files の共有にオンプレミスからアクセスする場合は、ネットワークに関する通常の考慮事項が適用されます。詳しくは、「Azure NetApp Files のネットワーク計画のガイドライン」をご覧ください。

適用対象

ファイル共有の種類	SMB	NFS	デュアルプロトコル*
Azure NetApp Files

重要

この機能は、Azure NetApp Files デュアルプロトコルボリュームの SMB 側に適用されます。

名前空間の種類

DFS 名前空間には、3 種類の名前空間があります。

ドメインベースの名前空間:
Windows Server AD ドメインの一部としてホストされる名前空間。 AD の一部としてホストされる名前空間には、ドメイン名を含む UNC パスが割り当てられます。たとえば、ドメインが contoso.com の場合は、\\contoso.com\shares\myshare となります。ドメインベースの名前空間でサポートされるスケールの上限の方が大きく、また、AD による冗長性が組み込まれています。ドメインベースの名前空間を、フェールオーバークラスター上のクラスターリソースにすることはできません。
スタンドアロンの名前空間:
Windows Server AD の一部としてホストされるのではなく、個々のサーバーまたは Windows Server フェールオーバークラスター上でホストされる名前空間。スタンドアロンの名前空間には、スタンドアロンサーバーの名前に基づく名前、たとえば \\MyStandaloneServer\shares\myshare が割り当てられます。この場合、スタンドアロンサーバーの名前は MyStandaloneServer になります。スタンドアロンの名前空間は、ドメインベースの名前空間に比べてサポートされるスケールターゲットは低いものの、フェールオーバークラスター上のクラスターリソースとしてホストすることができます。
ルート統合を使用するスタンドアロンの名前空間:
Windows Server AD の一部としてホストされるのではなく、個々のサーバーまたは Windows Server フェールオーバークラスター上でホストされる 1 つ以上の名前空間。ルート統合を使用するスタンドアロンの名前空間は、引き継ぐ古いファイルサーバーの名前と一致する UNC パス (\\oldserver など) を持ちます。この場合、名前空間の名前は #oldserver です。スタンドアロンの名前空間は、サポートされるスケールターゲットはドメインベースの名前空間より低くなりますが、Windows Server フェールオーバークラスター上のクラスターリソースとしてホストできます。

必要条件

Azure NetApp Files で DFS 名前空間を使うには、次のリソースが必要です。

Active Directory ドメイン。このドメインは、オンプレミス環境や Azure 仮想マシン (VM)、さらに別のクラウドなど、これはどこにホストされていてもかまいません。
名前空間をホストできる Windows Server。ドメインベースの名前空間の場合、Active Directory ドメインコントローラーを使って名前空間をホストするのが一般的なデプロイパターンですが、DFS 名前空間サーバーロールがインストールされている任意のサーバーから名前空間を設することができます。サポート対象のすべての Windows Server バージョンで、DFS 名前空間を利用できます。
名前空間のルート統合では、Active Directory ドメインコントローラーを使って名前空間をホストすることはできません。名前空間をホストするには、専用のスタンドアロン Windows Server または Windows Server フェールオーバークラスターを使う必要があります。
ドメイン参加済みの環境でホストされている 1 つ以上の Azure NetApp Files SMB ファイル共有。

DFS 名前空間サーバーロールをインストールする

DFS 名前空間のすべての種類で、DFS 名前空間サーバーロールをインストールする必要があります。既に DFS 名前空間を使っている場合、これらの手順をスキップしてもかまいません。

GUI
PowerShell

サーバーマネージャーを開きます
[管理] を選びます
[役割と機能の追加] を選びます。
[インストールの種類] で、[役割ベースまたは機能ベースのインストール] を選びます
次へをクリックします。
[サーバーの選択] で、DFS 名前空間サーバーロールのインストール先となるサーバーを選びます
次へをクリックします。
[サーバーロール] セクションで、[ファイルサービスと記憶域サービス]>[ファイルサービスおよび iSCSI サービス] の下にあるロールの一覧から [DFS 名前空間] ロールを選んでオンにします。

A screenshot of the Add Roles and Features wizard with the DFS Namespaces role selected.

[インストール] ボタンを使えるようになるまで、[次へ] をクリックします
[インストール]をクリックします。

管理者特権の PowerShell セッションから (または PowerShell リモート処理を使用して)、次のコマンドを実行します。

Install-WindowsFeature -Name "FS-DFS-Namespace", "RSAT-DFS-Mgmt-Con"

Azure NetApp Files SMB ボリュームを使用して DFS-N 名前空間を構成する

既存のレガシファイルサーバーを引き継ぐ必要がない場合は、ドメインベースの名前空間をお勧めします。ドメインベースの名前空間は AD の一部としてホストされ、ドメインの名前を含む UNC パスを持つようになります。たとえば、ドメインが contoso.com の場合は、\\contoso.com\corporate\finance となります。このアーキテクチャの例を次の図に示します。

A screenshot of the architecture for DFS-N with Azure NetApp Files volumes.

重要

DFS 名前空間を使いルート統合で既存のサーバー名を引き継ぐ場合は、「ルート統合によって既存のサーバー名を引き継ぐ」に進みます。

名前空間の作成

DFS 名前空間の基本的な管理単位は名前空間です名前空間のルート (または名前) は、名前空間の起点です。\\contoso.com\corporate\ という UNC パスの中で、corporate が名前空間のルートとなります。

GUI
PowerShell

ドメインコントローラーから、DFS 管理コンソールを開きます。このコンソールは、[スタート] を選択し、「DFS Management」と入力すると見つかります。表示される管理コンソールには、 [名前空間] と [レプリケーション] の 2 つのセクションがあります。それぞれ DFS 名前空間と DFS レプリケーション (DFS-R) を表します。
[名前空間] セクションで、[新しい名前空間] を選択します ([名前空間] セクションで右クリックする方法もあります)。 新しい名前空間ウィザードが起動するので、画面の指示に従って名前空間を作成します。
ウィザードの最初のセクションでは、名前空間のホストとなる DFS 名前空間サーバーを選択する必要があります。名前空間は複数のサーバーでホストできますが、DFS 名前空間は、一度に 1 台のサーバーで設定する必要があります。必要な DFS 名前空間サーバーの名前を入力し、 [次へ] を選択します。
[名前空間の名前と設定] セクションで、目的の名前空間の名前を入力し、 [次へ] を選択します。
[名前空間の種類] セクションでは、 [ドメインベースの名前空間] か [スタンドアロンの名前空間] かを選択できます。ドメインベースの名前空間を選びます。名前空間の種類の選択について詳しくは、前出の「名前空間の種類」を参照してください。

A screenshot of selecting domain-based namespace New Namespace Wizard.

[作成] をクリックして名前空間を作成し、ダイアログが完了したら [閉じる] を選択します。

DFS 名前空間サーバーの PowerShell セッションから、次の PowerShell コマンドを実行します。$namespace と $type には、実際の環境の適切な値を設定します。

# Variables
$namespace = "corporate"
$type = "DomainV2"

$dfsnServer = $env:ComputerName
$namespaceServer =  Get-CimInstance -ClassName "Win32_ComputerSystem" | `
Select-Object -ExpandProperty Domain


# Create share for DFS-N namespace
$smbShare = "C:\DFSRoots\$namespace"
if (!(Test-Path -Path $smbShare)) { New-Item -Path $smbShare -ItemType Directory }
New-SmbShare -Name $namespace -Path $smbShare -FullAccess Everyone

# Create DFS-N namespace
Import-Module -Name DFSN
$namespacePath = "\\$namespaceServer\$namespace"
$targetPath = "\\$dfsnServer\$namespace"
New-DfsnRoot -Path $namespacePath -TargetPath $targetPath -Type $type

フォルダーとフォルダーターゲットを構成する

名前空間を有効活用するためには、名前空間にフォルダーとフォルダーターゲットが必要です。各フォルダーには、1 つまたは複数のフォルダーターゲットを割り当てることができます。フォルダーターゲットは、コンテンツのホストとなる SMB ファイル共有へのポインターです。フォルダーターゲットが割り当てられているフォルダーをユーザーが参照すると、クライアントコンピューターに参照が渡され、その参照によって、いずれかのフォルダーターゲットにクライアントコンピューターが透過的にリダイレクトされます。フォルダーターゲットのないフォルダーを使用して、名前空間に構造と階層を追加することもできます。

DFS 名前空間のフォルダーは、ファイル共有と同様のものと考えることができます。

GUI
PowerShell

DFS 管理コンソールで、先ほど作成した名前空間を選択し、 [新しいフォルダー] を選択します。表示された [新しいフォルダー] ダイアログでは、フォルダーとフォルダーターゲットの両方を作成できます。

A screenshot of the New Folder domain-based dialog.

[名前] ボックスで、共有の名前を指定します。
このフォルダーのフォルダーターゲットを追加するには、 [追加] を選択します。これによって表示される [フォルダーターゲットを追加] ダイアログには、[フォルダーターゲットへのパス] というテキストボックスがあり、Azure NetApp Files SMB 共有への UNC パスを指定できます。
[フォルダーターゲットを追加] ダイアログで [OK] を選択します。
[新しいフォルダー] ダイアログの [OK] を選んで、フォルダーとフォルダーターゲットを作成します。

# Variables
$shareName = "finance"
$targetUNC = "\\anf-xxxx.contoso.com\finance"

# Create folder and folder targets
$sharePath = "$namespacePath\$shareName"
New-DfsnFolder -Path $sharePath -TargetPath $targetUNC

名前空間、フォルダー、フォルダーターゲットを作成したら、DFS 名前空間を通じてファイル共有をマウントすることができます。共有の完全なパスは \\contoso.com\corporate\finance のようになります。

ルート統合によって既存のサーバー名を引き継ぐ

DFS 名前空間の重要な用途として、ファイル共有の物理的なレイアウトをリファクタリングする際に、既存のサーバー名を引き継ぐことがあります。たとえば、最新化の移行の間に、複数の古いファイルサーバーのファイル共有を、Azure NetApp Files ボリュームにまとめることができます。従来、エンドユーザーの慣れやドキュメントリンク機能により、異なるファイルサーバーのファイル共有を 1 つのホストに統合するのには限界がありましたが、DFS 名前空間のルート統合機能を使うと、1 つのサーバーまたはフェールオーバークラスターを使って、複数のサーバー名を引き継ぎ、適切な Azure NetApp Files 共有名にルーティングすることができます。

ルート統合は、さまざまなデータセンター移行シナリオで役に立ちますが、Azure NetApp Files 共有では既存のオンプレミスサーバー名を保持できないため、Azure NetApp Files共有を採用する場合に特に役立ちます。

ルート統合は、スタンドアロンの名前空間でのみ使用することができます。ドメインベースの既存の名前空間があり、既にファイル共有に使用している場合、ルート統合された名前空間を作成する必要はありません。

このセクションでは、スタンドアロンサーバーで DFS 名前空間のルート統合を構成する手順の概要を説明します。高可用性アーキテクチャについては、Microsoft の技術チームと協力し、必要に応じて Windows Server フェールオーバークラスタリングと Azure Load Balancer を構成してください。次の図に高可用性アーキテクチャの例を示します。

A screenshot of the architecture for root consolidation with Azure NetApp Files.

ルート統合を有効にする

ルート統合を有効にするには、スタンドアロン DFS 名前空間サーバーまたはフェールオーバークラスターで、管理者特権の PowerShell セッションから (または PowerShell リモート処理を使って) 次のレジストリキーを設定します。

New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs" `
    -Type Registry `
    -ErrorAction SilentlyContinue
New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters" `
    -Type Registry `
    -ErrorAction SilentlyContinue
New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters\Replicated" `
    -Type Registry `
    -ErrorAction SilentlyContinue
Set-ItemProperty `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters\Replicated" `
    -Name "ServerConsolidationRetry" `
    -Value 1

既存のファイルサーバー名の DNS エントリを作成する

DFS 名前空間を既存のファイルサーバー名に対応させるには、DFS 名前空間のサーバー名を指すエイリアス (CNAME) レコードを、既存のファイルサーバー用に作成する必要があります。 DNS レコードを更新する厳密な手順は、社内で使用されているサーバーや、DNS の管理を自動化する目的で使用されているカスタムツールによって異なります。以下の手順は、Windows Server に付属していて自動的に Windows AD で使用される DNS サーバーを想定しています。この例では、DFS-N サーバー名は mydfscluster です。

GUI
PowerShell

Windows DNS サーバーから、DNS 管理コンソールを開きます。
ドメインの前方参照ゾーンに移動します。たとえば、ドメインが contoso.com の場合、前方参照ゾーンは、管理コンソールの [前方参照ゾーン]>contoso.com にあります。このダイアログに表示される厳密な階層は、実際のネットワークの DNS 構成によって異なります。
前方参照ゾーンを右クリックし、 [新しいエイリアス (CNAME)] を選択します。
表示されたダイアログで、置き換えるファイルサーバーの短い名前を入力します (完全修飾ドメイン名は、[完全修飾ドメイン名] というテキストボックスに自動的に入力されます)
[Fully qualified domain name (FQDN) for the target host](ターゲットホストの完全修飾ドメイン名 (FQDN)) ボックスに、セットアップした DFS-N サーバーの名前を入力します。必要に応じて [参照] ボタンを使用してサーバーを選択できます。

A screenshot depicting the New Resource Record for a CNAME DNS entry.

[OK] を選択すると、サーバーの CNAME レコードが作成されます。

Windows DNS サーバーで PowerShell セッションを開き (または PowerShell リモート処理を使用して)、以下のコマンドを実行します。$oldServer と $dfsnServer には、実際の環境の適切な値を設定してください ($domain には、ドメイン名が自動的に事前設定されますが、これを手動で入力することもできます)。

# Variables
$oldServer = "fileserver01"
$domain = Get-CimInstance -ClassName "Win32_ComputerSystem" | `
    Select-Object -ExpandProperty Domain
$dfsnServer = "mydfscluster.$domain"

# Create CNAME record
Import-Module -Name DnsServer
Add-DnsServerResourceRecordCName `
    -Name $oldServer `
    -HostNameAlias $dfsnServer `
    -ZoneName $domain

名前空間の作成

DFS 名前空間の基本的な管理単位は名前空間です名前空間のルート (または名前) は、名前空間の起点です。\\contoso.com\Public\ という UNC パスの中で、Public が名前空間のルートとなります。

ルート統合で既存のサーバー名を引き継ぐには、名前空間の名前を、引き継ぐサーバー名の前に # 文字を付けた名前にする必要があります。たとえば、MyServer という名前の既存のサーバーを引き継ぐ場合、#MyServer という DFS-N 名前空間を作成することになります。以下の PowerShell セクションでは、先頭の # が自動的に追加されますが、DFS 管理コンソールで名前空間を作成する場合は、適宜手動で追加する必要があります。

GUI
PowerShell

DFS 管理コンソールを開きます。 [スタート] ボタンを選択し、「DFS Management」と入力すると見つかります。表示される管理コンソールには、 [名前空間] と [レプリケーション] の 2 つのセクションがあります。それぞれ DFS 名前空間と DFS レプリケーション (DFS-R) を表します。
[名前空間] セクションで、 [新しい名前空間] ボタンを選択します ( [名前空間] セクションで右クリックする方法もあります)。 新しい名前空間ウィザードが起動するので、画面の指示に従って名前空間を作成します。
ウィザードの最初のセクションでは、名前空間のホストとなる DFS 名前空間サーバーを選択する必要があります。名前空間は複数のサーバーでホストできますが、DFS 名前空間は、一度に 1 台のサーバーで設定する必要があります。必要な DFS 名前空間サーバーの名前を入力し、 [次へ] を選択します。
[名前空間の名前と設定] セクションで、目的の名前空間の名前を入力し、 [次へ] を選択します。
[名前空間の種類] セクションでは、 [ドメインベースの名前空間] か [スタンドアロンの名前空間] かを選択できます。既存のファイルサーバー名または NAS デバイス名を維持することを目的に DFS 名前空間を使用する場合、[スタンドアロンの名前空間] オプションを選択する必要があります。それ以外のシナリオでは、ドメインベースの名前空間を選択します。名前空間の種類を選択する方法について詳しくは、「名前空間の種類」セクションを参照してください。
実際の環境に必要な名前空間の種類を選択し、 [次へ] を選択します。その後、作成する名前空間の概要がウィザードに表示されます。

A screenshot of selecting standalone namespace in the New Namespace Wizard.

[作成] をクリックして名前空間を作成し、ダイアログが完了したら [閉じる] を選択します。

# Variables
$namespace = "#fileserver01"
$type = "Standalone"

$dfsnServer = $env:ComputerName
$namespaceServer = $dfsnServer

# Create share for DFS-N namespace
$smbShare = "C:\DFSRoots\$namespace"
if (!(Test-Path -Path $smbShare)) { New-Item -Path $smbShare -ItemType Directory }
New-SmbShare -Name $namespace -Path $smbShare -FullAccess Everyone

# Create DFS-N namespace
Import-Module -Name DFSN
$namespacePath = "\\$namespaceServer\$namespace"
$targetPath = "\\$dfsnServer\$namespace"
New-DfsnRoot -Path $namespacePath -TargetPath $targetPath -Type $type

フォルダーとフォルダーターゲットを構成する

DFS 名前空間のフォルダーは、ファイル共有と同様のものと考えることができます。

GUI
PowerShell

DFS 管理コンソールで、先ほど作成した名前空間を選択し、 [新しいフォルダー] を選択します。表示された [新しいフォルダー] ダイアログでは、フォルダーとフォルダーターゲットの両方を作成できます。

A screenshot of the New Folder dialog.

[名前] ボックスで、共有の名前を指定します。
このフォルダーのフォルダーターゲットを追加するには、 [追加] を選択します。これによって表示される [フォルダーターゲットを追加] ダイアログには、[フォルダーターゲットへのパス] というテキストボックスがあり、Azure NetApp Files SMB 共有への UNC パスを指定できます。
[フォルダーターゲットを追加] ダイアログで [OK] を選択します。
[新しいフォルダー] ダイアログの [OK] を選んで、フォルダーとフォルダーターゲットを作成します。

# Variables
$shareName = "finance"
$targetUNC = "\\anf-xxxx.contoso.com\finance"

# Create folder and folder targets
$sharePath = "$namespacePath\$shareName"
New-DfsnFolder -Path $sharePath -TargetPath $targetUNC

名前空間、フォルダー、フォルダーターゲットを作成したら、DFS 名前空間を通じてファイル共有をマウントすることができます。スタンドアロンの名前空間とルート統合を使うと、古いサーバー名 (\\fileserver01\finance など) を使って直接アクセスすることができます。

次の方法で共有

Azure NetApp Files で DFS 名前空間を使用する方法

適用対象

名前空間の種類

必要条件

DFS 名前空間サーバーロールをインストールする

Azure NetApp Files SMB ボリュームを使用して DFS-N 名前空間を構成する

名前空間の作成

フォルダーとフォルダーターゲットを構成する

ルート統合によって既存のサーバー名を引き継ぐ

ルート統合を有効にする

既存のファイルサーバー名の DNS エントリを作成する

名前空間の作成

フォルダーとフォルダーターゲットを構成する

関連項目

その他のリソース

次の方法で共有

Azure NetApp Files で DFS 名前空間を使用する方法

適用対象

名前空間の種類

必要条件

DFS 名前空間サーバー ロールをインストールする

Azure NetApp Files SMB ボリュームを使用して DFS-N 名前空間を構成する

名前空間の作成

フォルダーとフォルダー ターゲットを構成する

ルート統合によって既存のサーバー名を引き継ぐ

ルート統合を有効にする

既存のファイルサーバー名の DNS エントリを作成する

名前空間の作成

フォルダーとフォルダー ターゲットを構成する

関連項目

その他のリソース

DFS 名前空間サーバーロールをインストールする

フォルダーとフォルダーターゲットを構成する

フォルダーとフォルダーターゲットを構成する