使用 elasticache 的日志中的 DNS 错误

Question

一个星期以来我一直收到这个奇怪的错误，这是堆栈跟踪

 ERROR (redisson-netty-1-4) [DNSMonitor(operationComplete:98)] Unable to resolve redis.***********.cache.amazonaws.com java.lang.IndexOutOfBoundsException: Index: 0, Size: 0

at java.util.ArrayList.rangeCheck(ArrayList.java:653)
at java.util.ArrayList.get(ArrayList.java:429)
at io.netty.resolver.dns.DnsNameResolver.doResolveCached(DnsNameResolver.java:613)
at io.netty.resolver.dns.DnsNameResolver.doResolve(DnsNameResolver.java:593)
at io.netty.resolver.dns.DnsNameResolver.doResolve(DnsNameResolver.java:527)
at io.netty.resolver.SimpleNameResolver.resolve(SimpleNameResolver.java:63)

应用是一个springboot API，使用redisson客户端连接elasticache。虽然我看到了这些错误，但 API 运行良好，没有任何错误。也无法在网上获得有关此的任何线索。这里还有其他人遇到过类似的情况吗？

我也在日志中出现了这个错误，然后是上面的错误

org.redisson.client.RedisTimeoutException: Redis server response timeout (3000 ms) occured for command: (HGET) with params: [packagesCache, PooledUnsafeDirectByteBuf(ridx: 0, widx: 3, cap: 256)] channel: [id: 0xdfd44ac3, L:/10.0.2.206:42857 - R:redis.kl3ise.0001.use1.cache.amazonaws.com/10.0.1.234:6379]
    at org.redisson.command.CommandAsyncService$11.run(CommandAsyncService.java:682)
    at io.netty.util.HashedWheelTimer$HashedWheelTimeout.expire(HashedWheelTimer.java:663)
    at io.netty.util.HashedWheelTimer$HashedWheelBucket.expireTimeouts(HashedWheelTimer.java:738)
    at io.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:466)
    at java.lang.Thread.run(Thread.java:748)

添加额外的日志

Request for schedule for student with access key ab947-cf32-4965-ab06-36d4e904899don date 2018-02-14org.redisson.client.RedisTimeoutException: Redis server response timeout (60000 ms) occured for command: (HEXISTS) with params: [analyzedStudyPlanCache, PooledUnsafeDirectByteBuf(ridx: 0, widx: 9, cap: 256)] channel: [id: 0xe4dc90da, L:/10.0.2.206:56685 – R:redis.kl3ise.0001.use1.cache.amazonaws.com/10.0.1.234:6379]

Answer 1

日志已经给出了提示Unable to resolve redis.***********.cache.amazonaws.com。

首先尝试检查您的实例是否可以解析（查找 Redis 服务器所在的位置），您可以这样做：

$ host redis.****.cache.amazonaws.com

或者一个简单的ping redis.****.cache.amazonaws.com，你可能不会得到 ping 响应，但至少它应该解析域（取回一些 IP 地址）

如果您没有得到任何返回，可能是因为 elasticache 实例刚刚创建并且没有进行喷射传播，所以这就是您在日志中获取 do 条目的原因，如果实例已经启动并运行了一段时间然后检查您的 DNS 解析器是否设置正确。作为一个额外的测试，你可以尝试

$ dig @8.8.8.8 redis.***cache.amazonaws.com +short

这将使用 google 公共 DNS，如果您确实从该查询中得到答案，则问题出在您定义的名称服务器中，只需检查 /etc/resolv.conf

如果您可以解析域，那么您接下来可以尝试检查 elasticache/redis 实例是否已启动并正在运行，并且您可以从您的实例访问它，通过终端执行此操作，您可以执行以下操作：

redis-cli -h redis.***.cache.amazonaws.com

如果不使用默认端口 6379，您可以使用

redis-cli -h redis.***.cache.amazonaws.com -p XXXX 

其中 XXXX 是配置的端口。

如果您没有redis-cli 命令，您可以尝试远程登录，例如：

telnet redis.***.cache.amazonaws.com 6379

如果您确定实例已启动并运行并且可以解析名称但仍无法连接，请检查 AWS 端的安全组，可能已被阻止。