昨天,开源对象存储项目 RustFS 发布了 1.0.0-beta.10 测试版本。相较于以往常规迭代,本次更新在读写性能、集群稳定性、故障恢复机制以及云原生生态工具方面,完成了大规模优化与补齐。作为一款基于 Rust 开发的开源对象存储,该版本进一步完善了分布式存储的基础能力,整体更加贴近实际生产环境的运行标准。
一、基准性能测试数据更新
本次官方公开了标准化基准压测数据,测试环境统一为:Azure 四节点四磁盘集群、warp 压测工具、64 并发、持续 5 分钟,稳定对照版本为 MinIO RELEASE.2026-06-06。
写入(PUT)性能层面,官方在 1KiB~32MiB 共 11 档不同对象尺寸下完成全覆盖测试,各档位吞吐均有明显优化:
小文件 1KiB~10KiB 场景,写入操作数可达 2150 ops 左右,性能提升幅度显著;
4MiB 中等对象场景优化幅度最大;
16MiB、32MiB 大对象写入场景依旧保持稳定性能优势。
读取(GET)性能同样迎来重要优化,也是该版本的核心亮点之一:
小文件 1KiB~16KiB 读取性能完成对标优化,4MiB 以上大文件读取能力同步提升。官方迭代记录中明确标注,本次版本实现了小文件读取场景的系统性优化,补齐了此前的短板。
二、稳定性与数据正确性大幅补强
相比于性能优化,本次版本对分布式存储的底层稳定性修复,更具备生产落地价值。
新版本集中修复了多节点、多磁盘集群架构下的多项边界问题,主要包含:磁盘离线异常后的自动数据恢复逻辑、多存储池扩容过程的数据重平衡机制、存储池下线退役流程的潜在隐患修复。
分布式对象存储的核心壁垒并非极限性能,而是各类异常场景下的数据一致性与容错能力。Beta.10 在测试阶段就补齐了大量故障恢复、集群扩缩容、节点下线的边界逻辑,大幅降低了集群运行过程中的异常风险,整体可用性相比早期版本提升明显。
三、云原生生态闭环完善
本次迭代同步更新了配套云原生运维工具,补齐了 K8s 集群运维能力,生态更加完整。
RustFS Operator v0.0.5 采用业界标准的 Helm + Tenant CRD 架构,支持多租户隔离、集群自动化扩容、资源声明式管理,完全适配云原生集群运维规范,能够大幅降低 Kubernetes 环境下的部署与运维成本。
同时命令行工具 rc v0.1.27 完成迭代,支持桶管理、对象上传下载、资源查询等全套运维操作,可作为日常集群运维的终端工具。
至此 RustFS 形成了「K8s 声明式集群调度 + 本地命令行运维」的完整运维体系,对于云原生业务场景适配度更高。
四、版本场景适配与现状客观分析
结合本次测试数据与迭代内容,可以客观梳理该版本的适用场景与现存短板,方便开发者按需评估。
优势场景:高频小文件写入业务,例如日志存储、物联网时序数据上报、业务事件存储、图片缩略图存储等场景,本次版本的写入优化能够有效提升集群吞吐能力。
目前仍存在的优化空间:在几百 KiB~1MiB 区间的对象读取场景,性能仍有迭代空间。但对比 Beta.8 版本,差距已大幅收敛,整体 GET 读取性能接近翻倍,此前大文件压测稳定性问题也已彻底修复,迭代优化趋势非常明显。
五、总结
RustFS 1.0.0-beta.10 是一次具备阶段性意义的版本迭代。不仅完成了全尺寸对象写入性能的全面优化,补齐了小文件读取能力,更关键的是完善了分布式存储最核心的故障恢复、集群扩缩容稳定性,同时落地了完整的云原生运维生态。
虽然当前仍为 Beta 测试版本,暂不适合核心生产业务直接落地,但整体技术演进速度、底层代码质量、生态完善速度都值得持续关注。
项目完全开源,感兴趣的开发者可自行前往 GitHub 查阅完整更新日志、编译部署与压测复现:https://github.com/rustfs/rustfs