シナリオ 1 - 地理的に隣接するユーザー ストアとフェールオーバー クラスターの基本的なセットアップ
「ユーザーには、常に地理的に隣接する優先ネットワーク ユーザー ストア (NUS) をプロファイルに使用させたい。」この場合、オプション 1 と 2 が適用されます。
「NUS をフェールオーバー クラスター上に配置して、高可用性を実現したい。」この場合、オプション 2 が適用されます。
次の図は、このシナリオを示しています。北米 (NA) のユーザーは、ブリスベンではなくニューヨークの NUS を使用したいと考えています。目的は、遅延を減らし、オーストラリアまたはニュージーランド (ANZ) への大陸間リンクを介して送信されるトラフィックを最小限に抑えることです。
オプション 1 – DFS 名前空間
背景情報
Microsoft DFS 名前空間テクノロジーの概要については、「DFS 名前空間の概要」を参照してください。
このオプションの実装
DFS 名前空間は、ブログ記事で提示されている問題の一部を解決できます。
NUS 用に
\\MyCorp\Profiles という名前空間を設定しましょう。これは名前空間ルートです。ニューヨークとブリスベン (およびその他のサイト) に名前空間サーバーを設定します。各名前空間サーバーには、各 Active Directory の場所に相当するフォルダーがあり、それらのフォルダーはニューヨークまたはブリスベンのサーバー上のターゲットを持っています。
Active Directory (ユーザー レコードの一部) には、次の場所が構成されている場合があります。
| AD ロケーション属性 (#l#) | 地理的な場所 |
|---|---|
| ワガワガ | ANZ |
| ダーウィン | ANZ |
| ブリスベン | ANZ |
| オークランド | ANZ |
| シアトル | 該当なし |
| サンディエゴ | 該当なし |
| ウェストパームビーチ | 該当なし |
| ポキプシー、ニューヨーク | 該当なし |
次の図は、DFS 名前空間を使用してこれを設定する1つの方法を示しています。
設定が完了したら、ユーザー ストアへのパス設定を次のように構成します。
\\MyCorp\Profiles#l#
8つのサイトに属するユーザーのプロファイルは、シナリオで要求される地理的制約を満たすように、わずか2つのサーバーに分散されます。
代替案
名前空間ターゲットを順序付けし、次のように順序付けルールを使用できます。DFS 名前空間が使用するターゲットを解決する際、ローカルサイト内のターゲットのみが選択されるように指定できます。これは、特定のユーザーについて、すべてのデスクトップとサーバーが同じサイトに属することが保証されている限り機能します。
この手法は、例えば、通常ポキプシーにいるユーザーがワガワガを訪れる場合に失敗します。そのユーザーのラップトッププロファイルはブリスベンから来るかもしれませんが、公開されたアプリケーションで使用されるプロファイルはニューヨークから来るかもしれません。
AD属性を使用する推奨される手法は、ユーザーが開始するすべてのセッションで同じDFS名前空間の選択が行われることを保証します。その理由は、#l# がマシンの構成ではなく、ユーザーのAD構成から派生するためです。
オプション 2 - フェールオーバークラスタリングを使用したDFS名前空間
背景情報
-
2ノードファイルサーバーフェールオーバークラスターの構成に関するステップバイステップガイドについては、「2ノードクラスター化ファイルサーバーの展開」を参照してください。
-
名前空間の種類の選択に関する情報については、
<https://docs.microsoft.com/ja-jp/windows-server/storage/dfs-namespaces/choose-a-namespace-type>を参照してください。
このオプションの実装
フェールオーバークラスタリングを追加すると、基本的な高可用性を提供できます。
このオプションの重要な点は、ファイルサーバーをフェールオーバークラスターに変え、フォルダーターゲットが単一のサーバーではなくフェールオーバークラスターでホストされるようにすることです。
名前空間サーバー自体に高可用性が必要な場合は、スタンドアロンの名前空間を選択する必要があります。ドメインベースの名前空間は、名前空間サーバーとしてのフェールオーバークラスターの使用をサポートしていません。フォルダーターゲットは、名前空間サーバーの種類に関係なく、フェールオーバークラスターでホストされる場合があります。
重要: フェールオーバークラスター内のサーバーが失敗した場合、ファイルロックの状態が保持されない可能性があります。Profile Managementは、プロファイル処理中の特定の時点でNUS上のファイルロックを取得します。重要な時点でのフェールオーバーがプロファイルの破損につながる可能性があります。