Azure:用于Web缓存的Redis vs Table Storage

Question

我们目前使用Redis作为我们Web应用程序的持久缓存,但由于内存和成本有限,我开始考虑Table存储是否可行.

我们存储的数据是相当基本的json数据,带有明确的2部分密钥,我们将其用于表存储中的分区和行密钥,因此我希望这意味着快速查询.

我很欣赏一个在内存中,一个在外面,所以表存储会慢一点但是随着我们的扩展,我相信只有一个CPU提供来自Redis缓存的数据,而对于Table存储,我们不会有这个问题,因为它会是减少到我们运行的Web服务器的数量.

有没有人有这种方式使用表存储的经验或2之间的比较.

我应该补充一点,我们以极简主义的方式使用Redis来获取/设置,仅此而已,我们逐出我们自己的数据,并且当它耗尽空间时将其驱逐到Redis.

Answer 1

这是一个相当广泛/征求意见的问题.但从客观的角度来看,这些是您在决定使用哪些属性时要考虑的属性:

• 表存储是一个持久的键/值存储.因此,内容不会过期.您将负责清算数据.
• 表存储可扩展至500TB.
• Redis可跨多个节点水平扩展(或通过Redis服务进行扩展).相比之下,表存储将在一个分区上提供最多2,000个事务/秒,在整个存储帐户上提供20,000个事务/秒,并且为了扩展,您需要使用多个存储帐户.
• 表存储将比VM或Redis服务具有显着更低的成本.
• Redis提供Azure存储表之外的功能(例如pub/sub,内容驱逐等).
• Table Storage和Redis Cache都可以通过端点访问,API周围有许多特定于语言的SDK包装器.

Answer 2

我找到了一些关于 azure redis 和 table 的测试，希望它可以帮助你。 有一个关于 Azure Redis的视频，其中还包括一个演示来比较表存储和 redis 大约从视频的第 50 分钟开始。或许可以作为参考。但详细性能取决于您的应用程序、数据记录等。表存储的定价取决于表存储的容量，请参阅详细信息。它比redis便宜得多。