GBase 8a里通过rsync加速调度coor节点的扩容和替换效率

本文链接：https://blog.youkuaiyun.com/jingjing1068/article/details/124173854

GBase 8a新版本利用rsync提高调度节点(coordinator)扩容和替换效率。文章介绍了rsync如何在大量小文件场景下提升同步性能，包括检查版本支持性、使用示例以及在扩容和节点替换过程中的日志记录。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在GBase 8a的早期版本里，扩容或者节点替换调度节点(coordinator)时，是通过本地tar打包，然后scp传输到新节点来实现的，而tar本身不支持并行，所以代码上是将打包任务按表名字分解成多个任务，发到多个调度节点执行(并行打包)。新版本支持通过rsync的方式进行更快速的高效同步。本文介绍与此有关的内容。

GBase 8a的调度集群，只包含表结构等基本元数据，不保存数据，当表数量多时，就成了典型的大量小文件场景。通过rsync可以实现接近1个数量级的同步性能提升。

检查版本是否支持
语法
新增加了gcadmi的参数 check_rsync_valid。对于不支持该语法的，直接不支持。

gcadmin check_rsync_valid
在V8版本里，没有提供指定dba用户的参数，只需要提供密码，完整格式如下

gcadmin check_rsync_valid <target_coor_ip> dba_os_password password
在V95里，需要指定dbaUser,完整格式如下

gcadmin check_rsync_valid <target_coor_ip> dba_os_user user_name dba_os_password password
提示，如上的 dba_os_user和 dba_os_password是参数名字，对应后面的 user_name 和 password 才是用户要输入的。

提示，密码是加密的，不是明文，具体加密方法，请联系项目对应售后支持人员，熟悉ASCII的可以猜出来算法。

使用样例
根据返回值判断是否成功，0表示成功，支持rsync,其它的不支持。密码错误也是返回非0

[gbase@gbase_rh7_001 ~]$ gcadmin check_rsync_valid 10.0.2.115 dba_os_user gbase dba_os_password 676261736531323334
[gbase@gbase_rh7_001 ~]$ echo $?
0
[gbase@gbase_rh7_001 ~]$ gcadmin check_rsync_valid 10.0.2.115 dba_os_user gbase dba_os_password 676261736531323335
[gbase@gbase_rh7_001 ~