<p>I am building a platform on top of Kubernetes that, among other requirements, should:</p>

<ul>
<li>Be OS agnostic. Any Linux with a sane kernel and cgroup mounts.</li>
<li>Offer persistent storage by leveraging cluster node disk(s).</li>
<li>Offer ReadWriteMany volumes or a way to implement shared storage.</li>
<li>PODs shouldn't be bound to a specific node (like for local persistent volumes)</li>
<li>Volumes are automatically reattached when PODs are migrated (e.g. due to a node drain or node lost condition)</li>
<li>Offers data replication at storage level</li>
<li>Not assume a dedicated raw block device available for each node. </li>
</ul>

<p>I'm addressing the 1st point by using static binaries for k8s components and container engine. Coupled with minimal host tooling that's also static binaries.</p>

<p>I'm still looking for a solution for persistent storage.</p>

<p>What I evaluated/used so far:</p>

<ul>
<li>Rook: Although it meets the requirements in terms of features, there's a bug and the volumes are not moved together with the POD <a href="https://github.com/rook/rook/issues/1507" rel="nofollow noreferrer">https://github.com/rook/rook/issues/1507</a></li>
<li>OpenEBS: It doesn't meet the requirement to be OS agnostic. Requires iSCSI client and tools on each node and that depends on the host O/S <a href="https://docs.openebs.io/docs/next/prerequisites.html" rel="nofollow noreferrer">https://docs.openebs.io/docs/next/prerequisites.html</a></li>
</ul>

<p>So the question is what other option do I have for Kubernetes persistent storage while using the cluster node disks.</p>

Laurentiu Soica
<p>The below options can be considered</p>

<ol>
<li><p>kubernetes version 1.14.0 on wards supports local persistent volumes. You can make use of local pv's using node labels. You might have to run stateful work loads in HA ( master-slave ) mode so the data would be available in case of node failures</p></li>
<li><p>You can install nfs server on one of the cluster node and use it as storage for your work loads. nfs storage supports ReadWriteMany. This might work well if you setup the cluster on baremetal</p></li>
<li><p>Rook is also one of the good option which you have already tried but it is not production ready though.</p></li>
</ol>

<p>Among the three, first option suits your requirement. Would like to hear any other options from the community.</p>
