#### [原文地址](http://www.cnblogs.com/reblue520/p/6874925.html "原文地址"),非常感谢郑子明的分享。
#### Codis简介
Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 Redis Server 没有明显的区别 (不支持的命令列表https://github.com/CodisLabs/codis/blob/release3.2/doc/unsupported_cmds.md), 上层应用可以像使用单机的 Redis 一样使用, Codis 底层会处理请求的转发, 不停机的数据迁移等工作, 所有后边的一切事情, 对于前面的客户端来说是透明的, 可以简单的认为后边连接的是一个内存无限大的 Redis 服务:
Codis是豌豆荚的开源方案,目前在redis集群实现方式对比,codis集群比较稳定的方案,并且客户端不需要做任何修改,相对redis cluster兼容性更强,可节约大量开发成本并减少大量后期维护成本, 主要由以下特点:
- 可以无缝迁移到codis,自带迁移工具,并且案例较多
- 可以动态扩容和缩容
- 多业务完全透明,业务不知道运行的是codis
- 支持多核心CPU,twemproxy只能单核
- codis是中心基于proxy的设计,是客户端像连接单机一样操作proxy
- 有部分命令不能支持,比如keys *等
- 支持group划分,组内可以设置一个主多个从,通过sentinel 监控redis主从,当主down了自动将从切换为主
- 设置的进程要最大等于CPU的核心,不能超过CPU的核心数
- 其依赖于zookeeper,里面保存的是key保存的redis主机位置,因此zookeeper要做高可用
- 监控可以使用接口和dashboard
![](https://box.kancloud.cn/7d723b4ad0d167ef41595986c165fd36_2614x1302.png)
#### 环境介绍
![](https://box.kancloud.cn/91ed171d4993680f2574b25775a2f91d_713x400.png)
#### 环境初始化
##### Go语言环境安装
```shell
cd /opt/
wget https://storage.googleapis.com/golang/go1.8.1.linux-amd64.tar.gz
tar xzf go1.8.1.linux-amd64.tar.gz
mv go /usr/local/
mkdir /usr/local/go/work
cat >> /etc/profile <<EOF
export PATH=$PATH:/usr/local/go/bin
export GOROOT=/usr/local/go
export GOPATH=/usr/local/go/work
EOF
. /etc/profile
go version
go version go1.8.1 linux/amd64
```
#### Zookeeper部署(详见zookeeper章节)
#### Codis部署
##### 源码部署
##### 二进制部署
下载并建立目录
```shell
cd /opt
wget https://github.com/CodisLabs/codis/releases/download/3.2.0/codis3.2.0-go1.8.1-linux.tar.gz
tar xzf codis3.2.0-go1.8.1-linux.tar.gz
mv codis3.2.0-go1.8.1-linux /usr/local/ && cd /usr/local/
ln -s codis3.2.0-go1.8.1-linux codis-server
mkdir /usr/local/codis-server/logs
#根据不同角色定义目录
#ln -s codis3.2.0-go1.8.1-linux codis-dashboard
#mkdir /usr/local/codis-dashboard/logs
#ln -s codis3.2.0-go1.8.1-linux codis-proxy
#mkdir /usr/local/codis-proxy/logs
```
将源码包中的config目录拷贝到/usr/local/codis/目录下
```shell
cd /opt/
wget https://codeload.github.com/CodisLabs/codis/tar.gz/3.2.0
tar xzf 3.2.0
cp -a /opt/codis-3.2.0/config /usr/local/codis-server/
#cp -a /opt/codis-3.2.0/config /usr/local/codis-dashboard/
#cp -a /opt/codis-3.2.0/config /usr/local/codis-proxy/
```
修改目录权限
```shell
chown root.root -R /usr/local/codis
```
#### 配置Codis-Server(Redis)
|主机名|监听端口|session_auth|数据目录|最大内存|IP地址|
| :------------: | :------------: | :------------: | :------------: | :------------: |:------------: |
|rds01| 6900 |codis6m4zGKYz| /data/codis_6900/ |1G | 192.168.0.106|
|rds01 | 6901 |codis6m4zGKYz| /data/codis_6901/ |1G |192.168.0.106|
|rds02| 6902 |codis6m4zGKYz| /data/codis_6902/ |1G | 192.168.0.227|
|rds02 | 6903 |codis6m4zGKYz| /data/codis_6903/ |1G |192.168.0.227|
##### 初始化目录和配置文件
192.168.0.116
```shell
mkdir /data/codis_690{0..1}
cd /usr/local/codis-server/config/
cp redis.conf 6900_codis.conf
cp redis.conf 6901_codis.conf
```
192.168.0.227
```shell
mkdir /data/codis_690{2..3}
cd /usr/local/codis-server/config/
cp redis.conf 6902_codis.conf
cp redis.conf 6903_codis.conf
```
##### 配置文件(主要参数)
```shell
#grep ^[a-Z] redis_6900.conf
bind 192.168.0.227
port 6902
daemonize yes
pidfile /data/codis_6902/redis_6902.pid
loglevel notice
logfile "/data/codis_6902/redis_6902.log"
databases 16
dbfilename dump_6902.rdb
dir /data/codis_6902/
requirepass codis6m4zGKYz
maxmemory 1G
appendonly yes
appendfilename "appendonly.aof"
```
##### 启动并测试
```shell
/usr/local/codis-server/codis-server /usr/local/codis-server/config/6900_codis.conf
/usr/local/codis-server/redis-cli -h 192.168.0.106 -p 6900 -a codis6m4zGKYz
```
#### 配置codis-proxy
##### 基础环境
|主机名|代理端口|管理端口|product_auth|session_auth|IP地址|
| :------------: | :------------: | :------------: | :------------: |:------------: |:------------: |
|dal01| 19000 |11080|dashfpyYmglC | codis6m4zGKYz|192.168.0.111|
|dal02 | 19000 |11080|dashfpyYmglC |codis6m4zGKYz|192.168.0.239|
##### 写在之前
- product_auth是Codis各个角色间通讯的密码,Codis-server中的requirepass就是设置的这个密码
- session_auth是把Codis-Server中的requirepass的功能,提升到了Codis-proxy来实现
最终就是客户端连接Codis集群时,所带的密码是session_auth密码,而所有Codis角色间通讯,都使用product_auth密码
##### 配置
```shell
# Set Codis Product Name/Auth.
product_name = "codis-cluster"
product_auth = "dashfpyYmglC"
# Set auth for client session
# 1. product_auth is used for auth validation among codis-dashboard,
# codis-proxy and codis-server.
# 2. session_auth is different from product_auth, it requires clients
# to issue AUTH <PASSWORD> before processing any other commands.
session_auth = "codis6m4zGKYz"
admin_addr = "192.168.0.110:11080"
proto_type = "tcp4"
proxy_addr = "192.168.0.110:19000"
jodis_name = "zookeeper"
jodis_addr = "192.168.0.112:2181,192.168.0.112:2182,192.168.0.112:2183"
jodis_timeout = "20s"
jodis_compatible = false
```
#### 疑问?proxy_addr配置所有proxy还是自己?
##### 启动服务
```shell
nohup /usr/local/codis-proxy/codis-proxy --ncpu=1 -c /usr/local/codis-proxy/config/proxy.toml -l /usr/local/codis-proxy/logs/proxy.log --log-level=WARN >> /usr/local/codis-proxy/logs/nohup_proxy.log &
```
#### 配置codis-dashboard
##### 基础环境
|主机名|管理端口|product_auth|IP地址|
| :------------: | :------------: | :------------: | :------------: |:------------: |
|dashboard| 18080 | dashfpyYmglC|192.168.0.111|
|fe| 8888 | -|192.168.0.111|
##### 配置修改
修改存储为zookeeper并修改product_name名称
```shell
# Set Coordinator, only accept "zookeeper" & "etcd" & "filesystem".
# Quick Start
#coordinator_name = "filesystem"
#coordinator_addr = "/tmp/codis"
coordinator_name = "zookeeper"
coordinator_addr = "192.168.0.112:2181,192.168.0.112:2182,192.168.0.112:2183"
# Set Codis Product Name/Auth.
product_name = "codis-cluster"
product_auth = "dashfpyYmglC"
# Set bind address for admin(rpc), tcp only.
admin_addr = "192.168.0.111:18080"
```
启动Dashboard
```shell
nohup /usr/local/codis/codis-dashboard --ncpu=1 -c /usr/local/codis/config/dashboard.toml -l /usr/local/codis/logs/dashboard.log --log-level=WARN >> /usr/local/codis/logs/nohup_dashboard.log &
```
查看端口和zookeeper是否有数据
```shell
[zk: 192.168.0.112:2181,192.168.0.112:2181,192.168.0.112,2183(CONNECTED) 2] get /codis3/codis-cluster/topom
{
"token": "a3eefb8d4762addf12265a5c6f847ea8",
"start_time": "2017-08-23 13:01:44.961022186 +0800 CST",
"admin_addr": "192.168.0.111:18080",
"product_name": "codis-cluster",
"pid": 13773,
"pwd": "/usr/local/codis-dashboard/config",
"sys": "Linux dashboard.prod.ding 3.10.0-514.16.1.el7.x86_64 #1 SMP Wed Apr 12 15:04:24 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux"
}
c
```
#### 启动codis-fe
```shell
nohup /usr/local/codis-dashboard/codis-fe --ncpu=1 -l /usr/local/codis-dashboard/logs/fe.log --log-level=WARN --zookeeper=192.168.0.112:2181,192.168.0.112:2182,192.168.0.112:2183 --listen=192.168.0.111:8888 >> /usr/local/codis-dashboard/logs/nohup_fe.log &
```
#### 配置哨兵,通过codis-fe添加到集群中
##### 注意,配置文件只添加如下内容,剩下的系统自动添加
```shell
#cat 26379_sentinel.conf
bind 192.168.0.110
port 26379
daemonize yes
protected-mode yes
dir "/tmp"
loglevel notice
logfile "/data/setinel-26379.log"
```
##### 启动哨兵
/usr/local/codis-proxy/codis-server /usr/local/codis-server/config/26379_sentinel.conf --sentinel
##### 在codis-fe中增加哨兵
#### 最终图形界面
![](https://box.kancloud.cn/dabd2559652ff9d0c1c3c5a1c06f9ae2_1594x2294.png)
#### 疑问
图形界面按钮含义
内部运行机制
#### 后续工作
完成故障测试切换
了解分片技术
- 献给乐于奉献的你
- 一、工作感悟
- 1.1 工作感悟
- 1.2 数据库工作总结
- 二、运维专题(非技术)
- 2.1 公有云运维
- 2.1.1 阿里云采坑记.md
- 三、运维专题(技术类)
- 3.1 Linux(操作系统)
- 3.1.1 常见工作总结
- 3.1.2 常见服务使用和部署
- 3.1.3 操作系统优化
- 3.1.4 常用命令(Centos8)
- 3.2 Docker & K8s(容器技术)
- 3.2.1 Docker
- 1. Docker
- 1-1 容器基础
- 1-2 部署和加速
- 1-3 常用命令
- 1-4 Dockerfile编写
- 1-5 容器网络
- 1-6 数据持久化
- 2. docker-compose
- 2-1 基础
- 3.2.2 kubernetes
- 1. 导读-请先看我
- 2. kubeadm部署集群
- 1-1 k8s-1.14-基于calico
- 1-2 k8s-1.17-基于flanne
- 3. 二进制部署集群
- 4. 日常工作及故障处理
- 4-1 常用命令
- 4-2 故障处理
- 3.2.3 依赖服务部署
- 1. Harbor(镜像仓库)
- 1-1 harbor-2.1.0(单节点)
- 3.3 CICD(持续集成/部署)
- 3.3.1 GitLab
- 1. 服务部署
- 1-1 Gitlab-CE-13.3.4(单节点)
- 2. Git基础
- 3.3.2 Ansible
- 1. 服务部署
- 1-2 ansible-2.5(pip部署)
- 3. ansible-playbook
- 3-1 基于Roles的Playbook
- 3-3 循环语法
- 3.3.3 Jnekins
- 1. Jenkins部署
- 1-1 Jenkins-2.65部署
- 1-2 Jenkins-2.249部署
- 2. Jenkins项目初始化
- 3. Jenkins集成
- 3-1 Jenkins-2.65集成Sonar
- 3.4 LB/HA(负载均衡,反向代理)
- 3.4.1 LVS+Keepalive
- 1. LVS为MySQL读提供负载均衡
- 3.4.2 Pacemaker(HA)
- 1. 常用命令(转)
- 3.5 Runtime(代码运行环境)
- 3.5.1 Tomcat(Web中间件)
- 1. Tomcat部署手册
- 1-1 Tomcat-7.0.76部署
- 2. Tomcat常用脚本
- 3.6 NoSQL(非关系型数据库)
- 3.6.1 redis(非关系数据库)
- 1. Redis 基础
- 2. Redis 4.0变化
- 3. Codis实现Redis的集群
- 4. Redis故障处理
- 5. redis安全第一步
- 6. Redis集群搭建
- 7. CacheCloud部署
- 3.6.1 Redis挑战
- 3.6.2 MongoDB(文档数据库)
- 1. Mongodb基础
- 1-1 Mongodb4.0新特性
- 1-2 支持多大数据量
- 2. Mongodb安装
- 2-1 Mac OS安装Mongodb
- 2-2 Yum安装Mongodb
- 2-3 二进制安装Mongodb
- 2-4 docker容器安装Mongodb
- 2-5 Mongodb 配置文件详解
- 2-6 Mongodb 生产安全清单
- 2-7 用户身份认证和授权
- 3. Mongodb副本集
- 3-1 副本集搭建
- 3-2 用户身份认证与授权
- 4. 日常维护工作
- 4-1 Mongodb磁盘回收
- 4-2 Mongodb备份恢复到任意时间点
- 4-3 Mongodb慢查询分析
- 4-4 Mongodb版本升级
- 4-5 Mongodb副本集成员状态
- 4-6 Mongodb备份恢复工具使用
- 4-7 Mongodb服务启动和停止
- 4-8 修改副本集成员oplog大小
- 4-9 Mongodb 副本集Oplog
- 3.7 MQ(消息队列)
- 3.7.1 Zookeeper(分布式协调系统)
- 1. ZooKeeper基础
- 2. ZooKeeper集群搭建
- 2-1 ZK-3.4.10部署
- 3.2 RabbitMQ(消息队列)
- 1. 服务部署
- 1-1 RabbitMQ-3.8部署
- 2. 常用命令
- 3.8 Monitor(数据收集,监控)
- 3.8.1 Zabbix(运维监控)
- 1. 服务部署
- 1-1 服务端部署
- 1-2 客户端部署
- 2. 监控服务
- 2-1 监控Apache
- 2-2 监控IIS
- 2-3 监控Ningx
- 2-4 监控Tomcat(6/7/8)
- 2-5 监控WebSphere 7
- 2-6 监控MySQL
- 2-7 监控Oracle
- 2-8 监控SQL Servre
- 2-9 监控Weblogic
- 2-10 监控Windows
- 2-11 自定义监控项
- 3. 告警推送
- 3-1 邮件告警
- 3-2 短信告警
- 3-3 告警推到Syslog
- 4. 日常工作
- 4-1 数据库优化(TokuDB)
- 4-2 数据库优化(分区表)
- 4-3 前端定制(Grafana)
- 5. 与Grafana结合
- 3.8.2 ELKBstack(日志收集展示)
- 1. 服务部署
- 1-1 ELK 5.5部署及配置
- 1-1-1 ELKBstack介绍
- 1-1-2 Elasticsearch部署
- 1-1-3 Logstash部署
- 1-1-4 Kibana部署
- 1-1-5 X-pack部署
- 1-1-6 Filebeat部署
- 2. ELK高级配置
- 1. Elasticsearch实战
- 2. Logstash实战
- 3. Filebeat实战
- 5. 引入队列
- 3.9 Virtualization(虚拟化)
- 3.10 Basic(基础服务)
- 3.10.1 Piwik-Matomo(用户行为分析)
- 1. Piwik前期分析
- 2. Piwik介绍和部署
- 2-1 Piwik-3.x版本(早期)
- 3. Piwik 功能配置
- 4. Piwik 模拟数据和压测
- 5. Piwik运转原理
- 6. Piwik数据库模式(一)
- 6-1 第一部分
- 6-2 第二部分
- 3.10.2 Cobbler(系统自动部署)
- 1. Cobbler 可以干什么?
- 2. Cobbler 基础原理
- 3. Cobbler 安装
- 3-1 Cobbler-2.8部署
- 4. Cobbler 基础配置
- 5. Cobbler 配置文件
- 6. 一键优化脚本
- 3.10.3 Rsync(数据同步服务)
- 1. Rsync基础
- 2. 案例:页面部署(服务端拉取)
- 3.10.4 NFS(共享存储)
- 1. NFS部署手册
- 2. 客户端NFS备份脚本
- 3.10.5 Grafana(可视化)
- 1. 安装(8.2.x)
- 3.11 Tools(软件工具)
- 3.11.1 基准测试
- 1. 基准测试方法论
- 2. 压测工具 - Siege
- 3. 压测工具 - http_load
- 3.12 DB(关系型数据库)
- 3.12.1 MySQL(关系数据库)
- 1. MySQL部署
- 1-1 MySQL-5.7部署
- 1-2 Percona-5.7 + TokuDB 部署
- 2. MySQL复制
- 2-1 MySQL异步复制
- 3. MySQL备份恢复
- 3-1 xtrabackup 备份恢复
- 4. MySQL 高可用
- 4-1 MHA(HA)
- 4-1-1 MHA 架构介绍和原理
- 4-1-2 MHA日常管理
- 4-1-3 MHA 自动Failover
- 4-1-4 MHA常用参数
- 4-1-5 MHA 报错
- 4-1-6 MHA相关配置文件和脚本
- 4-2 MyCAT
- 4-2-1 MyCAT 介绍和部署
- 4-1-3 MyCAT读写分离案例解析
- 5. MySQL 常用脚本
- 5-1 MySQL常用统计语句
- 5-2 MySQL性能分析脚本
- 6. MySQL 日常及故障处理
- 6-1 MySQL死锁排查
- 6-2 复制故障
- 6-3 MySQL 升级注意事项
- 6-3 MySQL授权
- 3.12.2 Oracle(关系数据库)
- 1. Oracle部署
- 1-1 Oracle11g单实例部署
- 1-2 Oracle12c单实例部署
- 2. Oracle常用脚本
- 3. Oracle 知识点
- 六、Ansible开源项目
- 6.1 项目初始化手册
- 6.1.1 Ansible错误处理
- 6.1.2 一种预先判断是否操作的方法
- 6.2 System初始化
- 6.3 Nginx/Tnginx部署
- 6.4 Python部署
- 6.5 PHP部署
- 6.6 MySQL部署
- 6.7 Docker部署
- 6.8 Haproxy部署
- 6.9 Redis部署
- 1. 变量和tags信息
- 3. Redis主从部署
- 4. Redis集群部署
- 5. 清理数据
- 6.10 Software软件部署
- 6.11 Zabbix部署
- 6.12 Elastic部署
- 6.13 Tomcat
- 6.14 Kafka部署
- 6.15 Zookeeper部署
- 6.16 Etcd集群部署
- 6.17 M3DB部署
- 6.18 Pormetheus部署
- 七、学习资源推荐
- 八、从瞎搞到放弃
- 8.1 CodeQL(语义代码分析引擎)
- 8.1.1 背景及计划
- 8.1.2 CodeQL概述
- 8.1.3 简单部署和使用
- 8.1.4 后续
- 8.2 dbdeployer(轻松部署MySQL)
- 归档笔记
- 三、常用服务部署(迁移中)
- 3.4 Nginx & PHP(Web服务)
- 3.4.1 Nginx(Web)
- 1. Nginx基础和部署
- 2. Nginx 我的一些思考
- 3. Nginx(Web)配置
- 4. Nginx(Proxy)配置
- 5. Nginx日常管理
- 3.4.3 PHP
- 1. PHP 7.1 部署
- 2. PHP5.6 部署
- 4. PHP原理
- 5. PHP 常用模块
- 二、运维项目实战(迁移中)
- 2.1 标准化 & 工具化项目
- 2.1.1 系统部署和优化
- 2.1.5 全网日志收集展示平台项目
- 1. 项目需求
- 2. 整体方案规划
- 3. 日志收集配置
- 4. 消息缓冲队列
- 5. 日志处理转发
- 6. 日志数据展示(待补充)
- 7. ELK安全配置(上)
- 8. ELK安全配置(下)
- 9. 项目总结
- 2.2 高性能Web项目
- 2.2.1 网站需求(完善中)