Hi all, I'm sorry if this is a totally beginner question with a obvious answer, but I just haven't found anything that explains this clearly, most tutorials don't cover this sort of thing. We're investigating the use of Elastic Search and was wondering what the best topology would be. My reading has led me to think that to start with the best thing to do would be to have 2 nodes that are on their own machines and store the data, then on each of our web servers we would have a non-data node that are used to handle the querying and indexing requests, and pass these onto the appropriate data node. Does this sound sensible?
The reasoning for this is that we have a RESTful service that will be called from external apps, and we need these to talk to the cluster as a whole, rather than an individual machine in case it goes down. Essentially the non-data nodes are the load-balancers. The only other option I can think of is using a load-balancer to provide the virtual IP address that the RESTful service calls directly - but why would I do that if elastic can handle this already? Any thoughts and advice would be most welcome! -- 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 protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/0274a88c-9cda-4462-be28-cd054e443b2c%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
