CCR的作用(Cross-Cluster Replication，跨集群复制)

1. CCR功能允许用户在不同的Elasticsearch集群之间同步索引数据。这对于实现跨集群复制、数据备份、灾难恢复和多数据中心部署等场景非常有用。
2. CCR功能提供了实时的、异步的、可靠的跨集群数据同步，能够有效地将变更事件从一个集群复制到另一个集群。通过CCR，用户可以保持多个集群之间的数据一致性，并实现将数据从生产集群复制到用于查询和分析的目标集群。

常用的场景

1.异地容灾备份：CCR 可以将数据从一个集群复制到另一个位于不同地理位置的集群，实现数据的异地容灾备份。这样，即使源集群发生故障或不可用，目标集群仍能提供服务，保证数据的可用性。

2.跨数据中心复制：当在全球范围内部署 Elasticsearch 集群时，CCR 可以实现跨不同数据中心之间的数据复制，以便在不同地理区域提供快速的访问，减少网络延迟。

3.数据分析和报告：CCR 可以将源集群中的生产数据复制到专门用于数据分析和报告的目标集群中。这样，可以在不影响生产环境的情况下，对数据进行分析、数据挖掘和生成报告。

4.多数据中心协作：对于分布在多个数据中心的不同团队或应用程序，CCR 可以确保他们之间的数据同步。这使得不同的团队或应用程序能够共享和协作处理数据。

5.灾难恢复：CCR 在灾难恢复方面也发挥着重要作用，允许在一个 Elasticsearch 集群发生完全故障时，快速恢复到另一个复制的集群上，确保业务的连续性。

总体上支持单向复制，双向复制，应用容灾等，功能十分强大。

如何使用

具体参照官网：链接: Use cross-cluster replication.
简单来说就是在源端集群创建引导索引（Leader Index)，在目标集群创建跟随索引（Follower Index)，让目标集群索引订阅源端索引并关联源端集群信息，这样当源端索引发生CDC（Change Data Capture），也就是文档的增加、修改、删除时，能快速同步到目标端的各个索引分片上。

工作原理

1.Leader-Follower 架构：CCR 使用 Leader-Follower 架构来实现数据的复制。在 CCR 中，预导索引（Leader Index）充当主索引，接收所有的写操作。而跟随索引（Follower Index）则是从预导索引复制数据的副本，是只读的。

2.复制操作：CCR 会从预导索引中捕获并复制所有的索引、更新和删除操作。这些操作会以批量的形式进行复制，并按照同样的顺序在跟随索引上执行。这样可以确保跟随索引与预导索引保持一致，并保持数据的可靠性与一致性。

3.异步复制：CCR 的数据复制是异步的，因此跟随索引的更新可能存在一定的延迟。这个延迟取决于网络延迟、索引大小和复制速度等因素。Elasticsearch 提供了监控指标和接口来跟踪复制进度和延迟，以便可视化监控和调优。

4.重试和冲突解决：如果复制操作在跟随索引上失败，CCR 会进行重试，直到成功为止。此外，如果预导索引和跟随索引之间存在冲突（如更新操作导致的冲突），CCR 会使用乐观并发控制技术来解决冲突，以确保数据的一致性。

5.连接和安全性：CCR 需要在源集群和目标集群之间建立连接。这包括配置安全密钥、HTTPS 证书和网络连接等。确保网络和安全设置正确配置非常重要，以保证复制操作的顺利进行和数据的安全性。

未完待续…………

源码分析

github地址： CCR.

未完待续…………