# Storage questions: SSD, shared vs local **URL:** \ **Category:** Elasticsearch\ **Created:** [February 21, 2012, 2:34pm UTC](https://discuss.elastic.co/t/storage-questions-ssd-shared-vs-local/6770 "2012-02-21T14:34:16Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Radu\_Gheorghe1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/radu_gheorghe1/32/2688_2.png) [@Radu\_Gheorghe1](https://discuss.elastic.co/u/Radu_Gheorghe1)\ **Post date:** [February 21, 2012, 2:34pm UTC](https://discuss.elastic.co/t/storage-questions-ssd-shared-vs-local/6770/1 "2012-02-21T14:34:16Z")
Hi, We're using Elasticsearch here to store logs and search through them. Within a few months we will need to handle about 30K inserts per second. We expect to get dedicated storage for each server (which will be a virtual machine) via iSCSI. It's still unclear whether it will be SSD or not. I have a few questions regarding the storage field: - does ES tend to wear SSDs quickly? I mean, besides the sheer amount of data to be written, is there something else we should take into account? - what kind of storage settings should we use? I've seen that the default "local" is always recommended, but at the same time I've read that writes are not async with local Gateway. Would we get better insert rates if we would use a shared gateway? (eg: put all the disks in a Hadoop cluster or just in a RAID and provide them through NFS) Best regards, Radu ---
**Author:** ![Berkay\_Mollamustafao](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@Berkay\_Mollamustafao](https://discuss.elastic.co/u/Berkay_Mollamustafao)\ **Post date:** [February 21, 2012, 2:46pm UTC](https://discuss.elastic.co/t/storage-questions-ssd-shared-vs-local/6770/2 "2012-02-21T14:46:28Z")
On Tue, Feb 21, 2012 at 9:34 AM, Radu Gheorghe [radu0gheorghe@gmail.com](mailto:radu0gheorghe@gmail.com)wrote: > Hi, > > We're using Elasticsearch here to store logs and search through them. > Within a few months we will need to handle about 30K inserts per > second. Just FYI, size of the documents are also a big factor in understanding the performance requirements > We expect to get dedicated storage for each server (which will be a > virtual machine) via iSCSI. It's still unclear whether it will be SSD > or not. I have a few questions regarding the storage field: > > - does ES tend to wear SSDs quickly? I mean, besides the sheer amount > of data to be written, is there something else we should take into > account? > - what kind of storage settings should we use? I've seen that the > default "local" is always recommended, but at the same time I've read > that writes are not async with local Gateway. Would we get better > insert rates if we would use a shared gateway? (eg: put all the disks > in a Hadoop cluster or just in a RAID and provide them through NFS) "writes are not async with local gateway" This is not correct. Using shared gateway would not increase the insert rate. When using shared gateway, data is still written into local disks. It's just that it's not persistent and gets deleted when the node restarts etc. > Best regards, > Radu Regards, Berkay Mollamustafaoglu mberkay on yahoo, google and skype ---
**Author:** ![Radu\_Gheorghe1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/radu_gheorghe1/32/2688_2.png) [@Radu\_Gheorghe1](https://discuss.elastic.co/u/Radu_Gheorghe1)\ **Post date:** [February 22, 2012, 6:38am UTC](https://discuss.elastic.co/t/storage-questions-ssd-shared-vs-local/6770/3 "2012-02-22T06:38:57Z")
Thanks for your reply! OK, so local gateway is the way to go, I guess. My documents are 1KB on average. I'm taking that into account when calculating space requirements. I guess the insert values are a case of "test and see". Or is it more to it? ---
**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, 3:38am UTC](https://discuss.elastic.co/t/storage-questions-ssd-shared-vs-local/6770/4 "2017-07-06T03:38:36Z")