# Save logstash and metricbeat indices on diferent place **URL:** \ **Category:** Elasticsearch\ **Created:** [April 7, 2021, 8:50am UTC](https://discuss.elastic.co/t/save-logstash-and-metricbeat-indices-on-diferent-place/269425 "2021-04-07T08:50:58Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![jobanuls](https://avatars.discourse-cdn.com/v4/letter/j/3e96dc/32.png) [@jobanuls](https://discuss.elastic.co/u/jobanuls)\ **Post date:** [April 7, 2021, 8:50am UTC](https://discuss.elastic.co/t/save-logstash-and-metricbeat-indices-on-diferent-place/269425/1 "2021-04-07T08:50:59Z")
Hi, I want have two path on my elasticsearch node for save metricbeat indices in the second path. Anyone knows how save metricbeat indices on second path directly? ElasticVersión : 7.9.2-1 ---
**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:** [April 7, 2021, 9:06am UTC](https://discuss.elastic.co/t/save-logstash-and-metricbeat-indices-on-diferent-place/269425/2 "2021-04-07T09:06:41Z")
If you meant physical disk space, I don't think you can nor it's a very good idea. If you meant "virtual" space, just send the data to different indices. May be clarify what you are trying to solve here so we can give a better answer? ---
**Author:** ![jobanuls](https://avatars.discourse-cdn.com/v4/letter/j/3e96dc/32.png) [@jobanuls](https://discuss.elastic.co/u/jobanuls)\ **Post date:** [April 7, 2021, 9:36am UTC](https://discuss.elastic.co/t/save-logstash-and-metricbeat-indices-on-diferent-place/269425/3 "2021-04-07T09:36:50Z")
Ty for answering. I meant physical disk space, I have 200 GB on this filesystem to save logs and metrics. The problem is metrics takes 50GB each 4 days and I want separate metrics in other filesystem because If this filesystem become full, I think elastic didn't will stop. Regards. ---
**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:** [April 7, 2021, 1:51pm UTC](https://discuss.elastic.co/t/save-logstash-and-metricbeat-indices-on-diferent-place/269425/4 "2021-04-07T13:51:18Z")
> [@jobanuls](#): > > because If this filesystem become full You should always monitor your resources. And yes, elasticsearch will start to WARN you in logs when you are getting low on resources and then will block if you don't fix the problem. So to answer your initial question: no this is not really supported. You can start one node, each one on its filesystem and control manually the allocation of the shards but I'm feeling that it's not fixing the real problem of too much data on a given node. ---
**Author:** ![jobanuls](https://avatars.discourse-cdn.com/v4/letter/j/3e96dc/32.png) [@jobanuls](https://discuss.elastic.co/u/jobanuls)\ **Post date:** [April 7, 2021, 2:37pm UTC](https://discuss.elastic.co/t/save-logstash-and-metricbeat-indices-on-diferent-place/269425/5 "2021-04-07T14:37:44Z")
Ty [quote="dadoonet, post:4, topic:269425, full:true"] > [@jobanuls](#): > > because If this filesystem become full You should always monitor your resources. And yes, elasticsearch will start to WARN you in logs when you are getting low on resources and then will block if you don't fix the problem. So to answer your initial question: no this is not really supported. You can start one node, each one on its filesystem and control manually the allocation of the shards but I'm feeling that it's not fixing the real problem of too much data on a given node. [/quote] Thanks for the reply, good support ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [May 5, 2021, 2:38pm UTC](https://discuss.elastic.co/t/save-logstash-and-metricbeat-indices-on-diferent-place/269425/6 "2021-05-05T14:38:31Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.