MinIO 是一个高性能的分布式对象存储系统。 它是软件定义的，在行业标准硬件上运行，并且 100% 开源，主要许可证是 GNU AGPL v3。
MinIO 的不同之处在于它从一开始就被设计为私有/混合云对象存储的标准。 因为 MinIO 是专门为对象而构建的，所以单层架构可以毫不妥协地实现所有必要的功能。 结果是一个同时具有高性能、可扩展性和轻量级的云原生对象服务器。
虽然 MinIO 在二级存储、灾难恢复和归档等传统对象存储用例方面表现出色，但它在克服与机器学习、分析和云原生应用程序工作负载相关的挑战方面独树一帜。
MinIO 的企业级功能代表了对象存储空间的标准。 从 AWS S3 API 到 S3 Select 以及我们的内联纠删码和安全性实施，我们的代码广受赞誉，并经常被一些技术和商业界的知名人士复制。
MinIO 使用以汇编代码编写的每个对象内联擦除编码来保护数据，以提供尽可能高的性能。 MinIO 使用 Reed-Solomon 代码将对象条带化为具有用户可配置冗余级别的数据和奇偶校验块。 MinIO 的纠删码在对象级别执行修复，可以独立修复多个对象。
在最大奇偶校验为 N/2 的情况下，MinIO 的实现可以确保部署中只有 ((N/2)+1) 个可操作驱动器的不间断读写操作。 例如，在 12 驱动器设置中，MinIO 将对象分片到 6 个数据驱动器和 6 个奇偶校验驱动器，并且可以可靠地写入新对象或重建现有对象，部署中只剩下 7 个驱动器
静默数据损坏或比特腐烂是磁盘驱动器面临的一个严重问题，会导致数据在用户不知情的情况下损坏。 原因多种多样（驱动器老化、电流峰值、磁盘固件错误、幻写、误读/写入、驱动程序错误、意外覆盖）但结果是相同的 - 数据受损。
MinIO 对 HighwayHash 算法的优化实现确保它永远不会读取损坏的数据 - 它会即时捕获并修复损坏的对象。 通过在读取时计算散列并在写入时从应用程序、网络和内存/驱动器验证它，从端到端确保完整性。 该实现专为速度而设计，可以在 Intel CPU 的单核上实现超过 10 GB/秒的散列速度。
在飞行中加密数据是一回事； 保护静态数据是另一回事。 MinIO 支持多种复杂的服务器端加密方案来保护数据——无论数据位于何处。 MinIO 的方法以可忽略的性能开销确保机密性、完整性和真实性。 使用 AES-256-GCM、ChaCha20-Poly1305 和 AES-CBC 支持服务器端和客户端加密。
加密对象使用 AEAD 服务器端加密进行防篡改。 此外，MinIO 与所有常用的密钥管理解决方案（例如 HashiCorp Vault）兼容并经过测试。 MinIO 使用密钥管理系统 (KMS) 来支持 SSE-S3。
如果客户端请求 SSE-S3，或者启用了自动加密，MinIO 服务器使用唯一的对象密钥加密每个对象，该对象密钥由 KMS 管理的主密钥保护。 鉴于极低的开销，可以为每个应用程序和实例打开自动加密。
启用 WORM 后，MinIO 会禁用所有可能会改变对象数据和元数据的 API。 这意味着数据一旦写入就可以防篡改。 这对于许多不同的监管要求具有实际应用。
MinIO 支持身份管理中最先进的标准，与 OpenID 连接兼容提供商以及主要外部 IDP 供应商集成。 这意味着访问是集中的，密码是临时的和轮换的，不存储在配置文件和数据库中。 此外，访问策略是细粒度且高度可配置的，这意味着支持多租户和多实例部署变得简单。
传统复制方法的挑战在于它们无法有效地扩展到几百 TiB 以上。 话虽如此，每个人都需要一个复制策略来支持灾难恢复，并且该策略需要跨越地域、数据中心和云。
MinIO 的连续复制专为大规模、跨数据中心部署而设计。 通过利用 Lambda 计算通知和对象元数据，它可以高效快速地计算增量。 Lambda 通知确保立即传播更改，这与传统的批处理模式不同。
连续复制意味着如果发生故障，数据丢失将保持在最低限度 - 即使面对高度动态的数据集。 最后，与 MinIO 所做的一切一样，连续复制是多供应商的，这意味着您的备份位置可以是从 NAS 到公共云的任何地方。
现代企业的数据无处不在。 MinIO 允许将这些不同的实例组合起来形成一个统一的全局命名空间。 具体来说，可以将任意数量的 MinIO 服务器组合成一个 Distributed Mode set，多个 Distributed Mode set 可以组合成一个 MinIO Server Federation。 每个 MinIO Server Federation 都提供统一的管理和命名空间。
MinIO 联合服务器支持无限数量的分布式模式集。 这种方法的影响是，对象存储可以为大型、地理分布的企业大规模扩展，同时保留从单个控制台容纳各种应用程序（Splunk、Teradata、Spark、Hive、Presto、TensorFlow、H20）的能力。
所有企业都在采用多云战略。 这也包括私有云。 因此，您的裸机虚拟化容器和公共云服务（包括非 S3 提供商，如谷歌、微软和阿里巴巴）必须看起来完全相同。 虽然现代应用程序具有高度可移植性，但为这些应用程序提供支持的数据却并非如此。
让数据可用，无论它位于何处，是 MinIO 解决的主要挑战。 MinIO 在裸机、网络附加存储和每个公共云上运行。 更重要的是，MinIO 通过 Amazon S3 API 确保您对该数据的看法从应用程序和管理的角度来看完全相同。
MinIO，可以走得更远，使您现有的存储基础设施与 Amazon S3 兼容。 其影响是深远的。 现在，组织可以真正统一他们的数据基础设施 - 从文件到块，所有这些都显示为可通过 Amazon S3 API 访问的对象，而无需迁移。
MinIO 被设计为云原生，可以作为由外部编排服务（如 Kubernetes）管理的轻量级容器运行。 整个服务器是一个大约 40MB 的静态二进制文件，并且在使用 CPU 和内存资源方面非常高效 - 即使在高负载下也是如此。 结果是您可以在共享硬件上共同托管大量租户。
MinIO 在带有本地连接驱动器 (JBOD/JBOF) 的商用服务器上运行。 集群中的所有服务器都具有相同的能力（完全对称架构）。 没有名称节点或元数据服务器。
MinIO 将数据和元数据作为对象一起写入，从而消除了对元数据数据库的需求。 此外，MinIO 执行所有功能（擦除代码、位腐烂检查、加密）作为内联、严格一致的操作。 结果是 MinIO 非常有弹性。
每个 MinIO 集群都是分布式 MinIO 服务器的集合，每个节点有一个进程。 MinIO作为单进程运行在用户空间，使用轻量级协程实现高并发。 驱动器被分组为擦除集（默认情况下每组 16 个驱动器），并且使用确定性哈希算法将对象放置在这些集中。
MinIO 专为大规模、多数据中心的云存储服务而设计。 每个租户运行他们自己的 MinIO 集群，与其他租户完全隔离，使他们能够保护他们免受升级、更新和安全事件的任何中断。 每个租户通过跨地域联合集群独立扩展。
混合云对象存储
裸机
纠删码计算器
参考硬件
