# Infrastructure d'Elasticsearch **URL:** \ **Category:** Discussions en français\ **Created:** [July 1, 2016, 10:53am UTC](https://discuss.elastic.co/t/infrastructure-delasticsearch/54529 "2016-07-01T10:53:39Z")\ **Posts on this page:** 1\ **Showing post:** 2
**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\ **Post date:** [July 1, 2016, 4:47pm UTC](https://discuss.elastic.co/t/infrastructure-delasticsearch/54529/2 "2016-07-01T16:47:04Z")
> [@Fabien\_Sarlat](#): > > Ma première question va être, est-il possible (question performance), de mettre mon site et ES sur un même serveur ? Ou il vaut mieux les séparer ? (donc 2 serveurs). Idéalement, il vaut mieux laisser toute la puissance à Elasticsearch histoire de ne pas être pertubé par d'autres services. Notamment mettre avec une BDD va typiquement dégrader fortement les IO d'Elasticsearch. Si c'est possible pour toi, fais un cluster elasticsearch complètement séparé du reste. > [@Fabien\_Sarlat](#): > > Est-ce que le serveur, avec Es et les 4 sites hébergés, peut supporter la charge ? Evidemment. C'est un moteur de recherche. Il est fait pour ça ! 😛 L'idéal à mon avis est de faire un index par langue. > [@Fabien\_Sarlat](#): > > Je n'ai pas bien compris les nodes. Un cluster regroupe des nodes. Les nodes contiennent des indexes qui eux contiennent les data (si j'ai bien suivis). Node: instance physique d'Elasticsearch. En gros: un process (une JVM). On ne met (sauf cas exceptionnel) qu'un seul noeud par machine physique. Cluster: un ensemble de noeuds qui ont tous le même cluster name. Un index contient en effet les data. > [@Fabien\_Sarlat](#): > > Est-ce une bonne logique ? Non. En tant qu'utilisateur tu dois séparer les concepts. Les noeuds sont un pb d'architecture physique. En tant que DEV tu dois juste te dire que tu as un cluster elasticsearch (quelque soit le nombre de noeuds dedans. Toi, tu créés un index fr sur elasticsearch et tu laisses elasticsearch se charger de son allocation sur les noeuds. Quand tu cherches dans un index, tu n'as pas à savoir où son physiquement les données. C'est le pb d'elasticsearch. > [@Fabien\_Sarlat](#): > > Dernière interrogation : les shards. Un index est découpé en shards (partitions). Chaque shard est une instance de Lucene. Quand tu indexes un document, ce document va aller vers un shard physique et y être indexé. Là encore, ce n'est pas ton problème. Laisse faire elasticsearch. Su un cluster de 3 noeuds, avec 3 index (fr, de, us) et 1 primary shard par index (p) et un replica par shard (r), tu auras au final 6 shards alloués sur ton cluster. Elasticsearch en mettra 2 sur chaque noeud. Par exemple: Noeud 1: fr-1-P et us-1-R Noeud 2: de-1-P et fr-1-R Noeud 3: us-1-P et de-1-R Si tu perds un noeud, il rebalancera tout ça et tes utilisateurs ne verront probablement pas la panne. En espérant que ça t'aide. --- _[View the full topic](https://discuss.elastic.co/t/infrastructure-delasticsearch/54529)._