Fork me on GitHub

华为云 GaussDB(for Redis) 全面对比 Codis

一、Codis究竟有多火?

说Codis是国内最流行的自建Redis集群方案,一点也不为过。客户曾这样说:

“Codis你不知道吗?我们公司用了好多年了,好东西呀。”


的确,相比去中心化架构的开源Redis Cluster,Codis这种proxy代理集群显然更“好用”,甚至就连RedisLabs官方都推出了功能类似的redis-cluster-proxy来弥补传统Cluster缺点。

然而其实从N年前开始,Codis社区就没有人维护了,我们的客户项目经理海鹏老师也经常要帮助客户把自建Codis搬迁到云上的GaussDB(for Redis)。

image.png
 

Codis的确很优秀,不过我们可以负责任地说:

华为云KV数据库GaussDB(for Redis)更优秀!


二、GaussDB(for Redis) vs Codis:架构比拼

首先,我们从技术架构角度来看看两款产品究竟哪里不同。

image.png

如图,架构上的差异一目了然,我们可以自顶向下分析:

1. 非标SDK vs 标准SDK

公有云用户普遍讨厌“搞特殊”,然而Codis偏要搞特殊。Codis绑架用户必须使用非标Jodis SDK来解决代理层单点故障问题。但如果用户偏要使用标准SDK(如大名鼎鼎的Jedis)呢?Codis表示:对不起,跟高可用说拜拜吧。

相反,GaussDB(for Redis)在使用上则很友好,业务侧使用任何标准SDK都行,同时高可用、自动负载均衡能力也全都在。上云搬迁时,GaussDB(for Redis)兼容方面做得也很成熟,不论客户原来代码用的是StandAlone,还是Cluster、Sentinel等模式,都可以0改造上云,真正做到开箱即用,体验感极佳。

2. 无负载均衡 vs 专业的ELB

Codis的代理层虽然提供了横向扩展能力,但并不好用:要么牺牲高可用来使用标准SDK连接单点;要么使用Jodis SDK,但代价是业务走向非标化。

而GaussDB(for Redis)提供ELB,方便用户统一接入,在简化客户端复杂度的同时,还带来了专业的负载均衡能力。有了这个统一接入IP,用户相当于自己在使用一个超大容量的单机Redis,而无需操心底层细节。

3. 存算耦合 vs 存算分离

可以认为,Codis是在多套Redis分片上做了一层封装,架构模型是传统的存算耦合。在大key、数据一致性、分片故障、扩缩容等典型场景中,都延续了开源Redis的长期“痛点”。

GaussDB(for Redis)采用存算分离架构,计算层聚焦数据业务,存储层基于高性能分布式共享存储池,确保数据三副本存储强一致,超高可靠。同时大幅节省硬件成本,帮业务减负。

三、GaussDB(for Redis) vs Codis:特性比拼

从前文的架构维度对比可以看出,GaussDB(for Redis)上有ELB让业务侧“更好用”,下有存储池让数据“更可靠”,比自建Codis集群优秀了太多。

 

下面再从特性维度聊聊,GaussDB(for Redis)还能给业务侧带来哪些价值。

1. 兼容性

GaussDB(for Redis)完全兼容Redis协议,同时兼容StandAlone/Cluster/Sentinel等多种SDK模式,方便业务搬迁上云。而Codis的兼容性则显得很差。

image.png

2. 稳定性

自建Codis集群稳定性强依赖开源Redis能力,不论是扩容还是大key场景,都有相同痛点,在此不再赘述。

GaussDB(for Redis)自研架构完全解决了开源Redis的fork问题,稳定性大幅提升;同时,在与分布式存储池架构的深度合作下,数据的可靠性也全面优于Codis。

3. 成本

Codis依然是传统纯内存Redis的封装,业务存不了多少就会触及成本痛点。随着业务长期发展,逐渐也会有数据降冷(如APP的冷用户),此时Codis里真正有价值的热数据占比越来越低,全量数据在内存中成本会相当高。

GaussDB(for Redis) 的算力则按需选配,存储价格低,非常适合大容量KV存储场景

四、总结

Codis是很多开发和运维同学曾经青睐的产品,是时代的记忆,但是,技术在快速发展。在这里,建议使用了Codis的业务可以考虑使用GaussDB(for Redis),感受华为云这款企业级KV数据库的全新价值。


本文地址:https://www.6aiq.com/article/1661863925199
本文版权归作者和AIQ共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出