2016-10-18 17 views
4

ためには、我々は現在、弊社のWebアプリケーションのための私たちの永続的なキャッシュとしてのRedisを使用しますが、それは限られたメモリやコストだと私は表ストレージが実行可能な選択肢であるかどうかを検討し始めています。アズール:テーブルストレージ対RedisのWebキャッシュ

私たちが格納するデータは、私はそれが速いクエリを意味するだろう願っていますので、我々は、テーブルストレージ内のパーティションと行のキーのために使用したい明確な2パートのキーとかなり基本的なJSONデータです。

テーブルストレージは少し遅くなりますが、私たちは規模を拡大するとRedisキャッシュからデータを提供するCPUは1つしかないと考えていますが、テーブルストレージではこの問題はありませんこれは実行しているWebサーバーの数になります。

は、誰もが、我々は非常にミニマルな方法でのRedisを使用し、私は追加する必要があります。2.

の間にこのようや比較表ストレージを使用して、任意の経験を持っています取得/設定し、より多くの何も、私たちは私たち自身のデータを追い出しておらず、それが宇宙を使い果たしたときに退去をレディスに任せています。

答えて

6

これはかなり広い/ご意見・勧誘質問です。しかし客観視点から、これらを使用するかを決定する際に考慮したいと思う属性は次のとおりです。

  • 表の記憶域は、耐久性に優れた、キー/値ストアです。したがって、コンテンツの有効期限はありません。あなたはデータを消去する責任があります。
  • テーブルストレージは500TBにスケールされます。
  • Redisのは、水平方向(Redisのサービスを介してスケーラブル又は、)複数のノード間で拡張可能です。対照的に、テーブルストレージは、パーティションで最大2,000トランザクション/秒、ストレージアカウントで最大20,000トランザクション/秒を提供し、それを超えると、複数のストレージアカウントを使用する必要があります。
  • テーブルストレージは、VMまたはRedisサービスよりも大幅にコストを削減します。
  • Redisのは、(パブ/サブコンテンツ立ち退きなどのような)Azureストレージテーブルを超えて機能を提供します。
  • 表ストレージとRedisのキャッシュの両方APIの周りの多くの言語固有のSDKのラッパーで、エンドポイントを経由してアクセス可能です。
+0

こんにちは、応答と情報をいただきありがとうございます。私にとって重要なのはコスト削減ですが、それが1000%のパフォーマンスヒットになると魅力的ではありません。これを試したかもしれない人、または両方を使っている人からの情報をより期待して意見を探しているのではなく、パフォーマンスを賢明に比較する方法の大まかなアイデアがあります。私のデベロッパーの入手可能性はかなり限られているので、少なくとも実行可能であるかどうかを見たいと思っていますが、私は概念実証の試行を開始しますが、それが明確な非スターターであれば貴重な時間を無駄にしたくありません。特に、Webキャッシュのためにテーブルを使用することで見逃した重要なことがある場合、Ta。 – Simon

+0

私は本当にこれがベンチマークにあなたのためにどれがあなたのために最適であるか見るためにあなた次第であると思います。パフォーマンスはアプリ、VM /アプリのサービスサイズなどに基づいて変化します –

3

私は、紺碧のRedisのテーブルについてのいくつかのmetrialsを見つけることがyou.Thereも動画で第50分から約テーブル記憶とRedisの間で比較するデモなど、AzureのRedisの程度videoで助けることができることを願っています。 これは参考になる可能性があります。しかし、詳細なパフォーマンスはアプリケーション、データレコードなどによって異なります。 テーブルストレージの価格は、テーブルストレージの容量によって異なります。detailsを参照してください。それはredisよりずっと安いです。

+0

こんにちは、彼は、Redisを使ってパーティションと行のキーを取得してから、テーブルストレージに移動し、Redis + Tableコールが与えられ、パーティションと行ごとにテーブルストレージを照会するので、より複雑なクエリを必要とすることはなく、スピードを懸念する必要はありません。乾杯。 – Simon