tiup节点删除记录

最新推荐文章于 2023-06-17 19:54:07 发布
最新推荐文章于 2023-06-17 19:54:07 发布
阅读量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
 

林震南
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
tidb部署.docx
04-24
TiUP 是 TiDB 4.0 版本引入的集群运维工具，TiUP cluster 是 TiUP 提供的使用 Golang 编写的集群管理组件，通过 TiUP cluster 组件就可以进行日常的运维工作，包括部署、启动、关闭、销毁、弹性扩缩容、升级 TiDB 集群；管理 TiDB 集群参数；部署 TiDB Binlog；部署 TiFlash 等。
TiDB-Learning-Notes：建立存储库的目的是记录mysql TiDB Learning的过程
02-09
TiDB学习笔记 建立存储库的目的是记录mysql TiDB Learning的过程。 推荐书籍 TiDB原理探究 TiDB部署运维 部署前环境监测 Ansible工具 TiUP工具 TiDB周边生态 TiUP工具套件 备份恢复与数据迁移 TiDB安全 TiDB调优相关 普罗米修斯监控与Grafana可视化 SQL生命周期与关键指标 调优参数归纳与实践 TiDB-CASE解决方案 TiDB实践问题归纳 调试TiDB TiDB_SourceCode_Blog_Recommand Jan-Debug实践 TiDB由go语言实现，在阅读TiDB源码之前需要一定一定go语言编程基础； 调试TiKV TiKV_SourceCode_Blog_Recommand
TiDB 5.4 单机快速安装初体验
TiDB 社区干货传送门
03-07 179
作者：徐小强 原文来源： https://tidb.net/blog/9cb2b81b ...
Tidb 停止、卸载
weixin_38367535的博客
11-12 4247
公司测试环境有个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 集群更换节点
weixin_42241611的博客
07-09 238
本文介绍一种在不停机情况下为使用云存储的 TiDB 集群更换、升级节点的方法。你可以为 TiDB 集群更换更高节点规格，也可以为节点升级新版本 Kubernetes。本文以 为例，介绍了如何创建新的节点组，然后使用滚动重启迁移 TiDB 集群到新节点组，用于 TiKV 或者 TiDB 更换计算资源更多的节点组，EKS 升级等场景。注意其它公有云环境请参考GCP GKE、Azure AKS、阿里云 ACK 操作节点组。找到 TiDB 集群所在的 EKS 集群的配置文件 ，将其拷贝保存为 。在 中加入新节点
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..
tidb tikv节点删除后，再加点，状态有tombstone
wll的专栏
02-20 326
tidb
TiKV节点在线缩容
一条大河
01-14 1170
TiKV在线缩容
如何彻底删除TIDB集群
weixin_44515412的博客
11-30 3270
如何彻底删除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
TiUP在线布署TIDB分布式数据库集群节点删除
aa5181的专栏
02-22 571
检查当前集群节点状态： tiupclusterdisplayhdcluster Startingcomponent`cluster`:/home/tidb/.tiup/components/cluster...
TiDB安装配置--PD缩容
llliarby的博客
03-18 853
1、从集群中移除节点（中控机执行）： 1.1 查看需要移除节点的name: /home/tidb/tidb-ansible/resources/bin/pd-ctl -u "http://集群已有的PD中的一个IP:2379" -d member 1.2 从以上列表中找出需要删除节点对应的name，假设为pd9 1.3 删除pd9（删除PD节点很快，会返回success） /home...
维护 TiDB 集群所在的 Kubernetes 节点
weixin_42241611的博客
07-09 290
TiDB 是高可用数据库，可以在部分数据库节点下线的情况下正常运行，因此，我们可以安全地对底层 Kubernetes 节点进行停机维护。在具体操作时，针对 PD、TiKV 和 TiDB Pod 的不同特性，我们需要采取不同的操作策略。本文档将详细介绍如何对 Kubernetes 节点进行临时或长期的维护操作。环境准备：注意维护节点前，需要保证 Kubernetes 集群的剩余资源足够运行 TiDB 集群。使用 命令标记待维护节点为不可调度，防止新的 Pod 调度到待维护节点上： 检查待维护节点上是
tiup uninstall
weixin_42241611的博客
08-04 368
命令用于卸载已安装的组件。
tiup常用命令，tidb卸载
qyq88888的专栏
06-17 1257
如果没指定各个组件的版本，会使用最新的版本，如tidb，tikv等的最新版本是v6.0.0，则相当于运行tiup playground:v1.19.3 v6.0.0。指定tag运行组件，如果不指定tag，TiDB会随时生成一个tag，停止后会删除相关数据。指定后，再次启动可以指定--tag运作之前数据。默认会使用最新版本进行启动，如最新版本是v1.19.3，则相当于运行tiup playground:v1.19.3。如果没指定组件的个数，会启动1个TiDB，1个TiKV和1个PD构成最小集群。
Tidb进行缩减扩容tikv节点
weixin_34122604的博客
01-04 623
这两天接到任务说是要进行测试缩减机器给集群带来的负面效果有哪些。 然后我就按照官方的教程将机器进行了缩减，主要是缩减tikv节点 我们先来看看官方的文章是怎么写的： 步骤都没有什么问题，就是进行到第二步的时候，一定要等到节点的状态变成“Tombstone”才可以正常下线。但在刚开始的时候，他的状态一直是“offline”，此时的状态说明节点正在迁移leader节点和数据，官方说是等待几分...
使用 TiUP 命令管理组件
weixin_42241611的博客
08-19 293
本文介绍常用的组件管理操作及相应命令。
TiFlash在线扩缩容
一条大河
01-14 579
介绍TiFlash的在线缩容
TiUP 常见运维操作
hxiaowang的博客
12-16 2042
本文介绍了使用 TiUP 运维 TiDB 集群的常见操作，包括查看集群列表、启动集群、查看集群状态、修改配置参数、关闭集群、销毁集群等。 查看集群列表 TiUP cluster 组件可以用来管理多个 TiDB 集群，在每个 TiDB 集群部署完毕后，该集群会出现在 TiUP 的集群列表里，可以使用 list 命令来查看。 Copy tiup cluster list 启动集群 启动集群操作会按 PD -> TiKV -> Pump -> TiDB -> TiFlash
centos安装 TIUP
最新发布
12-05
1. 登录到目标节点，使用以下命令下载TIUP二进制文件： ```shell curl --proto '=https' --tlsv1.2 -sSf https://tiup-mirrors.pingcap.com/install.sh | sh ``` 2. 将TIUP二进制文件所在的路径添加到环境变量中： ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值