solr全文检索技术学习（三）-搭建SolrCloud集群问题总结

最新推荐文章于 2019-01-22 15:06:52 发布

zeb_perfect

最新推荐文章于 2019-01-22 15:06:52 发布

阅读量5.3k

点赞数 3

分类专栏：项目及框架总结文章标签： solr solr集群错误找不到或无法加载主类

本文链接：https://blog.csdn.net/zeb_perfect/article/details/51590097

版权

项目及框架总结专栏收录该内容

90 篇文章 5 订阅

订阅专栏

什么是SolrCloud

SolrCloud(solr 云)是Solr提供的分布式搜索方案，当你需要大规模，容错，分布式索引和检索能力时使用 SolrCloud。当一个系统的索引数据量少的时候是不需要使用SolrCloud的，当索引量很大，搜索请求并发很高，这时需要使用SolrCloud来满足这些需求。
SolrCloud是基于Solr和Zookeeper的分布式搜索方案，它的主要思想是使用Zookeeper作为集群的配置信息中心。
它有几个特色功能：
1）集中式的配置信息
2）自动容错
3）近实时搜索
4）查询时自动负载均衡
zookeeper介绍
顾名思义zookeeper就是动物园管理员，他是用来管hadoop（大象）、Hive(蜜蜂)、pig(小猪)的管理员， Apache Hbase和 Apache Solr 的分布式集群都用到了zookeeper；Zookeeper:是一个分布式的、开源的程序协调服务，是hadoop项目下的一个子项目。

SolrCloud结构

SolrCloud为了降低单机的处理压力，需要由多台服务器共同来完成索引和搜索任务。实现的思路是将索引数据进行Shard（分片）拆分，每个分片由多台的服务器共同完成，当一个索引或搜索请求过来时会分别从不同的Shard的服务器中操作索引。
SolrCloud需要Solr基于Zookeeper部署，Zookeeper是一个集群管理软件，由于SolrCloud需要由多台服务器组成，由zookeeper来进行协调管理。
下图是一个SolrCloud应用的例子：

1 物理结构

三个Solr实例（每个实例包括两个Core），组成一个SolrCloud。

2 逻辑结构

索引集合包括两个Shard（shard1和shard2），shard1和shard2分别由三个Core组成，其中一个Leader两个Replication，Leader是由zookeeper选举产生，zookeeper控制每个shard上三个Core的索引数据一致，解决高可用问题。
用户发起索引请求分别从shard1和shard2上获取，解决高并发问题。
   collection
Collection在SolrCloud集群中是一个逻辑意义上的完整的索引结构。它常常被划分为一个或多个Shard（分片），它们使用相同的配置信息。
比如：针对商品信息搜索可以创建一个collection。
collection=shard1+shard2+....+shardX
    Core
每个Core是Solr中一个独立运行单位，提供索引和搜索服务。一个shard需要由一个Core或多个Core组成。由于collection由多个shard组成所以collection一般由多个core组成。
    Master或Slave
Master是master-slave结构中的主结点（通常说主服务器），Slave是master-slave结构中的从结点（通常说从服务器或备服务器）。同一个Shard下master和slave存储的数据是一致的，这是为了达到高可用目的。
   Shard
Collection的逻辑分片。每个Shard被化成一个或者多个replication，通过选举确定哪个是Leader。

SolrCloud搭建

基于单机版的安装搭建，所以采用伪集群的方式进行安装，如果是真正的生成环境，将伪集群的ip改下就可以了，步骤是一样的。
SolrCloud结构图如下：

搭建基本都是在单机基础上的实现，文档说的很详细，这里主要说碰到的一个问题，在讲solrhome的conf配置文件上传到zookeeper上时，碰到一个问题：

在cmd命令行输入如下脚本时-java -classpath E:\SolrCloud\tomcat1\webapps\solr\WEB-INF\lib/* org.apache.solr.cloud.ZkCLI -zkhost 127.0.0.1:2181,127.0.0.1:2182,127.0.0.1:2183 -cmd upconfig -confdir E:\SolrCloud\solrhome1\collection1\conf -confname myconf
老是报：错误: 找不到或无法加载主类 E:\SolrCloud\tomcat1\webapps\solr\WEB-INF\lib\asm-4.1.jar 的问题

解决方案：可能是cmd权限不允许，我将classpath关联的lib包路径，加入到java配置的classpath中，然后再在命令行中不再输入-classpath E:\SolrCloud\tomcat1\webapps\solr\WEB-INF\lib/*，直接就可以自动加载了。

最后效果如图：

SolrJ项目使用

普通客户端调用，将SolrServer solrServer = new HttpSolrServer("http://localhost:8081/solr")替换成如下连接方式：

String zkHost = "127.0.0.1:2181,127.0.0.1:2182,127.0.0.1:2183";
		CloudSolrServer solrServer = new CloudSolrServer(zkHost);
		//设置默认的collection
		solrServer.setDefaultCollection("collection2");

SpringMVC框架下更换配置

 <!-- 单机版solr -->
	<!--<bean class="org.apache.solr.client.solrj.impl.HttpSolrServer">
		<constructor-arg name="baseURL" value="http://localhost:8081/solr/"></constructor-arg>
	</bean>
	--><!-- 集群版SolrCloud -->
	<bean class="org.apache.solr.client.solrj.impl.CloudSolrServer">
		<constructor-arg name="zkHost" value="127.0.0.1:2181,127.0.0.1:2182,127.0.0.1:2183"></constructor-arg>
		<property name="defaultCollection" value="collection2"></property>
	</bean>