Do not run ES across regions, it's a bad idea. Use snapshot and restore or some other method to replicate data.
On 19 February 2015 at 20:51, Subodh Patil <subodh00...@gmail.com> wrote: > Ok Thanks Mark. > So you are saying I should set node.master: true as well as node.data: > true for all the 3 nodes in the cluster. > And this will hold true for 4 node or even more node cluster ? > > As of now I am making data redundant on all 3 nodes but please suggest > performance... > azure Load balancer chances of failure are much lesser than VM. > > > The redundancy is required from backup point of view. So I will have 4 > node cluster with data replicated on all 4 nodes. > 3 nodes in the same region (say East US) and behind load balancer and > 4th node will be in different region (say west us) but NOT behind load > balancer and just holding the all data. > In case east us data center has problem then I can redirect all traffic to > west US data center where single node will always have all update data, or > even i can take backups from west us data center. > > Thanks, > Subodh > > > > On Thursday, February 19, 2015 at 7:10:52 AM UTC+5:30, Mark Walkom wrote: >> >> Yes the master can serve requests. >> >> You don't really want 2 masters and 1 data node though, make all 3 >> master+data to start with. >> And sure the client can be a SPOF, but then isn't a single load balancer >> a SPOF as well? So the question remains, where are you happy dealing with >> these points, because at some point you cannot make *everything* redundant >> without being excessive. >> >> On 18 February 2015 at 21:36, Subodh Patil <subod...@gmail.com> wrote: >> >>> >>> i am trying to setup ES cluster behind azure load balancer /cloud >>> service. the cluster is 3 node with no specific data/client/master node >>> settings. By default 2 nodes are elected as master and 1 as data node. >>> >>> As the request (create/update/search) from application comes to azure >>> load balancer on 9200 port which load balanced for all 3 vms the request >>> can go to any vm. >>> >>> Will master node be able to serve the requests ? >>> >>> Many article says that you don't need load balancer for ES cluster just >>> use client node but then it becomes single point of failure as azure vm can >>> go down any point of time. so load balancing is required mainly for high >>> availability from infrastructure point of view. >>> please suggest cluster setup and which nodes (data or client) to be put >>> behind load balancer. >>> >>> >>> ES version 1.4.1 on windows server 2012 r2 vm >>> >>> >>> -- >>> 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 elasticsearc...@googlegroups.com. >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/elasticsearch/47a28ee1-f216-480c-b148-c8e0d105a07c% >>> 40googlegroups.com >>> <https://groups.google.com/d/msgid/elasticsearch/47a28ee1-f216-480c-b148-c8e0d105a07c%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- > 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 elasticsearch+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/d961148e-13d5-444f-bb33-368c9a468078%40googlegroups.com > <https://groups.google.com/d/msgid/elasticsearch/d961148e-13d5-444f-bb33-368c9a468078%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- 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 elasticsearch+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8r5s%2BavwSCdf1qkA9Yh1mU%3DFKEh7vo7yO-jOUG0MRoTw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.