主流分布式存储技术那么多，到底哪种更适合你用呢？

（知乎：存储老法师） 别被那些高大上的名词吓到，什么Ceph、HDFS、GlusterFS、MinIO……你完全可以把它想象成你要组建一个超大的“共享硬盘”，这个硬盘不是插在你自己的电脑上，而是由很多台普通的服务器各自的硬盘组合而成，你的目标不同，选用的“组合方式”就完全不同。

（博客园：技术漫谈） 咱们先从最经典、最“老牌”的说起——HDFS，这个技术基本上是和大数据框架Hadoop绑定的，它的设计思想特别简单粗暴：我要存的是海量文件，比如几百个TB甚至PB级别的视频、日志文件，这些文件一旦写进去，就很少会修改，绝大部分时候只是被拿来做分析计算（也就是“读多写少”），HDFS牺牲了一些功能，比如它不支持随便修改文件，你只能在文件末尾追加数据，它的优势在于吞吐量极大，就像一条超级宽的高速公路，适合数据批处理这种“大货车”排队通过，如果你的核心业务是像离线数据分析、数据仓库这类，HDFS是你的不二之选，但如果你想用它来建一个网盘，让用户随时上传下载修改文件，那就会非常别扭。

（知乎：云原生实践者） 然后就是现在的“当红炸子鸡”——Ceph，它最大的特点就是“全能”，它追求的是一个统一存储平台，能同时提供三种服务：块存储（像一块虚拟硬盘，可以格式化成NTFS或EXT4，主要给虚拟机或数据库用）、文件存储（像网络文件共享，有目录树结构）和对象存储（像网盘，通过URL存取文件），Ceph的架构非常精巧，通过一个叫CRUSH的算法来定位数据，避免了单点瓶颈，所以扩展性极好，加一台机器，系统会自动平衡数据，但它的代价是复杂，非常复杂！部署、运维、故障排查都需要比较专业的知识，Ceph非常适合大型的私有云或公有云环境，公司有专门的存储团队来伺候它，如果你想要一个能支撑整个公司虚拟化平台、云盘和各种应用存储需求的“大一统”方案，并且有技术实力，那就选Ceph。

（开源中国社区讨论） 接着说说GlusterFS，它和Ceph常常被拿来比较，GlusterFS的思路更“简单”一些，它主要专注于提供文件存储（也就是那种有目录结构的共享），它像用乐高积木搭房子一样，把很多服务器的本地文件系统“粘合”成一个大的分布式文件系统，它的管理相对Ceph来说简单一点，概念也更少，在一些需要高性能文件共享的场景，比如媒资非编、渲染农场，你可能会看到它的身影，但随着时间推移，尤其是在云原生和对象存储兴起后，GlusterFS的热度似乎没有Ceph那么高了。

（MinIO官方文档及社区评价） 最近几年，MinIO异军突起，它专注于对象存储这个细分领域，什么是对象存储？你可以理解为网盘的背后技术，比如阿里云的OSS、亚马逊的S3，每个文件就是一个“对象”，通过一个唯一的地址来访问，MinIO的目标非常明确：就是做最好的、与亚马逊S3协议完全兼容的开源对象存储，它的特点就是极致简单、性能极高、轻量级，你可能只需要一条命令，在一台笔记本上就能跑起来一个MinIO实例，它的运维成本远低于Ceph，如果你的应用场景主要是图片、视频、文档备份、静态网站托管等，也就是大量“一次写入，多次读取”的非结构化数据，并且你的应用已经习惯使用S3这类接口，那么MinIO几乎是目前最理想的选择，它特别受云原生和容器化应用的欢迎。

（总结自多个技术社区观点） 到底怎么选？其实没有万能药，你可以问自己几个问题：

1. 你的数据主要是什么类型？ 是海量大文件（选HDFS），还是需要像硬盘一样被操作系统挂载（块存储，看Ceph），或者是海量小文件、图片、视频（对象存储，看MinIO或Ceph）？
2. 你的访问模式是什么？ 是写一次读无数次（HDFS，对象存储），还是需要频繁随机读写（这对块存储要求高）？
3. 你的技术团队实力如何？ 有没有专业的存储运维人员？有，可以挑战Ceph这种功能强大的；没有，或者想快速上线，MinIO这种简单易用的更合适。
4. 是否要和老系统兼容？ 比如你的应用已经基于Hadoop生态了，那HDFS自然顺理成章，如果应用都适配了S3接口，那MinIO接入成本最低。

简单粗暴地概括：大数据分析用HDFS，想要大而全且不怕运维折腾用Ceph，只要对象存储且追求简单高性能用MinIO，希望这个对比能帮你理清思路，找到最适合你的那把“钥匙”。