My problem today is not so simple at all! I already have some big cluster
in production. But, as of today my number of nodes is known and didn't
change too much. Tomorrow i plan to be more and more elastic. I won't know
the exact number of nodes at a given time, as it will depends on the load
and some auto-scaling rules.
All my platform is build with Chef, so i am able to determine the number of
nodes with some tips. But i have a lot of questions:
When i add a new master node, the minimum_master_nodes value is
re-calculated accordingly... Is this value propagated to the whole cluster
when the new master node come up ? Chef adapt the configuration of all es
nodes, but don't restart them when already running. Do i need to change
this value via a call to the API
? When i remove a node, i think i have no choice but calling the API to
reduce the minimum_master_nodes, am i right ?
Another question i have, is it a good idea to use unicast and defining all
master nodes in conf files, or do i need to define just multicast ?
And finally, i want to have a cluster between 2 zones, one is my actuel DC,
and the other one if an ec2 vpc... What's the best way to interface the 2
zones ? Unicast + Multicast and EC2 + unicast ? Do i need to list each
master node of the whole cluster in each conf files ?
Thanks in advance to the one who will try to answer me.
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to email@example.com.
For more options, visit https://groups.google.com/groups/opt_out.