Amazon web services 由memcached支持的AWS Elasticache CPU使用率为1%

我在AWS中创建了一个ElastiCache集群，节点类型为t3.micro（500 MB，2个VCPU，网络高达5千兆位）。我当前的设置有3个节点以实现高可用性，每个节点位于不同的AZ中

我正在使用AWS labs memcached client 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导致了问题。3个微实例不多。

---

我会尝试增加实例。但这只是一个猜测。

只有一个问题。为什么要使用如此小的实例？内存是如何使用的。我的猜测和你的一样。CPU导致了问题。3个微实例不多。

---

我会尝试增加实例。但这只是一个猜测。

谢谢@leandro donizetti soares实例类型很小的原因是因为目前缓存中的项目不超过10k。可用内存显示为500MB以上430MB，每个节点总共可用。总的来说，这些数据看起来相当健康，因此我感到困惑。你能发送一张更好的cpu使用情况图片吗？我想它的峰值是1.2核。这不会是一个问题，因为您有2个。谢谢@leandro donizetti soares实例类型很小的原因是因为目前缓存中的项目不超过10k。可用内存显示为500MB以上430MB，每个节点总共可用。总的来说，这些数据看起来相当健康，因此我感到困惑。你能发送一张更好的cpu使用情况图片吗？我想它的峰值是1.2核。因为你有2个，所以这不会是个问题。你最终解决了这个问题吗？我们的CPU利用率也达到了1%的上限，不确定到底是什么问题，你最终能解决吗？我们的CPU利用率也达到了1%的上限，不确定问题出在哪里