# Best option for persistent volume of an on-premise ECK

**URL:** <https://discuss.elastic.co/t/best-option-for-persistent-volume-of-an-on-premise-eck/215611>\
**Category:** Elastic Cloud on Kubernetes (ECK)\
**Created:** [January 19, 2020, 9:50am UTC](https://discuss.elastic.co/t/best-option-for-persistent-volume-of-an-on-premise-eck/215611 "2020-01-19T09:50:48Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ali\_Reza\_Haghighat](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/ali_reza_haghighat/32/48590_2.png) [@Ali\_Reza\_Haghighat](https://discuss.elastic.co/u/Ali_Reza_Haghighat)\
**Post date:** [January 19, 2020, 9:50am UTC](https://discuss.elastic.co/t/best-option-for-persistent-volume-of-an-on-premise-eck/215611/1 "2020-01-19T09:50:48Z")

</div>

We have a cluster with multiple elastic instances deployed on a few servers. We decided to use ECK to manage our cluster. We are looking for the best option for persistent volume for an ECK cluster.

We have tried [NFS](https://kubernetes.io/docs/concepts/storage/volumes/#nfs) and [Local](https://kubernetes.io/docs/concepts/storage/volumes/#local) Volumes. However, NFS volume is not recommended to be used with Elasticsearch ([here](https://discuss.elastic.co/t/how-to-configure-nfs-in-eck-k8s-rancher/213936/11) and [here](https://discuss.elastic.co/t/elasticsearch-not-able-to-use-persistent-volume/133390/2)). We also have problems using Local volume (Pod crashes after a few document insertion).

Could you please help us to choose best volume option for our case?

We use Debian on our servers.

---

<div class="post-metadata">

**Author:** ![sebgl](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/sebgl/32/48702_2.png) [@sebgl](https://discuss.elastic.co/u/sebgl)\
**Post date:** [January 21, 2020, 10:37am UTC](https://discuss.elastic.co/t/best-option-for-persistent-volume-of-an-on-premise-eck/215611/2 "2020-01-21T10:37:35Z")

</div>

Hi @Ali_Reza_Haghighat,

You're right: we do not recommend NFS, which generally offers poor performance for Elasticsearch.

> We also have problems using Local volume (Pod crashes after a few document insertion)  
> This seems a bit strange. How are you handling the local volumes?

A few options you may want to look at:

- If you have any network-attached PersistentVolume provider available, that's by far the easiest option. GCP persistent disks and AWS ELBs now offer pretty good performance, depending on which kind of volume you select of course.
- If you only have local disks available, you can look into local PersistentVolumes:
  - you can [create them manually](https://kubernetes.io/blog/2018/04/13/local-persistent-volumes-beta/#creating-a-local-persistent-volume) or use the [static provisioner](https://github.com/kubernetes-sigs/sig-storage-local-static-provisioner) to pre-create the PV resources according to the nodes existing disks. In both case the storage class of those volumes should match the storage class of the `volumeClaimTemplates` in your Elasticsearch specification.
  - [Rancher local path provisioner](https://github.com/rancher/local-path-provisioner) provisions hostPath on the nodes dynamically.
  - [TopoLVM](https://github.com/cybozu-go/topolvm) is an advanced local volume provisioner which integrates with LVM. It offers way more features than the static provisioner.
  - There are other commercial local PersistentVolume provider offering out there.

---

<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:** [November 4, 2022, 7:41am UTC](https://discuss.elastic.co/t/best-option-for-persistent-volume-of-an-on-premise-eck/215611/3 "2022-11-04T07:41:15Z")

</div>