共计 1713 个字符，预计需要花费 5 分钟才能阅读完成。
很快乐可能以 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….
