[
https://issues.apache.org/jira/browse/SOLR-8081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14903566#comment-14903566
]
Timothy Potter commented on SOLR-8081:
--------------------------------------
Thanks [~noble.paul] ... I think that should work as well as the main concern
is to utilize all disks available. I suppose this is not something that needs
to have an API since you'll need to make sure the mount points for the disks
have the correct perms.
I'd like Solr to be smart about assigning replicas to available disks vs. using
maxReplicasPerDisk, such as if we need to allocate 3 replicas on 2 disks, pick
the disk to put the 3rd replica on based on disk capacity.
> When creating a collection, we need a way to utilize multiple disks available
> on a node.
> ----------------------------------------------------------------------------------------
>
> Key: SOLR-8081
> URL: https://issues.apache.org/jira/browse/SOLR-8081
> Project: Solr
> Issue Type: Improvement
> Components: SolrCloud
> Reporter: Timothy Potter
>
> Currently, if I want to change the dataDir for a core (such as to utilize
> multiple disks on a Solr node), I need to either setup a symlink or change
> the dataDir property in core.properties and restart the Solr node. For
> instance, if I have a 4-node SolrCloud cluster and want to create a
> collection with 4 shards with rf=2, then 8 Solr cores will be created across
> the cluster, 2 per node. If I want to have each core use a separate disk,
> then I have to do that after the fact. I'm aware that I could create the
> collection with rf=1 and then use AddReplica to add additional replicas with
> a different dataDir set, but that feels cumbersome as well.
> What would be nice is to have a way for me to specify available disks and
> have Solr use that information when provisioning cores on the node.
> [~anshumg] mentioned this might be best accomplished with a replica placement
> strategy.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
