構成の例
この記事で説明する構成の例は、構成の選択に基づく複雑さの進行状況です。 各例には、冗長性または障害復旧に重点を置いた構成が関連付けられています。 お客様の環境に最も簡単な構成を選択することをお勧めします。 不要な複雑さを追加すると、正しくない構成とサポート ケースが発生します。
Note
FSLogix 構成の開始点として、次の例を使用します。 これらの例のアイデアと概念は、独自の組織要件を通知する必要があります。
例 1: 標準
標準構成の例は、ほとんどのお客様が考慮する必要がある最も簡単な構成です。
前提条件 (標準)
- ウイルス対策の除外を含む FSLogix の前提条件
- Azure Virtual Desktop または同等の Virtual Desktop インフラストラクチャ。
- SMB ファイル共有。
- 検証済みの共有と NTFS アクセス許可。
構成項目 (標準)
| 項目 | 説明 |
|---|---|
| 単一 VHD の場所 | VHDLocations 設定には、SMB ファイル共有への単一の UNC パスが含まれています。 |
| [単一コンテナー] | ユーザー用に単一のプロファイル コンテナーが作成されます。 ODFC コンテナーが構成されていません。 |
| 同時接続なし | ProfileType 設定が 0 に設定されているか、未構成です。 ユーザーのプロファイルは、単一接続内でのみマウントできます。 |
| カスタム プロファイル リダイレクトなし | redirections.xml ファイルを使用しません。 |
レジストリ設定 (標準)
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 推奨 |
| LockedRetryCount3 | DWORD | 3 | 推奨 |
| LockedRetryInterval3 | DWORD | 15 | 推奨 |
| ProfileType4 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 推奨 |
| ReAttachRetryCount3 | DWORD | 3 | 推奨 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VHDLocations | MULTI_SZ または REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
例 |
| VolumeType5 | REG_SZ | VHDX | 推奨 |
1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮し、より早く失敗シナリオになるようにします。
4 単一接続により、複雑さが軽減され、パフォーマンスが向上します。
5 サポートされているサイズと破損のシナリオが減少することのため、VHD よりも VHDX が優先されます。
例 2: 標準 + 高可用性 (クラウド キャッシュ)
標準 + 高可用性構成では、Cloud Cache を組み込んでプロファイル コンテナーのリージョンの可用性を確保することで、基本的な標準の例が強化されます。 この構成は堅牢性と冗長性を提供するように設計されており、特定のリージョンで障害や停止が発生した場合でもプロファイル コンテナーにアクセスできます。 Cloud Cache は、回復性と可用性レイヤーとして機能し、プロファイル データを定期的に複数のストレージ プロバイダーにアップストリームに書き込みます。 一意のストレージ プロバイダー間でデータをレプリケートすることで、1 つのストレージ プロバイダーが使用できない場合でも、プロファイル コンテナーを引き続き使用できます。 この方法により、信頼性が向上し、エンド ユーザーのダウンタイムが最小限に抑えられます。
重要なポイント
- 冗長で堅牢: 障害や停止が発生した場合でもプロファイル コンテナーにアクセスでき、エンド ユーザーのダウンタイムを最小限に抑えます
- 回復性: クラウド キャッシュは可用性レイヤーとして機能し、プロファイル データをアップストリームの複数のストレージ プロバイダーに定期的に書き込みます。
- ストレージ設計の専門知識: クラウド キャッシュ機能は、ストレージ プロバイダーのパフォーマンスに依存します。
まとめ
標準 + 高可用性構成では、標準構成の利点と、リージョン間の可用性を維持するための追加の手段が組み合わされているため、プロファイル データへの継続的なアクセスを必要とする重要なアプリケーションに適しています。
図 1: クラウド キャッシュを使用した FSLogix の高可用性
前提条件 (標準 + 高可用性)
- ウイルス対策の除外を含む FSLogix の前提条件
- Azure Virtual Desktop または同等の Virtual Desktop インフラストラクチャ。
- 同じリージョンまたはゾーン冗長ストレージ内の複数のストレージ プロバイダー。
- 検証済みの共有と NTFS アクセス許可 (SMB のみ)。
構成項目 (標準 + 高可用性)
| 項目 | 説明 |
|---|---|
| コンテナーの冗長性 | CCDLocations には、さまざまな種類のストレージ プロバイダーが少なくとも 2 つ含まれています。 ストレージ プロバイダーは、仮想マシンと同じリージョンにある必要があります。 |
| [単一コンテナー] | ユーザー用に単一のプロファイル コンテナーが作成されます。 ODFC コンテナーが構成されていません。 |
| 同時接続なし | ProfileType 設定が 0 に設定されているか、未構成です。 ユーザーのプロファイルは、単一接続内でのみマウントできます。 |
| カスタム プロファイル リダイレクトなし | redirections.xml ファイルを使用しません。 |
レジストリ設定 (標準 + 高可用性)
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| CCDLocations | MULTI_SZ または REG_SZ | type=smb,name="FILES SMB PROVIDER",connectionString=\\<storage-account-name-1>.file.core.windows.net\<share-name>;type=smb,name="ANF SMB PROVIDER",connectionString=\\<azure-netapp-files-fqdn>\<volume-name> |
例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 推奨 |
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 推奨 |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | 推奨 |
| LockedRetryCount5 | DWORD | 3 | 推奨 |
| LockedRetryInterval5 | DWORD | 15 | 推奨 |
| ProfileType6 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 推奨 |
| ReAttachRetryCount5 | DWORD | 3 | 推奨 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VolumeType7 | REG_SZ | VHDX | 推奨 |
1 プールされたデスクトップを使用する場合、ローカル ディスクのディスク領域を節約してデータ損失のリスクを減らすことが推奨されます。
2 予期せずデータが失われることがないようにユーザーがローカル プロファイルを使用しないことが推奨されます。
3 コンテナー ディレクトリを参照する簡単な方法を提供します。
4 正常でないプロバイダーが 1 つでもある場合、ユーザーがローカル キャッシュを作成できないようにします。
5 再試行のタイミングを減らして、より早く失敗シナリオになるようにします。
6 単一の接続により複雑さが軽減され、パフォーマンスが向上します。
7 サポートされるサイズと破損シナリオの削減のため、VHDX が VHD よりも優先されます。
例 3: 標準 + ディザスター リカバリー (プロファイルの回復なし)
標準 + ディザスター リカバリーは、基本的な標準の拡張構成です。 この構成では、重複するインフラストラクチャが別のリージョンに存在しますが、必要になるまで電源は停止したままになります。 他のリカバリー シナリオとは異なり、このアプローチではプロファイルの回復はありません。 代わりに、ユーザーは別の場所に新しいプロファイルを作成します。 これは最も複雑でないリカバリー シナリオですが、成功のためには、エンド ユーザー エクスペリエンスとトレーニングが不可欠な要素になるという大きな欠点があります。
重要なポイント
- 重複インフラストラクチャ: ディザスター リカバリー リージョンはプライマリ インフラストラクチャをミラー化しますが、必要になるまで非アクティブなままになります。
- プロファイル リカバリーなし: 既存のプロファイルを復元する代わりに、ユーザーは別の場所に新しいプロファイルを作成します。
- シンプルさ: このアプローチは複雑さを最小限に抑えますが、ユーザーの知識とトレーニングに大きく依存します。
- エンド ユーザー エクスペリエンス: スムーズな移行を保証し、ユーザーが理解していることが重要です。
まとめ
標準 + ディザスター リカバリー構成では、シンプルであることと、ユーザーの教育と適応の必要性があることとのバランスが調整されます。
図 2: プロファイルの回復なし | FSLogix 標準コンテナー (VHDLocations)
前提条件 (標準 + ディザスター リカバリー)
- ウイルス対策の除外を含む FSLogix の前提条件
- Azure Virtual Desktop または同等の Virtual Desktop インフラストラクチャ。
- 別のリージョンのストレージとコンピューティング インフラストラクチャを複製します。
- 検証済みの NTFS と共有レベルのアクセス許可 (SMB のみ)。
構成項目 (標準 + ディザスター リカバリー)
| 項目 | 説明 |
|---|---|
| 単一 VHD の場所 | VHDLocations 設定には、SMB ファイル共有への単一の UNC パスが含まれています。 |
| [単一コンテナー] | ユーザー用に単一のプロファイル コンテナーが作成されます。 ODFC コンテナーが構成されていません。 |
| 同時接続なし | ProfileType 設定が 0 に設定されているか、未構成です。 ユーザーのプロファイルは、単一接続内でのみマウントできます。 |
| カスタム プロファイル リダイレクトなし | redirections.xml ファイルを使用しません。 |
レジストリ設定 (標準 + ディザスター リカバリー)
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 推奨 |
| LockedRetryCount3 | DWORD | 3 | 推奨 |
| LockedRetryInterval3 | DWORD | 15 | 推奨 |
| ProfileType4 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 推奨 |
| ReAttachRetryCount3 | DWORD | 3 | 推奨 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VHDLocations | MULTI_SZ または REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
例 |
| VolumeType5 | REG_SZ | VHDX | 推奨 |
1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮し、より早く失敗シナリオになるようにします。
4 単一接続により、複雑さが軽減され、パフォーマンスが向上します。
5 サポートされているサイズと破損のシナリオが減少することのため、VHD よりも VHDX が優先されます。
例 4: 詳細
高度な構成例は、標準の例に基づき、さらに柔軟性とカスタマイズを強化するための追加機能が導入されています。
重要なポイント
- 複数の VHDLocations またはオブジェクト固有の設定: ユーザー プロファイル (VHDLocations) を格納するための複数の場所を指定できます。 または、オブジェクト固有の設定を定義して、特定のユーザーまたはグループのプロファイル動作を調整することもできます。 この柔軟性により、組織のニーズに基づいてプロファイル管理を最適化できます。
- カスタム プロファイル リダイレクトの最小エントリ数: redirections.xml ファイルが使用されない標準構成とは異なり、高度な構成では、redirections.xml エントリの数が最小限に抑えられます。 redirections.xml 構成のエントリが増えるごとに複雑さが増し、不明なアプリケーションの動作を引き起こす可能性があります。 これらのエントリを最小限に抑えることで、全体的なユーザー エクスペリエンスが向上する可能性があります。
まとめ
高度な構成は、プロファイルのストレージとリダイレクトをきめ細かく制御できるため、さまざまな要件を持つ組織に適しています。
前提条件 (詳細)
- ウイルス対策の除外を含む FSLogix の前提条件
- Azure Virtual Desktop または同等の Virtual Desktop インフラストラクチャ。
- 複数の SMB ファイル共有。
- 検証済みの共有と NTFS アクセス許可 (SMB のみ)。
構成項目 (詳細)
| 項目 | 説明 |
|---|---|
| 複数の VHD 場所 | VHDLocations 設定には、SMB ファイル共有への単一または複数の UNC パス (セミコロンで区切られた) が含まれています。 |
| オブジェクト固有の設定 | ユーザーまたはグループ SID に基づいて一意の設定を許可します。 |
| [単一コンテナー] | ユーザー用に単一のプロファイル コンテナーが作成されます。 ODFC コンテナーが構成されていません。 |
| 同時接続なし | ProfileType 設定が 0 に設定されているか、未構成です。 ユーザーのプロファイルは、単一接続内でのみマウントできます。 |
| 最小の redirections.xml | XML ファイルには、複雑さが軽減された最小限のエントリが含まれています。 |
ヒント
- 詳細については、カスタム プロファイル redirections.xml に関するページをご確認ください。
- チュートリアル: redirections.xml の作成と実装ページでは、Microsoft Teams 用にこの機能を実装する方法を示します。
レジストリ設定 (詳細)
複数の VHDLocations
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 推奨 |
| LockedRetryCount3 | DWORD | 3 | 推奨 |
| LockedRetryInterval3 | DWORD | 15 | 推奨 |
| ProfileType4 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 推奨 |
| ReAttachRetryCount3 | DWORD | 3 | 推奨 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
例 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VHDLocations | MULTI_SZ または REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
例 |
| VolumeType5 | REG_SZ | VHDX | 推奨 |
オブジェクト固有の VHDLocations
既定の VHDLocations は、オブジェクト固有の構成と一致しないユーザーまたはグループに使用されます。
レジストリ パス: HKLM:\SOFTWARE\FSLogix\Profiles\
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 推奨 |
| LockedRetryCount3 | DWORD | 3 | 推奨 |
| LockedRetryInterval3 | DWORD | 15 | 推奨 |
| ProfileType4 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 推奨 |
| ReAttachRetryCount3 | DWORD | 3 | 推奨 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
例 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VHDLocations | MULTI_SZ または REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
例 |
| VolumeType5 | REG_SZ | VHDX | 推奨 |
レジストリ パス: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| VHDLocations | MULTI_SZ または REG_SZ | \\<server-name>\<share-name> |
例 |
レジストリ パス: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| VHDLocations | MULTI_SZ または REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
例 |
警告
VHDLocations の複数のエントリでは、コンテナーの回復性は提供されません。 複数のエントリが存在する場合、ユーザーは、場所の一覧から順番にコンテナーを作成または検索しようとします。 ユーザーがアクセス権を持っている、または使用できる最初の場所は、コンテナーの作成元またはアタッチ元になります。 複数のエントリを使用する場合、ユーザーは 1 つの場所にのみアクセスできます。 複数の VHDLocation の代わりに、オブジェクト固有の構成設定を使用することを検討してください。
1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮し、より早く失敗シナリオになるようにします。
4 単一接続により、複雑さが軽減され、パフォーマンスが向上します。
5 サポートされているサイズと破損のシナリオが減少することのため、VHD よりも VHDX が優先されます。
例 5: 詳細 + ディザスター リカバリー (プライマリ/フェールオーバー)
高度 + ディザスター リカバリー構成例では、フェールオーバー設計によって複雑さが増します。 これは、災害や障害が発生した場合にインフラストラクチャの可用性と信頼性を確保するための一般的な戦略です。 Cloud Cache を使用すると、プロファイル データを異なる場所に格納する 2 つのストレージ プロバイダーを使用するようにデバイスを構成できます。 Cloud Cache では、プロファイル データが 2 つのストレージ プロバイダーのそれぞれに非同期的に同期されるため、常に最新バージョンのデータが得られます。 一部のデバイスはプライマリの場所にあり、他のデバイスはフェールオーバーの場所にあります。 Cloud Cache は、最初のストレージ プロバイダー (デバイスに最も近い) に優先順位を付け、他のストレージ プロバイダーをバックアップとして使用します。 たとえば、プライマリ デバイスが米国西部にあり、フェールオーバー デバイスが米国東部にある場合は、次のように Cloud Cache を構成できます。
- プライマリ デバイスでは、最初のオプションとして米国西部のストレージ プロバイダーを使用し、2 番目のオプションとして米国東部のストレージ プロバイダーを使用します。
- フェールオーバー デバイスでは、最初のオプションとして米国東部のストレージ プロバイダーを使用し、2 番目のオプションとして米国西部のストレージ プロバイダーを使用します。
- プライマリ デバイスまたは最も近いストレージ プロバイダーが失敗した場合は、フェールオーバー デバイスまたはバックアップ ストレージ プロバイダーに切り替えて、プロファイル データを失うことなく作業を続行できます。
重要なポイント
- フェールオーバー設計: この設計により、災害や障害が発生した場合にインフラストラクチャの可用性と信頼性が保証されます。
- プロファイル ストレージ: Cloud Cache を使用すると、プロファイル データをさまざまな場所に格納できます。
- 追加のストレージ コスト: ストレージの場所が複数になると、全体的なコストが増加します。
- 運用上の長所: 手動のフェールオーバー プロセスには、ビジネス利害関係者の承認とプロセス検証が必要になる場合があります。
- エンド ユーザー エクスペリエンス: 2 つのストレージ プロバイダーとの非同期の同期により、プロファイル データの待機時間や不整合が発生する可能性があります。
まとめ
高度 + ディザスター リカバリー構成では、Cloud Cache を使用したフェールオーバー設計によって、異なる場所で 2 つのストレージ プロバイダーを使用して、インフラストラクチャの信頼性と可用性を向上させる方法を示しています。 また、追加コスト、手動でフェールオーバーを開始する必要性、プロファイル データの潜在的な待機時間や不整合など、このアプローチの欠点も強調しています。
図 3: クラウド キャッシュ (プライマリ/フェールオーバー) | FSLogix クラウド キャッシュ (CCDLocations)
前提条件 (詳細 + ディザスター リカバリー)
- ウイルス対策の除外を含む FSLogix の前提条件
- Azure Virtual Desktop または同等の Virtual Desktop インフラストラクチャ。
- 少なくとも 2 つのリージョンに 2 つのストレージ プロバイダー。
- 検証済みの共有と NTFS アクセス許可 (SMB のみ)。
構成項目 (詳細 + ディザスター リカバリー)
| 項目 | 説明 |
|---|---|
| コンテナーの冗長性 | CCDLocations には、2 つのストレージ プロバイダー1 が含まれています。 プライマリ サイトは、最も近いストレージ プロバイダーが一覧の先頭に表示され、フェールオーバー ストレージ プロバイダーが一覧の末尾に表示された状態で構成されます。 フェールオーバー サイトには逆の構成があります。 先頭に最も近いストレージ プロバイダー、次に末尾にプライマリ サイト ストレージ プロバイダーを一覧表示。 |
| [単一コンテナー] | ユーザー用に単一のプロファイル コンテナーが作成されます。 ODFC コンテナーが構成されていません。 |
| 同時接続なし | ProfileType 設定が 0 に設定されているか、未構成です。 ユーザーのプロファイルは、単一接続内でのみマウントできます。 |
| カスタム プロファイル リダイレクトなし | redirections.xml ファイルを使用しません。 |
1: ストレージ プロバイダーは、異なるリージョンまたは場所に存在する必要があります。
ヒント
推奨されている除外については、「カスタム プロファイル リダイレクトなし」ページをご確認ください。
レジストリ 設定 (詳細 + ディザスター リカバリー)
プライマリ サイト
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| CCDLocations | MULTI_SZ または REG_SZ | type=smb,name="FILES SMB PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 推奨 |
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 推奨 |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | 推奨 |
| LockedRetryCount5 | DWORD | 3 | 推奨 |
| LockedRetryInterval5 | DWORD | 15 | 推奨 |
| ProfileType6 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 推奨 |
| ReAttachRetryCount5 | DWORD | 3 | 推奨 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VolumeType7 | REG_SZ | VHDX | 推奨 |
フェールオーバー サイト
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| CCDLocations | MULTI_SZ または REG_SZ | type=smb,name="FILES SMB FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 推奨 |
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 推奨 |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | 推奨 |
| LockedRetryCount5 | DWORD | 3 | 推奨 |
| LockedRetryInterval5 | DWORD | 15 | 推奨 |
| ProfileType6 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 推奨 |
| ReAttachRetryCount5 | DWORD | 3 | 推奨 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VolumeType7 | REG_SZ | VHDX | 推奨 |
1 プールされたデスクトップを使用する場合、ローカル ディスクのディスク領域を節約してデータ損失のリスクを減らすことが推奨されます。
2 予期せずデータが失われることがないようにユーザーがローカル プロファイルを使用しないことが推奨されます。
3 コンテナー ディレクトリを参照する簡単な方法を提供します。
4 正常でないプロバイダーが 1 つでもある場合、ユーザーがローカル キャッシュを作成できないようにします。
5 再試行のタイミングを減らして、より早く失敗シナリオになるようにします。
6 単一の接続により複雑さが軽減され、パフォーマンスが向上します。
7 サポートされるサイズと破損シナリオの削減のため、VHDX が VHD よりも優先されます。
例 6: 複合
複合構成例は、高度な例に基づき、さらに複数の接続が導入されています。 この構成では、ユーザー プロファイルは複数の接続を処理でき、1 人のユーザーが異なるデバイス間で同時にアクティブなセッションを持つことができます。 複雑さが増しますが、エンド ユーザーにシームレスなエクスペリエンスを提供するという目標は変わりません。 複数の接続を適切に構成すると、生産性と柔軟性が向上し、多様なニーズと高い要求を持つ組織に適した構成になります。
Note
Azure Virtual Desktop は、同じホスト プール内の複数の接続をサポートしていません。
まとめ
複合構成は、高度さとユーザー中心の設計のバランスが調整され、スケーラビリティと堅牢なプロファイル管理を必要とする大規模な組織に最適です。
図 4: 複数の接続を持つ複雑な例 |FSLogix 標準コンテナー (VHDLocations)
前提条件 (複合)
- ウイルス対策の除外を含む FSLogix の前提条件
- Azure Virtual Desktop または同等の Virtual Desktop インフラストラクチャ。
- 仮想マシンのプールを分離します。
- 複数の SMB ファイル共有 (高可用性のためではありません)。
- 検証済みの共有と NTFS アクセス許可 (SMB のみ)。
構成項目 (複合)
| 項目 | 説明 |
|---|---|
| 複数の VHD 場所 | VHDLocations 設定には、SMB ファイル共有への単一または複数の UNC パス (セミコロンで区切られた) が含まれています。 |
| オブジェクト固有の設定 | ユーザーまたはグループ SID に基づいて一意の設定を許可します。 |
| [単一コンテナー] | ユーザー用に単一のプロファイル コンテナーが作成されます。 ODFC コンテナーが構成されていません。 |
| 同時接続 | ProfileType は 3 に設定されています。 ユーザーは複数のサインインを持つことができますが、ベース VHD ディスクへの書き込みを許可できるセッションは 1 つだけです。 |
| [省略可能] redirections.xml | XML ファイルには、複雑さが増したさまざまなエントリが含まれています。 |
ヒント
- 詳細については、カスタム プロファイル redirections.xml に関するページをご確認ください。
- チュートリアル: redirections.xml の作成と実装ページでは、Microsoft Teams 用にこの機能を実装する方法を示します。
レジストリ設定 (複合)
複数の VHDLocations
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 推奨 |
| LockedRetryCount3 | DWORD | 3 | 推奨 |
| LockedRetryInterval3 | DWORD | 15 | 推奨 |
| ProfileType4 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 推奨 |
| ReAttachRetryCount3 | DWORD | 3 | 推奨 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
例 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VHDLocations | MULTI_SZ または REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
例 |
| VolumeType5 | REG_SZ | VHDX | 推奨 |
オブジェクト固有の VHDLocations
既定の VHDLocations は、オブジェクト固有の構成と一致しないユーザーまたはグループに使用されます。
レジストリ パス: HKLM:\SOFTWARE\FSLogix\Profiles\
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 推奨 |
| LockedRetryCount3 | DWORD | 3 | 推奨 |
| LockedRetryInterval3 | DWORD | 15 | 推奨 |
| ProfileType4 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 推奨 |
| ReAttachRetryCount3 | DWORD | 3 | 推奨 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
例 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VHDLocations | MULTI_SZ または REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
例 |
| VolumeType5 | REG_SZ | VHDX | 推奨 |
レジストリ パス: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| VHDLocations | MULTI_SZ または REG_SZ | \\<server-name>\<share-name> |
例 |
レジストリ パス: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| VHDLocations | MULTI_SZ または REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
例 |
警告
VHDLocations の複数のエントリでは、コンテナーの回復性は提供されません。 複数のエントリが存在する場合、ユーザーは、場所の一覧から順番にコンテナーを作成または検索しようとします。 ユーザーがアクセス権を持っている、または使用できる最初の場所は、コンテナーの作成元またはアタッチ元になります。 複数のエントリを使用する場合、ユーザーは 1 つの場所にのみアクセスできます。 複数の VHDLocation の代わりに、オブジェクト固有の構成設定を使用することを検討してください。
1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮し、より早く失敗シナリオになるようにします。
4 単一接続により、複雑さが軽減され、パフォーマンスが向上します。
5 サポートされているサイズと破損のシナリオが減少することのため、VHD よりも VHDX が優先されます。
例 7: 複合 + ディザスター リカバリー (アクティブ/アクティブ)
複合 + ディザスター リカバリー構成は、高度 + ディザスター リカバリー構成に基づき、さらにアクティブ/アクティブ設計が実装されていています。 この構成は、2 つのサイト間で負荷分散を行う代わりに、ユーザーが 1 つの場所にのみアクセスできることに依存します。 ドリルまたは BCDR が発生した場合、障害が発生したリージョンのユーザーには、機能しているリージョン内の仮想マシンへのアクセス権が付与されます。
重要なポイント
- フェールオーバー機能: 障害が発生した場合、存続するリージョンに、すべてのユーザーをサポートするだけの能力が必要です。
- プロファイル ストレージ: Cloud Cache を使用すると、プロファイル データをさまざまな場所に格納できます。
- 追加のストレージ コスト: ストレージの場所が複数になると、全体的なコストが増加します。
- 運用上の長所: 手動のフェールオーバー プロセスには、ビジネス利害関係者の承認、プロセス検証、適切なユーザー割り当てが必要になる場合があります。
- エンド ユーザー エクスペリエンス: 2 つのストレージ プロバイダーとの非同期の同期により、プロファイル データの待機時間や不整合が発生する可能性があります。
まとめ
Cloud Cache を使用した複雑 + ディザスター リカバリー構成は冗長性と柔軟性を提供しますが、フェールオーバーを開始する上で、ビジネス上の決定が重要な役割を果たします。
図 5: Cloud Cache (アクティブ/アクティブ) |FSLogix Cloud Cache (CCDLocations)
前提条件 (複合 + ディザスター リカバリー)
- ウイルス対策の除外を含む FSLogix の前提条件
- Azure Virtual Desktop または同等の Virtual Desktop インフラストラクチャ。
- 場所ごとに仮想マシンのプールを分離します。
- ユーザーは、一度に 1 つのリージョンにのみアクセスできます。
- 検証済みの共有と NTFS アクセス許可 (SMB のみ)。
構成項目 (複合 + ディザスター リカバリー)
| 項目 | 説明 |
|---|---|
| コンテナーの冗長性 | CCDLocations には、2 つのストレージ プロバイダー1 が含まれています。 プライマリ サイトは、最も近いストレージ プロバイダーが一覧の先頭に表示され、フェールオーバー ストレージ プロバイダーが一覧の末尾に表示された状態で構成されます。 フェールオーバー サイトには逆の構成があります。 先頭に最も近いストレージ プロバイダー、次に末尾にプライマリ サイト ストレージ プロバイダーを一覧表示。 |
| [単一コンテナー] | プロファイルと ODFC コンテナーが存在するか、ユーザーごとに作成されます。 |
| 同時接続なし | ProfileType 設定が 0 に設定されているか、未構成です。 ユーザーのプロファイルは、単一接続内でのみマウントできます。 |
| [省略可能] redirections.xml | XML ファイルには、複雑さが増したさまざまなエントリが含まれています。 |
ヒント
- 詳細については、カスタム プロファイル redirections.xml に関するページをご確認ください。
- チュートリアル: redirections.xml の作成と実装ページでは、Microsoft Teams 用にこの機能を実装する方法を示します。
レジストリ設定 (複合 + ディザスター リカバリー)
サイト A (米国西部)
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| CCDLocations | MULTI_SZ または REG_SZ | type=smb,name="FILES SMB WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 推奨 |
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 推奨 |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | 推奨 |
| LockedRetryCount5 | DWORD | 3 | 推奨 |
| LockedRetryInterval5 | DWORD | 15 | 推奨 |
| ProfileType6 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 推奨 |
| ReAttachRetryCount5 | DWORD | 3 | 推奨 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VolumeType7 | REG_SZ | VHDX | 推奨 |
サイト B (米国東部)
| キーの名称 | データ型 | 値 | 説明 |
|---|---|---|---|
| CCDLocations | MULTI_SZ または REG_SZ | type=smb,name="FILES SMB EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 推奨 |
| Enabled | DWORD | 1 | 必須 |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 推奨 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 推奨 |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | 推奨 |
| LockedRetryCount5 | DWORD | 3 | 推奨 |
| LockedRetryInterval5 | DWORD | 15 | 推奨 |
| ProfileType6 | DWORD | 0 | 既定値 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 推奨 |
| ReAttachRetryCount5 | DWORD | 3 | 推奨 |
| SizeInMBs | DWORD | 30000 | 既定値 |
| VolumeType7 | REG_SZ | VHDX | 推奨 |
1 プールされたデスクトップを使用する場合、ローカル ディスクのディスク領域を節約してデータ損失のリスクを減らすことが推奨されます。
2 予期せずデータが失われることがないようにユーザーがローカル プロファイルを使用しないことが推奨されます。
3 コンテナー ディレクトリを参照する簡単な方法を提供します。
4 正常でないプロバイダーが 1 つでもある場合、ユーザーがローカル キャッシュを作成できないようにします。
5 再試行のタイミングを減らして、より早く失敗シナリオになるようにします。
6 単一の接続により複雑さが軽減され、パフォーマンスが向上します。
7 サポートされるサイズと破損シナリオの削減のため、VHDX が VHD よりも優先されます。
付録: 複数の VHDLocations ロジック図
VHDLocations 設定で複数の値を使用する場合は、FSLogix が使用する場所を決定する方法を理解することが重要です。
警告
複数の場所にアクセスできるユーザーは、実際のプロファイルの場所が使用できない場合、別の場所に新しいプロファイルを作成できます。
図 5: VHDLocations ロジック図