回復性と可用性を実現するクラウドキャッシュ

クラウドキャッシュは、プロファイルコンテナーと Office コンテナーに対して増分機能を提供するテクノロジです。

クラウドキャッシュでは、ローカルプロファイルを使用して、リダイレクトされたプロファイルからの読み取り、または最初の読み取り後の Office コンテナーからのすべての読み取りを処理します。 クラウドキャッシュでは、複数のリモートの場所を使用することもできます。これらはすべて、ユーザーセッション中に常に更新されます。 クラウドキャッシュを使用すると、リモートプロファイルコンテナーへの接続が短期的に失われるのを防ぐことができます。 クラウドキャッシュでは、プロファイルコンテナーと Office コンテナーに対してリアルタイムの "アクティブなアクティブ" 冗長性を提供することもできます。

クラウドキャッシュを使用している場合でも、リダイレクトされた場所からすべての初期読み取りが行われることを理解しておくことが重要です。 同様に、すべての書き込みは、すべてのリモートストレージの場所に対して行われますが、最初に書き込みはローカルキャッシュファイルに送られます。

低パフォーマンスのストレージを使用している場合、クラウドキャッシュはユーザーのサインオンとサインアウトエクスペリエンスを向上させません。 クラウドキャッシュを使用している環境では、従来の VHDLocations を使用する場合と比較して、同じストレージを使用する場合と比べて、わずかなサインオンとサインアウトの時間がかかることがよくあります。 最初のサインオンの後、クラウドキャッシュを使用すると、プロファイルコンテナーまたは Office コンテナーからのその後のデータ読み取りのユーザーエクスペリエンスを向上させることができます。これらの読み取りはローカルキャッシュファイルから処理されるためです。

クラウドキャッシュの設計と機能

クラウドキャッシュでは、メタデータと共に1つ以上のリモートプロファイルコンテナーが使用されます。 プロファイルコンテナーとメタデータの組み合わせは、クラウドキャッシュプロバイダーまたはプロバイダーと呼ばれます。 クラウドキャッシュは、1つまたは複数のプロバイダーを持つことができ、実際の上限は4です。 クラウドキャッシュは、クラウドキャッシュプロバイダーに格納されているデータセットの一部を含むローカルキャッシュファイルを使用します。 クラウドキャッシュでは、ローカルの "プロキシファイル" も使用します。 プロキシファイルにはデータが含まれていません。クラウドキャッシュシステムのプレースホルダーです。 プロキシファイルに直接 IO は発生しません。

ローカルキャッシュファイルは、ほとんどの読み取り要求を処理します。 プロバイダーからの読み取りが完了すると、データはローカルキャッシュファイルに格納され、そこからアクセスされます。 また、ローカルキャッシュファイルは、システムからのすべての書き込みを処理した後、 クラウドキャッシュ構成のすべてのプロバイダーにそれらの書き込みを反映させます。 これは同期プロセスであり、クライアント、ネットワーク、ストレージなどのさまざまなシステムコンポーネントのパフォーマンスによって制限されます。

プロバイダーが使用できなくなった場合、システムは引き続き残りのプロバイダーで動作します。 使用できなかったプロバイダーは、ユーザーがサインアウトする前に使用できるようになると、ローカルキャッシュから最新の状態になります。 ユーザーがサインアウトしたときにプロバイダーが利用できない場合は、そのプロバイダーのすべてのデータが既存の、最新のプロバイダーに置き換えられるので、後続のセッションでは最新の状態になります。 すべてのリモートプロバイダーが古くなっている場合は、最新のメタデータを持つプロバイダーが真実のソースと見なされます。

クラウドキャッシュのデザインイメージ

重要

ローカルキャッシュファイルはほとんどの IO 要求を処理するため、ローカルキャッシュファイルのパフォーマンスによってユーザーエクスペリエンスが定義されます。 ローカルキャッシュファイルに使用されるストレージは、高パフォーマンスで高可用性を実現することが重要です。 また、ローカルキャッシュファイルに使用されているストレージに物理的に接続されたストレージを使用するか、高パフォーマンスの物理的に接続された記憶域を満たしているか超える信頼性とパフォーマンスの特性を持つことをお勧めします。

構成の順序と優先順位付け

必要なデータがローカルキャッシュファイルにまだ含まれていない場合、プロファイルコンテナーと Office コンテナーはプロバイダーから読み取りを行います。 CCDLocations レジストリ値を構成すると、注文プロバイダーが一覧表示され、読み取りに使用する注文プロファイルコンテナーが定義されます。 指定された最初のパスが使用できない場合、プロファイルコンテナーは2番目のプロバイダーからの読み取りを試みます。

クラウドキャッシュは、指定されたプロバイダーが使用できない場合を除いて、CCDLocations で指定されたすべてのプロバイダーに対して常に書き込みを行います。

従来の fslogix プロファイルコンテナーまたは Office コンテナーからクラウドキャッシュに移動する

現在のプロファイルコンテナーと Office コンテナーの実装をクラウドキャッシュに移動することができます。 クラウドキャッシュの使用を開始するには、VHDLocations 設定を CCDLocations に置き換えます。 CCDLocations と VHDLocations は同じ実装では使用できません。

クラウドキャッシュプロバイダーには、プロファイルコンテナーとそれに関連付けられたメタデータの両方があります。従来の VHDLocation には、プロファイルコンテナーしかありません。 クラウドキャッシュがメタデータのないプロファイルコンテナーのみを指している場合、メタデータが作成されます。 メタデータが追加されると、プロファイルコンテナーの場所がクラウドキャッシュプロバイダーに変換されます。

ユーザーが複数の CCDLocation にプロファイルコンテナーを持っている場合、Ccdlocation で最初に表示されているプロファイルコンテナーがクラウドキャッシュプロバイダーに更新されます。 同じ CCDLocations 文字列内の他のすべてのプロファイルコンテナーは削除され、最初のクラウドキャッシュプロバイダーから置き換えられます。

複数のプロファイルコンテナーを1つのプロファイルにマージするメカニズムはありません。

永続的な物理環境でのクラウドキャッシュの使用

クラウドキャッシュは、プロファイルの高可用性を実現するために物理環境で役立ちます。 オフラインになる可能性がある物理マシン (ノートブックコンピューターなど) にクラウドキャッシュを使用する場合は、次の構成をお勧めします。

  • 最初のクラウドキャッシュプロバイダーがローカルドライブに配置されるように、CCDLocations を構成する必要があります。
  • 一般に、ローカルコンピューターにプロファイルの完全なコピーが2つ含まれないようにするため、ClearCacheOnLogoff は1に設定されます。

重要

物理デバイスがオフラインのときに代替デバイスから仮想セッションにアクセスすることがない限り、この構成は、物理デバイスと仮想セッション間で共有されるプロファイルには適していません。 2番目のセッションによってリモートコンテナーファイルにアクセスする場合、リモートクラウドキャッシュプロバイダーとローカルクラウドキャッシュプロバイダーは同期されません。 この場合、最後にアクセスされたリモートプロバイダーによって、すべてのクラウドキャッシュプロバイダーのデータが 置き換えら れます。

クラウドキャッシュの構成のチュートリアルを開始する