Redis Exporter监控AWS Elasticache集群的配置实践

在使用Redis Exporter监控AWS托管Elasticache服务时，可能会遇到连接失败或仅能获取基础指标的问题。本文深入分析问题原因并提供完整的解决方案。

问题现象分析

当Redis Exporter部署在EKS集群尝试监控AWS Elasticache时，主要出现两类异常：

1. 连接失败：日志显示持续报错"Couldn't connect to redis instance"
2. 指标不全：仅能获取exporter自身的基础Go运行时指标，缺少Redis核心指标

根本原因

通过日志分析，主要存在三个关键问题点：

1. 网络连通性：EKS集群与Elasticache服务之间的网络策略未正确配置
2. TLS配置：AWS托管服务默认启用加密连接，而客户端未配置TLS参数
3. 认证方式：Elasticache使用IAM认证而非传统密码认证

解决方案

1. 网络层配置

确保EKS工作节点与Elasticache集群位于相同VPC或已建立对等连接，并在安全组中放行6379端口的入站规则。

2. 服务监控器配置

推荐使用ServiceMonitor替代直接修改prometheus.yml，示例配置如下：

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: redis-exporter
spec:
  endpoints:
  - port: redis-exporter
    scheme: https
    tlsConfig:
      insecureSkipVerify: true
    params:
      target: ["redis://<endpoint>:6379"]
  selector:
    matchLabels:
      app: redis-exporter

3. Exporter部署参数

关键启动参数需要包含：

--redis.addr=<elasticache-endpoint>:6379 \
--redis.tls \
--redis.skip-tls-verification \
--redis.password-file=/etc/redis-auth/token

4. IAM认证集成

创建IAM策略并附加到EKS节点角色，包含以下权限：

• elasticache:Connect
• elasticache:DescribeCacheClusters

验证方法

通过以下步骤确认配置生效：

1. 检查exporter日志无连接错误
2. 查询redis_connected_clients指标是否存在
3. 确认redis_memory_used_bytes等核心指标有数据

最佳实践建议

1. 生产环境建议使用VPC端点服务
2. 为监控流量配置专用安全组
3. 定期轮换IAM凭证
4. 启用Prometheus的指标过滤减少存储压力

通过以上配置，可实现稳定可靠的Elasticache监控方案。实际部署时需根据具体网络架构调整安全策略，并建议先在测试环境验证配置效果。