tiup节点删除记录

最新推荐文章于 2024-08-16 17:57:47 发布
最新推荐文章于 2024-08-16 17:57:47 发布
阅读量1w 收藏
点赞数
分类专栏： tidb
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/csdnhsh/article/details/115432205
版权

 

从tidb4.0开始，不在使用传统的ansible-playbook来管理集群节点，换成了更加抽象的tiup组件，官方文档里面也推荐使用tiup组件的方式去部署安装管理tidb集群：

 

 

 

先检查当前集群状态，使用命令tiup cluster display hshclu：

tiup cluster display hshclu
Starting component `cluster`: /home/tidb/.tiup/components/cluster/v1.3.2/tiup-cluster display hshclu
Cluster type:       tidb
Cluster name:       hshclu
Cluster version:    v4.0.8
SSH type:           builtin
Dashboard URL:      
ID                    Role          Host            Ports                            OS/Arch       Status  Data Dir                           Deploy Dir
--                    ----          ----            -----                            -------       ------  --------                           ----------
172.1.2.91:9093    alertmanager  172.1.2.91   9093/9094                        linux/x86_64  Up      /tidb/tidb-data/alertmanager-9093  /tidb/tidb-deploy/alertmanager-9093
172.1.2.91:3000    grafana       172.1.2.91   3000                             linux/x86_64  Up      -                                  /tidb/tidb-deploy/grafana-3000
172.1.2.101:2379   pd            172.1.2.101  2379/2380                        linux/x86_64  Up      /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.102:2379   pd            172.1.2.102  2379/2380                        linux/x86_64  Up      /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.92:2379    pd            172.1.2.92   2379/2380                        linux/x86_64  Up|L    /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.93:2379    pd            172.1.2.93   2379/2380                        linux/x86_64  Up|UI   /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.94:2379    pd            172.1.2.94   2379/2380                        linux/x86_64  Up      /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.91:9090    prometheus    172.1.2.91   9090                             linux/x86_64  Up      /tidb/tidb-data/prometheus-9090    /tidb/tidb-deploy/prometheus-9090
172.1.2.103:4000   tidb          172.1.2.103  4000/10080                       linux/x86_64  Up      -                                  /tidb/tidb-deploy/tidb-4000
172.1.2.95:4000    tidb          172.1.2.95   4000/10080                       linux/x86_64  Up      -                                  /tidb/tidb-deploy/tidb-4000
172.1.2.96:4000    tidb          172.1.2.96   4000/10080                       linux/x86_64  Up      -                                  /tidb/tidb-deploy/tidb-4000
172.1.2.97:4000    tidb          172.1.2.97   4000/10080                       linux/x86_64  Up      -                                  /tidb/tidb-deploy/tidb-4000
172.1.2.91:9000    tiflash       172.1.2.91   9000/8123/3930/20170/20292/8234  linux/x86_64  Up      /tidb/tidb-data/tiflash-9000       /tidb/tidb-deploy/tiflash-9000
172.1.2.100:20160  tikv          172.1.2.100  20160/20180                      linux/x86_64  Up      /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
172.1.2.104:20160  tikv          172.1.2.104  20160/20180                      linux/x86_64  Up      /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
172.1.2.98:20160   tikv          172.1.2.98   20160/20180                      linux/x86_64  Up      /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
172.1.2.99:20160   tikv          172.1.2.99   20160/20180                      linux/x86_64  Up      /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
Total nodes: 17

 

删除tikv节点server，使用类似tiup cluster scale-in hshclu --node 172.1.2.104:20160的命令：

tiup cluster scale-in hshclu --node -y 172.1.2.104:20160
Starting component `cluster`: /home/tidb/.tiup/components/cluster/v1.3.2/tiup-cluster scale-in hshclu --node 172.1.2.104:20160
This operation will delete the 172.1.2.104:20160 nodes in `hshclu` and all their data.
Scale-in nodes...
+ [ Serial ] - SSHKeySet: privateKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa, publicKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa.pub
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.100
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.92
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.93
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.94
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.101
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.102
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.98
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.99
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.97
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.104
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.95
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.96
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.103
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [ Serial ] - ClusterOperate: operation=ScaleInOperation, options={Roles:[] Nodes:[172.1.2.104:20160] Force:false SSHTimeout:5 OptTimeout:120 APITimeout:300 IgnoreConfigCheck:false NativeSSH:false SSHType: CleanupData:false CleanupLog:false RetainDataRoles:[] RetainDataNodes:[]}
The component `tikv` will become tombstone, maybe exists in several minutes or hours, after that you can use the prune command to clean it
+ [ Serial ] - UpdateMeta: cluster=hshclu, deleted=`''`
+ [ Serial ] - UpdateTopology: cluster=hshclu
+ Refresh instance configs
  - Regenerate config pd -> 172.1.2.92:2379 ... Done
  - Regenerate config pd -> 172.1.2.93:2379 ... Done
  - Regenerate config pd -> 172.1.2.94:2379 ... Done
  - Regenerate config pd -> 172.1.2.101:2379 ... Done
  - Regenerate config pd -> 172.1.2.102:2379 ... Done
  - Regenerate config tikv -> 172.1.2.98:20160 ... Done
  - Regenerate config tikv -> 172.1.2.99:20160 ... Done
  - Regenerate config tikv -> 172.1.2.100:20160 ... Done
  - Regenerate config tidb -> 172.1.2.95:4000 ... Done
  - Regenerate config tidb -> 172.1.2.96:4000 ... Done
  - Regenerate config tidb -> 172.1.2.97:4000 ... Done
  - Regenerate config tidb -> 172.1.2.103:4000 ... Done
  - Regenerate config tiflash -> 172.1.2.91:9000 ... Done
  - Regenerate config prometheus -> 172.1.2.91:9090 ... Done
  - Regenerate config grafana -> 172.1.2.91:3000 ... Done
  - Regenerate config alertmanager -> 172.1.2.91:9093 ... Done
+ [ Serial ] - SystemCtl: host=172.1.2.91 action=reload prometheus-9090.service
Scaled cluster `hshclu` in successfully

 

 

删除pd节点服务器，使用命令tiup cluster scale-in hshclu --node -y 172.1.2.102:2379：

tiup cluster scale-in hshclu --node 172.1.2.101:2379
Starting component `cluster`: /home/tidb/.tiup/components/cluster/v1.3.2/tiup-cluster scale-in hshclu --node 172.1.2.101:2379
This operation will delete the 172.1.2.101:2379 nodes in `hshclu` and all their data.
Scale-in nodes...
+ [ Serial ] - SSHKeySet: privateKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa, publicKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa.pub
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.92
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.93
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.94
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.101
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.102
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.98
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.99
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.100
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.104
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.95
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.96
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.97
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.103
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [ Serial ] - ClusterOperate: operation=ScaleInOperation, options={Roles:[] Nodes:[172.1.2.101:2379] Force:false SSHTimeout:5 OptTimeout:120 APITimeout:300 IgnoreConfigCheck:false NativeSSH:false SSHType: CleanupData:false CleanupLog:false RetainDataRoles:[] RetainDataNodes:[]}
Stopping component pd
    Stopping instance 172.1.2.101
    Stop pd 172.1.2.101:2379 success
Destroying component pd
Destroying instance 172.1.2.101
Destroy 172.1.2.101 success
- Destroy pd paths: [/tidb/tidb-data/pd-2379 /tidb/tidb-deploy/pd-2379/log /tidb/tidb-deploy/pd-2379 /etc/systemd/system/pd-2379.service]
Stopping component node_exporter
Stopping component blackbox_exporter
Destroying monitored 172.1.2.101
    Destroying instance 172.1.2.101
Destroy monitored on 172.1.2.101 success
Delete public key 172.1.2.101
Delete public key 172.1.2.101 success
+ [ Serial ] - UpdateMeta: cluster=hshclu, deleted=`'172.1.2.101:2379'`
+ [ Serial ] - UpdateTopology: cluster=hshclu
+ Refresh instance configs
  - Regenerate config pd -> 172.1.2.92:2379 ... Done
  - Regenerate config pd -> 172.1.2.93:2379 ... Done
  - Regenerate config pd -> 172.1.2.94:2379 ... Done
  - Regenerate config pd -> 172.1.2.102:2379 ... Done
  - Regenerate config tikv -> 172.1.2.98:20160 ... Done
  - Regenerate config tikv -> 172.1.2.99:20160 ... Done
  - Regenerate config tikv -> 172.1.2.100:20160 ... Done
  - Regenerate config tikv -> 172.1.2.104:20160 ... Done
  - Regenerate config tidb -> 172.1.2.95:4000 ... Done
  - Regenerate config tidb -> 172.1.2.96:4000 ... Done
  - Regenerate config tidb -> 172.1.2.97:4000 ... Done
  - Regenerate config tidb -> 172.1.2.103:4000 ... Done
  - Regenerate config tiflash -> 172.1.2.91:9000 ... Done
  - Regenerate config prometheus -> 172.1.2.91:9090 ... Done
  - Regenerate config grafana -> 172.1.2.91:3000 ... Done
  - Regenerate config alertmanager -> 172.1.2.91:9093 ... Done
+ [ Serial ] - SystemCtl: host=172.1.2.91 action=reload prometheus-9090.service
Scaled cluster `hshclu` in successfully


tiup cluster scale-in hshclu --node -y 172.1.2.102:2379
Starting component `cluster`: /home/tidb/.tiup/components/cluster/v1.3.2/tiup-cluster scale-in hshclu --node 172.1.2.102:2379
This operation will delete the 172.1.2.102:2379 nodes in `hshclu` and all their data.
Scale-in nodes...
+ [ Serial ] - SSHKeySet: privateKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa, publicKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa.pub
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.92
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.93
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.94
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.102
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.98
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.99
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.100
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.104
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.95
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.96
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.97
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.103
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [ Serial ] - ClusterOperate: operation=ScaleInOperation, options={Roles:[] Nodes:[172.1.2.102:2379] Force:false SSHTimeout:5 OptTimeout:120 APITimeout:300 IgnoreConfigCheck:false NativeSSH:false SSHType: CleanupData:false CleanupLog:false RetainDataRoles:[] RetainDataNodes:[]}
Stopping component pd
    Stopping instance 172.1.2.102
    Stop pd 172.1.2.102:2379 success
Destroying component pd
Destroying instance 172.1.2.102
Destroy 172.1.2.102 success
- Destroy pd paths: [/tidb/tidb-data/pd-2379 /tidb/tidb-deploy/pd-2379/log /tidb/tidb-deploy/pd-2379 /etc/systemd/system/pd-2379.service]
Stopping component node_exporter
Stopping component blackbox_exporter
Destroying monitored 172.1.2.102
    Destroying instance 172.1.2.102
Destroy monitored on 172.1.2.102 success
Delete public key 172.1.2.102
Delete public key 172.1.2.102 success
+ [ Serial ] - UpdateMeta: cluster=hshclu, deleted=`'172.1.2.102:2379'`
+ [ Serial ] - UpdateTopology: cluster=hshclu
+ Refresh instance configs
  - Regenerate config pd -> 172.1.2.92:2379 ... Done
  - Regenerate config pd -> 172.1.2.93:2379 ... Done
  - Regenerate config pd -> 172.1.2.94:2379 ... Done
  - Regenerate config tikv -> 172.1.2.98:20160 ... Done
  - Regenerate config tikv -> 172.1.2.99:20160 ... Done
  - Regenerate config tikv -> 172.1.2.100:20160 ... Done
  - Regenerate config tikv -> 172.1.2.104:20160 ... Done
  - Regenerate config tidb -> 172.1.2.95:4000 ... Done
  - Regenerate config tidb -> 172.1.2.96:4000 ... Done
  - Regenerate config tidb -> 172.1.2.97:4000 ... Done
  - Regenerate config tidb -> 172.1.2.103:4000 ... Done
  - Regenerate config tiflash -> 172.1.2.91:9000 ... Done
  - Regenerate config prometheus -> 172.1.2.91:9090 ... Done
  - Regenerate config grafana -> 172.1.2.91:3000 ... Done
  - Regenerate config alertmanager -> 172.1.2.91:9093 ... Done
+ [ Serial ] - SystemCtl: host=172.1.2.91 action=reload prometheus-9090.service
Scaled cluster `hshclu` in successfully

 

删除tidb节点服务器，也可以参考文章：https://blog.csdn.net/csdnhsh/article/details/115031982

tiup cluster scale-in hshclu --node -y 172.1.2.103:4000
Starting component `cluster`: /home/tidb/.tiup/components/cluster/v1.3.2/tiup-cluster scale-in hshclu --node 172.1.2.103:4000
This operation will delete the 172.1.2.103:4000 nodes in `hshclu` and all their data.
Scale-in nodes...
+ [ Serial ] - SSHKeySet: privateKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa, publicKey=/home/tidb/.tiup/storage/cluster/clusters/hshclu/ssh/id_rsa.pub
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.92
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.93
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.94
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.98
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.99
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.100
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.104
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.95
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.96
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.91
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.97
+ [Parallel] - UserSSH: user=tidb, host=172.1.2.103
+ [ Serial ] - ClusterOperate: operation=ScaleInOperation, options={Roles:[] Nodes:[172.1.2.103:4000] Force:false SSHTimeout:5 OptTimeout:120 APITimeout:300 IgnoreConfigCheck:false NativeSSH:false SSHType: CleanupData:false CleanupLog:false RetainDataRoles:[] RetainDataNodes:[]}
Stopping component tidb
    Stopping instance 172.1.2.103
    Stop tidb 172.1.2.103:4000 success
Destroying component tidb
Destroying instance 172.1.2.103
Destroy 172.1.2.103 success
- Destroy tidb paths: [/tidb/tidb-deploy/tidb-4000 /etc/systemd/system/tidb-4000.service /tidb/tidb-deploy/tidb-4000/log]
Stopping component node_exporter
Stopping component blackbox_exporter
Destroying monitored 172.1.2.103
    Destroying instance 172.1.2.103
Destroy monitored on 172.1.2.103 success
Delete public key 172.1.2.103
Delete public key 172.1.2.103 success
+ [ Serial ] - UpdateMeta: cluster=hshclu, deleted=`'172.1.2.103:4000'`
+ [ Serial ] - UpdateTopology: cluster=hshclu
+ Refresh instance configs
  - Regenerate config pd -> 172.1.2.92:2379 ... Done
  - Regenerate config pd -> 172.1.2.93:2379 ... Done
  - Regenerate config pd -> 172.1.2.94:2379 ... Done
  - Regenerate config tikv -> 172.1.2.98:20160 ... Done
  - Regenerate config tikv -> 172.1.2.99:20160 ... Done
  - Regenerate config tikv -> 172.1.2.100:20160 ... Done
  - Regenerate config tikv -> 172.1.2.104:20160 ... Done
  - Regenerate config tidb -> 172.1.2.95:4000 ... Done
  - Regenerate config tidb -> 172.1.2.96:4000 ... Done
  - Regenerate config tidb -> 172.1.2.97:4000 ... Done
  - Regenerate config tiflash -> 172.1.2.91:9000 ... Done
  - Regenerate config prometheus -> 172.1.2.91:9090 ... Done
  - Regenerate config grafana -> 172.1.2.91:3000 ... Done
  - Regenerate config alertmanager -> 172.1.2.91:9093 ... Done
+ [ Serial ] - SystemCtl: host=172.1.2.91 action=reload prometheus-9090.service
Scaled cluster `hshclu` in successfully

 

 

最后可以再次检查集群状态，还是使用之前的命令tiup cluster display hshclu：


Starting component `cluster`: /home/tidb/.tiup/components/cluster/v1.3.2/tiup-cluster display hshclu
Cluster type:       tidb
Cluster name:       hshclu
Cluster version:    v4.0.8
SSH type:           builtin
Dashboard URL:      
ID                    Role          Host            Ports                            OS/Arch       Status     Data Dir                           Deploy Dir
--                    ----          ----            -----                            -------       ------     --------                           ----------
172.1.2.91:9093    alertmanager  172.1.2.91   9093/9094                        linux/x86_64  Up         /tidb/tidb-data/alertmanager-9093  /tidb/tidb-deploy/alertmanager-9093
172.1.2.91:3000    grafana       172.1.2.91   3000                             linux/x86_64  Up         -                                  /tidb/tidb-deploy/grafana-3000
172.1.2.92:2379    pd            172.1.2.92   2379/2380                        linux/x86_64  Up|L       /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.93:2379    pd            172.1.2.93   2379/2380                        linux/x86_64  Up|UI      /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.94:2379    pd            172.1.2.94   2379/2380                        linux/x86_64  Up         /tidb/tidb-data/pd-2379            /tidb/tidb-deploy/pd-2379
172.1.2.91:9090    prometheus    172.1.2.91   9090                             linux/x86_64  Up         /tidb/tidb-data/prometheus-9090    /tidb/tidb-deploy/prometheus-9090
172.1.2.95:4000    tidb          172.1.2.95   4000/10080                       linux/x86_64  Up         -                                  /tidb/tidb-deploy/tidb-4000
172.1.2.96:4000    tidb          172.1.2.96   4000/10080                       linux/x86_64  Up         -                                  /tidb/tidb-deploy/tidb-4000
172.1.2.97:4000    tidb          172.1.2.97   4000/10080                       linux/x86_64  Up         -                                  /tidb/tidb-deploy/tidb-4000
172.1.2.91:9000    tiflash       172.1.2.91   9000/8123/3930/20170/20292/8234  linux/x86_64  Up         /tidb/tidb-data/tiflash-9000       /tidb/tidb-deploy/tiflash-9000
172.1.2.100:20160  tikv          172.1.2.100  20160/20180                      linux/x86_64  Up         /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
172.1.2.104:20160  tikv          172.1.2.104  20160/20180                      linux/x86_64  Tombstone  /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
172.1.2.98:20160   tikv          172.1.2.98   20160/20180                      linux/x86_64  Up         /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
172.1.2.99:20160   tikv          172.1.2.99   20160/20180                      linux/x86_64  Up         /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
Total nodes: 14
There are some nodes can be pruned: 
    Nodes: [172.1.2.104:20160]
    You can destroy them with the command: `tiup cluster prune hshclu`

 

大家是不是会有疑问，为什么会有一行Tombstone  呢？我重新执行了几遍tiup cluster display hshclu，这个Tombstone的记录还是顽强的存在，这个现象值得后续继续研究下。

172.1.2.104:20160  tikv          172.1.2.104  20160/20180                      linux/x86_64  Tombstone  /tidb/tidb-data/tikv-20160         /tidb/tidb-deploy/tikv-20160
 

tidb tikv节点删除后，再加点，状态有tombstone
wll的专栏
02-20 476
tidb
使用 TiUP 部署运维 TiDB 线上集群
weixin_42241611的博客
09-02 617
本文重在介绍如何使用 TiUP 的 cluster 组件，如果需要线上部署的完整步骤，可参考。与 playground 组件用于部署本地测试集群类似，cluster 组件用于快速部署生产集群。对比 playground，cluster 组件提供了更强大的生产集群管理功能，包括对集群的升级、缩容、扩容甚至操作、审计等。
tiup安全移除tidb节点
热门推荐
csdn's blog
03-20 1万+
1、基本情况 tidb情况：集群版本是4.0.5，近期业务量有缩减，现在30+个tidb节点，负载非常低，为了有效使用服务器资源，需要缩容tidb节点到合适的数量。 业务要求：要求对业务无影响，由于tidb节点是分布式的，所以操作之前需要摘掉缩容tidb节点的业务流量。 2、开始操作 比如移除10.0.1.5这个tidb节点 3、查看节点id信息 这里只显示tidb节点，所以用4000端口过滤 tiup cluster display <cluster-name> |gr..
tiup uninstall
weixin_42241611的博客
08-04 496
命令用于卸载已安装的组件。
TiUP在线布署TIDB分布式数据库集群节点删除
aa5181的专栏
02-22 722
检查当前集群节点状态： tiupclusterdisplayhdcluster Startingcomponent`cluster`:/home/tidb/.tiup/components/cluster...
tiup dm destroy
weixin_42241611的博客
08-12 206
当业务下线之后，如果想将集群占有的机器释放出来让给其他业务使用，需要清理掉集群上的数据以及部署的二进制文件。
使用 TiUP 升级 TiDB
weixin_42241611的博客
09-09 329
警告ADD INDEX注意如果原集群是 3.0 或 3.1 或更早的版本，不支持直接升级到 6.1.0 及后续修订版本。你需要先从早期版本升级到 4.0 后，再从 4.0 升级到 6.1.0 及后续修订版本。
使用 TiUP 安装部署 TiDB 集群实验流程
TiDB 社区干货传送门
12-20 611
作者： G7尹裕皓 原文来源： https://tidb.net/blog/c45d8413 ...
TiKV节点在线缩容
一条大河
01-14 1260
TiKV在线缩容
Tidb 停止、卸载
weixin_38367535的博客
11-12 5354
公司测试环境有个Tidb，后来不用了，但是占用资源很大，所以需要停止卸载 查看tidb集群名称 tiup cluster list 我这里是 tidb-test 停止 tiup cluster stop tidb-test 清理数据 tiup cluster clean tidb-test --all 当然你还可以不使用--all去指定清理哪部分组件数据 如下： $ tiup cluster clean <cluster-name> --all $ tiup c
【TIDB】tikv 收缩 Error: failed to start tikv: failed to start: 192.168.1.14 tikv-20160.service
weixin_43346403的博客
08-16 449
使用tidb 执行集群缩绒后，需要执行 prune 命令，将处于TombStone状态的节点清理掉，否则不成功。5.清理 Tombstone 节点。
如何彻底删除TIDB集群
weixin_44515412的博客
11-30 3694
如何彻底删除TIDB集群？ 首先要在主节点删除tidb与tiup相关文件和进程，否则其他节点杀掉进程后也会重新生成启动进程。 #0、先删除主节点的tiup相关文件，否则tidb相关进程关闭后还会重新生成 [ebapp@tidb ~]$ sudo find / -name *tiup* [ebapp@tidb ~]$ sudo rm -rf /root/.tiup #1、查看 #查看占用的端口号情况 [ebapp@tidb ~]$ ss -ntl State Recv-Q Send-Q L
【TIDB】tiup 销毁集群
weixin_43346403的博客
08-16 295
【代码】【TIDB】tiup 销毁集群。
为使用云存储的 TiDB 集群更换节点
weixin_42241611的博客
07-09 314
本文介绍一种在不停机情况下为使用云存储的 TiDB 集群更换、升级节点的方法。你可以为 TiDB 集群更换更高节点规格，也可以为节点升级新版本 Kubernetes。本文以 为例，介绍了如何创建新的节点组，然后使用滚动重启迁移 TiDB 集群到新节点组，用于 TiKV 或者 TiDB 更换计算资源更多的节点组，EKS 升级等场景。注意其它公有云环境请参考GCP GKE、Azure AKS、阿里云 ACK 操作节点组。找到 TiDB 集群所在的 EKS 集群的配置文件 ，将其拷贝保存为 。在 中加入新节点
tidb数据文件与日志
汪灵骅的博客
03-22 739
数据文件：region元数据（在哪个tikv上）根据拓扑文件查看文件安装路径。根据拓扑文件查看文件安装路径。根据拓扑文件查看文件安装路径。sst文件默认都在db下。数据文件：sst存数据。
【TIDB】TIFLASH缩容
weixin_43346403的博客
08-16 193
2.设置tiflash中表的副本。3.删除一个tiflash节点。
TiDB删除大数据的处理
justlpf的专栏
10-26 2053
在的架构中，所有数据以一定 key range 被切分成若干 Region 分布在多个 TiKV 实例上。随着数据的写入，一个集群中会产生上百万个甚至千万个 Region。单个 TiKV 实例上产生过多的 Region 会给集群带来较大的负担，影响整个集群的性能表现。
TiDB 5.4 单机快速安装初体验
TiDB 社区干货传送门
03-07 244
作者：徐小强 原文来源： https://tidb.net/blog/9cb2b81b ...
Tidb进行缩减扩容tikv节点
weixin_34122604的博客
01-04 672
这两天接到任务说是要进行测试缩减机器给集群带来的负面效果有哪些。 然后我就按照官方的教程将机器进行了缩减，主要是缩减tikv节点 我们先来看看官方的文章是怎么写的： 步骤都没有什么问题，就是进行到第二步的时候，一定要等到节点的状态变成“Tombstone”才可以正常下线。但在刚开始的时候，他的状态一直是“offline”，此时的状态说明节点正在迁移leader节点和数据，官方说是等待几分...
tiup cluster
最新发布
04-11
<think>好的，我现在需要帮助用户了解TiUP Cluster的使用指南和配置教程。首先，我得回忆一下用户提供的引用内容，里面提到了TiUP Cluster是TiDB 4.0引入的运维工具，用于集群管理，包括部署、启动、关闭、扩缩容、升级和参数管理。用户还提到了一些引用内容，比如备份恢复、安装注意事项等。 用户的问题是关于TiUP Cluster的使用和配置，所以需要系统性地分步骤讲解。首先，我应该从安装开始，因为这是第一步。根据引用[4]，安装TiDB时可能需要配置NTP服务器，所以安装TiUP是否需要这些步骤呢？不过引用[1]提到TiUP本身是运维工具，安装TiUP可能不需要修改NTP，但部署集群时需要。这点需要注意。 接下来，用户可能需要了解如何部署集群。引用[1]提到TiUP cluster组件可以部署集群，所以需要给出具体的部署命令，比如tiup cluster deploy。同时，引用[2]提到使用tag来持久化数据，这可能是在部署时需要注意的参数，需要包含在示例中。 然后是关于日常运维操作，如启动、停止、销毁集群，这些应该是基本操作，需要列出对应的命令。弹性扩缩容也是TiUP cluster的功能之一，需要说明如何添加节点或缩容节点。 升级集群部分，引用[1]提到升级功能，所以需要给出升级命令，比如tiup cluster upgrade。管理配置参数方面，可能需要使用edit-config命令，并重载配置。 备份和恢复方面，引用[3]提到BR工具的使用，但用户可能想知道如何结合TiUP进行备份恢复，所以需要提到使用tiup br命令，并给出示例，比如全量备份和恢复的命令。 配置方面，用户可能需要了解集群的拓扑文件结构，如何设置不同的组件参数，比如TiDB、TiKV、PD的配置项。引用[4]中的NTP配置可能在拓扑文件中设置，或者在部署时通过其他方式配置。 注意事项部分，需要提到备份时的数据安全，引用[3]中的定期备份建议，以及使用--force参数的风险。还有，测试环境部署后数据会被清理，使用--tag可以持久化，这点来自引用[2]，需要强调。 最后，最佳实践和常见问题处理，比如版本兼容性、性能调优、监控集成，这些内容虽然引用中没有详细说明，但作为指南应该提及，并引导用户查阅官方文档或社区资源。 现在需要把这些内容组织成结构清晰的步骤，每个部分给出具体命令和示例，同时引用相关的内容作为支持。确保使用中文，并按照系统指令中的格式要求，行内公式用$...$，独立公式用$$...$$，但可能这里数学公式较少，主要关注命令和配置。同时生成相关问题，可能需要考虑用户在使用TiUP Cluster时可能遇到的疑问，比如安装问题、配置优化、备份策略等。</think>### TiUP Cluster 使用指南及配置教程 TiUP Cluster 是 TiDB 生态中的核心运维工具，支持集群的全生命周期管理。以下是详细的使用指南和配置说明： --- #### 一、安装 TiUP 及 Cluster 组件 1. **安装 TiUP** 执行以下命令一键安装 TiUP： ```bash curl --proto '=https' --tlsv1.2 -sSf https://tiup-mirrors.pingcap.com/install.sh | sh source ~/.bashrc # 使环境变量生效 ``` 验证安装：`tiup --version` 2. **安装 Cluster 组件** ```bash tiup cluster ``` 首次运行会自动下载组件。 --- #### 二、部署 TiDB 集群 1. **准备拓扑文件** 创建 `topology.yaml`，定义集群架构，例如： ```yaml global: user: "tidb" deploy_dir: "/data/tidb" pd_servers: - host: 10.0.1.1 - host: 10.0.1.2 tidb_servers: - host: 10.0.1.3 tikv_servers: - host: 10.0.1.4 - host: 10.0.1.5 ``` [^1] 2. **执行部署命令** ```bash tiup cluster deploy <cluster-name> v7.5.0 ./topology.yaml -y ``` 参数说明： - `<cluster-name>`: 自定义集群名称 - `v7.5.0`: TiDB 版本号 - `-y`: 自动确认操作 3. **启动集群** ```bash tiup cluster start <cluster-name> ``` 查看状态：`tiup cluster display <cluster-name>` --- #### 三、日常运维操作 1. **启停集群** - 启动：`tiup cluster start <cluster-name>` - 停止：`tiup cluster stop <cluster-name>` - 销毁：`tiup cluster destroy <cluster-name>`（谨慎操作）[^2] 2. **弹性扩缩容** - **扩容节点**：编辑拓扑文件后执行： ```bash tiup cluster scale-out <cluster-name> ./topology.yaml -y ``` - **缩容节点**： ```bash tiup cluster scale-in <cluster-name> --node 10.0.1.6:20160 -y ``` 3. **升级集群** ```bash tiup cluster upgrade <cluster-name> v7.5.1 -y ``` 4. **管理配置参数** - 修改配置： ```bash tiup cluster edit-config <cluster-name> ``` 编辑后保存，重启生效： ```bash tiup cluster reload <cluster-name> -R tidb,tikv ``` --- #### 四、备份与恢复 1. **使用 BR 工具备份** ```bash tiup br backup full --pd <PD_Endpoint> --storage "s3://backup-bucket/" --ratelimit 128 ``` 参数说明： - `--storage`: 备份存储路径（支持本地或 S3） - `--ratelimit`: 限速（单位：MB/s）[^3] 2. **恢复数据** ```bash tiup br restore full --pd <PD_Endpoint> --storage "s3://backup-bucket/" --force ``` ⚠️ `--force` 会覆盖现有数据，需谨慎使用[^3] --- #### 五、配置优化实践 1. **关键组件配置建议** - **TiKV**：调整 `raftstore.capacity` 控制存储容量。 - **PD**：设置 `replication.location-labels` 实现多机房容灾。 - **TiDB**：优化 `performance.max-procs` 限制 CPU 使用率。 2. **NTP 时间同步** 确保所有节点时间一致，编辑 `/etc/ntp.conf` 添加阿里云 NTP 服务器： ```conf server time1.aliyun.com server time2.aliyun.com ... ``` 重启服务：`systemctl restart ntpd`[^4] --- #### 六、注意事项 1. **数据持久化** 测试环境默认清理数据，若需保留，部署时添加 `--tag`： ```bash tiup --tag playground cluster deploy ... ```[^2] 2. **版本兼容性** 升级前需验证拓扑文件与目标版本的兼容性，建议先在测试环境操作[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值