Redis标准版-双副本
主从架构的Redis标准版-双副本实例不仅能提供高性能的缓存服务,还支持数据高可靠。
简介
云数据库Redis标准版-双副本模式采用主从(master-replica)模式搭建。主节点提供日常服务访问,备节点提供HA高可用,当主节点发生故障,系统会自动在30秒内切换至备节点,保证业务平稳运行。
特点
-
可靠性
-
服务可靠
采用双机主备架构,主备节点位于不同物理机。主节点对外提供访问,用户可通过Redis命令行和通用客户端进行数据的增删改查操作。当主节点出现故障,自研的HA系统会自动进行主备切换,保证业务平稳运行。
-
数据可靠
默认开启数据持久化功能,数据全部落盘。支持数据备份功能,用户可以针对备份集回滚实例或者克隆实例,有效地解决数据误操作等问题。同时还具备同城容灾能力。
-
-
兼容性
云数据库Redis标准版在Redis 2.8基础上进行开发,100%兼容 Redis 协议命令。自建的Redis数据库可以平滑迁移至Redis标准版。阿里云还提供数据传输工具(DTS)支持用户进行增量的Redis迁移,保证业务平稳过渡。
-
阿里云自研
-
故障探测切换系统(HA)
阿里云Redis服务封装HA切换系统,实时探测主节点的异常情况,可以有效解决磁盘IO故障,CPU故障等问题导致的服务异常,及时进行主备切换,从而保证服务高可用。
-
主备复制机制
阿里云针对Redis主从复制机制进行了定制修改,采用增量日志格式进行复制传输。当主备复制中断后,对系统性能及稳定性影响极低,有效地避免了Redis原生复制的弊端。
Redis原生复制弊端简要如下:
-
Redis复制中断后,Slave会立即发起psync,psync尝试部署同步,但是不成功,就会全量同步RDB并发送至Slave节点。
-
如果Redis全量同步,会导致主节点执行全量备份,进程 Fork,可造成主节点达到毫秒或秒级的卡顿。
-
Redis进程Fork导致Copy-On-Write,Copy-On-Write导致主节点进程内存消耗,极端情况下造成主节点内存溢出,程序异常退出。
-
Redis主节点生成备份文件导致服务器磁盘IO和CPU资源消耗。
-
发送GB级别大小的备份文件,会导致服务器网络出口爆增,磁盘顺序IO吞吐量高,期间会影响业务正常请求响应时间,并产生其他连锁影响。
-
-
使用场景
-
对Redis协议兼容性要求较高的业务
标准版完全兼容Redis协议,业务可以平滑迁移。
-
Redis作为持久化数据存储使用的业务
标准版提供持久化机制及备份恢复机制,极大地保证数据可靠性。
-
单个Redis性能压力可控
由于Redis原生采用单线程机制,性能在10万QPS以下的业务建议使用。如果需要更高的性能要求,请选用集群版本。
-
Redis命令相对简单,排序、计算类命令较少
由于Redis的单线程机制,CPU会成为主要瓶颈。如排序、计算类较多的业务建议选用集群版配置。
版权声明
本文仅代表作者观点,不代表本站立场。
本文系作者授权发表,未经许可,不得转载。
评论