0

Azure Appfabric キャッシュについて少し読んでいます。私が理解していることから、それは分散キャッシュです。

ただし、ホストノードが指定されていない以下の構成とは少し混乱しています。

以下の構成がまだ分散キャッシュであるかどうかを明確にしてもらえますか? はいの場合、キャッシング ストレージが各インスタンスのローカル リソースに配置されている場合、どのように分散されますか?

 <dataCacheClients>
         <dataCacheClient name="default">
         </dataCacheClient>
     </dataCacheClients>

<sessionState mode="Custom" customProvider="AppFabricCacheSessionStoreProvider">
  <providers>
    <add name="AppFabricCacheSessionStoreProvider"
         type="Microsoft.Web.DistributedCache.DistributedCacheSessionStateStoreProvider,
Microsoft.Web.DistributedCache"
         cacheName="default"
         useBlobMode="true"
         dataCacheClientName="default" />
  </providers>

</sessionState>
4

1 に答える 1

0

上記の設定はどこで入手しましたか?他の構成場所に何かが欠けているのではないかと思っています。

Windows Azure には 2 種類のキャッシュ サービスがあります。1 つは AppFabric キャッシュと呼ばれていましたが、現在は単に Windows Azure 共有キャッシュと呼ばれています。AppFabric と呼ばれるものに関する古いドキュメントは避けてください。それらはその名前を使用しなくなり、それを使用する記事、ドキュメント、およびサンプルが古くなっている可能性があるためです。もう 1 つのオプションは Windows Azure キャッシュで、名前の唯一の違いは「共有」という用語です。どちらのオプションも分散キャッシュです。ただし、それらの違いは、配布先とサポートする機能にあります。Windows Azure キャッシュ (非共有) から始めます。

Windows Azure キャッシュは比較的新しいオプションであり、役割ベースのキャッシュと呼ばれることもあります。このバージョンのキャッシングでは、名前付きキャッシュ、キャッシュからのアイテムの削除を検出する機能など、より多くの柔軟性と機能が提供されます。このオプションには、制限やクォータがないという利点もあります。負荷が急増しています。さらに、キャッシュをホストしているロールの構成方法に基づいて、必要なキャッシュのサイズに対して料金を支払うことで、最終的にキャッシュに関する柔軟性が大幅に向上します。この分散キャッシュは、クラウド サービス デプロイ内のロールの 1 つで実行されるように構成します。そのため、Web ロールがある場合は、Web サイトを実行するだけでなく、分散キャッシュをホストするように設定できます。分散キャッシュのホストになるだけの専用のワーカー ロールを設定することもできます。このオプションのキャパシティ プランニングについては、次の記事をご覧ください。http://msdn.microsoft.com/en-us/library/windowsazure/hh914129.aspx .

Windows Azure 共有キャッシュは、AppFabric キャッシュと呼ばれていたもので、プラグインできる共有サービスです。これは分散キャッシュであり、データは Windows Azure の Microsoft 実行インスタンスでホストされます。これは共有サービスであるため、サービスの 1 人のユーザーが他のユーザーに大きな影響を与えないように、クォータと制限が設定されている可能性があります。トランザクション数、データ数などに割り当てがあります。このサービスの料金は、使用するメモリ キャッシュのサイズによって決まります。階層をすばやく変更するのは面倒な場合があり (または、少なくとも階層サイズを交換できる速度に関するルールがあります)、新しいオプションが持つ多くの柔軟性が失われます。また、上限は 4 GB のメモリで、少しコストがかかります。

あなたが提供した構成を見ると、あなたが指摘したホストオプションが表示されないため、これは非共有バージョンの構成である必要があります。共有キャッシュ バージョンのみがホスト要素を使用します。非共有バージョンは、CS Def および CS Config ファイルで提供される構成を使用して、舞台裏でいくつかの魔法を実行し、クラスターの場所を特定します (同じクラウド サービス内にある必要があります)。より詳細な構成ドキュメントは、http: //msdn.microsoft.com/en-us/library/windowsazure/hh914132.aspxにあります。 これが実際に非共有バージョンである場合、分散はキャッシュをホストするロールのインスタンスの数にわたって行われます。インスタンスが 1 つしかない場合は、あまり分散していません。ロール数を 2 に増やすと、データは両方に分散されます。構成で高可用性を有効にすることを選択した場合、クラスター内のインスタンスの 1 つがなくなってもデータのコピーがキャッシュ内に残るように、データのレプリケーションがクラスターとフォールト ドメイン全体で保持されます。( http://msdn.microsoft.com/en-us/library/windowsazure/hh914162.aspx )。

最後に、「ローカル キャッシング」用にローカル ストレージを設定できる場所を参照している可能性があるローカル キャッシングへの参照を見ている場合。そのため、データが分散キャッシュに保存されている間に、インスタンスのローカル コピーをプルすることもできます。これは、状態のリストなど、ほとんど変化しないメタデータやルックアップに適しています。これにより、ローカル ノードはローカル キャッシュから読み取ることができますが、ローカル ノードにないデータやローカルで期限切れになるデータについては、より大きな分散キャッシュに戻ります。ただし、上記の構成がローカル ストレージ リソースを参照している場所がわかりません。そのため、用語を超えていたのか、ここで提供したもの以外の参照を見たのかはわかりません。

于 2013-07-21T16:55:45.767 に答える