{"id":40297,"date":"2024-05-06T07:42:23","date_gmt":"2024-05-06T07:42:23","guid":{"rendered":"https:\/\/accuweb.cloud\/resource\/?post_type=faq&p=40297"},"modified":"2026-02-19T06:41:51","modified_gmt":"2026-02-19T06:41:51","slug":"glusterfs","status":"publish","type":"faq","link":"https:\/\/accuweb.cloud\/resource\/articles\/glusterfs","title":{"rendered":"GlusterFS"},"content":{"rendered":"

GlusterFS<\/h2>\n

GlusterFS<\/a> is the rockstar of cloud storage network file systems! It’s known for being highly reliable, handling hiccups with ease, and easily scaling to meet your growing needs. What’s really neat is that it operates using this free software interface called FUSE<\/strong>, so you say goodbye to the hassle of setting up extra servers just for metadata \u2013 unlike some other clunky systems out there.<\/p>\n

NFS<\/strong> is a solid choice, but GlusterFS is like the heavyweight champion of reliability! GlusterFS works across multiple servers, making it perfect for situations where you need tons of users accessing files at once (high concurrency), super-fast write speeds, and automatic recovery if a server failover. If you’re curious about how it all works under the hood, the official GlusterFS<\/a> documentation has all the details:<\/p>\n

Starting from the 6.1 release, the platform offers support for the Gluster Native client<\/strong>, but only on the Shared Storage Cluster<\/a>.<\/p>\n

All containers<\/strong>, except for the alpine-based nodes, are equipped with the Gluster Native client.<\/p>\n

Additionally, the Shared Storage Cluster<\/strong> supports both the Gluster Native client and server functionalities.<\/p>\n

Here’s a tip:<\/strong> Gluster Native is the way to go if you prioritize data safety and redundancy through backups and replication. However, if performance is your main focus, especially for topologies where speed is key, the NFS protocol might be a better fit.<\/div>\n
<\/div>\n

1.<\/strong> The platform uses a special type of GlusterFS volume<\/strong> called a “replicated volume<\/strong>.” This basically means your data gets copied and stored on multiple servers (like having backups on different computers).<\/p>\n

So, even if one server has a meltdown, your data is safe and sound because you’ve got copies on the other servers. You can explore further into how GlusterFS replication operates within the platform by analyzing the corresponding JPS manifest file, which you can find at this link: GlusterFS Replication Logic JPS Manifest<\/a><\/p>\n

Note:<\/strong> It’s important not to mix up GlusterFS volumes<\/strong> with Docker container volumes<\/strong> available on the platform.<\/div>\n
<\/div>\n

2.<\/strong> The default GlusterFS settings are automatically configured and should not be changed manually. These settings include the volume name (“data”) and the IP addresses of the relevant servers.<\/p>\n

3.<\/strong> When sharing data with GlusterFS, keep in mind the following limitations:<\/p>\n