SolrCloud(solr 云)是Solr提供的分布式搜索方案,当你需要大规模,容错,分布式索引和检索能力时使用 SolrCloud。当一个系统的索引数据量少的时候是不需要使用SolrCloud的,当索引量很大,搜索请求并发很高,这时需要使用SolrCloud来满足这些需求。
SolrCloud是基于Solr和Zookeeper的分布式搜索方案,它的主要思想是使用Zookeeper作为集群的配置信息中心。
它有几个特色功能:
1)集中式的配置信息
2)自动容错
3)近实时搜索
4)查询时自动负载均衡
1.物理结构
三个Solr实例( 每个实例包括两个Core),组成一个SolrCloud。
2.逻辑结构索引集合包括两个Shard(shard1和shard2),shard1和shard2分别由三个Core组成,其中一个Leader两个Replication,Leader是由zookeeper选举产生,zookeeper控制每个shard上三个Core的索引数据一致,解决高可用问题。
用户发起索引请求分别从shard1和shard2上获取,解决高并发问题。
2.1. collectionCollection在SolrCloud集群中是一个逻辑意义上的完整的索引结构。它常常被划分为一个或多个Shard(分片),它们使用相同的配置信息。
比如:针对商品信息搜索可以创建一个collection。
collection=shard1+shard2+....+shardX
2.2. Core每个Core是Solr中一个独立运行单位,提供 索引和搜索服务。一个shard需要由一个Core或多个Core组成。由于collection由多个shard组成所以collection一般由多个core组成。
2.3. Master或SlaveMaster是master-slave结构中的主结点(通常说主服务器),Slave是master-slave结构中的从结点(通常说从服务器或备服务器)。同一个Shard下master和slave存储的数据是一致的,这是为了达到高可用目的。
2.4. ShardCollection的逻辑分片。每个Shard被化成一个或者多个replication,通过选举确定哪个是Leader。
3.本教程实现的solr集群架构
Zookeeper作为集群的管理工具。
1、集群管理:容错、负载均衡。
2、配置文件的集中管理
3、集群的入口
需要实现zookeeper 高可用。需要搭建集群。建议是奇数节点。需要三个zookeeper服务器。
搭建solr集群至少需要7台服务器。
这里因环境限制,演示的是搭建伪分布式(在一台虚拟机上,建议内存至少1G):
需要三个zookeeper节点
需要四个tomcat节点。
本文使用tomcat进行部署,而不使用solr自带的jetty
4.系统环境CentOS-6.7-i386-bin-DVD1
jdk-8u151-linux-i586
apache-tomcat-8.5.24
zookeeper-3.4.10
solr-7.1.0
注意:solr6.0以上版本,官方建议使用jdk8,tomcat8,搭建步骤和solr6以下略微有区别
二、 Zookeeper集群搭建 第一步:需要安装jdk环境。JDK安装过程省略,不会的去看我的这篇文章:
能看集群搭建教程的,应该不可能不会安JDK吧,安好之后是这样的
第二步:把zookeeper的压缩包上传到服务器。第三步:解压缩。
解压过程省略,我这里解压到了/usr/share/
第四步:把zookeeper复制三份。先创建目录/usr/local/solr-cloud
第五步:在每个zookeeper目录下创建一个data目录。