工作中遇到Kafka跨机房传输到远程机房的场景，之前的方案是使用Flume消费后转发到目标kafka，当topic增多并且数据量变大后，维护性较差且Flume较耗费资源。 一、原理 MirrorMaker ...

使用ETCD做为元数据方便快捷，但是谈到跨机房灾备可能就迷糊了，我们在做节日灾备的时候同样遇到了问题， 通过查阅官方文档找到了解决方案，官方提供make-mirror方法，提供数据镜像服务 注意： make-mirror 的使用需要依赖于API版本3， 使用API2的无法通过该工具做数据 ...

） 　　搭建SQL Server复制的时候，如果网络环境是局域网内，通过主机名就可以实现了，但是如果是跨网段 ...

参考： https://wudi98.blog.csdn.net/article/details/99748904 ...

背景 很多入侵事件类型的处理流程非常相似，只有少部分的差异。 按目前的方式，每种入侵事件类型都要开发一遍，很多相似的模板代码，可复用性和可维护性都一般。这种情况下，可以采用业务编排的方式，来提升事件处理的可复用性和可维护性。 业务的组件编排，意味着需要将业务逻辑抽象成组件，然后将组件编排 ...

场景分析 每个机房的Ceph都是独立的cluster，彼此之间没有任何关系。 多个机房都独立的提供对象存储功能，每个Ceph Radosgw都有自己独立的命名空间和存储空间。 这样带来两个问题： 针对Radosgw来说，我们的业务没法提供统一的命名空间； 没有机房级别的容灾 ...

一、背景 中国大陆用户主要分布在南北，南北数据一般专线延迟是60～100ms，所以为了提高用户体验一般设置南北机房，整个架构为双A，两边均可写，可以极大的提升用户体验。 因此某服务主要分为南北机房，每个机房都拥有全量数据，用户在北方修改数据会同步到南方，南方修改数据会同 ...

1.网络的延迟 由于mysql主从复制是基于binlog的一种异步复制，通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。 2.主从两台机器的负载不一致 由于mysql ...