华为云GaussDB(for Redis)揭秘第28期:聊聊KV数据库最重要的是什么
经常有客户提到KV数据库,但却偏偏“不要Redis”。比如有个做安全威胁分析平台的客户,他们明确表示自己对可靠性要求非常高,需要的不是开源Redis这种内存缓存库,而是KV数据库。虽然最后我也没问清楚他们业务存啥(推测是这块业务数据比较机密),但确实业务本身对可靠性要求非常高,开源Redis自身的可靠性无法满足他们的要求,最终该用户选择使用GaussDB(for Redis)数据库,当前数据量现在已经是2TB规模,一直稳定运行中。
真正的KV数据库,业界有好几项开源的项目,云厂商也纷纷推出自家产品,比如华为云GaussDB(for Redis)。使用方在调研选型KV数据库的时候,由于要存储百GB甚至数十TB级的重要数据,首先关注的是数据库是否稳定可靠,同时懂行的客户一般也会聊到自建开源Redis的“不靠谱”问题,例如:
问题1:自建开源Redis有丢数据和数据不一致的风险
广告竞价和推荐等大数据业务将海量数据存放在KV数据库,开源Redis是将全量数据存在内存中,虽然有RDB和AOF的备份机制,但那只是普通的文本文件,可靠性很低,只能作为兜底手段,关键数据该丢还是会丢。
另外,开源Redis主备节点采用异步复制的机制,故障倒换的时候有可能出现明显的数据不一致,像是分布式锁这类场景就会很尴尬:
问题2:“Cache+DB”的业务架构复杂
电商和游戏等互联网业务采用Redis缓存+持久化数据库的架构,通过缓存加速来提升业务的使用体验,业务需要设计缓存的淘汰机制,还需要解决缓存与持久化数据库之间的数据一致性问题,业务架构复杂。
问题3:开源Redis分片故障不能提供服务,故障场景对业务影响比较大
金融、财经和电商等业务对可靠性要求极高,开源Redis单个数据分片存放在主备两个节点上,如果两个节点都出现故障,则整个分片的数据不可访问,应对极端故障场景的能力不足。
社区开源的项目一般都引入了RocksDB存储引擎(这东西深的很),其实能把上层KV业务变得稳定许多,通过持久化存储介质替代内存的方式来弥补开源Redis的不足。但它们无法完美解决性能、兼容性和扩容的问题,更无法保证数据库的稳定可靠,还需要投入专门的人力进行搭建维护、调优等……最终综合算下来,成本并不低。
云厂商的KV数据库由于进行了技术创新与优化,一般比较给力,以GaussDB(for Redis)为例,下面从以下几个角度解释GaussDB(for Redis)如何把一款产品做到 “靠谱”:
企业级特性1:采用内存+NVMe的存储方案,全量数据三副本持久化存储
GaussDB(for Redis)在存储池中有三副本落盘到NVMe存储池中,宕机不会丢数据,也不会存在主从同步的问题。因此,客户可以直接拿GaussDB(for Redis)当做持久化数据库使用,一库顶多库,业务架构变得简单,也减轻了多套数据库的运维成本。
企业级特性2:采用存算分离的架构,支持3AZ部署和N-1故障的超高可用
GaussDB(for Redis)支持3AZ部署计算节点,均匀分布在3个不同的可用区,如果遇到1个或2个可用区出现网络、制冷、电力等突发故障,剩余可用区的节点能接管故障节点的数据分片,还能继续支撑业务访问全量数据。
同样得益于存算分离的架构,GaussDB(for Redis)将全量数据落盘到分布式存储池,最多支撑N-1故障,哪怕只剩下一个节点正常,也能通过接管所有分片,继续支撑业务运行。
企业级特性3:双活解决方案支持极致稳定可靠,灵活组网
如果遇到大规模网络故障、电力故障、火灾或自然灾害,导致整个数据库实例不可用,甚至整个Region都不可用,GaussDB(for Redis)也在这些极端场景下保证业务的连续性。
GaussDB(for Redis)支持给两个跨region的实例建立双活关系,支持数据的同步,如果其中一个实例故障,另一个实例能接管业务,持续提供可靠的数据库服务。双活解决方案已在华为内部ERP中稳定部署运行,为ERP业务的持续运行提供强有力的保障。
总结
综上所述,GaussDB(for Redis)提供了全量数据三副本持久化存储,支持3AZ部署和N-1故障的超高可用,双活解决方案支持极致稳定可靠,灵活组网,稳定性和可靠性远超开源Redis,是一款真正能让企业核心业务放心上云的KV数据库。
所以,如果你的业务需要一款稳定可靠的KV数据库,可以试试GaussDB(for Redis)。
附录
- 本文作者:
华为云数据库GaussDB(for Redis)团队
- 杭州/西安/深圳简历投递:
yuwenlong4@huawei.com
- 更多产品信息,欢迎访问官方博客:
bbs.huaweicloud.com/blogs/248875
- 点赞
- 收藏
- 关注作者
评论(0)