構成の例

この記事で紹介されている構成例は、構成の選び方に応じて、徐々に複雑になっています。 各例には、冗長性または障害復旧に重点を置いた構成が関連付けられています。 環境に最も簡単な構成を選択することをお勧めします。 不必要な複雑さを追加すると、構成が不正確になり、サポート ケースが発生する可能性があります。

FSLogix 構成の開始点として、次の例を使用します。 これらの例に含まれるアイデアや概念は、組織独自の要件を考える際に参考にしてください。

例 1: 標準

標準構成の例は、最も単純な構成です。 ほとんどのお客様はそれを考慮する必要があります。

前提条件 (Standard)

構成項目 (標準)

レジストリ設定 (標準)

^{1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮して、より高速な失敗シナリオを実現します。
4 1 つの接続で複雑さが軽減され、パフォーマンスが向上します。
サポートされているサイズと破損のシナリオが減少するため、VHD よりも 5 VHDX が優先されます。}

例 2: Standard + 高可用性 (クラウド キャッシュ)

Standard + 高可用性 構成の例では、Cloud Cache を組み込んでプロファイル コンテナーのリージョンの可用性を確保することで、基本的な Standard の例を強化します。 この構成は、堅牢性と冗長性を提供するように設計されています。 プロファイル コンテナーは、特定のリージョンで障害や停止が発生した場合でもアクセスできます。

Cloud Cache は回復性と可用性レイヤーとして機能し、プロファイル データを複数のストレージ プロバイダーに定期的にアップストリームに書き込みます。 一意のストレージ プロバイダー間でデータをレプリケートすることで、1 つのストレージ プロバイダーが使用できない場合でも、プロファイル コンテナーを引き続き使用できます。 このアプローチにより、信頼性が向上し、ユーザーのダウンタイムが最小限に抑えられます。

重要なポイント

• 冗長で堅牢: 障害や停止が発生した場合でも、プロファイル コンテナーにアクセスできるようにします。これにより、ユーザーのダウンタイムが最小限に抑えられます。
• 復元： Cloud Cache は可用性レイヤーとして機能し、プロファイル データを複数のストレージ プロバイダーに定期的にアップストリームに書き込みます。
• ストレージ設計の専門知識: クラウド キャッシュ機能は、ストレージ プロバイダーのパフォーマンスに依存します。

まとめ

Standard + 高可用性構成では、Standard セットアップの利点と他のメジャーを組み合わせて、リージョン間で可用性を維持します。 この組み合わせにより、プロファイル データへの継続的なアクセスを必要とする重要なアプリケーションに適しています。

^{図 1: クラウド キャッシュを使用した FSLogix High Availability}

前提条件 (Standard + High Availability)

構成項目 (Standard + 高可用性)

レジストリ設定 (Standard + 高可用性)

^{1 ローカル ディスクのディスク領域を節約し、プールされたデスクトップを使用する場合のデータ損失のリスクを節約することをお勧めします。
2 ユーザーがローカル プロファイルを使用せず、予期せずデータを失うことを確認することをお勧めします。
3 コンテナー ディレクトリを参照する簡単な方法を提供します。
4 少なくとも 1 つのプロバイダーが正常でない場合に、ユーザーがローカル キャッシュを作成できないようにします。
5 再試行のタイミングを短縮して、より高速な失敗シナリオを実現します。
6 1 つの接続で複雑さが軽減され、パフォーマンスが向上します。
サポートされているサイズと破損のシナリオが減少するため、VHD よりも 7 VHDX が優先されます。}

例 3: Standard + ディザスター リカバリー (プロファイル回復なし)

Standard + ディザスターリカバリー の構成例は、Standard の基本的な例の拡張です。 このセットアップでは、重複するインフラストラクチャが別のリージョンに存在しますが、必要になるまで電源が切れたままになります。 他の復旧シナリオとは異なり、このアプローチではプロファイルの回復はありません。 代わりに、ユーザーは別の場所に新しいプロファイルを作成します。 この回復シナリオは最も複雑ではありませんが、大きな欠点があります。 ユーザー エクスペリエンスとトレーニングは、成功のための重要なコンポーネントです。

重要なポイント

• 重複するインフラストラクチャ: ディザスター リカバリー リージョンはプライマリ インフラストラクチャをミラー化しますが、必要になるまで非アクティブなままになります。
• プロファイルの回復なし: 既存のプロファイルを復元する代わりに、ユーザーは別の場所に新しいプロファイルを作成します。
• 簡略： この方法では複雑さが最小限に抑えられますが、ユーザーの知識とトレーニングに大きく依存します。
• ユーザー エクスペリエンス: スムーズな移行とユーザーの理解を確保することが重要です。

まとめ

Standard + ディザスター リカバリー構成では、シンプルさと、ユーザーの教育と適応の必要性のバランスが取られます。

^{図 2: プロファイルの回復なし |FSLogix 標準コンテナー (VHDLocations)}

前提条件 (Standard + Disaster Recovery)

構成項目 (Standard + ディザスター リカバリー)

レジストリ設定 (Standard + ディザスター リカバリー)

^{1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮して、より高速な失敗シナリオを実現します。
4 1 つの接続で複雑さが軽減され、パフォーマンスが向上します。
サポートされているサイズと破損のシナリオが減少するため、VHD よりも 5 VHDX が優先されます。}

例 4: 上級

高度な構成の例は、柔軟性とカスタマイズを強化するためのより多くの機能を導入することで 、標準 の例に基づいています。

重要なポイント

• 複数の VHDLocation またはオブジェクト固有の設定: ユーザー プロファイル (VHDLocations) を格納するための複数の場所を指定できます。 または、オブジェクト固有の設定を定義して、特定のユーザーまたはグループのプロファイル動作を調整することもできます。 この柔軟性により、組織のニーズに基づいてプロファイル管理を最適化できます。
• カスタム プロファイル リダイレクトの最小エントリ: redirections.xml ファイルが使用されていない Standard セットアップとは異なり、高度な構成では redirections.xml エントリの数が最小限に抑えられます。 redirections.xml 構成のエントリが増えるごとに複雑さが増し、アプリケーションで不明な動作が発生する可能性があります。 これらのエントリを最小限に抑えることで、全体的なユーザー エクスペリエンスが向上する可能性があります。

まとめ

高度な構成は、プロファイルのストレージとリダイレクトをきめ細かく制御できるため、さまざまな要件を持つ組織に適しています。

前提条件 (Advanced)

構成項目 (Advanced)

詳細については、「 カスタム プロファイルの redirections.xml」を参照してください。

Microsoft Teams用にこの機能を実装する方法については、「 チュートリアル: redirections.xmlを作成して実装 する」を参照してください。

レジストリ設定 (詳細)

複数の VHDLocations

オブジェクト固有の VHDLocations

既定の VHDLocations 設定は、オブジェクト固有の構成に一致 しない ユーザーまたはグループに対して使用されます。

レジストリ パス:HKLM:\SOFTWARE\FSLogix\Profiles\

レジストリ パス:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

レジストリ パス:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮して、より高速な失敗シナリオを実現します。
4 1 つの接続で複雑さが軽減され、パフォーマンスが向上します。
サポートされているサイズと破損のシナリオが減少するため、VHD よりも 5 VHDX が優先されます。}

例 5: Advanced + Disaster Recovery (プライマリ/フェールオーバー)

Advanced + Disaster Recovery の構成例では、フェールオーバー設計によって複雑さが増します。 この一般的な戦略は、障害や障害が発生した場合にインフラストラクチャの可用性と信頼性を確保するのに役立ちます。 Cloud Cache を使用すると、プロファイル データを異なる場所に格納する 2 つのストレージ プロバイダーを使用するようにデバイスを構成できます。

Cloud Cache は、常に最新バージョンのデータを使用できるように、プロファイル データを 2 つのストレージ プロバイダーのそれぞれに非同期的に同期します。 一部のデバイスはプライマリの場所にあり、他のデバイスはフェールオーバーの場所にあります。 Cloud Cache は、(デバイスに最も近い) 最初のストレージ プロバイダーに優先順位を付け、他のストレージ プロバイダーをバックアップとして使用します。

たとえば、プライマリ デバイスが米国西部にあり、フェールオーバー デバイスが米国東部にある場合は、次のように Cloud Cache を構成できます。

• プライマリ デバイスでは、最初のオプションとして米国西部のストレージ プロバイダーを使用し、2 番目のオプションとして米国東部のストレージ プロバイダーを使用します。
• フェールオーバー デバイスでは、最初のオプションとして米国東部のストレージ プロバイダーを使用し、2 番目のオプションとして米国西部のストレージ プロバイダーを使用します。
• プライマリ デバイスまたは最も近いストレージ プロバイダーに障害が発生した場合は、フェールオーバー デバイスまたはバックアップ ストレージ プロバイダーに切り替えて、プロファイル データを失うことなく作業を続行できます。

重要なポイント

• フェールオーバーの設計: この設計により、障害や障害が発生した場合のインフラストラクチャの可用性と信頼性が保証されます。
• プロファイル ストレージ: Cloud Cache を使用すると、プロファイル データをさまざまな場所に格納できます。
• 追加のストレージ コスト: 複数のストレージの場所により、全体的なコストが増加します。
• オペレーショナル エクセレンス: 手動フェールオーバー プロセス。ビジネス関係者の承認とプロセス検証が必要になる場合があります。
• ユーザー エクスペリエンス: 2 つのストレージ プロバイダーとの非同期同期により、プロファイル データに待機時間や不整合が発生する可能性があります。

まとめ

Advanced + Disaster Recovery 構成では、Cloud Cache を使用したフェールオーバー設計によって、異なる場所で 2 つのストレージ プロバイダーを使用して、インフラストラクチャの信頼性と可用性を向上させる方法を示しています。 また、コストの増加、手動フェールオーバーの開始の必要性、プロファイル データの潜在的な待機時間や不整合など、このアプローチの欠点も強調しています。

^{図 3: クラウド キャッシュ (プライマリ/フェールオーバー) |FSLogix Cloud Cache (CCDLocations)}

前提条件 (Advanced + Disaster Recovery)

構成項目 (Advanced + Disaster Recovery)

^{1: ストレージ プロバイダーは、異なるリージョンまたは場所に存在する必要があります。}

推奨される除外については、「 カスタム プロファイルリダイレクト」を参照してください。

レジストリ設定 (詳細 + ディザスター リカバリー)

プライマリ サイト

フェールオーバー サイト

^{1 ローカル ディスクのディスク領域を節約し、プールされたデスクトップを使用する場合のデータ損失のリスクを節約することをお勧めします。
2 ユーザーがローカル プロファイルを使用せず、予期せずデータを失うことを確認することをお勧めします。
3 コンテナー ディレクトリを参照する簡単な方法を提供します。
4 少なくとも 1 つのプロバイダーが正常でない場合に、ユーザーがローカル キャッシュを作成できないようにします。
5 再試行のタイミングを短縮して、より高速な失敗シナリオを実現します。
6 1 つの接続で複雑さが軽減され、パフォーマンスが向上します。
サポートされているサイズと破損のシナリオが減少するため、VHD よりも 7 VHDX が優先されます。}

例 6: 複合

複雑な構成例は高度な例に基づいており、複数の接続を導入しています。 このセットアップでは、ユーザー プロファイルで複数の接続を処理できます。 このため、1 人のユーザーが異なるデバイス間で同時にアクティブなセッションを持つことができます。

複雑さが増しているにもかかわらず、目標はユーザーにシームレスなエクスペリエンスを提供することです。 複数の接続を適切に構成すると、生産性と柔軟性が向上するため、この構成は多様なニーズと高い要求を持つ組織に適しています。

Azure Virtual Desktop では、同じホスト プール内の複数の接続はサポートされていません。

まとめ

複合構成は、高度さとユーザー中心の設計のバランスが調整され、スケーラビリティと堅牢なプロファイル管理を必要とする大規模な組織に最適です。

^{図 4: 複数の接続を持つ複雑な例 |FSLogix 標準コンテナー (VHDLocations)}

前提条件 (Complex)

構成項目 (複雑)

詳細については、「 カスタム プロファイルの redirections.xml」を参照してください。

Microsoft Teams用にこの機能を実装する方法については、「 チュートリアル: redirections.xmlを作成して実装 する」を参照してください。

レジストリ設定 (複雑)

複数の VHDLocations

オブジェクト固有の VHDLocations

既定の VHDLocations 設定は、オブジェクト固有の構成に一致 しない ユーザーまたはグループに対して使用されます。

レジストリ パス:HKLM:\SOFTWARE\FSLogix\Profiles\

レジストリ パス:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

レジストリ パス:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 ユーザーがローカル プロファイルを使用せず、予期せずデータを失わないようにすることをお勧めします。
2 コンテナー ディレクトリを参照する簡単な方法を提供します。
3 再試行のタイミングを短縮して、より高速な失敗シナリオを実現します。
4 1 つの接続で複雑さが軽減され、パフォーマンスが向上します。
サポートされているサイズと破損のシナリオが減少するため、VHD よりも 5 VHDX が優先されます。}

例 7: Complex + Disaster Recovery（アクティブ/アクティブ）

Complex + Disaster Recovery 構成の例は、アクティブ/アクティブ設計を実装することで、Advanced + Disaster Recovery の例を基に構築されています。 この構成では、2 つのサイト間で負荷を分散するのではなく、ユーザーが 1 つの場所にのみアクセスできるようにしています。 訓練時や事業継続/災害復旧 (BCDR) では、障害が発生したリージョンのユーザーに対して、稼働しているリージョンの仮想マシンへのアクセス権が付与されます。

重要なポイント

• フェールオーバー機能: 障害が発生した場合、存続するリージョンには、すべてのユーザーをサポートする容量が必要です。
• プロファイル ストレージ: Cloud Cache を使用すると、プロファイル データをさまざまな場所に格納できます。
• 追加のストレージ コスト: 複数のストレージの場所により、全体的なコストが増加します。
• オペレーショナル エクセレンス: 手動フェールオーバー プロセス。ビジネス関係者の承認、プロセス検証、および適切なユーザー割り当てが必要になる場合があります。
• ユーザー エクスペリエンス: 2 つのストレージ プロバイダーとの非同期同期により、プロファイル データに待機時間や不整合が発生する可能性があります。

まとめ

Cloud Cache を使用した Complex + Disaster Recovery 構成は冗長性と柔軟性を備えていますが、フェールオーバーの開始には、ビジネス上の判断が重要になります。

^{図 5: クラウド キャッシュ (アクティブ/アクティブ) |FSLogix Cloud Cache (CCDLocations)}

前提条件 (Complex + Disaster Recovery)

構成項目 (複雑 + ディザスター リカバリー)

詳細については、「 カスタム プロファイルの redirections.xml」を参照してください。

Microsoft Teams用にこの機能を実装する方法については、「 チュートリアル: redirections.xmlを作成して実装 する」を参照してください。

レジストリ設定 (複雑 + ディザスター リカバリー)

サイト A (米国西部)

サイト B (米国東部)

^{1 ローカル ディスクのディスク領域を節約し、プールされたデスクトップを使用する場合のデータ損失のリスクを節約することをお勧めします。
2 ユーザーがローカル プロファイルを使用せず、予期せずデータを失うことを確認することをお勧めします。
3 コンテナー ディレクトリを参照する簡単な方法を提供します。
4 少なくとも 1 つのプロバイダーが正常でない場合に、ユーザーがローカル キャッシュを作成できないようにします。
5 再試行のタイミングを短縮して、より高速な失敗シナリオを実現します。
6 1 つの接続で複雑さが軽減され、パフォーマンスが向上します。
サポートされているサイズと破損のシナリオが減少するため、VHD よりも 7 VHDX が優先されます。}

付録: 複数の VHDLocations ロジック図

VHDLocations設定で複数の値を使用する場合は、FSLogix が使用する場所を決定する方法を理解することが重要です。

^{図 6:VHDLocations ロジックダイアグラム}

次のステップ