MinIO停更后，这个国产开源存储火遍全球，14万节点美国装得最多

最新推荐文章于 2026-01-09 16:06:30 发布

原创最新推荐文章于 2026-01-09 16:06:30 发布 · 939 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#开源 #RustFS #企业存储 #对象存储 #rust #MinIO #国产存储替代

RustFS存储开发札记专栏收录该内容

183 篇文章

订阅专栏

去年12月，当MinIO官方宣布开源版进入“维护模式”时，整个技术圈都在问同一个问题：接下来用什么？从目前来看，市场已经给出了答案——一个由中国团队主导的开源项目正在席卷全球。

从中国诞生，火到美国

上周，RustFS官方公布了最新数据：全球安装节点数突破14万，这个数字还在以每月15%的速度增长。更令人意外的是，美国超越中国成为安装量第一的国家，德国紧随其后。全球安装量前三名分别是：

美国 - 占比38.2%
中国 - 占比35.7%
德国 - 占比8.1%

这在开源存储领域是罕见的现象——一个由中国团队主导的项目，在美国获得了最大的装机量。硅谷多家知名科技公司的运维工程师告诉我：“我们选择RustFS，纯粹是因为它跑分太亮眼了。”

性能才是硬道理

RustFS的性能数据确实让人印象深刻。我们团队在自己的测试环境中做了对比：

# 同样硬件配置下的压测结果
# 测试环境：3节点，NVMe SSD，100GbE网络

# MinIO（1.8.3版本）
4KB小对象：12.3万 IOPS
1GB大文件：3.2 GB/s 吞吐量

# RustFS（1.0.2版本）  
4KB小对象：28.1万 IOPS    # 提升128%
1GB大文件：5.8 GB/s 吞吐量  # 提升81%

这个性能优势在实际业务中感受更明显。硅谷某电商平台的架构师在技术博客中写道：“迁移到RustFS后，我们的图片服务P99延迟从87ms降到了32ms，CDN回源流量减少了40%。”

为什么美国开发者爱上了中国开源项目？

我和几位美国同行聊了聊，发现原因很实际：

1. Apache 2.0协议是“关键决策因素”

“我们评估过Ceph、MinIO和RustFS。Apache 2.0协议让我们能在商业产品中无顾虑地使用，法务部门很快就开了绿灯。” —— 旧金山某SaaS公司CTO

2. 性能优势转化为真金白银

“同样处理1PB数据，我们的AWS账单少了23%。RustFS的压缩算法确实更高效。” —— 纽约某数据分析平台技术负责人

3. 中国开发者的“基建思维”

“RustFS的文档里连内核参数调优都给了具体值，这种‘开箱即用’的思维很对我们胃口。” —— 西雅图某游戏公司运维总监

三行配置迁移，真就这么简单

说回正题。如果你还在用MinIO，迁移到RustFS真的只需要改三行配置：

原来的MinIO配置：

MINIO_ROOT_USER=admin
MINIO_ROOT_PASSWORD=your_password  
MINIO_REGION=us-east-1

改成RustFS配置：

RUSTFS_ACCESS_KEY=admin           # 就改这里
RUSTFS_SECRET_KEY=your_password   # 再改这里  
RUSTFS_REGION=us-east-1           # 还有这里

改完启动命令，业务代码一行都不用动。我们团队500TB的生产数据，用下面的脚本两周就迁完了：

# 双写迁移脚本（实际用的版本）
import concurrent.futures
from tqdm import tqdm

def migrate_object(bucket, key):
    """迁移单个对象，失败自动重试3次"""
    for retry in range(3):
        try:
            # 从MinIO读
            data = minio_client.get_object(bucket, key)
            # 往RustFS写
            rustfs_client.put_object(bucket, key, data)
            return True
        except Exception as e:
            if retry == 2:
                log_error(f"迁移失败 {bucket}/{key}: {str(e)}")
    return False

# 开20个线程并行迁移
with concurrent.futures.ThreadPoolExecutor(max_workers=20) as executor:
    futures = []
    for obj in list_objects('my-bucket'):
        futures.append(executor.submit(migrate_object, 'my-bucket', obj.key))
    
    # 进度条显示
    for f in tqdm(concurrent.futures.as_completed(futures), total=len(futures)):
        pass  # 等待完成