![]() ![]() Gluster TLDR Very Flexible, cost-effective but not high performance ![]() If you don't configure it right you can lose access to data with a node outage Cons - because its file-based, and because of the distributed nature of the data and metadata lookup, it won't be as fast as a local drive (especially if your talking about nvme ssds) and won't be good for block-based needs (think iscsi/san usage patterns). If you choose you can lose multiple nodes and not lose data/access to data ![]() Pros - It's relatively easy to set up, relatively cheap to set up a large amount of redundant storage, and works natively with NFS/CIFS. One of the early users was Pandora Radio. The common use case for this is to provide access to a data set for things like HPC clusters or for static web artifacts. There are intelligent clients (a fuse client) that once connected to the share can determine via file metadata which node has the file/data you are looking for. You can define how much redundancy you have, you can do geo-replication and then you present that storage typically via File-Based access methods (NFS/CIFS). Gluster is a Software-based Scalable Storage solution - basically, you get a few servers with some disks, then you create what is basically a distributed raid of the data blocks across those servers. ![]() So two different technologies that "could" provide similar capabilities but have very different performance profiles and ideal use cases. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |