Dear Wiki user, You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.
The "SolrCloud" page has been changed by Per Steffensen: http://wiki.apache.org/solr/SolrCloud?action=diff&rev1=80&rev2=81 Comment: Conforming to the new naming - slice=shard, shard=shard-replica (even though I dont like it) About the params * '''name''': The name of the collection to be created - * '''numShards''': The number of slices (sometimes called shards) to be created as part of the collection + * '''numShards''': The number of shards (sometimes called slices) to be created as part of the collection - * '''replicationFactor''': The number of "additional" shards (sometimes called replica) to be created for each slice. Set it to 0 to have "one shard for each of your slices". Set to 1 to have "two shards for each of your slices" etc. With a value of 0 your data will not be replicated + * '''replicationFactor''': The number of "additional" shard-replica (sometimes called shards) to be created for each shard. Set it to 0 to have "one shard-replica for each of your shards". Set to 1 to have "two shard-replica for each of your shards" etc. With a value of 0 your data will not be replicated - * '''maxShardsPerNode''' (not in 4.0.0 and not even committet yet - see SOLR-4114): A create operation will spread numShards*(replicationFactor+1) shards across your live Solr nodes - fairly distributed, and never two shards of the same slice on the same Solr node. If a Solr is not live at the point in time where the create operation is carried out, it will not get any shards of the new collection. To prevent too many shards being created on a single Solr node, use maxShardsPerNode to set a limit for how many shards the create operation is allowed to create on each node - default is 1. If it cannot fit the entire collection (numShards*(replicationFactor+1) shards) on you live Solrs it will not create anything at all. Unfortunately, since the create operation is carried out asynchronously, you will not get any feedback about a decission to not create the collection. + * '''maxShardsPerNode''' (not in 4.0.0 and not even committet yet - see SOLR-4114): A create operation will spread numShards*(replicationFactor+1) shard-replica across your live Solr nodes - fairly distributed, and never two shard-replica of the same shard on the same Solr node. If a Solr is not live at the point in time where the create operation is carried out, it will not get any shard-replica of the new collection. To prevent too many shard-replica being created on a single Solr node, use maxShardsPerNode to set a limit for how many shard-replica the create operation is allowed to create on each node - default is 1. If it cannot fit the entire collection (numShards*(replicationFactor+1) shard-replica) on you live Solrs it will not create anything at all. Unfortunately, since the create operation is carried out asynchronously, you will not get any feedback about a decission to not create the collection. - * '''createNodeSet''' (not in 4.0.0 and not even committet yet - see SOLR-4120): If not provided the create operation will create shards spread across all of your live Solr nodes. You can provide the "createNodeSet" parameter to change the set of nodes to spread the shards across. The format of values for this param is "<node-name1>,<node-name2>,...,<node-nameN>" - e.g. "localhost:8983_solr,localhost:8984_solr,localhost:8985_solr" + * '''createNodeSet''' (not in 4.0.0 and not even committet yet - see SOLR-4120): If not provided the create operation will create shard-replica spread across all of your live Solr nodes. You can provide the "createNodeSet" parameter to change the set of nodes to spread the shard-replica across. The format of values for this param is "<node-name1>,<node-name2>,...,<node-nameN>" - e.g. "localhost:8983_solr,localhost:8984_solr,localhost:8985_solr" Note: replicationFactor defines the maximum number of replicas created in addition to the leader from amongst the nodes currently running (i.e. nodes added later will not be used for this collection). Imagine you have a cluster with 20 nodes and want to add an additional smaller collection to your installation with 2 shards, each shard with a leader and two replicas. You would specify a replicationFactor=2. Now six of your nodes will host this new collection and the other 14 will not host the new collection.
