连接AWS ElastiCache Configuration endpoint报只读写入错误咨询

你部署的是**启用集群模式（Cluster Mode Enabled）**的ElastiCache for Redis集群：3分片9节点对应每个分片部署1个可写主节点、2个只读副本节点，是集群模式的标准部署规格。
这个报错和你开启的静态加密（encryption at rest）没有任何关联，静态加密是磁盘存储层面的加密逻辑，完全不影响请求路由。

核心问题出在客户端连接逻辑上：
集群模式下的配置端点不是承担流量代理的实体节点，它仅负责返回全集群的节点列表、槽位分片映射信息，不会自动帮你转发读写请求。如果你用非集群模式的普通Redis客户端连接配置端点，客户端会直接和配置端点DNS解析出来的随机一个节点建立连接，不会做任何路由判断——如果解析到的刚好是只读副本节点，发写请求就会触发READONLY You can't write against a read-only replica报错。你手动指定单个节点端点能连接成功，只是因为你刚好填了某一个主节点的地址，这种连接方式不会感知集群拓扑变化，一旦对应主节点故障触发切主，连接就会直接失效，也无法利用集群的分片扩容能力。

• 给客户端开启Redis Cluster连接模式
  所有主流Redis客户端都有专门的集群模式连接实现，绝对不能用普通单节点/哨兵模式的连接方法连配置端点，常见客户端的正确初始化方式参考：
  • Java生态（Lettuce）：使用RedisClusterClient类初始化连接，而非普通单节点用的RedisClient，传入配置端点地址即可，客户端会自动拉取全集群拓扑，将写请求路由到对应分片的主节点。
  • Python生态（redis-py 4.0+版本）：使用RedisCluster类初始化连接，而非普通单节点用的Redis类，传入配置端点和端口参数即可。
  • Node.js生态（ioredis）：使用Cluster类初始化连接，传入配置端点的地址、端口，若开启了传输加密记得同步开启TLS配置项。
• 检查客户端读写路由配置
  部分客户端的集群模式配置支持自定义读请求路由策略，确认没有将写请求强制路由到只读副本节点的错误配置，写请求必须发送到对应分片的主节点才能执行成功。
• 放通所有集群节点的网络访问权限
  集群模式客户端首次连接配置端点拿到全量节点地址后，会直接和每个分片的主/副本节点建立独立连接，需要确认客户端到集群所有节点的端口（默认普通连接6379、TLS加密连接6380）都在安全组、网络ACL规则中放通，否则客户端无法拉取完整拓扑，也会出现路由异常。

如果你使用的客户端版本过老、不支持Redis Cluster协议，是无法正常使用多分片ElastiCache集群的，要么升级客户端版本，要么改用集群模式关闭的主从版架构——但后者不支持多分片横向扩容，数据容量、性能上限远低于集群模式架构。

内容的提问来源于stack exchange，提问作者thugzook