cassandra集群缩容与剔除问题节点
今天在操作cassandra集群数据迁移时发生了一些意料之外的事情，服务器迁移前与迁移后同样为5台，但是不知道是什么原因导致的，迁移过后的节点居然多出了一台cassandra节点，个人瞬间感觉莫名其妙，但是问题节点的ip地址是原平台的cassandra数据库ip，所以感觉很不好，知道可能是因为那个环节出现了问题，因为是迁移演练所以没有决定删除所有数据，重新迁移只是将错误节点剔除了cassandra集群，操作如下：
官方文档建议
查看cassandra集群状态的命令
nodetool status
xss = -Dcassandra.fd_initial_value_ms=5000 -javaagent:/data/apps/opt/cassandra/lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms3987M -Xmx3987M -Xmn400M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/apps/log/cassandra//cassandra-1502968444-pid11574.hprof -Xss350k
Note: Ownership information does not include topology; for complete information, specify a keyspace
Datacenter: datacenter1
=======================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
-- Address Load Tokens Owns Host ID Rack
UN 192.168.70.17 551.55 MB 256 16.9% de09bab3-4d79-47a8-9f09-ad68d189802c rack1
UN 192.168.70.18 610.19 MB 256 18.5% f4b541b1-f8e6-4ea6-a376-a7c797a071c8 rack1
UN 192.168.70.19 696.68 MB 256 15.6% 17fb7b42-6ae2-4d7a-829f-92eab163b96a rack1
UN 192.168.70.20 567.55 MB 256 14.7% 02a2fc29-91a5-4a36-b7f4-58a461b8cc9f rack1
DN 192.168.0.4 ? 256 17.4% 41528794-6454-4cb3-9e16-6f8b7961cc61 rack1 （问题节点所在）
UN 192.168.70.21 467.75 KB 256 17.0% 03197de4-e1a5-4e98-a38a-aa75f31d10d9 rack1
[root@ssy-db1 ~]# nodetool removenode 41528794-6454-4cb3-9e16-6f8b7961cc61
一、修复每台机器的keyspace
nodetool repair -h ip_address_of_node keyspace_name
二、如果要剔除的cassandra数据库的状态为UN，表示数据库为正常状态可以执行以下命令
nodetool decommission （此命令同样适用于cassandra缩容，执行此命令在某台cassandra数据库，此数据库将退出当前cassandra集群，需要注意的是此命令执行时间过长，需要在tmux或者使用nohup的方式执行）
三、如果要剔除的cassandra数据库的状态为DN，可以直接执行以下命令将问题节点剔除
nodetool removenode 41528794-6454-4cb3-9e16-6f8b7961cc61
xss = -Dcassandra.fd_initial_value_ms=5000 -javaagent:/data/apps/opt/cassandra/lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms3987M -Xmx3987M -Xmn400M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/apps/log/cassandra//cassandra-1502969778-pid11978.hprof -Xss350k
四、接下来就是一段漫长的等待了，等到命令执行完成后在查看下是否还存在这个错误节点吧
nodetool status
xss = -Dcassandra.fd_initial_value_ms=5000 -javaagent:/data/apps/opt/cassandra/lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms3987M -Xmx3987M -Xmn400M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/apps/log/cassandra//cassandra-1502968444-pid11574.hprof -Xss350k
Note: Ownership information does not include topology; for complete information, specify a keyspace
Datacenter: datacenter1
=======================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
-- Address Load Tokens Owns Host ID Rack
UN 192.168.70.17 551.55 MB 256 16.9% de09bab3-4d79-47a8-9f09-ad68d189802c rack1
UN 192.168.70.18 610.19 MB 256 18.5% f4b541b1-f8e6-4ea6-a376-a7c797a071c8 rack1
UN 192.168.70.19 696.68 MB 256 15.6% 17fb7b42-6ae2-4d7a-829f-92eab163b96a rack1
UN 192.168.70.20 567.55 MB 256 14.7% 02a2fc29-91a5-4a36-b7f4-58a461b8cc9f rack1
UN 192.168.70.21 467.75 KB 256 17.0% 03197de4-e1a5-4e98-a38a-aa75f31d10d9 rack1
至此cassandra错误节点清除与cassandra缩容完成。
最新文章
- javascript性能优化：创建javascript无阻塞脚本
- Java 网络爬虫获取页面源代码
- ProgressBar样式(转)
- SHA-2 Certificate Signing Request
- mysqldump when doing LOCK TABLES问题
- Android 开发绕不过的坑：你的 Bitmap 究竟占多大内存？
- 存储过程&Function
- Binomial Showdown
- MYSQL 调优系列
- Matlab中plot函数全功能解析
- box-shadow 画叮当猫
- web 本地存储 （localStorage、sessionStorage）
- MYSQL总览
- 【JVM】6、聊聊JVM常用参数设置
- RSA读取密钥——使用openssl编程
- MySQL中的IFNULL，IF，NULLIF函数
- Android中为图标加上数字
- 给Android组件添加事件一个很好用的方法
- 最新版IntelliJ IDEA2019.1破解教程(2019.04.08更新)
- APICloud常用方式