シナリオ 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つの方法を示しています。
グラフィック(/en-us/profile-management/2503/media/upm-ha-dr-scenario1-option1-1.png)
設定が完了したら、ユーザー ストアへのパス設定を次のように構成します。
\\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 でファイルロックを取得します。重要な時点でのフェールオーバーがプロファイルの破損につながる可能性があります。