solrcloud 部署方式比较 和 solrCloud+tomcat+zookeeper集群配置

solrcloud 的部署其实有两种方式可选，那么我们在实践开发中应该怎样选择呢？

第一种：当启动solr服务器时，内嵌的启动一个Zookeeper服务器，然后将这些内嵌的Zookeeper服务器组成一个集群。

 第二种：将Zookeeper服务器独立的配置一个集群，然后将solr交给Zookeeper进行管理

 

谈谈第一种：每启动一个solr服务器就内嵌的启动一个Zookeeper服务器，实际上是将Zookeeper集成在tomcat或者jetty这种服务器里面；

这种方式前人的评价：

优点：部署起来简单

缺点：耦合度高，不利于拓展，Zookeeper本来就是设计用来管理solr、hadoop、hive等这些应用的分布式安装的，他有他自己的独立的部署模式，将他内嵌在solr服务器里面本身就不利于他的拓展。

          不稳定：例如我要在集群中添加一个一个节点，那就得同时添加一个Zookeeper的服务器，当某个节点宕掉了，需要重启tomcat,这个时候，其实是相当于重启了Zookeeper，这样就造成了Zookeeper集群相当不稳定。

这种模式的部署请参考solrCloud的官方测试案例：http://wiki.apache.org/solr/SolrCloud/

第二种：优点，就是可以避免上面的这种耦合度，以及提高整个集群的稳定性，但是缺点就是部署起来麻烦一点，但是非常容易维护

以下是部署方式：

概述：

    SolrCloud是基于Solr和Zookeeper的分布式搜索方案，它的主要思想是使用Zookeeper作为集群的配置信息中心。

它有几个特色功能：

1）集中式的配置信息

2）自动容错

3）近实时搜索

4）查询时自动负载均衡

 

安装zookeeper

   上面也说了 SolrCloud是基于Solr和Zookeeper的分布式搜索方案，所有要部署solrCloud+tomcat+zookeeper的集群，必须先安装zookeeper

安装环境：

   Liux: CentOS release 6.4

   JDK:1.7.0_55

   因为我研究的是solr最新的版本，所以研究的是solr4.8.0然后solr4.8.0必须跑在jdk1.7以上的版本

1、zookeeper是个什么玩意？

答：顾名思义zookeeper就是动物园管理员，他是用来管hadoop（大象）、Hive(蜜蜂)、pig(小猪)的管理员， Apache Hbase和 Apache Solr 的分布式集群都用到了zookeeper；Zookeeper:是一个分布式的、开源的程序协调服务，是hadoop项目下的一个子项目；

2、zookeeper伪集群安装

        因为我演示的这套安装是单机版的安装，所以采用伪集群的方式进行安装，如果是真正的生成环境，将伪集群的ip改下就可以了，步骤是一样的，学会了伪集群安装，真正生产的多环境安装不会，那是不可能的一件事情。

第一步：下载最新的zooper软件：http://www.apache.org/dyn/closer.cgi/zookeeper/

 

第二步：为了测试真实我在我linux上面部署三个zookeeper服务

Java代码  

1. 创建zookeeper的安装目录  
2. [root@localhost  solrCloud]# mkdir /usr/solrcould  

 

     将下载的zookeeper-3.3.6.tar.gz复制到该目录下，同时在/usr/solrcould目录下新建三个文件夹：如下所示：

Java代码  

1. [root@localhost  solrcoulud]# ls  
2. service1  service2  servive3  zookeeper-3.3.6.tar.gz  

 

   然后在每个文件夹里面解压一个zookeeper的下载包，并且还建了几个文件夹，总体结构如下：

Java代码  

1. [root@localhost  service1]# ls  
2. data  datalog  logs  zookeeper-3.3.6  

 

   首先进入data目录，创建一个myid的文件，里面写入一个数字，比如我这个是server1,那么就写一个 1，server2对应myid文件就写入2，server3对应myid文件就写个3然后进入zookeeper/conf目录，如果是刚下过来，会有3个文件，configuration.xml, log4j.properties,zoo_sample.cfg,我们首先要做的就是在这个目录下创建一个zoo.cfg的配置文件，当然你可以把zoo_sample.cfg文件改成zoo.cfg，配置的内容如下所示：

 service1 的zoo.cfg:

Java代码  

1. # The number of milliseconds of each tick  
2. tickTime=2000  
3. # The number of ticks that the initial   
4. # synchronization phase can take  
5. initLimit=5  
6. # The number of ticks that can pass between   
7. # sending a request and getting an acknowledgement  
8. syncLimit=2  
9. # the directory where the snapshot is stored.  
10. dataDir=/usr/solrcould/service1/data  
11. dataLogDir=/usr/solrcould/service1/datalog  
12. # the port at which the clients will connect  
13. clientPort=2181  
14. server.1=192.168.238.133:2888:3888  
15. server.2=192.168.238.133:2889:3889  
16. server.3=192.168.238.133:2890:3890  

 

service2 的zoo.cfg:

Java代码  

1. # The number of milliseconds of each tick  
2. tickTime=2000  
3. # The number of ticks that the initial   
4. # synchronization phase can take  
5. initLimit=5  
6. # The number of ticks that can pass between   
7. # sending a request and getting an acknowledgement  
8. syncLimit=2  
9. # the directory where the snapshot is stored.  
10. dataDir=/usr/solrcould/service2/data  
11. dataLogDir=/usr/solrcould/service2/datalog  
12. # the port at which the clients will connect  
13. clientPort=2182  
14. server.1=192.168.238.133:2888:3888  
15. server.2=192.168.238.133:2889:3889  
16. server.3=192.168.238.133:2890:3890  

 

 service3 的zoo.cfg:

Java代码  

1. # The number of milliseconds of each tick  
2. tickTime=2000  
3. # The number of ticks that the initial   
4. # synchronization phase can take  
5. initLimit=5  
6. # The number of ticks that can pass between   
7. # sending a request and getting an acknowledgement  
8. syncLimit=2  
9. # the directory where the snapshot is stored.  
10. dataDir=/usr/solrcould/service3/data  
11. dataLogDir=/usr/solrcould/service3/datalog  
12. # the port at which the clients will connect  
13. clientPort=2183  
14. server.1=192.168.238.133:2888:3888  
15. server.2=192.168.238.133:2889:3889  
16. server.3=192.168.238.133:2890:3890  

 参数说明：

tickTime：zookeeper中使用的基本时间单位, 毫秒值.

initLimit: zookeeper集群中的包含多台server, 其中一台为leader, 集群中其余的server为follower。 initLimit参数配置初始化连接时, follower和leader之间的最长心跳时间. 此时该参数设置为5, 说明时间限制为5倍tickTime, 即5*2000=10000ms=10s.

syncLimit: 该参数配置leader和follower之间发送消息, 请求和应答的最大时间长度. 此时该参数设置为2, 说明时间限制为2倍tickTime, 即4000ms.

dataDir: 数据存放目录. 可以是任意目录.但是我喜欢这么干

dataLogDir: log目录, 同样可以是任意目录. 如果没有设置该参数, 将使用和dataDir相同的设置

clientPort: 监听client连接的端口号.

server.X=A:B:C 其中X是一个数字, 表示这是第几号server. A是该server所在的IP地址. B配置该server和集群中的leader交换消息所使用的端口. C配置选举leader时所使用的端口. 由于配置的是伪集群模式, 所以各个server的B, C参数必须不同.

 

   配置说明：

      需要注意的是clientPort这个端口如果你是在1台机器上部署多个server,那么每台机器都要不同的clientPort，比如我server1是2181,server2是2182，server3是2183，dataDir和dataLogDir也需要区分下。

      最后几行唯一需要注意的地方就是 server.X 这个数字就是对应 data/myid中的数字。你在3个server的myid文件中分别写入了1，2，3，那么每个server中的zoo.cfg都配server.1,server.2,server.3就OK了。因为在同一台机器上，后面连着的2个端口3个server都不要一样，否则端口冲突，其中第一个端口用来集群成员的信息交换，第二个端口是在leader挂掉时专门用来进行选举leader所用。

  

到这里zookeeper的配置就这么配玩了，你没有看错，就是这么简单！

第四步：当然是启动zookeeper

     进入zookeeper-3.3.2/bin 目录中，./zkServer.sh start启动一个server,这时会报大量错误？其实没什么关系，因为现在集群只起了1台server，zookeeper服务器端起来会根据zoo.cfg的服务器列表发起选举leader的请求，因为连不上其他机器而报错，那么当我们起第二个zookeeper实例后，leader将会被选出，从而一致性服务开始可以使用，这是因为3台机器只要有2台可用就可以选出leader并且对外提供服务(2n+1台机器，可以容n台机器挂掉)。

Java代码  

1. [root@bogon bin]# sh zkServer.sh start  #启动  
2. JMX enabled by default  
3. Using config: /usr/solrcould/service3/zookeeper-3.3.6/bin/../conf/zoo.cfg  
4. Starting zookeeper ... STARTED   
5. [root@bogon bin]# sh zkServer.sh status #查看当前状态，他会报异常，不要紧，因为是集群，其他两台没有起来，无法进行相互连接，当然报错，启动另外两台就不会报错了！  
6. JMX enabled by default  
7. Using config: /usr/solrcould/service3/zookeeper-3.3.6/bin/../conf/zoo.cfg  
8. Error contacting service. It is probably not running  

 

 
 进入不同的zookeeper的bin，分别启动,常用命令如下

Java代码  

1. 启动ZK服务:       sh zkServer.sh start  
2. 查看ZK服务状态:   sh zkServer.sh status  
3. 停止ZK服务:       sh zkServer.sh stop  
4. 重启ZK服务:       sh zkServer.sh restart  

 

3、补充单机配置，和实际集群配置

单机部署:进入zookeeper/conf目录，如果是刚下过来，会有3个文件，configuration.xml, log4j.properties,zoo_sample.cfg,这3个文件我们首先要做的就是在这个目录下创建一个zoo.cfg的配置文件，当然你可以把zoo_sample.cfg文件改成zoo.cfg，配置的内容如下所示：

Java代码  

1. tickTime=2000    
2. dataDir=/Users/apple/zookeeper/data    
3. dataLogDir=/Users/apple/zookeeper/logs    
4. clientPort=4180  

 进入zookeeper-3.3.2/bin 目录中，./zkServer.sh start启动，单机便完成安装

 

实际集群部署：集群模式的配置和伪集群基本一致,由于集群模式下, 各server部署在不同的机器上, 因此各server的conf/zoo.cfg文件可以完全一样.

下面是一个示例:

Java代码  

1. tickTime=2000    
2. initLimit=5    
3. syncLimit=2    
4. dataDir=/home/zookeeper/data    
5. dataLogDir=/home/zookeeper/datalog    
6. clientPort=4180  
7. server.43=10.1.39.43:2888:3888  
8. server.47=10.1.39.47:2888:3888    
9. server.48=10.1.39.48:2888:3888  
10. 需要注意的是, 各server的dataDir目录下的myid文件中的数字必须不同.  

 

 

 

solr集群部署 

    我的理解，其实安装solrCloud非常的简单，就是先安装zookeeper然后安装solr 最后将zookeeper和tomcat进行关联就ok了，如此的简单。

第一步：准备软件

    Jdk、tomcat这些安装在我的文档里面是省略的，如果这两个东西都不会安装，你来安装solr集群，那就是非常扯淡的一件事情

    再次提醒，如果是solr4.8或者以上的版本，记得把jdk升级到1.7以上，否则tomcat起不来。

第二步：在tomcat部署solr,可以参考我的另外一篇博客地址如下：

  http://eksliang.iteye.com/blog/2096478，参考上面的企业级安装

  你可以参考下我的目录结构

Java代码   

1. [root@bogon solrcould]# ls  
2. service1  service2  service3  tomcat1  tomcat2  tomcat3  tomcat4  

 

   这一步就是简单的在4个tomcat上面部署solr，没有做其他任何操作，因为是在同一台机子上面的部署，请记得修改tomcat的端口号。

第三步：配置zookeeper和各个tomcat进行关联

      修改solr的所在tomcat所在服务器,在${tomcat_home}/bin/目录下修改catalina.sh

      在第一行添加：

      这是我的实例：

    tomcat1:配置如下：

Java代码  

1. JAVA_OPTS="$JAVA_OPTS -DzkHost=192.168.238.133:2181,192.168.238.133:2182,192.168.238.133:2183 -Dbootstrap_confdir=/usr/solrcould/tomcat1/display/solrhome/collection1/conf -Dcollection.configName=myconf  -DnumShards=3"  

 

   其他tomcat:配置如下：

Java代码

1. JAVA_OPTS="$JAVA_OPTS -DzkHost=192.168.238.133:2181,192.168.238.133:2182,192.168.238.133:2183 -DnumShards=3"  

 

参数说明：

-DzkRun  在Solr中启动一个内嵌的zooKeeper服务器，该服务会管理集群的相关配置。单机版（测试）使用，如果是集群，用下面的-DzkHost来替换，含义一样

例如：

Java代码  

1. JAVA_OPTS="$JAVA_OPTS -DzkRun  -Dbootstrap_conf=true -DnumShards=2"  

 

-DzkHost 跟上面参数的含义一样，允许配置一个ip和端口来指定用那个zookeeper服务器进行协调

   例如：

Java代码  

1. JAVA_OPTS = "$JAVA_OPTS   
2. -DzkHost=192.168.56.11:2181,192.168.56.12:2181,192.168.56.13:2181  
3. -Dbootstrap_conf=true  
4. -DnumShards=2"  

 

 -Dbootstrap_confdir ：zooKeeper需要准备一份集群配置的副本，所以这个参数是告诉SolrCloud这些     配置是放在哪里。同时作为整个集群共用的配置文件

-Dcollection.configName 是在指定你的配置文件上传到zookeeper后的名字，建议和你所上传的核心名字一致，这样容易识别，当然你也可以在满足规范的情况下自己起名。

-bootstrap_conf=true将会上传solr/home里面的所有数据到zookeeper的home/data目录,也就是所有的core将被集群管理

-DnumShards=2 配置你要把你的数据分开到多少个shard中  

-Djetty.port =8080 这个端口跟你所在端口保持一致，这个就是jetty的监听端口，实现集群之间进行通信的，如果这个端口不这样配置，那么就是搜索不到数据

当然这个参数也可以再solr/home/solr.xml下面配置：如下所示

Java代码  

1. <solrcloud>  
2.     <str name="host">${host:}</str>  
3.     <int name="hostPort">${jetty.port:8080}</int>  
4.     <str name="hostContext">${hostContext:solr}</str>  
5.     <int name="zkClientTimeout">${zkClientTimeout:30000}</int>  
6.     <bool name="genericCoreNodeNames">${genericCoreNodeNames:true}</bool>  
7.   </solrcloud>  

 默认是8983，如果在catalina.sh中指定了，会覆盖上图solr.xml中配置的

 

注意：

 

 -DnumShards, -Dbootstrap_confdir和-Dcollection.configName参数只需要在第一次将Solr运行在SolrCloud模式的时候声明一次。它们可以把你的配置加载到     zooKeeper中；如果你在日后重新声明了这些参数重新运行了一次，将会重新加载你的配置，这样你在原来配置上所做的一些修改操作可能会被覆盖。所以官方推荐只在第一个tomcat里面加入这几个参数，其他集群的tomcat里面不加，启动的第一个Solr的端口号，它是你的SolrCloud集群的overseer节点 

 

 第四步：修改jetty的监听端口

    修改solr.xml,该文件在你部署solr时自己定的工作目录，例如我的配置在如下地址：

Java代码  

1. <env-entry>  
2.        <env-entry-name>solr/home</env-entry-name>  
3.        <env-entry-value>usr/solrcould/tomcat4/display/solrhome</env-entry-value>  
4.        <env-entry-type>java.lang.String</env-entry-type>  
5.     </env-entry>  

 

 改动如下：

Java代码

1. <int name="hostPort">${jetty.port:8983}</int>    
2.         改为跟你所在tomcat的端口改成一样  
3. <int name="hostPort">${jetty.port:8080}</int>  

 

这个端口的作用：-Djetty.port =8080 这个端口跟你所在端口保持一致，这个就是jetty的监听端口，实现集群之间进行通信的，如果这个端口不这样配置，那么就是搜索不到数据

 

然后依次启动tomcat