【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】v4.0.11 4tidb 3pd 16tikv
【复现路径】
【遇到的问题：问题现象及影响】机房搬迁，需要把原来的老服务器腾出来，请问可以同时缩容多个tikv或者同时扩容多个tikv吗？
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
可以在小范围测试，
先扩容tikv节点，然后驱除某一个服务器上的tikvleader,下线服务器节点，直到节点下线。
可以的
扩容可以，缩容不行。
最好不要，有几率出发bug，然后卡住
扩容应该没有问题，缩容还是谨慎点吧
先扩容多个节点（大于等于原来的节点数），然后给原来所有的节点加驱逐evict-leader-scheduler，这样能尽量保证所有leader节点先迁移到新的节点上
理论上是可以的，但是建议缩容前先扩展，保证集群能稳定运行，然后先缩容一台测试下，看是否影响集群性能，然后再考虑同时缩容多台的情况
虽然支持，但如果多节点缩容要慎重，容易丢失数据。
最好别多节点缩容。
理论上扩容和缩容都可以批量执行，一般扩容都没问题，主要在缩容需要谨慎一点。
批量操作上可行，但实践上不建议一开始就直接全部一批搞完，一方面是大量节点同时下线会增加集群迁移所消耗的资源而干扰现有集群服务，另一方面是楼主所在的v4.0老版本集群不排除会有低版本不稳定的风险。
执行扩容或操作操作时建议对节点分批进行，比如先处理1台机器的，然后3台，接着5台。逐步操作，随时观察，一有问题影响也不会太大。之前操作过同时扩容20个tikv节点以及缩容10个节点的，之所以这样操作是因为这个集群节点数够多有100+ tikv节点，且在业务低谷期进行 负载比较小。楼主根据自己情况来制定计划即可。
扩容可以，缩容建议还是一个一个来吧。
先测试、扩容可以、缩容估计不行
不担心性能抖动的情况下，你可以这样缩容：
pd-ctl store delete xxx
同时对多个tikv进行store delete。
然后外面用tiup还是k8s你就改成目标tikv数，因为pd那里已经手动执行了store delete，相当于多个节点同时下线。等这些节点变成tombstone了，节点就可以正常删除了。
千万别直接强制关机的方式关多个，那样就没法访问了。
扩缩容都可以同时多节点进行，但缩容建议还是依次进行
同时缩容多个tikv：tiup cluster scale-in <cluster_name> -N ip1:20160,ip2:20160,ip3:20160
同时扩容多个tikv，就把多个tikv放到扩容文件中，执行tiup cluster scale-out <cluster_name> ./scale-out-kv.yaml
如果需要加快balance region的速度，可以调整pd调度参数。
顺序加还是稳妥的
建议逐台进行扩缩容，减小影响
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。