Longhorn 1.4 发布 | 以新版本开启新的一年

很高兴能够以 Longhorn 1.4 的最新版开启新的一年。该版本包含了许多新功能和增强功能，让云原生企业存储更简单，更容易被云原生社区接受。对于 Longhorn 的现有用户，这个最新版本的重点是帮助您在整个存储策略中构建更高的价值和弹性。

Longhorn 1.4 是一个主要版本，包括 16 个全新的增强功能、51 个现有功能改进和 96 个 bug 修复，以下是一些亮点。

ReadWriteMany Support GA

首先，我们有两个重要的功能变为普遍可用 (GA)：ReadWriteMany 支持和 ARM64 支持。自 2019 年 Longhorn GA 以来，ReadWriteMany (RWX) 支持是 Longhorn 最受欢迎的功能之一。通过在同一平台中结合对块和文件的本地支持，Longhorn 现在可以支持组织内日益多样化的存储场景。

ARM64 Support GA

从 Longhorn v1.1.0 开始，ARM64 一直是试验性的。在收到了许多用户反馈，并经过大量测试后，ARM64 支持已经稳定，符合我们定期回归测试的要求，我们宣布 ARM64 支持正式 GA！

正如用户反馈的那样，无论是在数据中心还是在边缘，基于 ARM 的基础设施都变得越来越重要。随着对边缘计算的需求不断增加，在硬件对环境功率和温度敏感的情况下，ARM 的表现非常好。

总之，Longhorn 对 ARM 的支持是一种架构和设计，它将存储和计算融合在一起，而不是传统的存储阵列方法，这使它成为下一代存储用例的理想选择。

Volume Bit-rot 保护

随着存储系统的增长和老化，Bit-rot 和数据损坏让大家非常担心。为了解决这个问题，Longhorn 团队引入了快照校验和功能，可以验证存储系统中不同数据副本的完整性。Bit-rot 保护功能还可以定期计算和检查卷快照的校验和，确认是否有副本发生了损坏。如果发现损坏，则从已知的良好副本中重建该副本。

TRIM 支持

TRIM 支持对卷占用的主机文件系统进行修剪。传统文件系统的设计是希望支持它的物理介质不会缩小。引入 TRIM 是为了允许文件系统告知块设备：一个块现在未使用并且可以重复使用。就 Longhorn 项目而言，现在可以回收以前无法使用的空间，即使它代表的文件已被删除。

例如，如果您向一个 Longhorn 卷写了 100MB，然后删除了 98MB，即使您的文件系统会忽略这些被删除的字节，但在文件系统下 Longhorn 也不会知道这些块被“忽略”了，还会继续复制和维护它们。现在有了这个新功能，Longhorn 可以释放这些块，减小快照大小，并允许其他卷使用它们。

在线扩容

和修剪卷类似，用户遇到的另一个用例是如何在创建卷后扩展卷。这个功能的优点是现在可以在读取和写入时扩展卷，这让卷扩展的操作相对便捷和简单。Longhorn 既可以扩大虚拟块设备（卷）的大小，也可以扩大管理块的文件系统（假设是一个支持的文件系统）。

Strict Local Data Volume

最后，Strict Local volume 是对 Longhorn 的一次新尝试，这项改进让用户可以选择在与引擎相同的节点上使用一个本地副本，可以应用在现代云原生数据库或分布式数据系统的场景。

例如，如果用户正在运行 MongoDB，MongoDB 已经维护了每个 worker/volume 之间的数据副本，但希望依靠 Longhorn 进行备份和数据管理，那么现在可以通过 Strict Local volume 实现。

这个卷可以提供非常高的性能，因为它不需要被复制，并将始终与工作负载放在一起。Longhorn 将使用一个本地 UNIX 套接字来代理容器和磁盘设备之间的 I/O，而不是像典型的分布式 Longhorn 副本集那样使用 TCP 堆栈。

我们将在 2023 年为 Longhorn 提供更多以社区为中心的功能。除了我们在发行说明中为 Longhorn 项目所做的这些新亮点之外，您还可以通过发布说明查看其他增强功能以及相关的设计方案 (LEP) 和文档：https://github.com/longhorn/l...

如果您想试用 Longhorn，可以使用 Helm Chart 进行部署，参考：https://longhorn.io/docs/1.4....