当前位置：首页 > news >正文

MinIO 宣布彻底闭源后，RustFS “偷家”成功：二进制替换，一步完成平滑迁移！

news 2026/5/12 8:10:33

MinIO 宣布彻底闭源后，RustFS “偷家”成功：二进制替换，一步完成平滑迁移！

在对象存储领域，MinIO 曾是开源阵营的绝对主力。但众所周知，MinIO 的策略发生了剧烈转向：从修改许可证到停止二进制分发，再到今年 2 月份彻底归档开源仓库，MinIO 正式宣告完全走向闭源。

这一决定让全球超过 2000 万 运行着开源版本 MinIO 的实例陷入了尴尬境地。仓库归档意味着这些实例将无法再获取任何版本更新，安全漏洞将随着时间推移成为悬在运维头顶的达摩克利斯之剑。

就在用户焦虑于迁移成本高昂、数据搬迁耗时漫长时，新一代对象存储 RustFS 抛出了一枚“重磅炸弹”——全面兼容 MinIO，支持二进制直接替换。

这可能是你见过的最“暴力”也最“优雅”的迁移方案。

一、为什么要搞“二进制替换”？为了省下真金白银

传统的存储迁移通常是一场耗时耗资的“拉锯战”：准备新环境、全量数据同步、业务割接、释放老环境。对于拥有数百 TB 甚至 PB 级数据量的用户来说，这不仅意味着需要购买昂贵的中转存储服务器，更面临着漫长的停机窗口。

RustFS 团队深入分析了 MinIO 的底层数据结构，设计出了直接替换二进制文件的方案，旨在为用户解决四大痛点：

省钱：原地转换，无需购买新服务器做数据中转。对于海量数据用户，这是最直接的降本增效。
省心：彻底摆脱 MinIO 开源归档带来的安全风险和功能停滞，回归开源怀抱。
省时：砍掉传统迁移的三步曲，替换二进制即可启动，时间成本以分钟计。
省力：无需设计复杂的流量切换或数据校验流程，极大降低了运维复杂度。

二、实战演练：如何从 MinIO 切换到 RustFS

目前，RustFS 提供了两种安装替换方式：二进制直接替换和 Docker 镜像替换。

场景一：二进制安装替换

如果你是通过二进制直接部署的 MinIO，切换过程简单得令人发指。

假设你原本启动 MinIO 的命令如下：

minio server /data/minio --console-address :9881

替换步骤：

下载 RustFS 二进制 根据操作系统架构下载对应的二进制包（当前演示版本为 1.0.0-alpha.87）：

curl -O https://github.com/rustfs/rustfs/releases/download/1.0.0-alpha.87/rustfs-linux-x86_64-gnu  
unzip rustfs-linux-x86_64-gnu-latest.zip 
chmod +x rustfs

备份与替换
```
mv minio minio.bak 
mv rustfs minio 
systemctl restart minio 
```
(注：社区实测仅需 3 步命令即可完成替换)
启动并验证 由于参数存在差异，需要根据实际情况调整启动参数：
```
./rustfs /data/minio --address "9000" --console-enable --console-address "9001" --access-key "your-access-key"
```
启动后，直接登录控制台，你会发现数据已经完好无损地躺在那里。

场景二：Docker 安装替换

对于容器化部署的用户，操作同样丝滑。只需修改 docker-compose.yml 文件中的镜像和环境变量即可。

原 MinIO 配置：

services:MinIO:image: minio/minio:RELEASE.2825-84-22T22-12-26Z command: server --console-address ":9001" /data{1..4}environment:MINIO_ROOT_USER: MinIOadmin MINIO_ROOT_PASSWORD: MinIOadmin # ... ports, volumes 等配置

替换为 RustFS 配置：

执行 docker compose down 停止实例。
修改 docker-compose.yml：

services:rustfs:image: rustfs/rustfs:1.0.0-alpha.87 container_name: rustfs environment:RUSTFS_VOLUMES=/data(1...4)     # 注意路径写法差异 RUSTFS_ADDRESS=0.0.0.0:9000 RUSTFS_CONSOLE_ENABLE=true RUSTFS_CONSOLE_ADDRESS=0.0.0.0:9001 RUSTFS_ACCESS_KEY=rustfsadmin   # 对应原 MINIO_ROOT_USER RUSTFS_SECRET_KEY=rustfsadmin   # 对应原 MINIO_ROOT_PASSWORD ports:- "9000:9000"  # API endpoint - "9001:9001"  # Console volumes:- data1:/data1 - data2:/data2 - data3:/data3 - data4:/data4 # ... networks 配置

执行 docker compose up -d 启动新实例。

三、兼容性全景：哪些能用，哪些暂不支持？

虽然二进制替换很诱人，但在生产环境操作前，必须搞清楚功能支持情况。根据官方文档和 GitHub Issues 中的反馈，目前的兼容性矩阵如下：

✅ 已支持功能（核心存储与管控）

桶元数据：无缝读取。
对象特性：标签、对象锁定、版本控制均已打通。
桶复制：支持。
IAM：权限体系兼容。
生命周期管理：支持数据分层与过期策略。
分层管理：支持。

⚠️ 暂不支持功能（需注意避坑）

站点复制：官方表示短期内没有开发计划。值得注意的是，RustFS 团队提到有 MinIO 用户因双向复制策略导致数据丢失，因此建议用户慎重使用该功能。
事件通知：暂不支持。
MinIO 在线配置文件：不支持。
LDAP & OIDC：暂不支持。

社区高频问答（Q&A）

Q: FTP 协议支持吗？
- A: 支持。和 MinIO 一样，不支持 append 操作。
Q: 事件通知后续会支持 Kafka 吗？
- A: 计划中有，但要等到 Kafka 不强制使用 OpenSSL 的时候。OpenSSL 的版本依赖会给用户的编译和依赖造成很大麻烦。
Q: 多盘纠删码设置的问题解决了吗？
- A: 已解决。