Solr
  1. Solr
  2. SOLR-1277

Implement a Solr specific naming service (using Zookeeper)

    Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Won't Fix
    • Affects Version/s: 1.4
    • Fix Version/s: 3.2
    • Component/s: None
    • Labels:
      None

      Description

      The goal is to give Solr server clusters self-healing attributes
      where if a server fails, indexing and searching don't stop and
      all of the partitions remain searchable. For configuration, the
      ability to centrally deploy a new configuration without servers
      going offline.

      We can start with basic failover and start from there?

      Features:

      • Automatic failover (i.e. when a server fails, clients stop
        trying to index to or search it)
      • Centralized configuration management (i.e. new solrconfig.xml
        or schema.xml propagates to a live Solr cluster)
      • Optionally allow shards of a partition to be moved to another
        server (i.e. if a server gets hot, move the hot segments out to
        cooler servers). Ideally we'd have a way to detect hot segments
        and move them seamlessly. With NRT this becomes somewhat more
        difficult but not impossible?
      1. log4j-1.2.15.jar
        383 kB
        Grant Ingersoll
      2. SOLR-1277.patch
        44 kB
        Mark Miller
      3. SOLR-1277.patch
        73 kB
        Mark Miller
      4. SOLR-1277.patch
        67 kB
        Mark Miller
      5. SOLR-1277.patch
        35 kB
        Grant Ingersoll
      6. zookeeper-3.2.1.jar
        892 kB
        Mark Miller

        Issue Links

          Activity

          Jason Rutherglen created issue -
          Grant Ingersoll made changes -
          Field Original Value New Value
          Assignee Grant Ingersoll [ gsingers ]
          Grant Ingersoll made changes -
          Link This issue is blocked by SOLR-1237 [ SOLR-1237 ]
          Jason Rutherglen made changes -
          Summary Implement a SOLR specific naming service (using Zookeeper) Implement a Solr specific naming service (using Zookeeper)
          Grant Ingersoll made changes -
          Attachment SOLR-1277.patch [ 12413565 ]
          Attachment zookeeper-3.2.0.jar [ 12413566 ]
          Attachment log4j-1.2.15.jar [ 12413567 ]
          Jason Rutherglen made changes -
          Description The goal is to give SOLR server clusters self-healing attributes
          where if a server fails, indexing and searching don't stop and
          all of the partitions remain searchable. For configuration, the
          ability to centrally deploy a new configuration without servers
          going offline.

          We can start with basic failover and start from there?

          Features:

          * Automatic failover (i.e. when a server fails, clients stop
          trying to index to or search it)

          * Centralized configuration management (i.e. new solrconfig.xml
          or schema.xml propagates to a live SOLR cluster)

          * Optionally allow shards of a partition to be moved to another
          server (i.e. if a server gets hot, move the hot segments out to
          cooler servers). Ideally we'd have a way to detect hot segments
          and move them seamlessly. With NRT this becomes somewhat more
          difficult but not impossible?
          The goal is to give Solr server clusters self-healing attributes
          where if a server fails, indexing and searching don't stop and
          all of the partitions remain searchable. For configuration, the
          ability to centrally deploy a new configuration without servers
          going offline.

          We can start with basic failover and start from there?

          Features:

          * Automatic failover (i.e. when a server fails, clients stop
          trying to index to or search it)

          * Centralized configuration management (i.e. new solrconfig.xml
          or schema.xml propagates to a live Solr cluster)

          * Optionally allow shards of a partition to be moved to another
          server (i.e. if a server gets hot, move the hot segments out to
          cooler servers). Ideally we'd have a way to detect hot segments
          and move them seamlessly. With NRT this becomes somewhat more
          difficult but not impossible?
          Grant Ingersoll made changes -
          Link This issue depends on SOLR-1585 [ SOLR-1585 ]
          Noble Paul made changes -
          Link This issue is blocked by SOLR-1431 [ SOLR-1431 ]
          Mark Miller made changes -
          Attachment SOLR-1277.patch [ 12426557 ]
          Mark Miller made changes -
          Attachment zookeeper-3.2.1.jar [ 12426558 ]
          Mark Miller made changes -
          Attachment zookeeper-3.2.0.jar [ 12413566 ]
          Mark Miller made changes -
          Attachment SOLR-1277.patch [ 12426670 ]
          Noble Paul made changes -
          Link This issue depends upon SOLR-1621 [ SOLR-1621 ]
          Mark Miller made changes -
          Attachment SOLR-1277.patch [ 12427253 ]
          Mark Miller made changes -
          Link This issue is related to SOLR-1663 [ SOLR-1663 ]
          Yonik Seeley made changes -
          Link This issue is related to SOLR-1698 [ SOLR-1698 ]
          Hoss Man made changes -
          Fix Version/s Next [ 12315093 ]
          Fix Version/s 1.5 [ 12313566 ]
          Grant Ingersoll made changes -
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Won't Fix [ 2 ]
          Hoss Man made changes -
          Fix Version/s 3.2 [ 12316172 ]
          Fix Version/s Next [ 12315093 ]
          Robert Muir made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Gavin made changes -
          Link This issue depends on SOLR-1585 [ SOLR-1585 ]
          Gavin made changes -
          Link This issue depends upon SOLR-1585 [ SOLR-1585 ]

            People

            • Assignee:
              Grant Ingersoll
              Reporter:
              Jason Rutherglen
            • Votes:
              1 Vote for this issue
              Watchers:
              15 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - 672h
                672h
                Remaining:
                Remaining Estimate - 672h
                672h
                Logged:
                Time Spent - Not Specified
                Not Specified

                  Development