The idea is tempting...
Limiting to one tlog replica per shard might not be sufficient though. What
if a node has too many shard leaders and we want to rebalance these across
the cluster to other nodes?
What if a node has some intrinsic issues (runs out of memory each time or
unable to start due to
As I get deeper into Solr on kube, I've begun to wonder if Solr leader
election on kube is an obsolete concept. Leader election was conceived when
hardware was not fungible. Now that hardware is fungible I wonder if it's
time to rethink the whole idea of leader election.
Consider the following sce
+1 to experimental (java level).
In user facing docs and tutorials, we can encourage use, with just a minor note
somewhere that it may still change.
When users report bugs there will always be a workaround — use v1 until next
release..
Jan Høydahl
> 27. okt. 2021 kl. 23:18 skrev David Smiley :
