背景
对于将数据作为重要生产资料的公司来说，超大规模的数据迁移同步系统( 1k、5k、10k 条同步任务)是刚需。
本文以此为出发点，介绍近期 CloudCanal 所做的一个容量测试：在单个 CloudCanal 集群上创建 1300 实时任务，验证系统是否健康。
这个健康度主要包括 同步任务是否运行正常、页面功能操作是否顺畅、容灾能力是否可靠 三个方面。
当然这个测试也带给我们一些新的思路和改进点，让产品更加健壮。
资源与环境
本次测试资源以云资源为主，详单如下：
| 资源用途 | 资源规格 |
|---|---|
| console | 2 个 2core8GB 虚拟机 (阿里云 ecs.u1-c1m4.large) |
| 元数据库 | 1 个 8core16GB MySQL 8.0 (阿里云 RDS mysql.n2m.xlarge.2c) |
| sidecar | 8 个 12core96GB 虚拟机 (阿里云 ecs.u1-c1m8.3xlarge) |
| 业务库 | 2 个 4core8GB MySQL 8.0 (阿里云 RDS mysql.n2m.large.2c) |
| 负载均衡 | 1 个 4 层负载均衡 (sidecar->console 7007 端口，阿里云 NLB) 1 个 7 层负载均衡 (CloudCanal 页面操作，console 8111 端口，阿里云 ALB) |
测试步骤
安装 console
- 根据 tgz 安装文档 安装软件
- 激活 CloudCanal,因社区版任务数限制,我们临时申请了一个 2000 个同步任务的 license
安装节点
- 机器管理 > 机器列表 > 添加机器，选择自动安装
- 等待节点安装完成
业务数据库准备
- 两个 RDS 分别创建源端 src_test_a 和 src_test_b 库，以及 target_db_0~target_db_999 1000个目标库。
- 一个任务源端和目标分别是 src_test_a/src_test_b -> target_db_(i)
- 源端各创建 1 张表，并各生成 1000 条数据
基于 OpenAPI 创建任务
-
设置任务参数模版 LE_256MB_TASK ，以便生成任务时自动调整
-
获取 AccessKey 和 SecretKey 以便调用 API 创建任务
-
向元数据库插入 128MB 规格数据
-
编写调用 OpenAPI 代码，1 次 100 个任务创建, 代码参考
健康状况
-
任务正常运行，任务查看/新建/启停/删除、任务调度、监控告警、页面功能查看均表现正常顺滑
-
控制台负载偏高，因为只用了 2 core 节点，需提升为 4 core
-
节点负载正常
-
元数据库负载正常，qps 偏高，需要优化任务数据（状态、位点等）上传频率和方式
可改进点
- 任务数据（状态/位点等）上报频率、种类需要优化，对元数据库压力较高
- 监控指标依赖的 promethus 需要进行调优
资源花费
-
早上开资源前
-
晚上释放资源前
云资源花费 200 元左右。
总结
本次容量测试是 CloudCanal 针对单集群 1000 个以上任务的场景验证，从中找到一些可能存在的问题并逐步改进，为大型客户大规模使用做好基本的验证与后续优化。
标签：200,负载,1300,CloudCanal,实时,任务,阿里,console,资源 From： https://www.cnblogs.com/clougence/p/cc_13k.html