問題タブ [azure-redis-cache]

私のアプリケーションは、コンテンツ配信 (基本的に大きなファイル) を高速化する必要があります。ファイルを保存するためのデータ レイク ストレージ構造を計画しています。データ レイク ファイルからファイルをダウンロードしている間は、次回同じ要求が来たときにキャッシュから取得できるようにキャッシュする必要があります。

ここでそれを行うべき手順

1. ユーザーが米国からファイルを要求します。要求は、地理的な場所に基づいて最も近いエッジ サーバーにルーティングされます。
2. ファイルがエッジにキャッシュされている場合は、エッジから提供されます。それ以外の場合は、データ レイク ストレージからファイルを取得してエッジにキャッシュします。
3. その後、追加のユーザー (インドのユーザーなど) が同じファイルを要求する可能性があり、最も近いエッジにリダイレクトする必要があります。

Azure で大きなファイルをキャッシュし、場所に基づいて取得して待機時間を短縮するための最良の方法を見つけるのを手伝ってください。

Hubot の脳のストレージとして Azure Redis Cache を使用しようとしています。

ここの指示に従って、Redis ブレインを構成しました。Redis Node クライアントが SSL をサポートしていないことをここで読んだので、SSL と暗号化されていない接続の両方も試しました。

また、Redis クライアントをhubot-redis-brainから0.8.4に更新しました2.6.2が、Hubot はまだ Redis に接続できません。

Azure のポート構成のスクリーン ショットを次に示します。

そして、これは私のHubotが起動したときの出力です:

これに関するヘルプは大歓迎です。

アップデート

これは、暗号化されていない接続に使用しているコードです。

そして、これは暗号化された接続の場合:

ローカルの開発マシンからAzure Redis Cacheのインスタンスに接続しようとしています。私はStackExchange.Redisを次のように使用しています:

がlazyConnection呼び出されるInvalidOperationExceptionと、次のメッセージが表示されます。

「役割探索データが利用できません」

そして、このワンライナースタックトレース:

Microsoft.WindowsAzure.ServiceRuntime.RoleEnvironment.get_CurrentRoleInstance()

例外がスローされるのはなぜですか?どうすれば回避できますか?

SailsJS のセッション管理に Redis を使用しています。Azure で頻繁に 2 つの問題に直面しています。

1. ユーザー構成フックの読み込みに時間がかかりすぎました。このエラーは頻繁に発生します。

2. Redis 接続がドロップし続けます。node_redis を使用して azure redis に接続しています。以下は私の redis 構成です。

   redisConfig : { ホスト: 'XXXXXX.redis.cache.windows.net'、ポート: 6380、ttl: 1000 * 60 * 60 * 24 * 30、db: 2、tls: {サーバー名: 'XXXXXX.redis.cache.windows .net'}, retry_unfulfilled_commands: true, enable_offline_queue: true, auth_pass: '', retry_strategy: function (options) { if (options.error && options.error.code === 'ECONNREFUSED') { // 再接続を終了します特定のエラーを検出し、個々のエラーを含むすべてのコマンドをフラッシュすると、新しいエラーが返されます('サーバーは接続を拒否しました'); } if (options.total_retry_time > 1000 * 60 * 5) { // 特定のタイムアウト後に再接続を終了し、個々のエラーですべてのコマンドをフラッシュ return new Error('Retry time尽くされました'); } if (options.times_connected > 20) { // 組み込みエラーで再接続を終了 return new Error(' 再試行回数が 10 を超えました'); } // return 後に再接続 Math.max(options.attempt * 300, 5000); } }

多くの場合、この Redis にアクセスできませんが、アプリから同じエラーが表示されることはありません。

キーで同時に複数のセットを取得しようとしています。Azure Redis の Basic レベルを最新の Stackexchange.Redis (1.1.608) と共に使用しています。

これが私のコードです：

最大 120 個のキー (ほとんどのキーは存在しません) の場合、パイプラインが完了するまでに最大 10 秒かかります。私は何を間違っていますか？

SetScan も試してみましたが、タイムアウトしないことはありません。また、120 個の SetScan を連続して実行するかどうかもわかりません。

ありがとう、

編集: 各セットには最大 20 人のメンバーしかいません。昨日、別のアプローチを試しました：

バッチ処理: 約 5 秒かかります

Set Union: 約 1 ～ 2 秒かかります。(私は redis.SetUnion(list of key) を行います)

今のところ、時間が最も短いため、Set Union を使用しています。ただし、約 120 セットを取得するのに必要な時間よりも 2 秒の方が長いと思います。誰でも何か考えがありますか？私は提案を受け入れます。

問題なく、現在約 6 か月間 Azure Redis キャッシュを実行しています。先週、クライアント接続の 1 つでタイムアウトが発生し始めたので、何が起こっているのかを確認するために Azure portal にアクセスしました。すぐに、Redis Cache Advisor が、私の C0 Standard 料金プランで 5Mbits/秒のネットワーク帯域幅制限に近づいていることを教えてくれているのを見ました。そこで、グラフを見て、約 1 時間ごとに、通常の 188 kB/秒から 1.2 MB/秒になるキャッシュ読み取りの急増があることに気付きました??? すべてのクライアントを確認しましたが、これを引き起こすような毎時間実行されるジョブはありませんか? Azure インフラストラクチャがこれを行っている可能性はありますか? 何か案は？

簡単な質問です。Azure でホストされていない外部 Web アプリケーションに Azure Redis Cache を使用できますか?