You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Erick Erickson (JIRA)" <ji...@apache.org> on 2018/12/07 15:23:00 UTC

[jira] [Resolved] (SOLR-7095) Disaster Recovery native online cross-site replication for NRT SolrCloud

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

Erick Erickson resolved SOLR-7095.
----------------------------------
    Resolution: Won't Fix

Yeah, I'll close this. I think any improvements ought to be new JIRAs built on CDCR.

> Disaster Recovery native online cross-site replication for NRT SolrCloud
> ------------------------------------------------------------------------
>
>                 Key: SOLR-7095
>                 URL: https://issues.apache.org/jira/browse/SOLR-7095
>             Project: Solr
>          Issue Type: New Feature
>    Affects Versions: 4.10
>            Reporter: Hari Sekhon
>            Priority: Major
>
> Feature request to add native online cross-site DR support for NRT SolrCloud.
> Currently NRT DR recovery requires taking down the recovering cluster including halting any new indexing, changing zookeeper emsembles to the other datacenter for one node per shard to replicate, then taking down again to switch back to local DC zookeeper ensemble after shard has caught up. This is a relatively difficult/tedious manual operation to perform and seems impossible to get completely up to date in scenarios with constant new update requests arriving during downtime of switching back to local DC's zookeeper ensemble, therefore preventing 100% accurate catch up.
> There will be trade-offs such as making cross-site replication async to avoid update latency penalty, and may require a last-write-wins type scenario like Cassandra.
> Regards,
> Hari Sekhon
> http://www.linkedin.com/in/harisekhon



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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