問題タブ [appfabric-cache]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
appfabric - AppFabric LocalCache - 最も使用されていない削除
ローカル キャッシュに何かをキャッシュして定期的に使用している場合、分散キャッシュはローカル キャッシュがそれを使用していることを認識しますか?
これを尋ねる理由は、分散キャッシュに Least Used Eviction ポリシーがあるためです。分散キャッシュから使用しておらず、分散キャッシュが使用していることを認識していない場合、ある段階で削除されます。
これはめったに変更されない大きなデータなので、長期間キャッシュします。2 つまたは 3 つの MG を、使用頻度の低い分散キャッシュから追い出されることに基づいて必要以上にネットワーク上でドラッグする必要はありません。
したがって、私の質問 - 分散キャッシュは、それが使用されているという知識を持っているので、最も使用されていないものとして削除されませんか?
asp.net - Web アプリケーションで DataCacheFactory オブジェクトを管理する最良の方法は何ですか?
DataCacheFactory実行スレッドごとにオブジェクトのインスタンスを 1 つインスタンス化することがベスト プラクティスであると述べています。Web asp.net アプリケーションに AppFabric キャッシュを実装しています。
asp.net - AppFabric キャッシュ セッション状態プロバイダーのフェールオーバー
スタックオーバーフローのファンの皆さん
AppFabric キャッシュについて質問があります。高可用性を実現するために、3 つの AppFabric キャッシュ ノードを 1 つのキャッシュ クラスターとして構成しています。Asp.Net アプリケーションのセッションに使用します。
組み込みの AppFabric キャッシュ セッション状態プロバイダーには、このような構成があります
失敗をシミュレートしようとして、そのキャッシュ クラスター内の 1 つのノードを停止すると、セッション状態プロバイダーは、そのノードに接続できないというエラーをスローし始めます。リクエストごとではなく、一部のリクエストに対して発生します。セッション状態プロバイダーはノードが失敗したことを理解し、しばらく使用しないと思いましたが、それでも使用しようとします。これらのエラーの影響を受けるアプリケーション ユーザー。
セッション状態プロバイダーがこのキャッシュ ノードをしばらく使用しないように強制する方法はありますか? または、ノードの可用性をチェックし、ノードが復元されたときに再度使用する自動アルゴリズムでしょうか?
asp.net - AppFabric 分散キャッシュ構成
ASP.NET アプリケーションでメモリ内キャッシュではなく AppFabric 分散キャッシュを使用したいと考えています。
EnterpriseLibrary Caching の CacheFactory を使用するクラス CacheService があります。
メモリ内キャッシュの代わりに一部の AppFabricManager が使用されるように web.config でこれを構成する方法はありますか?
appfabric - AppFabric クライアントのバージョンが一致しません
AppFabric 分散キャッシュを使用できるようにしたいと考えています。次のエラーが表示されます。
ErrorCode:SubStatus:クライアントのバージョンを確認してください。サーバーで許可されているバージョンの範囲内にある必要があります。必要に応じて、クライアントを許可されたバージョンにアップグレードします。
Microsoft.ApplicationServer.Caching.Client私が使用しているとdllのバージョンMicrosoft.ApplicationServer.Caching.Coreは 1.0.4632.0 です。これは、AppFabric 1.1 インストール ディレクトリで見つけたのと同じ dll です。サーバー上にあるまったく同じ dll を使用しているにもかかわらず、このエラーが発生し続けるのはなぜですか?
iis-7 - ApplicationPoolIdentity ID を使用して IIS Web サイトから要求を取得すると AppFabric がクラッシュする
IIS7 に WCF をデプロイしました。AppFabric を使用していくつかの値をキャッシュしています。ネットワーク ID を使用すると、すべて正常に動作します (すべてのアイテムがキャッシュに設定され、キャッシュからの取得が成功しました)。ただし、プール ID が ApplicationPoolIdentity であることを選択すると、AppFabric サービスが機能しなくなります。理由は説明できません。
私が以前読んだ内容に基づいて: 「良いニュースは、アプリケーション プール ID もマシン アカウントを使用してネットワーク リソースにアクセスすることです。変更は必要ありません。」
( http://www.iis.net/learn/manage/configuring-security/application-pool-identities )
それで、何が起こったのか教えてもらえますか?
azure - Windows Server 用の AppFabric はまだ開発中ですか?
Windows Azure と Windows Serverのどちらを対象としているかによってキャッシュ API が大きく異なることがわかったので、Microsoft が Windows Server 用の AppFabric の開発を継続しないのではないかと懸念しています。AppFabric for Windows Server がまだサポート/開発されているかどうか知っている人はいますか?