シナリオ 1 - 地理的に隣接するユーザー ストアとフェールオーバー クラスターの基本設定
「ユーザーには、常に地理的に隣接した、優先されるネットワーク ユーザー ストア (NUS) をプロファイルに使用させたい。」この場合、オプション 1 と 2 が適用されます。
「NUS をフェールオーバー クラスター上に配置して、高可用性を実現したい。」この場合、オプション 2 が適用されます。
次の図は、このシナリオを示しています。北米 (NA) のユーザーは、ブリスベンではなくニューヨークの NUS を使用したいと考えています。目的は、遅延を減らし、オーストラリアまたはニュージーランド (ANZ) への大陸間リンクを介して送信されるトラフィックを最小限に抑えることです。
オプション 1 – DFS 名前空間
参考資料
Microsoft DFS 名前空間テクノロジーの概要については、DFS 名前空間の概要 を参照してください。
このオプションの実装
DFS 名前空間は、ブログ記事で提示された問題の一部を解決できます。
\\MyCorp\Profiles という NUS の名前空間を設定しましょう。これは名前空間ルートです。ニューヨークとブリスベン (およびその他のサイト) に名前空間サーバーを設定します。各名前空間サーバーには、各 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 でファイルロックを行います。重要な時点でのフェールオーバーがプロファイルの破損につながる可能性があります。