Otter小试

这是学习笔记的第 2080 篇文章

之前因为机房多活的需要关注了Otter,搭建这个环境算是费劲了心思，在之前准备的过程中发现GitHub上面的说明文档和实际的操作还有一些差距，有些过程也是一再中断，我不由得发出感慨，能够快速高效的尝试开源项目也是一种技术幸福感所在。

Otter英文名是水獭，在跨机房的数据同步中使用比较广泛，它是一个web的管理服务，核心是Manger模块。当启动一个Manger服务时，可以访问它的管理界面来实现Channel、Pipleline 、数据源、数据表、zookeeper集群、主备配置。Otter就是做Canal拿到binlog日志之后做消费处理，对目标数据库进行增量日志消费，实现数据搬运工作。

听起来有点晕，其实我的需求是能够实现跨机房的数据复制（单向，双向），但是一下子带进来一堆概念，让初学的人有些不知所措。

我来做一些通俗的解释，首先这个项目是另外一个项目的衍生版本，那个项目就是canal,canal可以理解为一个虚拟的MySQL Slave,它可以向Master发送dump请求，然后dump根据需要推送相应的binlog，Otter算是把canal融入了一个完整的技术体系，在这里面canal可以理解为Otter体系中的一个组件。

而跨机房的数据复制（尤其是双向复制），除了数据延迟，对于数据一致性方面的解决方案就需要严谨的多，在这里Otter有一套检验机制，而在这个过程中为了改进效率和设计的完整度，也是通过引入一些其他的组件或者概念，比如Channel,Pipeline等。

Otter项目的架构如下：

看这个架构图就知道里面的东西不少。如果想几个小时把它搞定还是有些难度的，所以我们会分成几篇来说。

首先是对于环境的规划，和架构设计是紧密相关的，我们需要一台独立的管理节点，管理节点可以管理多套MySQL环境，每套环境上面有独立的Otter Node节点，同时配置了Zookeeper,会由Otter统一管理。

对于服务器侧，可以根据需要来进行测试，比如我们选择两台服务也是可以的，可以把Manage和Node共同部署在一台机器上面，对于服务器的IP很可能有公网IP和内网IP，可以根据需求情况进行配置。

Otter比较有意思的是他提供了一套WEB管理页面，在部署Manage之后就可以进入WEB页面进行配置管理了。

整个Otter的配置基本都是页面化配置。

当然开始接触的时候还是有些不适应，而且本身这个WEB页面不可定制，本身也没有太多的改进空间了。

首先是添加机器管理配置，添加了相应的Zookeeper集群，包括源端，目标端。

然后添加Node节点，整个这样的步骤有差不多10个页面。

未完待续