各位大哥大姐，tidb的tikv扩容之后他平衡的速度是多少有没有测试过大致速度，
源服务器1T，9个tikv节点，现在增加6个tikv节点，大概什么时候能改平衡完成到新的6各节点上，然后缩容删掉老的9个tikv节点
阿里云服务器SSD硬盘。
增加6个缩容9个你不如新搭建数据迁移好了，还可以顺便升级到新版本
你这个版本有点低啊，集群压力小的话还是很快的
不能 停业务，要换云，想这使用扩容缩容方法看看行不行。
集群压力是什么意思，业务量少？一个4.0.9一个4.0.2版本。哎~~刚到新公司接收的。这么老的版本
跨云的话要看你机房之间的网络延迟和带宽，tidb读写几百M/s应该有的
跨云是指同一个供应商换不同区域 这种应该有内部优化的网络 如果是换供应商比如阿里云换华为云 这个应该比较慢了 还不如先部署新版本Tidb 然后一点一点迁移数据 没什么业务压力
发下数据量和io速度
换云你通过这种方式，换的过程基本业务用不了，不同云之间网络延迟挺高的
阿里云到腾讯云，大概率使用VPN 比专线便宜。部署新环境的话就是用BR备份CDC实时同步，到那时BR备份还要在买个几十T的对象存储用来备份。
数据量20T，io速度暂时不清楚，用的阿里云的SSD，目标是腾讯云的云数据库。
那你的意思是说如果是专线的话，会不会好一点？
你这还跨云了，不是到网络传输怎么样~如果带宽低点，估计要用很久。
是不是 数据量/带宽 就是需要的时间？感觉IO应该不会比带宽还慢。
不如在新云环境，新建一个高版本的集群，通过第三方同步同步，同步过去。
速度快的话，2-3天吧，不急就慢慢挂机。
1、先扩容6，缩容1。
2、依次等上一台缩容完毕，再缩容下一台。
1 个赞
跨云还是不同厂商的，可以先用一些大包相互传一下，看看带宽，或ping 个 大包，跑一天，看看丢包不
1 个赞
你在扩缩容期间，本身就会对业务造成一定影响，况且还是跨不同厂商的云，担忧哦
扩容缩容对原有的业务有什么影响？查询慢响应慢吗？
对，IO的话基本上最低都是SSD，也就是带宽的问题。
想到一个办法，在腾讯云搭建新集群，备份还原，然后用TiCDC做实时同步，找一个低峰期，切换到腾讯云，然后把漏的同步到腾讯云，一般应该不会有漏的。
不知道这样是否可行。
1 个赞