シナリオ 1 - 地理的に隣接するユーザー ストアとフェールオーバー クラスターの基本設定
「ユーザーには、常に地理的に隣接した、優先されるネットワークユーザー ストア (NUS) をプロファイルに使用してほしい。」この場合、オプション 1 と 2 が適用されます。
「NUS をフェールオーバー クラスター上に配置し、高可用性を実現したい。」この場合、オプション 2 が適用されます。
次の図は、このシナリオを示しています。北米 (NA) のユーザーは、ブリスベンの NUS ではなく、ニューヨークの NUS を使用したいと考えています。目的は、遅延を減らし、オーストラリアまたはニュージーランド (ANZ) への大陸間リンクを介して送信されるトラフィックを最小限に抑えることです。
図(/en-us/profile-management/current-release/media/upm-ha-dr-scenario1-1.png)
オプション 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>を参照してください。
このオプションの実装
フェールオーバークラスタリングを追加することで、基本的な高可用性を提供できます。
このオプションの重要な点は、ファイルサーバーをフェールオーバークラスターにすることです。これにより、フォルダーターゲットは単一のサーバーではなく、フェールオーバークラスターでホストされます。
名前空間サーバー自体に高可用性が必要な場合は、スタンドアロンの名前空間を選択する必要があります。ドメインベースの名前空間は、名前空間サーバーとしてのフェールオーバークラスターの使用をサポートしていません。フォルダーターゲットは、名前空間サーバーの種類に関係なく、フェールオーバークラスターでホストされる場合があります。
重要: フェールオーバークラスター内のサーバーが失敗した場合、ファイルロックの状態が保持されない可能性があります。プロファイル管理は、プロファイル処理中の特定の時点でNUS上のファイルロックを取得します。重要な時点でのフェールオーバーがプロファイルの破損につながる可能性があります。