zoukankan      html  css  js  c++  java
  • solrcloud(solr集群版)安装与配置

    Solr集群

    1.1 什么是SolrCloud

    SolrCloud(solr )Solr提供的分布式搜索方案,当你需要大规模,容错,分布式索引和检索能力时使用 SolrCloud。当一个系统的索引数据量少的时候是不需要使用SolrCloud的,当索引量很大,搜索请求并发很高,这时需要使用SolrCloud来满足这些需求。

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

    它有几个特色功能:

    1)集中式的配置信息

    2)自动容错

    3)近实时搜索

    4)查询时自动负载均衡

    1.1.1 zookeeper是个什么玩意?

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

    1.1.2 Zookeeper可以干哪些事情

    1配置管理

    在我们的应用中除了代码外,还有一些就是各种配置。比如数据库连接等。一般我们都是使用配置文件的方式,在代码中引入这些配置文件。但是当我们只有一种配置,只有一台服务器,并且不经常修改的时候,使用配置文件是一个很好的做法,但是如果我们配置非常多,有很多服务器都需要这个配置,而且还可能是动态的话使用配置文件就不是个好主意了。这个时候往往需要寻找一种集中管理配置的方法,我们在这个集中的地方修改了配置,所有对这个配置感兴趣的都可以获得变更。比如我们可以把配置放在数据库里,然后所有需要配置的服务都去这个数据库读取配置。但是,因为很多服务的正常运行都非常依赖这个配置,所以需要这个集中提供配置服务的服务具备很高的可靠性。一般我们可以用一个集群来提供这个配置服务,但是用集群提升可靠性,那如何保证配置在集群中的一致性呢? 这个时候就需要使用一种实现了一致性协议的服务了。Zookeeper就是这种服务,它使用Zab这种一致性协议来提供一致性。现在有很多开源项目使用Zookeeper来维护配置,比如在HBase中,客户端就是连接一个Zookeeper,获得必要的HBase集群的配置信息,然后才可以进一步操作。还有在开源的消息队列Kafka中,也使用Zookeeper来维护broker的信息。在Alibaba开源的SOA框架Dubbo中也广泛的使用Zookeeper管理一些配置来实现服务治理。

    2、名字服务

    名字服务这个就很好理解了。比如为了通过网络访问一个系统,我们得知道对方的IP地址,但是IP地址对人非常不友好,这个时候我们就需要使用域名来访问。但是计算机是不能是别域名的。怎么办呢?如果我们每台机器里都备有一份域名到IP地址的映射,这个倒是能解决一部分问题,但是如果域名对应的IP发生变化了又该怎么办呢?于是我们有了DNS这个东西。我们只需要访问一个大家熟知的(known)的点,它就会告诉你这个域名对应的IP是什么。在我们的应用中也会存在很多这类问题,特别是在我们的服务特别多的时候,如果我们在本地保存服务的地址的时候将非常不方便,但是如果我们只需要访问一个大家都熟知的访问点,这里提供统一的入口,那么维护起来将方便得多了。

    3、分布式锁

    其实在第一篇文章中已经介绍了Zookeeper是一个分布式协调服务。这样我们就可以利用Zookeeper来协调多个分布式进程之间的活动。比如在一个分布式环境中,为了提高可靠性,我们的集群的每台服务器上都部署着同样的服务。但是,一件事情如果集群中的每个服务器都进行的话,那相互之间就要协调,编程起来将非常复杂。而如果我们只让一个服务进行操作,那又存在单点。通常还有一种做法就是使用分布式锁,在某个时刻只让一个服务去干活,当这台服务出问题的时候锁释放,立即fail over到另外的服务。这在很多分布式系统中都是这么做,这种设计有一个更好听的名字叫Leader Election(leader选举)。比如HBaseMaster就是采用这种机制。但要注意的是分布式锁跟同一个进程的锁还是有区别的,所以使用的时候要比同一个进程里的锁更谨慎的使用。

    4、集群管理

    在分布式的集群中,经常会由于各种原因,比如硬件故障,软件故障,网络问题,有些节点会进进出出。有新的节点加入进来,也有老的节点退出集群。这个时候,集群中其他机器需要感知到这种变化,然后根据这种变化做出对应的决策。比如我们是一个分布式存储系统,有一个中央控制节点负责存储的分配,当有新的存储进来的时候我们要根据现在集群目前的状态来分配存储节点。这个时候我们就需要动态感知到集群目前的状态。还有,比如一个分布式的SOA架构中,服务是一个集群提供的,当消费者访问某个服务时,就需要采用某种机制发现现在有哪些节点可以提供该服务(这也称之为服务发现,比如Alibaba开源的SOA框架Dubbo就采用了Zookeeper作为服务发现的底层机制)。还有开源的Kafka队列就采用了Zookeeper作为Cosnumer的上下线管理。

    1.2 Solr集群的结构

    1.2.1 物理结构

    三个Solr实例( 每个实例包括两个Core),组成一个SolrCloud

    1.2.2 逻辑结构

    索引集合包括两个Shardshard1shard2),shard1shard2分别由三个Core组成,其中一个Leader两个ReplicationLeader是由zookeeper选举产生,zookeeper控制每个shard上三个Core的索引数据一致,解决高可用问题。

    用户发起索引请求分别从shard1shard2上获取,解决高并发问题。

    1.2.2.1 collection

    CollectionSolrCloud集群中是一个逻辑意义上的完整的索引结构。它常常被划分为一个或多个Shard(分片),它们使用相同的配置信息。

    比如:针对商品信息搜索可以创建一个collection

     collection=shard1+shard2+....+shardX

    1.2.2.2 Core

    每个CoreSolr中一个独立运行单位,提供 索引和搜索服务。一个shard需要由一个Core或多个Core组成。由于collection由多个shard组成所以collection一般由多个core组成。

    1.2.2.3 MasterSlave

    Mastermaster-slave结构中的主结点(通常说主服务器),Slavemaster-slave结构中的从结点(通常说从服务器或备服务器)。同一个Shardmasterslave存储的数据是一致的,这是为了达到高可用目的。

    1.2.2.4 Shard

    Collection的逻辑分片。每个Shard被化成一个或者多个replication,通过选举确定哪个是Leader

    SolrCloud搭建

    本教程的这套安装是单机版的安装,所以采用伪集群的方式进行安装,如果是真正的生成环境,将伪集群的ip改下就可以了,步骤是一样的。

    SolrCloud结构图如下:

    2.1 环境准备

        CentOS-6.4-i386-bin-DVD1.iso

    jdk-7u72-linux-i586.tar.gz

        apache-tomcat-7.0.47.tar.gz

        zookeeper-3.4.6.tar.gz

        solr-4.10.3.tgz

       

    2.2 环境安装

    2.2.1 CentOs 6.4安装

    2.2.2 jdk7安装

    2.2.3 zookeeper集群安装

    第一步:解压zookeepertar -zxvf zookeeper-3.4.6.tar.gzzookeeper-3.4.6拷贝到/usr/local/solrcloud下,复制三份分别并将目录名改为zookeeper1zookeeper2zookeeper3

    第二步:进入zookeeper1文件夹,创建data目录。并在data目录中创建一个myid文件内容为“1”(echo 1 >> data/myid)。

    第三步:进入conf文件夹,把zoo_sample.cfg改名为zoo.cfg

    第四步:修改zoo.cfg

    修改:

    dataDir=/usr/local/solrcloud/zookeeper1/data

    clientPort=2181zookeeper2中为2182zookeeper3中为2183

    添加:

    server.1=192.168.25.150:2881:3881

    server.2=192.168.25.150:2882:3882

    server.3=192.168.25.150:2883:3883

    # The number of milliseconds of each tick

    tickTime=2000

    # The number of ticks that the initial

    # synchronization phase can take

    initLimit=10

    # The number of ticks that can pass between

    # sending a request and getting an acknowledgement

    syncLimit=5

    # the directory where the snapshot is stored.

    # do not use /tmp for storage, /tmp here is just

    # example sakes.

    dataDir=/usr/local/solrcloud/zookeeper1/data

    # the port at which the clients will connect

    clientPort=2181

    # the maximum number of client connections.

    # increase this if you need to handle more clients

    #maxClientCnxns=60

    #

    # Be sure to read the maintenance section of the

    # administrator guide before turning on autopurge.

    #

    # http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_maintenance

    #

    # The number of snapshots to retain in dataDir

    #autopurge.snapRetainCount=3

    # Purge task interval in hours

    # Set to "0" to disable auto purge feature

    #autopurge.purgeInterval=1

    server.1=192.168.25.150:2881:3881

    server.2=192.168.25.150:2882:3882

    server.3=192.168.25.150:2883:3883

    第五步:对zookeeper23中的设置做第二步至第四步修改。

    zookeeper2

    myid内容为2

    dataDir=/usr/local/solrcloud/zookeeper2/data

    clientPort=2182

    Zookeeper3

    myid内容为3

    dataDir=/usr/local/solrcloud/zookeeper3/data

    clientPort=2183

    第六步:启动三个zookeeper

    /usr/local/solrcloud/zookeeper1/bin/zkServer.sh start

    /usr/local/solrcloud/zookeeper2/bin/zkServer.sh start

    /usr/local/solrcloud/zookeeper3/bin/zkServer.sh start

    查看集群状态:

    /usr/local/solrcloud/zookeeper1/bin/zkServer.sh status

    /usr/local/solrcloud/zookeeper2/bin/zkServer.sh status

    /usr/local/solrcloud/zookeeper3/bin/zkServer.sh status

    第七步:开启zookeeper用到的端口,或者直接关闭防火墙。

    service iptables stop

    2.3 tomcat安装

    第一步:将apache-tomcat-7.0.47.tar.gz解压

    tar -zxvf apache-tomcat-7.0.47.tar.gz

    第二步:把解压后的tomcat复制到/usr/local/solrcloud/目录下复制四份。

    /usr/local/solrcloud/tomcat1

    /usr/local/solrcloud/tomcat2

    /usr/local/solrcloud/tomcat3

    /usr/local/solrcloud/tomcat4

    第三步:修改tomcatserver.xml

    vim tomcat2/conf/server.xml,把其中的端口后都加一。保证两个tomcat可以正常运行不发生端口冲突。

    2.4 solr单机部署

    2.4.1 全新部署

    参考solr教案单机部署方法。

    2.5 solrCloud部署

    2.5.1 启动zookeeper

    solrCloud部署依赖zookeeper,需要先启动每一台zookeeper服务器。

    2.5.2 zookeeper管理配置文件

    由于zookeeper统一管理solr的配置文件(主要是schema.xmlsolrconfig.xml), solrCloud各各节点使用zookeeper管理的配置文件。

    将上边部署的solr单机的conf拷贝到/home/solr下。

    执行下边的命令将/home/solr/conf下的配置文件上传到zookeeper(此命令为单条命令,虽然很长,真实环境需要替换真实的ip即可)。此命令在solr-4.10.3/example/scripts/cloud-scripts/目录下:

    ./zkcli.sh -zkhost 192.168.25.150:2181,192.168.25.150:2182,192.168.25.150:2183 -cmd upconfig -confdir /usr/local/solrcloud/solrhome1/collection1/conf -confname myconf

    登陆zookeeper服务器查询配置文件:

    cd /usr/local/zookeeper/bin/
    
    ./zkCli.sh

    2.5.3 修改SolrCloud监控端口为8080

    修改每个solrhome的solr.xml文件。

     

    2.5.4 每一台solrzookeeper关联

    修改每一台solrtomcat bin目录下catalina.sh文件中加入DzkHost指定zookeeper服务器地址: 

    JAVA_OPTS="-DzkHost=192.168.25.150:2181,192.168.25.150:2182,192.168.25.150:2183"

    (可以使用vim的查找功能查找到JAVA_OPTS的定义的位置,然后添加)

    2.5.5 启动所有的solr服务

    启动每一台solrtomcat服务。

    2.5.6 访问solrcloud

    访问任意一台solr,左侧菜单出现Cloud

    2.5.7 SolrCloud集群配置

    上图中的collection1集群只有一片,可以通过下边的方法配置新的集群。

    如果集群中有四个solr节点创建新集群collection2,将集群分为两片,每片两个副本。(浏览器中直接输入)

    http://192.168.25.150:8080/solr/admin/collections?action=CREATE&name=collection2&numShards=2&replicationFactor=2

    删除集群命令:

    http://192.168.25.150:8080/solr/admin/collections?action=DELETE&name=collection1

    执行后原来的collection1删除,如下:

    更多的命令请参数官方文档:apache-solr-ref-guide-4.10.pdf

    2.5.8 启动solrCloud注意

    启动solrCloud需要先启动solrCloud依赖的所有zookeeper服务器,再启动每台solr服务器。

    solrJ访问solrCloud

    public class SolrCloudTest {
        // zookeeper地址
        private static String zkHostString = "192.168.25.150:2181,192.168.25.150:2182,192.168.25.150:2183";
        // collection默认名称,比如我的solr服务器上的collection是collection2_shard1_replica1,就是去掉“_shard1_replica1”的名称
        private static String defaultCollection = "collection1";
    
        // cloudSolrServer实际
        private CloudSolrServer cloudSolrServer;
    
        // 测试方法之前构造 CloudSolrServer
        @Before
        public void init() {
            cloudSolrServer = new CloudSolrServer(zkHostString);
            cloudSolrServer.setDefaultCollection(defaultCollection);
            cloudSolrServer.connect();
        }
    
        // 向solrCloud上创建索引
        @Test
        public void testCreateIndexToSolrCloud() throws SolrServerException,
                IOException {
    
            SolrInputDocument document = new SolrInputDocument();
            document.addField("id", "100001");
            document.addField("title", "李四");
            cloudSolrServer.add(document);
            cloudSolrServer.commit();
    
        }
    
        // 搜索索引
        @Test
        public void testSearchIndexFromSolrCloud() throws Exception {
    
            SolrQuery query = new SolrQuery();
            query.setQuery("*:*");
            try {
                QueryResponse response = cloudSolrServer.query(query);
                SolrDocumentList docs = response.getResults();
    
                System.out.println("文档个数:" + docs.getNumFound());
                System.out.println("查询时间:" + response.getQTime());
    
                for (SolrDocument doc : docs) {
                    ArrayList title = (ArrayList) doc.getFieldValue("title");
                    String id = (String) doc.getFieldValue("id");
                    System.out.println("id: " + id);
                    System.out.println("title: " + title);
                    System.out.println();
                }
            } catch (SolrServerException e) {
                e.printStackTrace();
            } catch (Exception e) {
                System.out.println("Unknowned Exception!!!!");
                e.printStackTrace();
            }
        }
    
        // 删除索引
        @Test
        public void testDeleteIndexFromSolrCloud() throws SolrServerException, IOException {
    
            // 根据id删除
            UpdateResponse response = cloudSolrServer.deleteById("zhangsan");
            // 根据多个id删除
            // cloudSolrServer.deleteById(ids);
            // 自动查询条件删除
            // cloudSolrServer.deleteByQuery("product_keywords:教程");
            // 提交
            cloudSolrServer.commit();
        }
    }

    具体的配置文件参考单机版的solr的配置

    本文结束。

  • 相关阅读:
    Android中的Looper , Handler , Message有什么关系
    理解Android系统的进程间通信原理(二)----RPC机制
    深入浅出JVM
    Linux个人常用命令汇总
    垃圾收集器与内存分配策略
    Linux上部署Java应用+Python3环境搭建
    List中remove元素的理解
    Java异常
    深入理解Java 8 Stream
    深入理解Java 8 Lambda
  • 原文地址:https://www.cnblogs.com/hellxz/p/7434588.html
Copyright © 2011-2022 走看看