各位大哥大姐,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、依次等上一台缩容完毕,再缩容下一台。
跨云还是不同厂商的,可以先用一些大包相互传一下,看看带宽,或ping 个 大包,跑一天,看看丢包不
你在扩缩容期间,本身就会对业务造成一定影响,况且还是跨不同厂商的云,担忧哦
扩容缩容对原有的业务有什么影响?查询慢响应慢吗?
对,IO的话基本上最低都是SSD,也就是带宽的问题。
想到一个办法,在腾讯云搭建新集群,备份还原,然后用TiCDC做实时同步,找一个低峰期,切换到腾讯云,然后把漏的同步到腾讯云,一般应该不会有漏的。
不知道这样是否可行。