Hi - I currently have a small swarm setup and running a variety of applications. I have an NFS server that is providing a shared space for the containers that need it (mounted at /shared). The containers then bind mount sub-folders within the /shared NFS volume for their needs. Is this generally…

If your Data need not be shared across many containers then use individual exports so that one thing does not affect the other. Currently, if you unmount the NFS shared resource all containers will be affected. If you configure NFS mounts for each container ( assuming they are not sharing the same d…

It is generally not a good thing to share a single NFS mount. For example, security is a potential concern. If your container is possible to move among nodes, you should use a single export and have containers bind mount sub-folders. If you break down into smaller NFS exports, when the container mo…

[image] junius: While, NFS is probably not the best practice for data persistence in swarm. So what are the best practices? :slight_smile:

Thanks for replying. Do you have a link about that? I spent yesterday trying to compare the different solutions and finally went for NFS because: 1 - I already know it, easy to set up 2 - Didn’t find any resources putting the other solutions above it (except your comment) Thanks!

For a small cluster, NFS will work well. For GlusterFS, you could google swarm + glusterfs. For example, using glusterfs with docker swarm . For using volume, the discussion in Data(base) persistence in docker swarm mode may help.

Regarding the NFS solution: Is it better to share a folder on the different hosts and then create local volumes on the shared folder, OR to directly create the volumes using the nfs driver? My guess is that in case of a network problem, the first solution will prevent the containers from crashing,…

Didn’t look into how nfs driver handles volumes. Suspect nfs driver would probably allow the multiple mounts to the same volume. In case of a network problem, if nfs driver allows the volume to be mounted to another node, while the volume is still mounted to the previous node. 2 nodes will write to …

Best practice for persistent data using swarm

General

junius (Junius) April 4, 2018, 4:01pm 5

The distributed file system such as GlusterFS, Ceph, etc, would scale better than NFS. Also could use the volume directly.

Topic		Replies	Views
Docker swarm nfs share for data? General docker , swarm	1	2210	May 26, 2021
NFS volume: same service but inconsistent storage between replicas in different nodes Swarm docker , swarm	1	3369	May 29, 2018
Docker Host with High load on NFS failover Swarm	5	288	September 9, 2025
Docker Swarm NFS mount Swarm docker , swarm	6	31218	April 3, 2018
Docker on scalable storage (NFS, ceph, gluster) Swarm	4	7944	September 25, 2017

Best practice for persistent data using swarm

Related topics