You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Manuel Lenormand (JIRA)" <ji...@apache.org> on 2014/03/14 00:19:48 UTC

[jira] [Updated] (SOLR-5501) Ability to work with cold replicas

     [ https://issues.apache.org/jira/browse/SOLR-5501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Manuel Lenormand updated SOLR-5501:
-----------------------------------

    Attachment: 5501.patch

Here attached a basic patch that orders the shards' replicas list from hot to cold replicas, so that the LBHttpSolrServer.request() requests the hot replicas first. In case of failure cold replicas remain active for following requests.

The order expects the key-value "cold":"true" in the replica's clusterstate.json, just like the leader property.

Wanted to ask if that's a right direction and some guidance for continuation: what kind of Unit tests, web-UI changes in the Cloud graph-view etc.

> Ability to work with cold replicas
> ----------------------------------
>
>                 Key: SOLR-5501
>                 URL: https://issues.apache.org/jira/browse/SOLR-5501
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>    Affects Versions: 4.5.1
>            Reporter: Manuel Lenormand
>              Labels: performance
>             Fix For: 4.7
>
>         Attachments: 5501.patch
>
>
> Following this conversation from the mailing list:
> http://lucene.472066.n3.nabble.com/Proposal-for-new-feature-cold-replicas-brainstorming-td4097501.html
> Should give the ability to use replicas mainly as backup cores and not for handling high qps rate. 
> This way you would avoid using the caching ressources (solr and OS) used when routing a query to a replica. 
> With many replicas it's harder hitting the solr cache (same query may hit another replica) and having many replicas on the same instance would cause a useless competition on the OS memory for caching.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org