在 Redis 2.8 (elasticache) 缓存中高cpu。r3.large
high cpu in redis 2.8 (elasticache) cache.r3.large
在 ElasticCache 中寻求帮助
我们正在使用 ElasticCache Redis 运行 一个基于 Resque 的清系统。
这意味着它是排序集和列表的混合体。
在正常操作中，一切正常，我们看到了良好的响应时间和吞吐量。
CPU 级别在 7-10% 左右，Get+Set 命令在 120-140K 操作左右。 （所有指标均基于 cloudwatch。）
但是 - 当系统遇到（轻微的）数据突发时，排队几条 K 消息，我们看到服务器变得几乎没有响应。
CPU 在 100% 的利用率下稳定（指标显示 50，但它使用的是单核）
操作数下降到 ~10K
每个请求的响应时间慢到几秒钟
我们预计，即使 CPU 加载到这样的程度，吞吐量水平也会保持不变，这就是我们在本地 运行ning Redis 时的体验。 redis 可以利用 CPU，但吞吐量仍然很高。因为它本身是单核的，所以不会出现上下文切换。
AFAWK - 我们不施加任何限制或持久性，不复制。使用基本配置。
大小：缓存。r3.large
我们也不使用定期快照
这似乎是胭脂lua剧本的特征。
在这样的脚本中存在缺陷可能会导致 CPU 负载过大，同时降低整体吞吐量。
你在用这样的吗？尝试在 Redis 慢日志中查找一个
在 ElasticCache 中寻求帮助 我们正在使用 ElasticCache Redis 运行 一个基于 Resque 的清系统。 这意味着它是排序集和列表的混合体。 在正常操作中，一切正常，我们看到了良好的响应时间和吞吐量。 CPU 级别在 7-10% 左右，Get+Set 命令在 120-140K 操作左右。 （所有指标均基于 cloudwatch。） 但是 - 当系统遇到（轻微的）数据突发时，排队几条 K 消息，我们看到服务器变得几乎没有响应。 CPU 在 100% 的利用率下稳定（指标显示 50，但它使用的是单核） 操作数下降到 ~10K 每个请求的响应时间慢到几秒钟 我们预计，即使 CPU 加载到这样的程度，吞吐量水平也会保持不变，这就是我们在本地 运行ning Redis 时的体验。 redis 可以利用 CPU，但吞吐量仍然很高。因为它本身是单核的，所以不会出现上下文切换。 AFAWK - 我们不施加任何限制或持久性，不复制。使用基本配置。
大小：缓存。r3.large 我们也不使用定期快照
这似乎是胭脂lua剧本的特征。 在这样的脚本中存在缺陷可能会导致 CPU 负载过大，同时降低整体吞吐量。
你在用这样的吗？尝试在 Redis 慢日志中查找一个