問題タブ [azure-caching]

VS2012 を使用して、WebRole プロパティのキャッシュ タブからキャッシュ機能を追加しました。特に、web.config で次の XML を生成しました。

わかりました。[クラスター ロール名] を Web ロールの名前に置き換えて、"helloworld.web" とします。ここで、DataCacheFactory または DataCache オブジェクトを作成すると、次のようになります。

次のエラーが表示されます。

私は何が欠けていますか？

編集

私はそれを働かせました！

WebRole OnStart メソッドで DataCacheFactory を作成していましたが、それを Global.asax の Application_Start に移動しましたが、動作しているようです。

Sandrino は、なぜそうなのかを説明しています: https://stackoverflow.com/a/11886136/1374935

Windows Azure Caching Previewを使用しようとしています。

専用のキャッシュ ワーカー ロールが 1 つ、以前のキャッシュを使用する Web ロールが 1 つ、キャッシュを継続的に更新するワーカー ロールが 1 つあります。

Windows Azure ガイドの指示に従いましたが、それでもエラーが発生します。

ファイルまたはアセンブリ 'Microsoft.ApplicationServer.Caching.Core, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)

1000000 のチェック済み依存関係を 2 倍 3 倍にしました。正しいものがあります。dll のセットが 2 つあることに気付きました。1 つは使用したいバージョン 1.0.0.0 で、もう 1 つは使用したくないバージョン 101.0.0.0 です。すべての .config ファイルにステートメントを追加BindingRedirectして、101 バージョンを 1.0.0.0 にマップしました。\bin フォルダーを確認し、Jetbrains で dll を逆コンパイルしました。正しいです。私は忍耐力を失い始めます。明示的なパスを入力したときに指定した DLL が .NET で取得されないのはなぜですか?

ASP.Net MVC3アプリケーションを実行し、このWindows Azureハウツーに従って、WindowsAzureの同じ場所にあるキャッシュにセッションを保存する方法を説明しました。

上記のNugetパッケージをインストールし、必要な情報をweb.configに適用しました。Webロールは、2つの小さなインスタンスを実行し、30％同じ場所に配置されたキャッシュを使用するように設定されています。

Azureにデプロイすると、インスタンスはリサイクルされます。インスタンスの1つへのリモートデスクトップ接続を介して、ログに次の2つのイベントが関連していることがわかりました。

CacheStatusIndicatorサービスが予期せず終了しました。これを1回実行しました。次の修正措置が1000ミリ秒以内に実行されます。サービスを再起動します。

CacheServiceサービスが予期せず終了しました。これを1回実行しました。次の修正措置が60000ミリ秒以内に実行されます。サービスを再起動します。

しかし、それについては多くの情報を見つけることができません。

誰かが私がここで見逃しているかもしれないものの手がかりを持っていますか？

Azure Caching には最大メモリ制限があることは知っていますが、オブジェクトの最大数にも制限はありますか? キーの数が増えると、キャッシュが遅くなるように感じます。

バックグラウンド：

各ユーザーのメモリにいくつかの数値を保持する必要があります (データベースから計算するのは高価ですが、その場でメモリをインクリメントするのは安価です)。同時ユーザーが増えるにつれて、制限がある場合にキャッシュを超えてしまうのではないかと心配しています。

私の意図した解決策：

ユーザーごとにInt64「value1」と「 」をメモリに保持する必要があるとしましょう。value2

次のように変更されたときにアイテムをキャッシュし、 DataCache.IncrementuserN_value1, userN_value2, [...]を呼び出して各カウンターの値を更新します。

ユーザー数が増えると、アイテム数が増える可能性があります。これは私が心配すべきことですか？私が考えていなかったより良いアプローチはありますか？

Azureで実行するMVC4アプリケーションの場合、セッションを同じ場所にあるキャッシュに保存します。マイクロソフトが提供するこのハウツーで説明されているように。

2つの小さなインスタンスを実行しましたが、すべてが正常に機能しているようです。アプリケーションにログインできますが、アプリケーション内を閲覧してもログインしたままになります。したがって、セッションは両方のインスタンスで機能しているようです。

ただし、セッションデータを更新すると、次のようになります。

その変更は、その特定のリクエストを処理するインスタンスにのみ影響を与えるようです。アプリケーションを参照しているときに、初期値を取得することもあれば、更新された値を取得することもあります。

web.configに変更を加えていないので、Nugetパッケージによって追加されたときとまったく同じように見えます。

Azureキャッシュを使用するときに、別の方法でセッションを処理する必要がありますか、それともここで欠けているものですか？

http://msdn.microsoft.com/en-us/library/windowsazure/gg618003のコードに基づいて概念実証を試みています。app.config 設定を使用すると、このキャッシュにアクセスできます。プログラム構成を使用するようにアプリケーションを切り替えたとき、一貫してこのエラーが発生します。私はすでにAzureキャッシュをプログラムで構成して検証に失敗し、他の多くのソリューションを無駄にしました。

これが私のコードスニペットです。

{コード}

{コード}

DataCache.Incrementがスレッドセーフかどうかは誰にもわかりませんか? (つまり、呼び出しが互いに上書きされることを心配することなく、異なるマシンやスレッドで同時に同時に呼び出すことができますか?)

この理由だけでメソッドが存在すると推測しているにもかかわらず、ドキュメントにはスレッドセーフについては何も言及されていません。それでも、アプリを構築するときに仮定に頼りたくありません。

Windows Azure 共有キャッシュから Windows Azure キャッシュ (プレビュー) に変換しようとしています。ここでは、DataCacheFactoryConfiguration クラスを介してプログラムで DataCacheFactory を構成できました。キャッシング (プレビュー) で可能ですか? その場合、サーバー構成に設定する必要がある値は何ですか?

古いドキュメント ( http://technet.microsoft.com/en-us/library/gg618003.aspx ) を参照してください。このドキュメントの「プレビュー」バージョンは見つかりませんでした。

MSDN によると、Windows Azure キャッシュはまだプレビュー段階のようです。また、一部のブログでは、「Windows Azure キャッシュは運用環境ではサポートされていません」と書かれています。

これは何を意味するのでしょうか？これは、Windows Azure Caching on Cloud を使用して Web ロールを展開できないということですか? 私の直感ではそうではないと言っていますが、「本番環境でサポートされていない」という意味がわかりません。

ありがとう！

現在、サーバーをWindows Azureに移行中であり、WindowsAzure共有キャッシュを利用したいと考えています。

キャッシュ用のプロバイダーを作成したので、オンとオフを切り替えることができます（必要に応じてランタイムキャッシュに切り替えます）が、キャッシュはランタイムキャッシュよりも約1000倍遅いことがわかりました。

たとえば、ランタイムキャッシュからWebサイトオブジェクトを返すのは合計時間0.0053であり、Azure共有キャッシュは合計時間73.6638、場合によっては合計時間439.3367です。

誤解しないでください。小さなネットワークラグがあると思いますが、これはばかげていますか？完全に使えないの？

オブジェクトは小さく、キャッシュの合計サイズは0.8 MBなので、Webサイトオブジェクトは小さくなります。

誰か提案はありますか？セミ専用の場所で見たキャッシングプレビュー方法を使用する必要がありますか？確かに、このように使用できない場合、彼らはこれを共有していなかっただろうか？

ネットワークキャッシングの上でローカルキャッシングが機能することを確認しましたが、キャッシュがローカルで再構築されるときに遅延が発生しますか？

誰かアドバイスはありますか？

以下の条件を満たしています

AzureDLLの最新バージョンを使用しています

AzureCacheと同じデータセンターにあるWebサイトでテストしています

SQL Azureはインスタンスと同じデータセンターにあるため、データの取得は問題になりません

現在、このWebサイトにアクセスしているのは私だけなので、同時実行性が問題になるとは思わない