Important
2026 年 4 月の Windows Server 更新プログラムに含まれる Windows の今後の変更では、既定の Kerberos 暗号化の種類が RC4 から AES-SHA1 に変更されます。
AES-SHA1 にアップグレードされていない FSLogix コンテナーをホストするファイル共有は、この変更が適用された後にアクセスの問題が発生する可能性があります。 中断を回避するには、更新プログラムをインストールする前に、AES-SHA1 へのアップグレードを完了します。
AES-SHA1 にアップグレード済みの顧客は影響を受けません。
詳細については、FSLogix ブログを参照してください。 アクションが必要です。Windows Kerberos セキュリティ強化 (RC4) は、SMB ストレージ上の FSLogix プロファイルに影響する可能性があります。
Cloud Cache は、回復性と高可用性を提供するためにプロファイルコンテナーと ODFC コンテナーと連携する機能です。 Cloud Cache は、ローカルにマウントされたコンテナーを使用して 、リモート ストレージ プロバイダーに定期的な更新を提供します。 Cloud Cache は、短期的または断続的なローカル (内部リージョン、近接) ストレージの問題からユーザーを絶縁するように設計されています。 構成に基づいて、異なるリージョンでリモート ストレージ プロバイダーを使用する場合は、ビジネス継続性またはディザスター リカバリー (BCDR) プランの一部として使用することもできます。 Cloud Cache を使用すると、ローカル キャッシュに必要な追加の I/O 操作とストレージに対応するために、仮想マシンに パフォーマンスとストレージの要件 が課 せられます。
クラウド キャッシュに関する考慮事項:
- Cloud Cache では、
CCDLocationsのエントリの順序に基づいてストレージ プロバイダーが使用されます。 - ストレージ プロバイダーは、近接順に表示してから優先する必要があります。
- データがストレージ プロバイダーから ハイドレートされる 場合は、1 つのプロバイダーのみが使用されます。
- データ ハイドレート中に使用されるプロバイダーに関係なく、すべてのストレージ プロバイダーにデータが書き込まれます。
- ストレージ プロバイダーのパフォーマンス (待機時間、使用率、ボトルネック) は、ローカル コピーとの同期状態に影響します。
- ローカルキャッシュからの更新が1つ以上のプロバイダーで遅れている場合、パフォーマンスが低下しているストレージプロバイダーの可能性があります。
-
PingまたはTest-NetConnectionコマンドの結果がトランザクション I/O と 同じではなく 、ストレージ プロバイダーが実行する方法や実行できる方法を示す 不適切 なインジケーターです。
図 1: Cloud Cache コンポーネントを示す詳細図
クラウド キャッシュ コンポーネント
ローカル キャッシュ
Cloud Cache は、ユーザーのプロファイルに使用されるコンテナーが作成され、仮想マシン (ローカル キャッシュ) にローカルに格納されるため、リモート ストレージ プロバイダーへの接続の問題からユーザーを絶縁できます。 初回サインイン時に、FSLogix はユーザーのコンテナーを C:\ProgramData\FSLogix\Cache に作成し、リモート ストレージ プロバイダーから読み取られたデータとローカル コンピューターから書き込まれたデータを格納します。 次に、FSLogix は、ユーザーのプロファイルに必要なすべてのリダイレクトを設定します。 次に、ユーザー プロファイル サービスによって、ユーザーのプロファイルがローカル キャッシュに作成されます。
2番目 または N番目 のサインイン時に、FSLogix は仮想マシンに格納されている以前のローカル キャッシュ VHD を検索してマウントしようとします。 ローカル キャッシュの検索は既定の構成設定であり、ディスク領域の不足イベントにつながる可能性があるため、望ましくない場合があります。 その他の設定については、クラウド キャッシュ設定のリファレンス ページを参照してください。 ローカル キャッシュ VHD が存在しない場合は、プロキシ ファイルが登録され、ローカル キャッシュ VHD が作成されます。 次に、FSLogix はユーザーのプロファイルに必要なリダイレクトを設定します。 最後に、FSLogix はリモート ストレージ プロバイダーの 1 つを読み取りソースとして使用し、サインイン プロセス中にオペレーティング システムから要求されたローカル キャッシュを設定してサインインを完了します。
キャッシュ オブジェクト
キュー ファイル
*.queue ファイルは、リモート ストレージ プロバイダーごとに作成されます。 各 *.queue ファイルは、ローカル キャッシュまたはリモート ストレージ プロバイダーにフラッシュされていないさまざまな *.index ファイルを追跡します。
インデックス ファイル
*.index ファイルには、ローカル キャッシュとリモート ストレージ プロバイダーに書き込む必要があるブロック レベルの変更のバッチが含まれています。
図 2: クラウド キャッシュ ローカル キャッシュ
リモート ストレージ プロバイダー (ハイドレート、フラッシュ、複製)
Cloud Cache は、ユーザーのセッション中にローカル キャッシュからユーザーのプロファイルを操作し、 CCDLocationsで指定されている 1 つ以上のリモート ストレージ プロバイダーで構成する必要があります。 これらのリモート ストレージ プロバイダーは、ローカル キャッシュの完全なコピーを格納し、現在のセッション中および以降のサインインに使用されます。ユーザーのセッション中にすべてのプロバイダーが異常になった場合、1 つ以上のプロバイダーが正常な状態に戻るまで、ローカル キャッシュは引き続き動作し、1 を拡大します。
Warnung
ユーザーのプロファイルから読み取りが要求され、Cloud Cache がリモート ストレージ プロバイダーのデータをハイドレートできない場合、セッションがハングしたり、システム クラッシュ (BSOD) が悪化したりします。
1 ローカル キャッシュは、 SizeInMBs 設定で指定されているコンテナーの最大サイズまでしか拡大しなくなります。
水分補給する
ローカル キャッシュにファイル システムによって要求されたデータが含まれていない場合、Cloud Cache はリモート ストレージ プロバイダーの 1 つからローカル キャッシュにデータをハイドレート (読み取りとコピー) します。 この操作は、ユーザーのプロファイルのローカル キャッシュを設定するときのサインイン プロセスの一部でもあります。
フラッシュする
一般的に、フラッシュ操作は3つの方法で行われます。
- レイジー非同期操作では、クラウド キャッシュは、各プロバイダーが独自のスレッドでフラッシュされる際に、すべてのストレージプロバイダーへの変更を同時にフラッシュします。 FSLogix は、この操作を調整せず、システムが許可する量のスループットを利用します。
- 1 つ以上のプロバイダーにすべての更新プログラムが含まれていない場合、サインアウト中、すべてのプロバイダーが同じ順序になるまで、ユーザーのサインアウトは2 遅延されます。
- ストレージ プロバイダーへの接続が異常になったときにユーザーのセッション中に、FSLogix はすべての変更をキューに登録し、正常な状態に戻ったときにプロバイダーにフラッシュします。
2 HealthyProvidersRequiredForUnregister と CcdUnregisterTimeout の値を使用して Cloud Cache がどのように構成されているかに基づいて、ユーザーのサインアウトが遅れます。
Clone
完全な VHD(x) クローンは、Cloud Cache がサインイン時にストレージ プロバイダーが同じシーケンスではないことを判断したときに実行されます。 この操作中、すべてのストレージ プロバイダーが同じシーケンスになるまで、保留中のすべての書き込みがローカル キャッシュに保持されます。 完了すると、フラッシュ操作によってストレージ プロバイダーへの新しいデータの送信が開始されます。
プロキシ ファイル
クラウド キャッシュでは、プロキシ ファイルの概念が使用されますが、実際の VHD ファイルではありませんが、 Profile_%username%.vhd として表されます。 プロキシ ファイルは、ユーザーのコンテナーを表す登録済み VHD としてローカル コンピューターにマウントされます。 プロキシ ファイルは、ローカル キャッシュ宛てのすべての I/O 書き込みを処理する手段として使用されます。 これには、リモート ストレージ プロバイダーからハイドレートされるローカル キャッシュ内の不足データが含まれます。 I/O 書き込みは、キャッシュ ディレクトリのキャッシュ オブジェクトとして記録される前に、ディスク上でバッファされ、プロキシファイルを通じて追跡されます。 プロキシ ファイルのサイズはローカル キャッシュ ファイルと同じですが、このファイルにはデータが書き込まれず、ディスク上の実際のサイズは 0 になります。
図 3: クラウド キャッシュ プロキシ ファイル
補助ファイル
Cloud Cache では、ローカル キャッシュの制御とシーケンスを維持するために、2 つの補助ファイルを使用します。
注
これらの補助ファイルは FSLogix によって使用され、製品の外部で開いたり使用したりするためのものではありません。 これらのファイル内の関連情報は、ログ ファイルまたはイベント ログ エントリを通じて利用できるようになります。
ファイルのロック
ロック ファイルの名前は、コンテナーに I/O ロックがある仮想マシンを特定するために使用されるファイルです。 Cloud Cache では、この情報を使用して、特定のプロバイダーのコンテナーの所有権を決定します。 ロック ファイル メカニズムは、ProfileType が '3' (複数または同時セッション) に設定されたクラウド キャッシュを使用する場合に重要です。 このファイルは、リモート ストレージ プロバイダーにのみ存在します。
メタ ファイル
メタ ファイルは、コンテナーの状態を追跡する多目的ファイルです。 メタ ファイル内では、Cloud Cache はシーケンス番号システムを使用して、最新のデータを持つプロバイダーを決定します。 このファイルは、仮想マシンに対してローカルであり、リモート ストレージ プロバイダーに同期されます。
ストレージ プロバイダー
FSLogix はストレージ プロバイダーではなく、ストレージ プロバイダーの基になるアーキテクチャに依存しています。 FSLogix がサポートするストレージ プロバイダーの詳細については、 コンテナー ストレージ オプションを参照してください。