通过codis3.2实现redis3.2.8集群

一:Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 Redis Server 没有明显的区别 (不支持的命令列表https://github.com/CodisLabs/codis/blob/release3.1/doc/unsupported_cmds.md), 上层应用可以像使用单机的 Redis 一样使用, Codis 底层会处理请求的转发, 不停机的数据迁移等工作, 所有后边的一切事情, 对于前面的客户端来说是透明的, 可以简单的认为后边连接的是一个内存无限大的 Redis 服务:
Codis是豌豆荚的开源方案,目前在redis集群实现方式对比,codis集群比较稳定的方案,并且客户端不需要做任何修改,相对redis cluster兼容性更强,可节约大量开发成本并减少大量后期维护成本,豌豆荚gitlab地址https://github.com/pingcap,豌豆荚codis项目官方github地址https://github.com/CodisLabs/codis,codis 主要由以下特点:

可以无缝迁移到codis,自带迁移工具,并且案例较多
可以动态扩容和缩容
多业务完全透明,业务不知道运行的是codis
支持多核心CPU,twemproxy只能单核
codis是中心基于proxy的设计,是客户端像连接单机一样操作proxy
有部分命令不能支持,比如keys *等
支持group划分,组内可以设置一个主多个从,通过sentinel 监控redis主从,当主down了自动将从切换为主
设置的进程要最大等于CPU的核心,不能超过CPU的核心数
其依赖于zookeeper,里面保存的是key保存的redis主机位置,因此zookeeper要做高可用
监控可以使用接口和dashboard

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

1.1:安装go环境,codis基于go开发:
1.1.1:架构环境:
codis-proxy相当于redis,即连接codis-proxy和连接redis是没有任何区别的,codis-proxy无状态,不负责记录是否在哪保存,数据在zookeeper记录,即codis proxy向zookeeper查询key的记录位置,proxy 将请求转发到一个组进行处理,一个组里面有一个master和一个或者多个slave组成,默认有1024个槽位,redis cluster 默认有16384个槽位,其把不同的槽位的内容放在不通的group。
部署环境:3台服务器

1.1.2:codis是基于go语言编写的,因此要安装go语言环境:

# cd /usr/local/src
[root@node1 src]# yum install -y gcc glibc gcc-c++ make git
[root@node1 src]# wget https://storage.googleapis.com/golang/go1.7.3.linux-amd64.tar.gz
[root@node1 src]# tar zxf go1.7.3.linux-amd64.tar.gz
[root@node1 src]# mv go /usr/local/
[root@node1 src]# mkdir /usr/local/go/work
[root@node1 src]# vim /root/.bash_profile export PATH=$PATH:/usr/local/go/bin
export GOROOT=/usr/local/go
export GOPATH=/usr/local/go/work
path=$PATH:$HOME/bin:$GOROOT/bin:$GOPATH/bin
[root@node1 src]# source /root/.bash_profile [root@node1 src]# echo $GOPATH
/usr/local/go/work
[root@node1 ~]# go version
go version go1.7.3 linux/amd64

1.1.3:每台服务器安装java环境和zookeeper,zookeeper集群最少需要3台服务器,推荐5台,因为zookeeper是基于java开发的:

# tar zxf jdk-8u131-linux-x64.gz
# mv jdk1..0_131 /usr/local/

加入脚本

# vim /etc/profile
export JAVA_HOME=/usr/local/jdk1..0_131
export PATH=$JAVA_HOME/bin:$PATH [root@node1 jdk1..0_131]# source /etc/profile
[root@node1 jdk1..0_131]# java -version
java version "1.8.0_131"
Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
Java HotSpot(TM) -Bit Server VM (build 25.131-b11, mixed mode)
[root@node1 jdk1..0_131]# echo $JAVA_HOME
/usr/local/jdk1..0_131 # tar zxf zookeeper-3.4..tar.gz
# mv zookeeper-3.4. /usr/local/ [root@node1 src]# ln -sv /usr/local/zookeeper-3.4./ /usr/local/zookeeper
‘/usr/local/zookeeper’ -> ‘/usr/local/zookeeper-3.4./’ [root@node1 src]# cd /opt
[root@node1 opt]# mkdir zk1 zk2 zk3 #准备zookeeper 服务ID,每个服务器的ID是不同的 [root@node1 opt]# echo > zk1/myid
[root@node1 opt]# echo > zk2/myid
[root@node1 opt]# echo > zk3/myid [root@node1 opt]# cp /usr/local/zookeeper-3.4./conf/zoo_sample.cfg /opt/zk1/zk1.cfg

#准备配置文件
#第一个zookeeper的配置文件:

[root@redis1 opt]# grep "^[a-Z]" /opt/zk1/zk1.cfg
tickTime= #服务器和客户端的心跳维持间隔,间隔多久发送心跳 ,6000微秒等于6毫秒
initLimit= #选举的时候的时间间隔是10次,10次 * 6000微秒 即60秒
syncLimit= # Leader 与 Follower 之间发送消息,请求和应答时间长度,最长不能超过多少个 tickTime 的时间长度
dataDir=/opt/zk1 # 数据保存目录
clientPort= # 客户端连接的端口 # 集群端口和ID配置
server.=192.168.3.198::
server.=192.168.3.198::
server.=192.168.3.198::

1.1.4:配置第二个zookeeper服务:
#配置第二个zookeeper服务,每个服务对应不用的配置文件和数据目录:
[root@node1 opt]# cp /opt/zk1/zk1.cfg /opt/zk2/zk2.cfg
[root@node1 opt]# grep "^[a-Z]" /opt/zk2/zk2.cfg

tickTime=
initLimit=
syncLimit=
dataDir=/opt/zk2 # 需要修改配置
clientPort= # 需要修改监听端口
server.=192.168.3.198::
server.=192.168.3.198::
server.=192.168.3.198::

1.1.5:配置第三个zookeeper服务:
#配置第三个zookeeper服务,每个服务对应不用的配置文件和数据目录:

[root@node1 opt]# cp /opt/zk1/zk1.cfg /opt/zk3/zk3.cfg
[root@node1 opt]# vim /opt/zk3/zk3.cfg
[root@node1 opt]# grep "^[a-Z]" /opt/zk3/zk3.cfg
tickTime=
initLimit=
syncLimit=
dataDir=/opt/zk3 # 需要修改配置
clientPort= # 需要修改监听端口
server.=192.168.3.198::
server.=192.168.3.198::
server.=192.168.3.198::

1.1.6:参数详解:
详细解释:
tickTime:这个时间是作为 Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔,也就是每个 tickTime 时间就会发送一个心跳。

dataDir:顾名思义就是 Zookeeper 保存数据的目录,默认情况下,Zookeeper 将写数据的日志文件也保存在这个目录里。

clientPort:这个端口就是客户端连接 Zookeeper 服务器的端口,Zookeeper 会监听这个端口,接受客户端的访问请求。

initLimit:这个配置项是用来配置 Zookeeper 接受客户端(这里所说的客户端不是用户连接 Zookeeper 服务器的客户端,而是 Zookeeper 服务器集群中连接到 Leader 的 Follower 服务器)初始化连接时最长能忍受多少个心跳时间间隔数。当已经超过 5个心跳的时间(也就是 tickTime)长度后 Zookeeper 服务器还没有收到客户端的返回信息,那么表明这个客户端连接失败。总的时间长度就是 10*6000=60 秒

syncLimit:这个配置项标识 Leader 与 Follower 之间发送消息,请求和应答时间长度,最长不能超过多少个 tickTime 的时间长度,总的时间长度就是 5*6000=30 秒

server.A=B:C:D:其中 A 是一个数字,表示这个是第几号服务器;B 是这个服务器的 ip 地址;C 表示的是这个服务器与集群中的 Leader 服务器交换信息的端口;D 表示的是万一集群中的 Leader 服务器挂了,需要一个端口来重新进行选举,选出一个新的 Leader,而这个端口就是用来执行选举时服务器相互通信的端口。如果是伪集群的配置方式,由于 B 都是一样,所以不同的 Zookeeper 实例通信端口号不能一样,所以要给它们分配不同的端口号。

1.1.7:分别启动各zookeeper服务:

[root@node1 opt]# /usr/local/zookeeper/bin/zkServer.sh start /opt/zk1/zk1.cfg
[root@node1 opt]# /usr/local/zookeeper/bin/zkServer.sh start /opt/zk2/zk2.cfg
[root@node1 opt]# /usr/local/zookeeper/bin/zkServer.sh start /opt/zk3/zk3.cfg [root@node1 opt]# ss -tnlp|grep *
LISTEN ::: :::* users:(("java",pid=,fd=))
LISTEN ::: :::* users:(("java",pid=,fd=))
LISTEN ::: :::* users:(("java",pid=,fd=))

1.1.9:查看各个zookeeper节点的状态:

[root@node1 opt]# /usr/local/zookeeper/bin/zkServer.sh status /opt/zk1/zk1.cfg
JMX enabled by default
Using config: /opt/zk1/zk1.cfg
Mode: follower # 备用节点
[root@node1 opt]# /usr/local/zookeeper/bin/zkServer.sh status /opt/zk2/zk2.cfg
JMX enabled by default
Using config: /opt/zk2/zk2.cfg
Mode: leader # 主节点
[root@node1 opt]# /usr/local/zookeeper/bin/zkServer.sh status /opt/zk3/zk3.cfg
JMX enabled by default
Using config: /opt/zk3/zk3.cfg
Mode: follower # 备用节点

1.1.10:测试连接到zookeeper节点:

[root@node1 opt]# /usr/local/zookeeper/bin/zkCli.sh -server 192.168.10.101:
Connecting to 192.168.10.101:
-- ::, [myid:] - INFO [main:Environment@] - Client environment:zookeeper.version=3.4.-, built on // : GMT
-- ::, [myid:] - INFO [main:Environment@] - Client environment:host.name=www.chinasoft.com
-- ::, [myid:] - INFO [main:Environment@] - Client environment:java.version=1.8.0_131
-- ::, [myid:] - INFO [main:Environment@] - Client environment:java.vendor=Oracle Corporation
-- ::, [myid:] - INFO [main:Environment@] - Client environment:java.home=/usr/local/jdk1..0_131/jre
-- ::, [myid:] - INFO [main:Environment@] - Client environment:java.class.path=/usr/local/zookeeper/bin/../build/classes:/usr/local/zookeeper/bin/../build/lib/*.jar:/usr/local/zookeeper/bin/../lib/slf4j-log4j12-1.6.1.jar:/usr/local/zookeeper/bin/../lib/slf4j-api-1.6.1.jar:/usr/local/zookeeper/bin/../lib/netty-3.7.0.Final.jar:/usr/local/zookeeper/bin/../lib/log4j-1.2.16.jar:/usr/local/zookeeper/bin/../lib/jline-0.9.94.jar:/usr/local/zookeeper/bin/../zookeeper-3.4.6.jar:/usr/local/zookeeper/bin/../src/java/lib/*.jar:/usr/local/zookeeper/bin/../conf:..:/usr/local/jdk/lib:/usr/local/jdk/jre/lib:/usr/local/jdk/lib/tools.jar:/usr/local/jdk/lib:/usr/local/jdk/jre/lib:/usr/local/jdk/lib/tools.jar
2017-05-12 17:27:41,489 [myid:] - INFO [main:Environment@100] - Client environment:java.library.path=/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
2017-05-12 17:27:41,489 [myid:] - INFO [main:Environment@100] - Client environment:java.io.tmpdir=/tmp
2017-05-12 17:27:41,489 [myid:] - INFO [main:Environment@100] - Client environment:java.compiler=<NA>
2017-05-12 17:27:41,489 [myid:] - INFO [main:Environment@100] - Client environment:os.name=Linux
2017-05-12 17:27:41,489 [myid:] - INFO [main:Environment@100] - Client environment:os.arch=amd64
2017-05-12 17:27:41,489 [myid:] - INFO [main:Environment@100] - Client environment:os.version=3.10.0-514.el7.x86_64
2017-05-12 17:27:41,489 [myid:] - INFO [main:Environment@100] - Client environment:user.name=root
2017-05-12 17:27:41,490 [myid:] - INFO [main:Environment@100] - Client environment:user.home=/root
2017-05-12 17:27:41,490 [myid:] - INFO [main:Environment@100] - Client environment:user.dir=/opt
2017-05-12 17:27:41,491 [myid:] - INFO [main:ZooKeeper@438] - Initiating client connection, connectString=192.168.10.101:2181 sessionTimeout=30000 watcher=org.apache.zookeeper.ZooKeeperMain$MyWatcher@799f7e29
Welcome to ZooKeeper!
2017-05-12 17:27:41,534 [myid:] - INFO [main-SendThread(192.168.10.101:2181):ClientCnxn$SendThread@975] - Opening socket connection to server 192.168.10.101/192.168.10.101:2181. Will not attempt to authenticate using SASL (unknown error)
JLine support is enabled
[zk: 192.168.10.101:2181(CONNECTING) 0] 1.1.11:获取zookeeper命令行帮助:
[zk: 192.168.10.101:2181(CONNECTING) 0] help
ZooKeeper -server host:port cmd args
stat path [watch]
set path data [version]
ls path [watch]
delquota [-n|-b] path
ls2 path [watch]
setAcl path acl
setquota -n|-b val path
history
redo cmdno
printwatches on|off
delete path [version]
sync path
listquota path
rmr path
get path [watch]
create [-s] [-e] path data acl
addauth scheme auth
quit
getAcl path
close
connect host:port
[zk: 192.168.10.101:2181(CONNECTING) 1]

1.2.12:下载codis 3.2版本:

# mkdir -p $GOPATH/src/github.com/CodisLabs
[root@node1 work]# cd /usr/local/go/work/src/github.com/CodisLabs
[root@node1 CodisLabs]# git clone https://github.com/CodisLabs/codis.git -b release3.2 [root@node1 CodisLabs]# cd $GOPATH/src/github.com/CodisLabs/codis
[root@node1 codis]# pwd
/usr/local/go/work/src/github.com/CodisLabs/codis

1.1.13:执行make进行编译:
安装依赖

[root@node1 codis]# yum install autoconf automake libtool -y
[root@node1 codis]# make
make -j4 -C extern/redis-3.2./
make[]: Entering directory `/usr/local/go/work/src/github.com/CodisLabs/codis/extern/redis-3.2.'
cd src && make all
make[]: Entering directory `/usr/local/go/work/src/github.com/CodisLabs/codis/extern/redis-3.2./src'
...
lazy_lock :
tls :
cache-oblivious :
===============================================================================
go build -i -o bin/codis-dashboard ./cmd/dashboard
go build -i -tags "cgo_jemalloc" -o bin/codis-proxy ./cmd/proxy
go build -i -o bin/codis-admin ./cmd/admin
go build -i -o bin/codis-fe ./cmd/fe

1.1.14:执行测试:

[root@node1 codis]# make gotest
go test ./cmd/... ./pkg/...
? github.com/CodisLabs/codis/cmd/admin [no test files]
? github.com/CodisLabs/codis/cmd/dashboard [no test files]
? github.com/CodisLabs/codis/cmd/fe [no test files]
? github.com/CodisLabs/codis/cmd/proxy [no test files]
? github.com/CodisLabs/codis/pkg/models [no test files]
? github.com/CodisLabs/codis/pkg/models/etcd [no test files]
? github.com/CodisLabs/codis/pkg/models/fs [no test files]
? github.com/CodisLabs/codis/pkg/models/zk [no test files]
ok github.com/CodisLabs/codis/pkg/proxy .525s
ok github.com/CodisLabs/codis/pkg/proxy/redis .530s
ok github.com/CodisLabs/codis/pkg/topom .560s
ok github.com/CodisLabs/codis/pkg/utils .009s
? github.com/CodisLabs/codis/pkg/utils/assert [no test files]
ok github.com/CodisLabs/codis/pkg/utils/bufio2 .006s
ok github.com/CodisLabs/codis/pkg/utils/bytesize .004s
? github.com/CodisLabs/codis/pkg/utils/errors [no test files]
? github.com/CodisLabs/codis/pkg/utils/log [no test files]
ok github.com/CodisLabs/codis/pkg/utils/math2 .002s
? github.com/CodisLabs/codis/pkg/utils/redis [no test files]
? github.com/CodisLabs/codis/pkg/utils/rpc [no test files]
? github.com/CodisLabs/codis/pkg/utils/sync2 [no test files]
? github.com/CodisLabs/codis/pkg/utils/sync2/atomic2 [no test files]
ok github.com/CodisLabs/codis/pkg/utils/timesize .009s
? github.com/CodisLabs/codis/pkg/utils/trace [no test files]
ok github.com/CodisLabs/codis/pkg/utils/unsafe2 .003s

1.1.15:执行全部指令后,会在 bin 文件夹内生成 codis-proxy、codis-server三个可执行文件。另外, bin/assets 文件夹是 dashboard http 服务需要的前端资源)

[root@node1 codis]# ll bin
total
drwxr-xr-x root root May : assets
-rwxr-xr-x root root May : codis-admin
-rwxr-xr-x root root May : codis-dashboard
-rwxr-xr-x root root May : codis-fe
-rwxr-xr-x root root May : codis-proxy # 代理
-rwxr-xr-x root root May : codis-server # codis 开发的codis server
-rwxr-xr-x root root May : redis-benchmark
-rwxr-xr-x root root May : redis-cli
-rw-r--r-- root root May : version
[root@node1 codis]# cat bin/version
version = -- :: + @07352186632fafd45ca31b0cbde4a541862d46fe @3.2-rc1--g0735218
compile = -- :: + by go version go1.7.3 linux/amd64

编译codis3.2错误记录:

make[]: Leaving directory `/usr/local/go/work/src/github.com/CodisLabs/codis/extern/redis-3.2./src'
make[]: Leaving directory `/usr/local/go/work/src/github.com/CodisLabs/codis/extern/redis-3.2.'
autoconf
./autogen.sh: line : autoconf: command not found
Error in autoconf
make[]: *** [config] Error
make[]: *** [build] Error
make: *** [codis-deps] Error

解决:
安装依赖
[root@node1 codis]# yum install autoconf automake libtool -y

1.2:默认启动的会读取config目录的dashboard.toml文件,编辑如下:
1.2.1:dashboard 的配置文件:

vim /usr/local/go/work/src/github.com/CodisLabs/codis/config/dashboard.toml

主要配置信息如下:

coordinator_name = "zookeeper"
coordinator_addr = "192.168.3.198:2181,192.168.3.198:2182,192.168.3.198:2183"
product_name = "codis-chinasoft"

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

启动dashboard:

[root@node1 codis]# nohup ./bin/codis-dashboard --ncpu= --config=config/dashboard.toml --log=dashboard.log --log-level=WARN >> /var/log/codis_dashboard.log &

# 默认配置文件获取方式:./bin/codis-dashboard --default-config | tee dashboard.toml

启动代理

[root@node1 codis]# nohup ./bin/codis-proxy --ncpu= --config=config/proxy.toml --log=proxy.log --log-level=WARN >> /var/log/codis_proxy.log &

主要配置信息如下:

product_name = "codis-chinasoft"
product_auth = "" jodis_name = "zookeeper"
jodis_addr = "192.168.3.198:2181,192.168.3.198:2182,192.168.3.198:2183"
jodis_timeout = "20s"
jodis_compatible = true
./bin/codis-admin --dashboard=127.0.0.1: --create-proxy -x 127.0.0.1:
其中 127.0.0.1: 以及 127.0.0.1: 分别为 dashboard 和 proxy 的 admin_addr 地址; ./bin/codis-admin --dashboard=127.0.0.1: --create-proxy -x 127.0.0.1:
./bin/codis-admin --dashboard=192.168.3.198: --create-proxy -x 192.168.3.198:11080

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

启动codis-server,即创建redis实例(此处我们创建4个redis实例,给予codis修改过的redis-3.2.8非原生redis)

[root@node1 codis]# mkdir -pv /var/lib/redis_638{..}
mkdir: created directory ¡®/var/lib/redis_6381¡¯
mkdir: created directory ¡®/var/lib/redis_6382¡¯
mkdir: created directory ¡®/var/lib/redis_6383¡¯
mkdir: created directory ¡®/var/lib/redis_6384¡¯ [root@node1 redis-3.2.]# pwd
/usr/local/go/work/src/github.com/CodisLabs/codis/extern/redis-3.2.
[root@node1 redis-3.2.]# cp redis.conf /usr/local/go/work/src/github.com/CodisLabs/codis/
[root@node1 redis-3.2.]# cd /usr/local/go/work/src/github.com/CodisLabs/codis/

修改redis.conf

pidfile /var/run/redis_6381.pid
port
dbfilename dump_6381.rdb
dir /var/lib/redis_6381
logfile "/tmp/redis_6381.log"
maxmemory 1g #一定要设置最大内存,否则后面的codis无法使用
[root@node1 codis]# cp redis.conf redis_6381.conf
[root@node1 codis]# cp redis_6381.conf redis_6382.conf
[root@node1 codis]# cp redis_6381.conf redis_6383.conf
[root@node1 codis]# cp redis_6381.conf redis_6384.conf
[root@node1 codis]# sed -i 's/6381/6382/g' redis_6382.conf
[root@node1 codis]# sed -i 's/6381/6383/g' redis_6383.conf
[root@node1 codis]# sed -i 's/6381/6384/g' redis_6384.conf

1.2.3:通过codis-server指定redis.conf文件启动redis服务,不能通过redis命令启动redis服务,通过redis启动的redis 服务加到codis集群无法正常使用:

[root@redis1 codis]# ./bin/codis-server ./redis_6381.conf
[root@redis1 codis]# ./bin/codis-server ./redis_6382.conf
[root@redis1 codis]# ./bin/codis-server ./redis_6383.conf
[root@redis1 codis]# ./bin/codis-server ./redis_6384.conf

1.2.4:验证通过codis启动redis 服务成功:

[root@node1 codis]# ss -tnlp|grep *
LISTEN 127.0.0.1: *:* users:(("codis-server",pid=,fd=))
LISTEN 127.0.0.1: *:* users:(("codis-server",pid=,fd=))
LISTEN 127.0.0.1: *:* users:(("codis-server",pid=,fd=))
LISTEN 127.0.0.1: *:* users:(("codis-server",pid=,fd=))

启动codis-fe,Listen监听端口不要为8080,指定8090

nohup ./bin/codis-fe --ncpu= --log=fe.log --log-level=WARN --zookeeper=192.168.3.198: --listen=192.168.3.198: &

通过网页访问:http://192.168.3.198:8090 可以看到codis的管理页面

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

管理界面的配置实用:
1、通过fe添加group
通过web浏览器访问集群管理页面(fe地址:192.168.3.198:8090) 选择我们刚搭建的集群 codis-chinasoft,在 Proxy 栏可看到我们已经启动的 Proxy, 但是 Group 栏为空,因为我们启动的 codis-server 并未加入到集群 添加 NEW GROUP,NEW GROUP 行输入 1,再点击 NEW GROUP 即可 添加 Codis Server,

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

2、添加实例(即添加后端的redis服务器)
Add Server 行输入我们刚刚启动的 codis-server 地址,添加到我们刚新建的 Group,然后再点击 Add Server 按钮即可,如下图所示

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

删除实例

3、对slots进行分组

如下图所示,输入所要分组的slots的起和止的范围,然后输入组ID,点击后面按钮即可。

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

4、添加管理proxy

在框内输入proxy所对应的ip地址和端口号点击Add proxy即可。

5、通过codis-proxy连接redis进行测试

[root@node2 ~]# redis-cli -h 192.168.3.198 -p
192.168.3.198:> info
# Server
redis_version:3.2.
redis_git_sha1:
redis_git_dirty:
redis_build_id:ff8148d434e43f05
redis_mode:standalone
os:Linux 3.10.-.el7.x86_64 x86_64
arch_bits:
multiplexing_api:epoll
gcc_version:4.8.
process_id:
run_id:5832460909b887822ce81723b33e1e6ecd84e203
tcp_port:
uptime_in_seconds:
uptime_in_days:
hz:
lru_clock:
executable:/usr/local/go/work/src/github.com/CodisLabs/codis/./bin/codis-server
config_file:/usr/local/go/work/src/github.com/CodisLabs/codis/./redis_6381.conf # Clients
connected_clients:
client_longest_output_list:
client_biggest_input_buf:
blocked_clients: # Memory
used_memory:
used_memory_human:4.42M
used_memory_rss:
used_memory_rss_human:13.57M
used_memory_peak:
used_memory_peak_human:4.46M
total_system_memory:
total_system_memory_human:.78G
used_memory_lua:
used_memory_lua_human:.00K
maxmemory:
maxmemory_human:47.68M
maxmemory_policy:noeviction
mem_fragmentation_ratio:3.07
mem_allocator:jemalloc-4.0. # Persistence
loading:
rdb_changes_since_last_save:
rdb_bgsave_in_progress:
rdb_last_save_time:
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:
rdb_current_bgsave_time_sec:-
aof_enabled:
aof_rewrite_in_progress:
aof_rewrite_scheduled:
aof_last_rewrite_time_sec:-
aof_current_rewrite_time_sec:-
aof_last_bgrewrite_status:ok
aof_last_write_status:ok # Stats
total_connections_received:
total_commands_processed:
instantaneous_ops_per_sec:
total_net_input_bytes:
total_net_output_bytes:
instantaneous_input_kbps:0.09
instantaneous_output_kbps:4722.65
rejected_connections:
sync_full:
sync_partial_ok:
sync_partial_err:
expired_keys:
evicted_keys:
keyspace_hits:
keyspace_misses:
pubsub_channels:
pubsub_patterns:
latest_fork_usec:
migrate_cached_sockets: # Replication
role:master
connected_slaves:
slave0:ip=127.0.0.1,port=,state=online,offset=,lag=
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen: # CPU
used_cpu_sys:3.93
used_cpu_user:1.91
used_cpu_sys_children:0.02
used_cpu_user_children:0.00 # Cluster
cluster_enabled: # Keyspace
192.168.3.198:> set name jack
OK
192.168.3.198:> get name
"jack"
192.168.3.198:> set address shenzhen
OK
192.168.3.198:> get address
"shenzhen"

web界面验证key是否添加完成,可以看到已经添加到了group2中:

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

连接zookeeper,可以看到codis的group,slots,proxy等信息都记录在zook中
/usr/local/zookeeper/bin/zkCli.sh -server

缓存系列之五:通过codis3.2实现redis3.2.8集群的管理-LMLPHP

*************************************

codis3.2安装报错dashboard.go:369: [PANIC] call rpc create-proxy to dashboard 127.0.0.1:18080 failed的处理

执行以下命令时报错:

# pwd
/usr/local/go/work/src/github.com/CodisLabs/codis
# ./bin/codis-admin --dashboard=192.168.3.198: --create-proxy -x 192.168.3.198: [root@node1 codis]# ./bin/codis-admin --dashboard=127.0.0.1: --create-proxy -x 127.0.0.1:
// :: dashboard.go:: [PANIC] call rpc create-proxy to dashboard 127.0.0.1: failed
[error]: [Remote Error] [email protected]: fetch model failed, Get http://127.0.0.1:11080/api/proxy/model: dial tcp 127.0.0.1:11080: getsockopt: connection refused
/usr/local/go/work/src/github.com/CodisLabs/codis/pkg/topom/topom_proxy.go:
github.com/CodisLabs/codis/pkg/topom.(*Topom).CreateProxy
/usr/local/go/work/src/github.com/CodisLabs/codis/pkg/topom/topom_api.go:
github.com/CodisLabs/codis/pkg/topom.(*apiServer).CreateProxy
/usr/local/go/work/src/github.com/CodisLabs/codis/pkg/topom/topom_api.go:
github.com/CodisLabs/codis/pkg/topom.(*apiServer).CreateProxy-fm
... ...
[stack]:
/usr/local/go/work/src/github.com/CodisLabs/codis/cmd/admin/dashboard.go:
main.(*cmdDashboard).handleProxyCommand
/usr/local/go/work/src/github.com/CodisLabs/codis/cmd/admin/dashboard.go:
main.(*cmdDashboard).Main
/usr/local/go/work/src/github.com/CodisLabs/codis/cmd/admin/main.go:
main.main
... ...

知乎上的答案:https://www.zhihu.com/question/52519151,感觉没有说清楚问题和解决办法

实际上经过看前面的启动dashboard命令:
官方文档是这样启动dashboard的
nohup ./bin/codis-dashboard --ncpu=4 --config=dashboard.toml \
--log=dashboard.log --log-level=WARN &

问题出在--config=dashboard.toml上,没有显示指定config文件,就用默认的,而实际上我们需要启动自己的配置文件
加上config即可,如下:

[root@node1 codis]# nohup ./bin/codis-dashboard --ncpu= --config=config/dashboard.toml --log=dashboard.log --log-level=WARN >> /var/log/codis_dashboard.log &
04-14 07:36