关于程序员:为什么对象存储会取代NAS和SAN

60次阅读

共计 2742 个字符,预计需要花费 7 分钟才能阅读完成。

一、背景

存储是过来、当初和将来电脑、AI、企业信息化和云计算的外围。在存储和治理数据方面,有古代的云原生形式,也有传统的面向设施的形式。

不用说,对象存储是更古代的存储。在很多对象存储外面,MinIO 无可救药地偏差和抉择了对象存储(毕竟这是咱们惟一做的事件)。对象存储是是很简略的。然而,这会脱漏一个关键点——即 MinIO 背地的团队构建了 GlusterFS。

鉴于 Gluster 已经是(并且可能依然是)市场上最优雅和性能最弱小的分布式文件系统之一,团队展望未来并开办了一家对象存储公司这一事实应该通知你这不是 MinIO 的惟一重点,它是对于什么是最具功能性、可扩展性和弹性的数据解决方案。

与传统的 SAN 和 NAS 解决方案相比,对象存储具备基本劣势。在此篇文章中,咱们将深入探讨对象存储的劣势以及它为何成为许多组织的首选存储解决方案。

二、可扩展性

对象存储绝对于 SAN/NAS 最显著的劣势之一是它的可扩展性。随着数据量的增长,传统的 SAN 和 NAS 解决方案变得十分低廉(资本收入和经营收入)。它们基本不是为规模而设计的。另一方面,对象存储旨在解决大量数据,并且能够依据须要轻松扩大,而无需对基础架构进行任何重大更改。这种可扩展性是通过应用分布式架构和基于软件的纠删码实现的。对象存储系统通常由许多独自的存储节点组成,这些节点协同工作以存储和治理数据。随着新节点被增加到零碎中,零碎的整体容量和性能都会减少。大规模性能是当今企业的一个要害概念,这就是像 MinIO 这样的古代高性能对象存储能够提供的。

三、老本效益

因为对象存储旨在解决大量数据,因而它通常比传统的 SAN 和 NAS 解决方案更具老本效益。对于须要存储大量非结构化数据(如媒体文件、备份和存档)的组织来说尤其如此。应该留神的是,MinIO 的“massive”和传统 SAN/NAS 解决方案的“massive”是齐全不同的。SAN/NAS 的“海量”约为 1PB。这在对象存储世界中很小。当初每个人都有一个 PB——甚至是家庭实验室的人。海量对象存储是 EB 级规模并且还在一直增长。

在存储利用率方面,对象存储也十分高效。传统的 SAN 和 NAS 零碎通常有很高的开销,这意味着很大一部分可用存储空间被零碎自身消耗掉了。另一方面,对象存储的设计十分高效,这意味着您能够物有所值。

这是你能够本人测试的货色。查看咱们的纠删码计算器。它使您可能间接理解您在不同奇偶校验选项下的应用状况。尝试找到违心提供这种透明度的 SAN/NAS 供应商。你不会因为他们不喜爱议论它。

数据持久性

对象存储被设计成高度长久和容错的。这意味着即便个别磁盘或服务器呈现故障,您的数据依然是平安的并且能够拜访。此外,MinIO 的内置复制和数据保护性能确保数据始终受到爱护和可用。

MinIO 的擦除编码方法通过高度优化(针对性能和弹性),纠删码为分布式存储提供数据保护,因为它具备弹性和效率。它将数据文件拆分为数据和奇偶校验块并对其进行编码,以便即便局部编码数据不可用,也能够复原次要数据。程度可扩大的分布式存储系统依附擦除编码通过跨多个驱动器和节点保留编码数据来提供数据保护。如果驱动器或节点产生故障或数据损坏,能够从保留在其余驱动器和节点上的块中重建原始数据。

四、辅助性能
能够随时随地在任何设施上拜访对象存储。此外,对象存储设计为 API 驱动,这意味着开发人员能够轻松地将其集成到他们的应用程序和工作流中。大多数 SAN 仅限于遗留数据中心协定并仅限于单个数据中心。

这真的很重要!

在构建古代 Web 应用程序时,RESTful API 从根本上优于 POSIX。尽管有些人可能会辩论说这些技术有不同的用处,但在咱们生存的云原生世界中,RESTful API 占主导地位。人们基本不会应用 POSIX 构建新的应用程序。

第一,RESTful API 在数据交换和通信协议方面提供了更大的灵活性。

与次要为文件系统拜访而设计的 POSIX 不同,RESTful API 能够解决范畴宽泛的数据类型,从简略的文本字符串到简单的多媒体文件。这使得它更容易与不同的应用程序、平台和设施集成,并解决不同的用例。

第二,RESTful API 被设计成可扩大的能够解决大量的并发申请。

通过应用 HTTP 协定,RESTful API 能够轻松利用缓存、负载平衡和其余性能优化技术。POSIX 是为本地文件系统拜访而开发的,在分布式或基于云的环境中不能很好地扩大——它太啰嗦了。

第三,RESTful API 提供了比 POSIX 更好的平安选项。

通过应用 TLS、OAuth 和 JSON Web Tokens 等古代平安协定,RESTful API 能够提供平安的身份验证、受权和数据加密。另一方面,POSIX 依赖于传统的文件系统权限,这对于古代 Web 应用程序来说很少是足够的。

第五,RESTful API 被设计为独立于平台

能够从任何具备互联网连贯的设施进行拜访。这使得开发跨不同平台和操作系统的应用程序变得更加容易。

最初,兴许最重要的是,RESTful API 比 POSIX 更易于应用和开发。

借助 RESTful API,开发人员能够应用 GET、POST、PUT 和 DELETE 等简略的 HTTP 动词与数据进行交互。相比之下,POSIX 要求开发人员应用更简单的零碎调用和文件系统操作,这可能很难解决。随着工夫的推移,具备 POSIX 教训的开发人员越来越少。

五、元数据驱动

与基于文件的传统 SAN 和 NAS 解决方案不同,对象存储是元数据驱动的。这意味着每个对象都随同着一组形容它的元数据。此元数据能够包含对象的创立日期、文件类型或关键字等信息。

MinIO 的元数据原子办法是举世无双的、超可扩大的和超疾速的。其余对象存储供应商并没有在这方面投入精力,而是依附第三方、集中式、元数据数据库来解决工作。这是一个蹩脚的抉择。

元数据驱动的办法能够轻松地依据特定条件搜寻和检索对象。它甚至容许像 S3 Select 这样的谓词下推。例如,您能够轻松搜寻某个时间段内创立的所有对象或具备特定关键字的所有对象。要通过 SAN/NAS 实现这一点,您须要一个专用的应用程序层。正如您可能设想的那样,这催生了一个相当衰弱的公司生态系统,这些公司十分乐意对您的 SAN/NAS 纳税,以便让它像 Web 应用程序一样工作。

总结

对象存储始终是云中的次要存储。随着云操作模型的扩大,对象存储成为本地、托管和边缘的次要存储类型。起因有很多——从可扩展性到安全性。用一家十分大的金融应用程序公司的话来说,“咱们将依据须要增加到咱们现有的 SAN/NAS 脚印——但所有新事物都将进入对象存储。随着工夫的推移,那些遗留应用程序和工作负载将被淘汰,咱们甚至不会费神对其进行现代化革新,咱们只会编写云原生版本。”

咱们每天都听到。咱们狐疑你也是。

本文由 mdnice 多平台公布

正文完
 0