关于部署 TiCDC 的一些问题

想要部署一套 TiCDC,有大佬给点硬件资源的建议嘛?相关数据量,存量20GB左右,增量200MB左右

CPU:好歹4核以上
内存:好歹8GB以上
存储:好歹SSD硬盘
网络:好歹千兆以太网卡吧
:rofl:

官方有给推荐,你这数据量适当降低点应该也可以。

数据有点低了

先做br全量备份,然后在用TiCDC做增量同步

建议按官方配置

尽量不要低于官方要求的最低配置,tidb比较耗硬件,不然后期出现问题不容易排查是配置问题还是机器问题。可以参考如下链接https://docs.pingcap.com/zh/tidb/stable/hardware-and-software-requirements, 开发和生产要求不一样

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 实现最终一致性。

按照官方的建议部署就成

好歹也按一楼的配置好歹配一下吧 :joy:

建议按官方配置

:joy:楼主实践后,记得回来关闭话题。

配置太低了,再加一点

感谢各位大佬的建议,已经按照官方的配置进行部署啦

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。