Solr4.0 SolrCloud概述

在Lucene/Solr的SVN trunk中的SolrCloud已经可用, 在即将发布的4.0版本中将正式包含.

目前SolrCloud已经成熟, 可以支持分布式索引和分布式搜索. 下面是我们一个项目采用新的SolrCloud的部署结构图:



看起来是否非常简单? 下面我们看看内部的一些实现细节.

SolrCloud功能和架构

下面是SolrCloud一些不错的功能:
中心化集群配置
自动容灾
近实时搜索
领导选举
索引持久化

另外SolrCloud也能被配置成:

分片(shard)索引

每个shard可以有一个或多个副本(replica)

多个shard和replica可以组成一个Collection(从图中可以看出就是一个SolrCloud), 多个Collection可以部署到一个SolrCloud集群. 而一个搜索请求可以同时搜索多个Collection. 其工作流程就像下图中那样.



SolrCloud Shard, Replica, Replication

就像上图那样, 一个新的doc将发送到一个SolrCloud集群中任何一个节点. doc能自动选择发送到哪一个Shard, 如果Shard有多个副本, doc会自动进行同步, 与原来的master/slave结构有所不同, 数据同步是实时的(原来则是定期批量同步).

集群配置

SolrCloud集群的所有的配置存储在ZooKeeper. 一旦一个SolrCloud节点启动, 该节点的配置信息将发送到ZooKeeper上存储.

Shard Replica除了作为容灾备份存在, 另外一个作用就是分散查询请求, 提高整个集群的查询能力.

索引处理

索引文档的更新在Shard和Replica之间是自动和实时的. 因为不存在master server, doc可以发送到任何一个SolrCloud(也就是一个Collection), 然后由SolrCloud完成剩下的事情. 这样就不再存在以前master/slave的单点问题.

搜索方式

有三种不同的搜索方式:

在单个Solr实例上搜索

在单个Collection上搜索(即在一个Collection的多个Shard上搜索)

在指定的Shard上搜索

在多个Collection上搜索, 并将最后merge的结果返回.

运维管理

除了原来的标准core admin, 还增加了其他方式:

在一个Collection上创建一个Shard

新建一个Collection

增加节点.

下一步计划
http://wiki.apache.org/solr/NewSolrCloudDesign

有新的SolrCloud设计方案.