起因

最近帮客户做存储迁移，他们之前用的是 MinIO 社区版。我照例去 GitHub 拉安装包，结果发现仓库归档了。

对，你没看错，整个 minio/minio 仓库，归档了。

官方给的说法是可以用 AIStor Free 替代，我就去翻了一下这东西的功能和限制。翻的过程中又发现社区里有人在推 RustFS，说是另一个替代方向。三个方案我都摸了一遍，写下来给有同样困惑的人参考。

先说结论（不想看细节的直接跳这里）

单机跑个测试、重度依赖 S3 数据湖生态 → AIStor Free

存量内网集群、大文件为主、暂时没人力迁移 → MinIO 老版本（2025-04-22 之前的）继续跑

新项目、要上分布式集群、私有化交付、信创环境 → RustFS，但务必充分压测

下面展开说。

一、基础信息对比

二、各自的坑在哪

AIStor Free

这东西的 S3 兼容性确实是三个里面最好的，Web 界面也完整，上手几乎零学习成本。

但有一个致命问题：只能单机。

不是"建议单机"，是许可协议里写死了不允许你搭分布式集群。多节点 HA、跨站点复制、多租户隔离，统统没有。而且它是闭源的，底层出了问题你没法自己修，只能等官方发版。

还有一点容易忽略：协议里明确禁止你把 AIStor 封装进自己的产品交付给客户。如果你是做私有化项目的，这条直接劝退。

所以它的位很窄——单机、测试、小型内部业务，差不多就这些了。

MinIO 社区版

这里要分两种情况说。

2025-04-22 之前的老版本，功能是全的：Web 管理、分布式集群、站点复制都能用。如果你存量已经在跑了，短期内继续用问题不大。但仓库已经归档，意味着以后出了安全漏洞没人修，你得自己兜底。另外 AGPLv3 这个协议，如果你的服务是对外提供的，理论上有传染风险，这个要法务评估。

2025 年 5 月之后的新版社区版，说实话我不知道该怎么评价。Web 控制台被砍得只剩文件浏览，管理操作全部要用 mc 命令行。你说它开源 吧，功能比老版本还少；你说它能用吧，官方已经不管了。新项目选它属于两头不讨好，不建议。

RustFS

先说好的：Apache  2.0 协议，商用、嵌入、私有化交付都没有法律上的顾虑。分布式集群、多租户、双向复制这些 MinIO 有的它都有。Rust 写的，没有 GC，跑海量小文件的时候 P99 延迟比 Go 方案稳很多，内存占用也低。信创环境原生适配，鲲鹏海光麒麟统信都支持，还内置了国密。

再说问题：它现在是 Beta。这意味着大规模生产环境的公开案例还比较少，你搜不到太多踩坑帖。遇到疑难问题，大概率只能去 GitHub 提 Issue 等官方回复。另外 S3 Select 这类比较冷门的接口，完善度还不如 MinIO。

我的建议是：如果你打算用它上生产，先在测试环境跑个一两个月，把故障演练做了，别直接上。

三、选型建议

什么情况下选 AIStor Free

同时满足这几个条件再考虑：

1、只需要单机，没有多节点 HA 的需求

2、开发测试环境或者小型内部业务，不对外交付

3、业务重度依赖 Iceberg、S3 Select 这类深度 S3 生态

4、不想折腾 Beta 软件

5、反过来说，如果你未来有任何搭集群的可能性，就别选它。后期迁移的成本比你想象的高。

什么情况下继续用 MinIO 老版本

1、纯内网业务，不对外暴露 S3 服务（规避 AGPL 风险）

2、业务以大文件备份、视频归档为主，小文件压力不大

3、已经跑着了，暂时腾不出人力做迁移

但中长期一定要规划迁移路径，别再往上加新集群了。一个不再维护的存储系统跑在生产上，心里总是不踏实的。

什么情况下选 RustFS

满足任意一条就值得认真评估：

1、需要分布式多节点集群

2、私有化项目、SaaS 平台、或者要把存储嵌入自己的产品交付

3、业务特征是海量小文件、AI 样本、日志流式写入，对延迟抖动敏感

4、需要多租户隔离或跨机房双向复制

5、信创环境

四、明确不推荐的

1、新部署 MinIO 2025.5 之后的社区版——功能倒退、无人维护、协议风险，找不到选它的理由。

2、用 AIStor Free 搭分布式集群——不是性能问题，是许可协议不允许，启动就会被限制。

最后多说一句。这次 MinIO 仓库归档其实给整个社区提了个醒：开源项目的"开源"不等于"永远可用"。商业公司调整策略是常态，选型的时候除了看功能，也得看看协议条款和项目的可持续性。别等到仓库归档了才开始找替代方案。