# How can we store large scale data with 32GB RAM / 30TB disk on machine

**URL:** https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501
**Category:** Elasticsearch
**Created:** [May 4, 2017, 8:05am UTC](https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501 "2017-05-04T08:05:45Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![hellokitty](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/hellokitty/32/29959_2.png) [@hellokitty](https://discuss.elastic.co/u/hellokitty)
#### Post date: [May 4, 2017, 8:05am UTC](https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501/1 "2017-05-04T08:05:45Z")

</div>

My problem is that：  
I have some machine which has about 32GB RAM and 30 TB disk storage.  
Once the disk usage reach 10%，the memory used may reach up to 90%.  
Although I have 30TB but I can not use so much disk storage, because memory is limit.

most percent of RAM cost is FST term index，My ES is 2.3.X.  
Please give me some advice!

---

<div class="post-metadata">

### Author: ![Christian\_Dahlqvist](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/christian_dahlqvist/32/4617_2.png) [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)
#### Post date: [May 4, 2017, 8:16am UTC](https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501/2 "2017-05-04T08:16:17Z")

</div>

Each shard comes with overhead in terms of memory and file handles, so in order to maximise the amount of data a node can hold, make sure your shards are in the tens of GB in size. Having said that, I doubt you will be able to utilise anywhere close to that amount of disk space given the limited amount of RAM you have.

---

<div class="post-metadata">

### Author: ![hellokitty](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/hellokitty/32/29959_2.png) [@hellokitty](https://discuss.elastic.co/u/hellokitty)
#### Post date: [May 4, 2017, 8:34am UTC](https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501/3 "2017-05-04T08:34:14Z")

</div>

Yeah, I had try some cases to solve my problem, include set each shards to the tens of GB in size. I found that:  
in my case, one shard with 70GB in size, the shard may cost about 470 MB term\_memory.  
So if I used all of 32GB RAM, means that I can store about 32GB/470MB=68 shards. 68  
shards can only store 70GB\*68=4.7TB  
😢

---

<div class="post-metadata">

### Author: ![rusty](https://avatars.discourse-cdn.com/v4/letter/r/f17d59/32.png) [@rusty](https://discuss.elastic.co/u/rusty)
#### Post date: [May 4, 2017, 3:10pm UTC](https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501/4 "2017-05-04T15:10:01Z")

</div>

You can take a look at [https://github.com/elastic/elasticsearch/issues/24269](https://github.com/elastic/elasticsearch/issues/24269) and vote for it. But IMHO this PR would never accepted by the Elastic team not in 2.x nor in master branch (I'll be happy to be wrong).

---

<div class="post-metadata">

### Author: ![hellokitty](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/hellokitty/32/29959_2.png) [@hellokitty](https://discuss.elastic.co/u/hellokitty)
#### Post date: [May 8, 2017, 4:51pm UTC](https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501/5 "2017-05-08T16:51:55Z")

</div>

Good, may be we can pull some change to lucene core to unload indices?

---

<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: [June 5, 2017, 5:07pm UTC](https://discuss.elastic.co/t/how-can-we-store-large-scale-data-with-32gb-ram-30tb-disk-on-machine/84501/6 "2017-06-05T17:07:19Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
