关于部署 TiCDC 的一些问题

场景描述可以再丰富一下，你想用TiCDC做什么？
看你的描述数据量不大，但是要考虑用途，是用在生产环境还是灾备环境。
1.生产环境建议考虑高可用，部署两个节点做集群，这样你的资源需求就要翻两倍。目前你的配置可以比官网推荐的都低，因为你的数据不大。
2. 生产环境如果是用在用一个局域网基本不用考虑带宽的事，如果是异地灾备，要考虑网络延迟和带宽。最佳实践对网络延迟配置哪里有说法。异地灾备要考虑最大带宽，是否能满足你的增量。
3. 用TiCDC也要考虑限制情况

最佳实践

• 使用 TiCDC 在两个 TiDB 集群间同步数据时，如果上下游的延迟超过 100 ms：
  • 对于 v6.5.2 之前的版本，推荐将 TiCDC 部署在下游 TiDB 集群所在的区域 (IDC, region)
  • 经过优化后，对于 v6.5.2 及之后的版本，推荐将 TiCDC 部署在上游集群所在的区域 (IDC, region)。
• TiCDC 同步的表需要至少存在一个有效索引的表，有效索引的定义如下：
  • 主键 (PRIMARY KEY) 为有效索引。
  • 唯一索引 (UNIQUE INDEX) 中每一列在表结构中明确定义非空 (NOT NULL) 且不存在虚拟生成列 (VIRTUAL GENERATED COLUMNS)。
• 容灾场景下使用 TiCDC 需要配置 redo log 实现最终一致性。