# Try to figure out what kind of hardware I need

**URL:** https://discuss.elastic.co/t/try-to-figure-out-what-kind-of-hardware-i-need/27207
**Category:** Elasticsearch
**Created:** [August 11, 2015, 5:46pm UTC](https://discuss.elastic.co/t/try-to-figure-out-what-kind-of-hardware-i-need/27207 "2015-08-11T17:46:02Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![x3rus](https://avatars.discourse-cdn.com/v4/letter/x/fbc32d/32.png) [@x3rus](https://discuss.elastic.co/u/x3rus)
#### Post date: [August 11, 2015, 5:46pm UTC](https://discuss.elastic.co/t/try-to-figure-out-what-kind-of-hardware-i-need/27207/1 "2015-08-11T17:46:02Z")

</div>

Hi,

I have a project to deploy ELK to manage all OS logs (GNU/Linux , Windows) and network equipments logs.

I need to be able to manage :

- 50 Gigs each days
- 750 hosts
- 4500 logs / seconds

That's for today , of course my network will grow ...

I try to figure out what kind of hardware I need to manage this .  
I read those articles :

- [https://www.elastic.co/guide/en/elasticsearch/guide/current/hardware.html](https://www.elastic.co/guide/en/elasticsearch/guide/current/hardware.html)
- [https://www.elastic.co/blog/elasticsearch-storage-the-true-story](https://www.elastic.co/blog/elasticsearch-storage-the-true-story)

At the beginning I will setup every things on one box , I know it's not the best but that's my budget : ( , and I need to demonstrate ELK is the good solutions.

So I will buy a system with 64 Gig RAM and a CPU with many core , less speed but more concurrency process...  
But for the hard drives, it's hard to know what I must choose.  
I want keep:

- 1 mouth quickly available
- 3 mouths available throw the web interface but not instantly , but without hard manual operation.
- 6 mouths available, I think I will store information in flat files and people can grep in it ... but if you have an other solution : ) .

In this article [https://www.elastic.co/blog/elasticsearch-storage-the-true-story](https://www.elastic.co/blog/elasticsearch-storage-the-true-story) the guy explain the index expansion factor is between 0.553 and 1.399. So for 1 mouth . 50 Gig \* 30 days = 1500 Gig \* 1.399 (index expansion worse case) = 2098,5 Gig . 2 tera in RAID 10 with 15K HD or 10K HD , that's for the current mouth .

Now how can I manage the older logs 3 mouths and 6 mouths ? The documentation [https://www.elastic.co/guide/en/elasticsearch/guide/current/hardware.html](https://www.elastic.co/guide/en/elasticsearch/guide/current/hardware.html) say avoid network-attached storage (NAS), so do you have a suggestion to store all these data ?

If have keep the old 6 mouth in flat file I thinks I can store it on my NAS but for the 3 mouths I have no idea ?  
My goal is to use hardrive slower , and cheaper for logs 3 mouths old , those logs will be rarely access so it can take more time to access .... any suggestion ?

thanks for your help , I hope I explain clearly my goal and my problem .

---

<div class="post-metadata">

### Author: ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [August 11, 2015, 11:26pm UTC](https://discuss.elastic.co/t/try-to-figure-out-what-kind-of-hardware-i-need/27207/2 "2015-08-11T23:26:07Z")

</div>

This tiered requirement is why having multiple nodes is good, then you can have different nodes with different hardware and "archive" data across them; This is known as hot/(warm|cold) architecture.

As for sizing, if you know the daily index rate and your retention period, it should be easily to figure out the capacity you need.

---

<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 5, 2017, 11:56pm UTC](https://discuss.elastic.co/t/try-to-figure-out-what-kind-of-hardware-i-need/27207/3 "2017-07-05T23:56:21Z")

</div>


