一、Solr集群的系统架构
SolrCloud（solr云）是Solr提供的分布式搜索方案，当你需要大规模、容错、分布式索引和检索能力时使用SolrCloud。当一个系统的索引数据量少的时候是不需要使用SolrCloud的，当索引量很大，搜索请求并发要求很高，这时需要使用SolrCloud来满足这些需求。
SolrCloud是基于Solr和Zookeeper的分布式搜索方案，它的主要思想是使用Zookeeper作为集群的配置信息中心。
它有几个特色功能：
1）集中式的配置信息
2）自动容错
3）近实时搜索
4）查询时自动负载均衡
1、物理结构
三个solr实例（每个实例包括两个Core），组成一个SolrCloud。
2、逻辑结构
索引集合包括两个Shrad(shard1和shard2)，shard1和shard2分别由三个Core组成，其中一个Leader两个Replication，leader是由Zookeeper选举产生，Zookeeper控制每个shard上三个Core的索引数据一致，解决了高可用问题。
用户发起索引请求分别从shard1和shard2上获取，解决高并发问题。
2.1 collection
collection在SolrCloud集群中是一个逻辑意义上的完整的索引结构。它常常被划分为一个或多个Shard，它们使用相同的配置信息。
比如：针对商品信息搜索可以创建一个collection
collection=shard1 + shard2 + ……+shardX
2.2 Core
每个Core是Solr中一个独立运行单位，提供索引和搜索服务。一个Shard需要由一个Core或多个Core组成。由于collection由多个shard组成所以collection一般由多个core组成。
2.3 Master或Slave
Master是master-slave结构中的主结点（通长说主服务器），Slave是master-slave结构中的从结点（通长说从服务器或备服务器）。同一个Shard下master和slave存储的数据是一致的，这是为了达到高可用目的。
2.4 Shard
collection的逻辑分片。每个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环境
安装好效果：
第二步：把Zookeeper的压缩包上传到服务器
第三步：解压缩
解压过程省略，作者解压到了/usr/share/
第四步：把Zookeeper复制三份
先创建目录/usr/local/solr-cloud
第五步：在每个Zookeeper目录下创建一个data目录
第六步：在data目录下创建一个myid文件，文件名就叫做“myid”。内容就是每个实例的id。例如1，2，3
这里作者截图一个其他照做
第七步：把conf目录下的zoo_sample.cfg文件改名为zoo.cfg
这里只做一个演示
第八步：修改zoo.cfg配置文件
只演示一个，另外两个自己改。只改前两个红色框框里的（目录和端口号），最后那个红框里的内容配置文件一样
server.1的这个1，就是上面第六步的内容。在实际工作中每个实例在不同的服务器上，所以后面的ip应该是不同的，作者是在一台虚拟机上演示，所以ip相同。
第九步：启动每个Zookeeper实例
一个个进目录很麻烦，所以作者写了个脚本
写完后发现没有执行权限，添加权限：
然后运行脚本
为了验证，去三个Zookeeper的实例里bin目录下分别查看每个实例的状态
如果你显示的是这样子的一个领导两个部下（leader和follower不一定是谁，随机的），那么就代表Zookeeper集群已经搭建完成
442
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
