对象存储是主要存储

存储领域发生了变化，应用程序正在推动这种变化。云原生数据库、分析、AI/ML/DL和其他应用程序对任何感兴趣的人开放，并且随着企业寻求从数据中获取更多价值而变得司空见惯。

这些应用程序正在迫使迁移到对象存储作为其主要存储。原因是在大规模场景下的性能。对象存储是唯一能够提供两者结合的解决方案，因此是企业存储策略中的主要解决方案。

事实上，最近的一项IDC调查显示，80%的受访者认为对象存储可以支持其最重要的IT计划。

当今的应用程序使用云架构和范式构建，而S3 API是其中的关键组成部分。软件——数据库、分析应用程序、AI/ML应用程序——都是针对对象存储接口编写的。这一切都与云原生微服务、容器和Kubernetes编排有关。在这个新世界里，POSIX已经没有立足之地——尽管“连接器”的数量在激增。

毫无疑问，性能至关重要。可以说，对象存储现在被认为是云原生工作负载的主要存储的主要原因是性能。MinIO的可扩展性和高性能相结合，使所有工作负载（无论多么苛刻）都触手可及。MinIO能够实现惊人的性能——最近的一项基准测试在仅使用32个现成的NVMe SSD节点的情况下，实现了325 GiB/s的GET和165 GiB/s的PUT。MinIO提供的性能足以支持像Apache Spark、Starburst Presto/Trino、Clickhouse等苛刻的工作负载，以及你能想到的任何其他云原生框架。

不应低估使用NVMe SSD和闪存将对象存储的速度提高到更高的速度并降低延迟的重要性。NVMe协议从一开始就被设计用于使用PCIe总线在设备之间传输数据，在该总线上，每个通道可以使用高达1 GB/s的速度，最多可达16个通道，从而提供了支持当今多核CPU和高速RAM所需的速度。与SCSI、SATA和SAS等旧技术（后者只能在一个队列上支持256个命令）相比，NVMe能够在一个队列中支持64K个命令，最多可达64K个队列。此外，I/O命令和响应发生在同一个处理器核心上，以利用多核处理器上的并行处理，从而实现大规模并行化。NVMe是对象存储支持快速100 GbE数据中心网络中苛刻工作负载的理想基础。

企业正在以前所未有的速度采用NVMe驱动器和闪存，以满足需要海量数据且速度极快的应用程序的需求。据估计，全球NVMe市场在2020年规模为446亿美元，预计从2020年到2025年将以近30%的复合年增长率增长。企业对硬件的需求难以满足——NVMe的显著性能提升正在导致价格/性能差距大幅下降。在NVMe闪存和SSD服务器上运行的对象存储并通过快速的100GbE连接到应用程序，是当今企业数据中心的首选方案，因为它提供了低延迟访问、非常高的IOPS和高吞吐量读/写，同时功耗更低。

对象存储，实现灵活、高性能和可扩展性

让我们看看对象存储接管的三种主要存储用例

数据库

高性能和弹性可扩展对象存储的可用性已应对结构化和非结构化数据爆炸式增长的挑战。对象存储必须以可接受的延迟提供卓越的吞吐量，以便为数据库提供后端存储。最佳的数据库架构是解耦的，开发人员高度关注分布式低延迟查询处理的计算方面，并让像MinIO这样的对象存储处理其余部分。

操作系统镜像、应用程序工件、快照、备份

几十年来，企业一直希望获得更快的备份和恢复操作，但由于对备份基础设施的持久性和低成本的重视，他们无法实现这一目标。高性能对象存储允许应用程序利用解耦来提供卓越的性能、可扩展性和经济性。云原生应用程序使用S3 API通过https读取和写入像MinIO这样的对象存储，使其成为保存工件的便捷、一致且可移植的解决方案。当依赖MinIO作为勒索软件保护机制时，您可以获得从不可变快照进行非常快速恢复的能力，从而最大程度地减少运营中断。

AI/ML/DL和流/日志分析

我们生活在一个数据驱动且以Kubernetes为主导的世界中。用于实时分析和可视化的尖端应用程序依赖于事件流，并需要对象存储作为接收器。当今推动最大业务价值的AI（ML/DL）工作负载依赖于对象存储来完成多个管道阶段以及模型存储。HPC，以前是纵向扩展的领域，已经采用了云的可扩展架构，依赖于对象存储来实现大规模性能。

黄金时期！

随着更多云原生应用程序的开发，由于其可移植性、性能和可扩展性，对象存储越来越多地用作主要存储。当利用NVMe SSD和闪存作为存储时，尤其如此。此外，S3 API是云原生应用程序访问数据的首要方式。MinIO使企业能够在需要对象存储的任何地方运行，并且已经与领先的软件集成——并且列表每天都在增长。

迈出使用对象存储的第一步，并立即下载MinIO。在我们的参考硬件页面上了解更多关于NVMe存储选项的信息。如果您对如何在您的环境中充分利用MinIO有任何疑问，请发送邮件至hello@min.io或加入我们的Slack社区。