Est d'utiliser un équilibreur de charge avec ElasticSearch inutiles?

J'ai un cluster de 3 ElasticSearch noeuds sur AWS EC2. Ces nœuds sont l'installation à l'aide OpsWorks/Chef. Mon intention est de la conception de ce cluster d'être très résistant et élastique (nœuds peuvent venir et quand on en a besoin).

De tout ce que j'ai lu sur ElasticSearch, il semble que personne ne recommande de mettre un équilibreur de charge à l'avant de la grappe; au lieu de cela, il semble que la recommandation est de faire une de deux choses:

  1. Point de votre client à l'URL/IP d'un nœud, laissez-ES de faire de l'équilibrage de la charge pour vous et j'espère que le nœud ne se couche jamais.

  2. Coder l'Url/IPs de TOUS les nœuds dans votre application client et l'application est de gérer la logique de basculement.

Mon fond est la plupart du temps dans des batteries de serveurs web où c'est juste du bon sens pour créer une énorme piscine autonome, serveurs web, jetez un ELB en face d'eux et de laisser l'équilibrage de la charge de décider ce que les nœuds sont vivants ou morts. Pourquoi n'ES pas semblent appuyer cette même architecture?

InformationsquelleAutor user2719100 | 2014-07-15