随着 Redis 被更多团队和应用使用,部署往往会分散到不同基础设施中:一部分 Redis Software 在本地运行,一部分应用使用 Redis Cloud,其他系统可能依赖 Redis Open Source 或云厂商的托管服务。即便全部使用 Redis Software,几十个集群也可能对应几十个独立管理控制台。
Redis Radar 将这些部署的资产清单、健康状态和使用情况汇总到一个界面。本文发布时,Radar 已正式可用,支持 Redis Software、Redis Cloud、Redis Open Source,以及 Amazon ElastiCache 和 Google Memorystore。它帮助运维人员先看清有哪些部署、运行在哪里、哪些资源需要处理,再进入具体集群或数据库调查。
托管与自托管两种接入方式
Radar 同时提供全托管服务和自托管软件。使用托管服务时,可以在
radar.redis.io 使用 Redis Cloud 凭据登录,再连接需要纳入视图的 Redis 部署。对于安全隔离或无外网环境,也可以通过 Helm chart、RPM 或 Docker Compose,把自托管 Radar 完全部署在自己的基础设施内。
接入 Redis Cloud 时,通过 API Key 关联一个或多个账户,即可把相应部署汇入共享视图。接入 Redis Software 或 Redis Open Source 时,则为各集群提供只读凭据。
如果集群位于防火墙后或私有网络内,Radar 无法直接连接,可以在环境中安装轻量级 Radar Agent。Agent 通过 TLS 向外连接 Radar,无需向 Radar 开放入站访问。无论采用哪种方式,Radar 采集的都是用于描述部署的指标和元数据,不读取数据库中存放的应用数据。
对于 ElastiCache,需要提供只读 AWS 凭据和待扫描区域;对于 Memorystore,则使用只读服务账户,并指定项目与区域。Memorystore 接入覆盖 Redis、Valkey 和 Memcached 引擎。
统一视图里能看到什么
不同部署类型提供的信息有所差异,不能把某一产品的全部字段视为所有部署都具备。Radar 主要汇总以下内容:
| 视图 |
可了解的信息 |
| 资产清单 |
部署和数据库的数量、类型与运行位置 |
| 版本 |
已接入部署正在使用的版本 |
| 健康状态 |
部署与数据库最近报告的状态 |
| 使用情况 |
内存使用量与容量信息 |
| 告警 |
Redis Software 的活动告警,以及 Redis Cloud、Redis Open Source 的状态发现 |
| 安全配置 |
在可获取时展示 TLS 是否启用等配置 |
| 许可证 |
Redis Software 集群的许可使用量与到期时间 |
| 证书 |
Redis Software 证书状态及即将到期的证书 |
从逐个检查,转向有上下文的运维判断
证书即将到期、数据库健康状态异常、节点承受内存压力,这些问题在逐集群检查时容易遗漏。把它们放到整个 Redis 环境中一起查看,运维人员可以更快定位受影响的资源,并安排进一步调查或证书续期。
统一视图也能为日常规划提供基础。版本评审先要知道各处部署了什么版本,容量讨论要了解不同数据库的内存消耗,许可续订则要掌握集群的使用量与到期时间。Radar 汇总这些信息,减少了在多个控制台之间收集、核对和手工记录的工作。
使用 Radar 时,可以从托管服务入手,也可以参考
自托管安装文档部署软件版本。关联 Redis Cloud 账户,或直接、经由 Agent 接入 Redis Software 和 Open Source 集群后,就能先查看全局概况,再进入具体数据库检查需要处理的事项。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70026953/viewspace-3188333/
,如需转载,请注明出处,否则将追究法律责任。