【问题标题】:Redis cache in Azure was cleared unexpectadlyAzure 中的 Redis 缓存被意外清除
【发布时间】:2016-01-07 06:05:05
【问题描述】:

最近,1 月 3 日,我们观察到 Azure 中 Redis 缓存的有趣行为。它只发生过一次,我正在努力理解它。

我们收到警报,Redis 缓存服务的 CPU 超过 80%。仔细观察,我们发现使用的内存从典型的 100MB 下降到几乎为 0。然后它很快恢复正常,我假设应用程序的正常使用。在填充它时,出现了这个 CPU 峰值。

看起来好像缓存被重置了。但是,这是生产环境,访问它的人非常有限,我们确信 100% 没有人重置它。当时没有任何部署。我在诊断日志中找不到任何内容。

问题: 1. 有什么想法会发生什么? 2. 去哪里找,找什么?

更新:我们处于标准 (C1) 层

没有客户报告任何问题,我只是讨厌我不明白发生了什么。

【问题讨论】:

    标签: azure redis


    【解决方案1】:

    这取决于您使用的缓存层。

    基本层只有一个节点,缓存数据存储在内存中。该节点中的任何内存丢失都会导致缓存数据丢失。

    如果您使用的是标准层,则有 2 个节点,一个主节点和一个辅助节点,缓存数据从主节点异步复制到辅助节点。如果主节点处于离线状态,则客户端请求将发送到辅助节点。在这种情况下,缓存数据丢失的机会很低,因为它基本上需要两个节点同时离线,这应该只发生在硬件故障的情况下(Azure 确保正常的更新维护,如操作系统更新不会在同一时间)。

    如果您使用的是高级层,则缓存数据由持久存储支持,因此您不会遇到缓存数据丢失的情况。

    https://azure.microsoft.com/en-us/documentation/articles/cache-faq/#what-redis-cache-offering-and-size-should-i-use 有更多相关信息。

    【讨论】:

    • 我们处于标准 (C1) 层
    猜你喜欢
    • 2016-09-10
    • 2015-04-16
    • 2014-11-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-10-24
    相关资源
    最近更新 更多