Codis是基于代理的高性能Redis集群方案，使用Go语言进行开发，现在在在豌豆荚及其它公司内已经广泛使用，当然也包括我们公司。
Codis与常见的Redis集群方案对比。
在搭建的时候，个人觉得Redis Cluster搭建起来非常容易，但是redis-cluster没有GUI管理面板，另外查询资料发现redis-cluster的客户端实现redis-cluster的协议比较麻烦。
而codis在使用的时候，就像正常连接redis客户端一样，不过codis有些命令不支持。动手吧
多看几眼这个官方架构图，有助于我们理解codis的架构，方便后面操作
过程
如果编译安装codis,安装codis依赖的库,使用yum安装的golang库默认在/usr/lib/golang目录下，编译起来也没有很麻烦了
yum install golang -y
yum install autoconf -y下载源文件，并且编译
cd /usr/lib/golang
mkdir -p src/github.com/CodisLabs
cd src/github.com/CodisLabs/
git clone https://github.com/CodisLabs/codis.git -b release3.2
cd codis
make然后会得到编译的文件，不出意外都可以编译成功，记得安装linux的开发工具包
在运行命令之前，先看一下运行命令包含的内容
在config目录下，会有运行几个组件的配置文件，这些文件都可以使用命令自动生成
codis-dashboard --default-config #生成codis-dashboard的默认配置文件
codis-proxy --default-config #生成codis-proxy的默认配置文件如果你对zookeeper,etcd等分布式协调组件比较熟悉，这两个命令生成的配置文件中都可以指定使用zookeeper，或者etcd, jodis是基于codis的redis客户端。
相关的shell脚本，看一下admin目录中的内容，都可以理解的，修改下配置文件什么的
运行集群
./admin/codis-proxy-admin.sh start #dashboard提供REST API管理codis的集群
./admin/codis-proxy-admin.sh start #codis代理，使用的时候连接的是codis-proxy
./admin/codis-fe-admin.sh start #fe，用来提供GUI管理codis的
到这一步的时候，我们已经可以访问codis的管理界面了，访问http://127.0.0.1:9090，这个时候codis的管理面板基本上是空的。
运行redis服务器，就像常规的运行redis服务器，可以设置slave等相关
./redis-server /etc/redis/redis_6379.conf # 记得设置redis绑定地址或者认证相关
./redis-server /etc/redis/redis_6380.conf #这个设置为6379的slave
设置为redis的slave，指定slaveof 127.0.0.1:6379。
在codis-fe的管理面板中操作
首先添加codis-proxy
然后添加redis-group，可以添加不同的group，然后往group里面添加服务器，留意Data Center和Group，正常情况下在每一个组中添加的第一台服务器都是master，往后都是slave，就算你添加的是另外的master节点，点击绿色的修复按钮，新加入的master也会变成slave的。
测试，留意上面的图片，我添加了两台codis-proxy，然后4台redis-server，我们可以做测试了。
连接到不同的codis-proxy上面取得的数据都是一样的，这样当我们配置多个proxy的时候，其中的proxy挂掉了，也是可以正常使用的，另外通过管理界面，我们可以动态的添加redis-server。
注意点
集群搭建起来，参考官方的文档也不会很麻烦，完成一整套流程之后，提醒一些搭建的时候要注意的点。
管理面板上的，在管理codis-proxy那一部分，可以看到我们的命令执行情况，命令分配到那一台主机。
加入新的redis-server之后，不要忘记了迁移slot，如果再生产环境迁移slot要注意时机。
redis-proxy可以配置不同的data-center，我想这个在客户端使用工具的时候可以指定。
配置多个proxy，连接不同的proxy获取的数据都是一致的，proxy代理的是多个redis-master，数据在后端的redis-server上也是分片存储的。
如果配置了多个redis-master，也可以说redis-group，每一个master存储的是部分的数据。
最后
纸上得来终觉浅，在公司内部一般有专门的运维来负责这部分的维护，保证高可用相关内容。另外真正搭建过cods之后，觉得codis比redis-cluster好用一些，除了搭建复杂一点，概念多了一点点，后续使用很简单了。
