JuiceFS v1.0 Beta2 发布｜进一步提升稳定性

2022-03-10

Juicedata

这是 JuiceFS v1.0 正式发布前的第二个 beta 版本，共有 16 位社区伙伴贡献了 150+ 次提交 🎉。本次更新以 Bug 修复和稳定性提升为主，辅以大量的文档更新和测试用例优化，并带来了以下新功能：

由社区开发者秦牧羊（@diluga）发起贡献，在 JuiceFS 插件式元数据引擎架构上新增对 BadgerDB 数据库的支持，为 JuiceFS 元数据存储引擎家族再添新成员！

BadgerDB 是一个 Go 语言开发的嵌入式、持久化的单机 Key-Value 数据库，它类似 SQLite 无需安装即可直接使用：

# 创建文件系统
$ juicefs format badger://$HOME/badger-data test-volume
# 挂载文件系统
$ juicefs mount -d badger://$HOME/badger-data /mnt/jfs

与 SQLite 不同之处在于，BadgerDB 的数据库不是单文件，而是一个目录。在上例中，BadgerDB 在 home 目录创建 badger-data 数据库目录，挂载文件系统时自然也要使用这个目录的路径。

经过开源社区的共同努力，我们在稳定支持 FUSE POSIX、S3、HDFS、CSI Driver 等存储访问协议的基础上，新增了 WebDAV 访问协议，与 S3 网关的启用方式类似，使用新增的 webdav 子命令可以一键启动 WebDAV 服务器：

$ juicefs webdav redis://127.0.0.1:6379/1 localhost:9007

使用任何支持 WebDAV 协议的客户端访问 localhost:9007 即可读写 JuiceFS 文件系统。

对于 Redis 引擎读写压力较大的场景，现在支持让部分客户端以只读模式连接 Sentinel 管理的 replicas，从而降低 master 节点的负载：

$ juicefs mount redis://mymaster,sentinel.local:26379?route-read=replica /mnt/jfs/ --read-only

即在 URL 中添加参数 route-read=replica 指定该客户端自动从 Redis replicas 读取元数据。

需要注意的是，由于 Redis replica 使用异步更新机制，设置了只读的客户端有时可能会读到较旧版本的元数据。

随着用户规模的不断扩大，我们发现想让各种经验背景的用户都能更好地使用 JuiceFS，一方面需要友好的文档，另一方面要增强 JuiceFS 客户端本身的命令帮助信息。特别是后者，如果问题可以在命令行里得到解决就能大大提升用户的使用体验。

有鉴于此，在本次更新的版本中我们针对客户端的帮助信息做了以下改进：

社区群组的讨论向我们证明了一件事：即便是经验丰富的老手，也不免会“做傻事”！特别是在创建和修改文件系统时，一些不经意的误操作可能会覆盖旧数据或导致错误的设置。

针对这些可能涉及数据安全的操作，我们一直在完善相应的安全检查机制，本次新增的安全机制有：

修复的 Bug