Redis cli由于使用redis内存而无法连接到AWS ElastiCache，但应用程序仍可以通信

Question

当内存消耗很高但允许应用程序进行通信时，是否可能会给redis cli较低的连接优先级？

我无法通过cli连接，因此无法检查任何内容。另外，没有redis服务器访问权限。

我们未经身份验证就连接-

redis-cli -h <hostname>

我运行了一个进程，该进程插入了太多的redis密钥，导致了这种情况。现在，我无法删除这些键。恐怕，其他必要的密钥会随着时间的流逝而被淘汰，并且系统将开始处理Redis中不可用的内容。

也无法通过telnet连接。

• 此时是否可以通过Python脚本进行连接？
• 如果重新启动Java应用程序，它将能够继续连接吗？
• 通过AWS控制台进行的Redis服务器访问是否能够删除任何键模式？我目前没有访问权限，因此无法确认自己。也从未通过它使用过。

更新

以下是自发生此问题以来的最近1天内从AWS控制台获取的图表-

更新

我经历了FAQ of elasticache，但是没有提到能够在键值对级别管理数据，也没有提到存在某些特殊特权用户（例如root），以防止MySql在没有其他用户的情况下可以连接能够连接。

我发现的只是集群级管理功能。

Answer 1

根据问题，不清楚您正在运行的redis-cli -h <host>命令是来自EC2还是来自本地计算机（AWS VPS外部）。

从EC2访问

您必须确保以下几点：

• EC2实例和redis实例都在同一VPC上。
• EC2上的安全组应允许端口6379（如果应用程序能够访问同一EC2上的Redis，应该已经存在）

从外部Amazon VPS访问

这不是预先配置的，我建议您在标题https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/accessing-elasticache.html下浏览How to Access ElastiCache Resources from Outside AWS