【问题标题】:AWS Elasticache backed by memcached CPU usage flat line at 1%由 memcached 支持的 AWS Elasticache CPU 使用率持平为 1%
【发布时间】:2021-03-01 16:16:07
【问题描述】:

我在 AWS 中创建了一个 ElastiCache 集群,节点类型为 t3.micro(500 MB,2 个 vCPU 和高达 5 Gb 的网络)。我当前的设置是有 3 个节点以实现高可用性,每个节点位于不同的 AZ。

我正在使用 AWS labs memcached Java 客户端 (https://github.com/awslabs/aws-elasticache-cluster-client-memcached-for-java),它允许自动发现节点,即我只需要提供集群 DNS 记录,客户端就会自动发现该集群中的所有节点。

我间歇性地收到一些超时错误:

1) Error in custom provider, net.spy.memcached.OperationTimeoutException: Timeout waiting for value: waited 2,500 ms. Node status: Connection Status { /XXX.XX.XX.XXX:11211 active: false, authed: true, last read: 44,772 ms ago /XXX.XX.XX.XXX:11211 active: true, authed: true, last read: 4 ms ago /XXX.XX.XX.XXX:11211 active: true, authed: true, last read: 6 ms ago

我试图了解问题所在,但通过查看 CloudWatch 指标并没有发现任何问题。

唯一看起来有点奇怪的是 CPU 利用率图:

CPU 在高峰时段总是以 1% 为最大值,因此我试图了解如何读取此值以及这是否不是 1% 而是更多 100%,表明 CPU 存在瓶颈.

有什么帮助吗?

【问题讨论】:

  • 你最后解决了吗?我们的 CPU 利用率也达到了 1% 的上限,并且不确定是什么问题

标签: amazon-web-services memcached amazon-elasticache spymemcached


【解决方案1】:

只有一个问题。为什么要使用这么小的实例?内存使用情况如何。我的猜测和你的一样。 CPU是造成问题的原因。 3个微实例并不多。 我会尝试增加实例。但这只是猜测。

【讨论】:

  • 感谢@leandro-donizetti-soares 实例类型很小的原因是因为目前我的缓存中没有超过 10k 个项目。可用内存显示为 430MB 超过 500MB,每个节点总共可用。总的来说,统计数据看起来很健康,因此我很困惑
  • 嗨。你能发一张更好的cpu使用图吗?我猜它在 1.2 核心时达到顶峰。这不会是一个问题,因为你有 2。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-09-12
  • 2023-03-25
  • 2014-11-03
  • 2019-09-20
  • 2017-04-08
  • 2016-04-29
相关资源
最近更新 更多