一, 简介
Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 https://baike.baidu.com/item/Redis https://baike.baidu.com/item/Server 没有明显的区别 , 上层应用可以像使用单机的 https://baike.baidu.com/item/Redis 一样使用, Codis 底层会处理请求的转发, 不停机的数据迁移等工作, 所有后边的一切事情, 对于前面的客户端来说是透明的, 可以简单的认为后边连接的是一个内存无限大的 https://baike.baidu.com/item/Redis 服务.
组成部分
编辑
- Codis Proxy (codis-proxy)
- Codis Manager (codis-config)
- Codis Redis (codis-server)
- https://baike.baidu.com/item/ZooKeeper
codis-proxy 是客户端连接的 Redis 代理服务, codis-proxy 本身实现了 https://baike.baidu.com/item/Redis 协议, 表现得和一个原生的 Redis 没什么区别 (就像 Twemproxy), 对于一个业务来说, 可以部署多个 codis-proxy, codis-proxy 本身是无状态的.
codis-config 是 Codis 的管理工具, 支持包括, 添加 / 删除 Redis 节点, 添加 / 删除 Proxy 节点, 发起数据迁移等操作. codis-config 本身还自带了一个 http server, 会启动一个 https://baike.baidu.com/item/dashboard/14037 , 用户可以直接在浏览器上观察 Codis 集群 https://baike.baidu.com/item/集群 的运行状态.
codis-server 是 Codis 项目维护的一个 Redis 分支, 基于 2.8.13 开发, 加入了 slot 的支持和原子的数据迁移指令. Codis 上层的 codis-proxy 和 codis-config 只能和这个版本的 Redis 交互才能正常运行.
Codis 依赖 ZooKeeper 来存放数据路由表和 codis-proxy 节点的元信息, codis-config 发起的命令都会通过 ZooKeeper 同步到各个存活的 codis-proxy.
Codis 支持按照 Namespace 区分不同的产品, 拥有不同的 product name 的产品, 各项配置都不会冲突
特性
编辑
自动平衡
使用非常简单
图形化的面板和管理工具
支持绝大多数 https://baike.baidu.com/item/Redis 命令, 完全兼容 twemproxy
支持 https://baike.baidu.com/item/Redis 原生客户端 https://baike.baidu.com/item/客户端
安全而且透明的数据移植, 可根据需要轻松添加和删除节点
提供命令行接口
https://baike.baidu.com/item/RESTful https://baike.baidu.com/item/APIs
优点: 实现高并发读写, 数据一致性高.
缺点: 性能有较大损耗, 故障切换无法保证不丢 key, 无法进行读写分离.
逻辑架构如下:
访问层: 访问方式可以是 vip 或者是通过 java 代码调用 jodis, 然后连接调用不同的 codis-proxy 地址来实现高可用的 LVS 和 HA 功能.
代理层: 然后中间层由 codis-proxy 和 zookeeper 处理数据走向和分配, 通过 crc32 算法, 把 key 平均分配在不同 redis 的某一个 slot 中. 实现类似 raid0 的条带化, 在旧版本的 codis 中, slot 需要手工分配, 在
来源: http://www.bubuko.com/infodetail-2630206.html