# Stratégie de stockage

**URL:** <https://discuss.elastic.co/t/strategie-de-stockage/26239>\
**Category:** Discussions en français\
**Created:** [July 24, 2015, 12:04pm UTC](https://discuss.elastic.co/t/strategie-de-stockage/26239 "2015-07-24T12:04:22Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![naguelfar](https://avatars.discourse-cdn.com/v4/letter/n/e99b99/32.png) [@naguelfar](https://discuss.elastic.co/u/naguelfar)\
**Post date:** [July 24, 2015, 12:04pm UTC](https://discuss.elastic.co/t/strategie-de-stockage/26239/1 "2015-07-24T12:04:22Z")

</div>

Bonjour,

j'ai une application qui permet d'importer des CSV de différents clients / formats etc. dans un serveur elasticsearch (afin d'afficher un graphisme avec les données).

Actuellement chaque CSV crée un index et un type.  
A terme cela pourrait représenter plusieurs centaines d'index.

Qu'elle est la meilleure solution pour cela ? Est que créer un index par client puis un type par CSV est une bonne idée ? Quels sont les inconvénients ?

merci

---

<div class="post-metadata">

**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 24, 2015, 4:07pm UTC](https://discuss.elastic.co/t/strategie-de-stockage/26239/2 "2015-07-24T16:07:56Z")

</div>

Un index = potentiellement plusieurs instances de Lucene. Chaque Lucene consomme des ressources.  
Il vaut mieux en limiter le nombre à mon avis.

Je te conseille de lire notamment [https://www.elastic.co/guide/en/elasticsearch/guide/current/kagillion-shards.html](https://www.elastic.co/guide/en/elasticsearch/guide/current/kagillion-shards.html)

---

<div class="post-metadata">

**Author:** ![naguelfar](https://avatars.discourse-cdn.com/v4/letter/n/e99b99/32.png) [@naguelfar](https://discuss.elastic.co/u/naguelfar)\
**Post date:** [July 24, 2015, 8:21pm UTC](https://discuss.elastic.co/t/strategie-de-stockage/26239/3 "2015-07-24T20:21:56Z")

</div>

merci pour ta réponse.

Effectivement c'est compliqué car je ne maitriserai pas l'utilisation faite par les clients. Il faut donc trouver le bon nombre de shard "moyen" par rapport à un volume inconnu.

De ton expérience si je pars sur 1 index, 30 types avec une moyenne à 100 000 documents par type quelle est la bonne configuration de shard ? Qui est plus pour une utilisation kibana like (donc filtre sur Term, agrégation etc.)

(sachant que j'ai un cluster de 3 noeuds à 16 Go de ram chacun et que pour égayer le tout sont déjà des index à 45 et 25 millions de documents.)

merci

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 6, 2017, 1:51pm UTC](https://discuss.elastic.co/t/strategie-de-stockage/26239/4 "2017-07-06T13:51:36Z")

</div>