[ https://issues.apache.org/jira/browse/SOLR-15055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andrzej Bialecki updated SOLR-15055: ------------------------------------ Description: Solr 8x replica placement provided two settings that are very useful in certain scenarios: * {{withCollection}} constraint specified that replicas should be placed on the same nodes where replicas of another collection are located. In the 8x implementation this was limited in practice to co-locating single-shard secondary collections used for joins or other lookups from the main collection (which could be multi-sharded). * {{maxShardsPerNode}} - this constraint specified the maximum number of replicas per shard that can be placed on the same node. In most scenarios this was set to 1 in order to ensure fault-tolerance (ie. at most 1 replica of any given shard would be placed on any given node). Changing this constraint to values > 1 would reduce fault-tolerance but may be desired in test setups or as a temporary relief measure. Both these constraints are collection-specific so they should be configured e.g. as collection properties. > Re-implement 'withCollection' and 'maxShardsPerNode' > ---------------------------------------------------- > > Key: SOLR-15055 > URL: https://issues.apache.org/jira/browse/SOLR-15055 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Reporter: Andrzej Bialecki > Assignee: Andrzej Bialecki > Priority: Major > > Solr 8x replica placement provided two settings that are very useful in > certain scenarios: > * {{withCollection}} constraint specified that replicas should be placed on > the same nodes where replicas of another collection are located. In the 8x > implementation this was limited in practice to co-locating single-shard > secondary collections used for joins or other lookups from the main > collection (which could be multi-sharded). > * {{maxShardsPerNode}} - this constraint specified the maximum number of > replicas per shard that can be placed on the same node. In most scenarios > this was set to 1 in order to ensure fault-tolerance (ie. at most 1 replica > of any given shard would be placed on any given node). Changing this > constraint to values > 1 would reduce fault-tolerance but may be desired in > test setups or as a temporary relief measure. > > Both these constraints are collection-specific so they should be configured > e.g. as collection properties. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org