博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
容器化部署Cassandra高可用集群
阅读量:4684 次
发布时间:2019-06-09

本文共 4536 字,大约阅读时间需要 15 分钟。

前提:

三台装有docker的虚拟机,这里用VM1,VM2,VM3表达(当然生产环境要用三个独立物理机,否则无高可用可言),装docker可参见。

 

开始部署:

部署图

如上图所示,三台VM的IP分别为:

192.168.0.101

192.168.0.102

192.168.0.103

客户端将使用这三个IP来连接集群,每个VM通过端口映射由docker网桥myBridge来与Cassandra容器通信,容器的IP会在启动容器时指定

部署步骤:

1. 建docker网桥myBridge(名字随意)

在三台VM上,这里假定是ubuntu16.04.5,使用docker命令创建自定义docker网桥,用于VM和docker容器通讯

sudo docker network create --driver=bridge --subnet=200.1.1.0/24 myBridge

2. 准备cassandra的docker镜像,data目录,cassandra.yaml配置文件

首先创建好如下目录,假如VM的用户名是capcom923

/home/capcom923/cassandra/

2.1. docker镜像

由于我们要单独挂载cassandra.yaml配置文件,直接使用官方cassandra docker镜像会导致无法启动(因为镜像的启动文件docker-entrypoint.sh要修改cassandra.yaml文件,会造成device busy的错误),所以我注释掉了cassandra官网镜像中docker-entrypoint.sh文件的38行至53行,并重新生成了docker镜像,并导出为tar包供大家直接使用,请直接下载:(链接: 提取码:l1rx )

将tar包下载到该位置/home/capcom923/cassandra/cassandra-3.11.2-bps.tar

2.3. data目录

创建一个叫data的空目录即可

/home/capcom923/cassandra/data/

该目录用于cassandra存放所有持久化的数据

2.3. cassandra.yaml配置文件

该文件是cassandra的主要配置文件,由于三台VM的IP和角色各不尽相同,所以配置文件也不一样。

基于默认的,要对三台VM进行以下配置:

第一台VM:角色为种子节点,该节点在集群扩容缩容时,以及其它节点重启时是必须活着的,其它时候是可以宕机的。

配置节 说明
cluster_name 'MyCluster' 集群的名字,同一个集群的名字要相同
authenticator PasswordAuthenticator 生产环境都要用户名密码认证,默认的用户名/密码是cassandra/cassandra
seeds 192.168.0.101 种子节点VM的IP,注意不是容器的IP。
broadcast_address 192.168.0.101 节点VM的IP,注意不是容器的IP。
broadcast_rpc_address 192.168.0.101 节点VM的IP,注意不是容器的IP。
listen_address 200.1.1.11 节点容器的IP。
auto_snapshot false 尽管官方建议是true,但实际使用时,太消耗磁盘,所以建议改为false
endpoint_snitch GossipingPropertyFileSnitch 生产环境标配

编辑完毕后,存放在/home/capcom923/cassandra/cassandra.yaml

第二台VM:角色为普通节点

配置节 说明
cluster_name 'MyCluster' 集群的名字,同一个集群的名字要相同
authenticator PasswordAuthenticator 生产环境都要用户名密码认证,默认的用户名/密码是cassandra/cassandra
seeds 192.168.0.101 种子节点VM的IP,注意不是容器的IP。
broadcast_address 192.168.0.102 节点VM的IP,注意不是容器的IP。
broadcast_rpc_address 192.168.0.102 节点VM的IP,注意不是容器的IP。
listen_address 200.1.1.12 节点容器的IP。
auto_snapshot false 尽管官方建议是true,但实际使用时,太消耗磁盘,所以建议改为false
endpoint_snitch GossipingPropertyFileSnitch 生产环境标配

编辑完毕后,存放在/home/capcom923/cassandra/cassandra.yaml

 

第三台VM:角色为普通节点

配置节 说明
cluster_name 'MyCluster' 集群的名字,同一个集群的名字要相同
authenticator PasswordAuthenticator 生产环境都要用户名密码认证,默认的用户名/密码是cassandra/cassandra
seeds 192.168.0.101 种子节点VM的IP,注意不是容器的IP。
broadcast_address 192.168.0.103 节点VM的IP,注意不是容器的IP。
broadcast_rpc_address 192.168.0.103 节点VM的IP,注意不是容器的IP。
listen_address 200.1.1.13 节点容器的IP。
auto_snapshot false 尽管官方建议是true,但实际使用时,太消耗磁盘,所以建议改为false
endpoint_snitch GossipingPropertyFileSnitch 生产环境标配

编辑完毕后,存放在/home/capcom923/cassandra/cassandra.yaml

我也将这三个配置好的文件给大家参考,分别在1/2/3文件夹里(链接:https://pan.baidu.com/s/10i_iBdvMdfgFQHoWEUG6LQ 提取码:h7n4 )

至此,所以每台VM的目录结构为

/home/capcom923/cassandra/cassandra-3.11.2-bps.tar

/home/capcom923/cassandra/data/

/home/capcom923/cassandra/cassandra.yaml

3. 加载cassandra的docker镜像

在三台VM上执行

docker load -i /home/capcom923/cassandra/cassandra-3.11.2-bps.tar

4. 运行cassandra集群

在每一台VM上,先关闭ubuntu防火墙

sudo service ufw stop

sudo service firewalld stop(如果装了firewalld的话)

在第一台VM上:

sudo docker run --name cassandraNode1 -d -e CASSANDRA_DC=datacenter1 -v /home/capcom923/cassandra/cassandra.yaml:/etc/cassandra/cassandra.yaml -v /home/capcom923/cassandra/data:/var/lib/cassandra --restart unless-stopped --network myBridge --ip 200.1.1.11 -p 7000:7000 -p 9042:9042 cassandra:3.11.2.bps

在第二台VM上:

sudo docker run --name cassandraNode2 -d -e CASSANDRA_DC=datacenter1 -v /home/capcom923/cassandra/cassandra.yaml:/etc/cassandra/cassandra.yaml -v /home/capcom923/cassandra/data:/var/lib/cassandra --restart unless-stopped --network myBridge --ip 200.1.1.12 -p 7000:7000 -p 9042:9042 cassandra:3.11.2.bps

在第三台VM上:

sudo docker run --name cassandraNode3 -d -e CASSANDRA_DC=datacenter1 -v /home/capcom923/cassandra/cassandra.yaml:/etc/cassandra/cassandra.yaml -v /home/capcom923/cassandra/data:/var/lib/cassandra --restart unless-stopped --network myBridge --ip 200.1.1.13 -p 7000:7000 -p 9042:9042 cassandra:3.11.2.bps

5. 检查cassandra集群

在第一台VM上执行

sudo docker exec -it cassandraNode1 bash

进入容器之后,执行

nodetool status

注意三个节点开头的信息,UN代表Up Normal状态,都是UN就证明集群工作正常了,开始有UJ,说明Up Joining,一会儿就会变UN

6. 修改system_auth的配置

在第五步的窗口中继续执行

cqlsh -u cassandra -p cassandra

连接进cassandra控制台

并输入ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy','datacenter1': '3'};

回车

将这个keyspace的策略和副本改成3,

然后输入exit退出cassandra控制台

再输入nodetool repair执行修复

然后在其余两台VM中的容器中都要执行nodetool repair,由此用户认证授权表得以及时同步,否则会引起从某一台节点无法登录的情况。

注意,cassandra/cassandra是系统默认用户,登录时要求至少过半的节点存活才可以。

 

至此,搭建完毕~

posted on
2019-04-26 21:51 阅读(
...) 评论(
...)

转载于:https://www.cnblogs.com/capcom923/p/deploy_dockerize_cassandra_HA_cluster.html

你可能感兴趣的文章
pyqt pyinstaller使用说明
查看>>
C#中StreamReader读取中文出现乱码
查看>>
引用堆中的对象
查看>>
用CSS开启硬件加速来提高网站性能(转)
查看>>
使用BufferedReader的时候出现的问题
查看>>
加快页面加载速度的方法
查看>>
Oozie协作框架
查看>>
linux安装图形界面
查看>>
Android广播发送失败
查看>>
博弈论之入门小结
查看>>
解决IE8下opacity属性失效问题,无法隐藏元素
查看>>
洛谷1002 过河卒
查看>>
C#匿名函数的坑
查看>>
标记页面控件尺寸
查看>>
批处理文件中的路径问题
查看>>
appium+python 环境搭建
查看>>
WampServer下修改和重置MySQL密码
查看>>
hibernate出现No row with the given identifier exists问题
查看>>
为什么wait()和notify()属于Object类
查看>>
Part2_lesson3---ARM寄存器详解
查看>>