部署架构

此页面从生产角度概述了 MinIO 部署架构。有关特定硬件或软件配置的信息，请参阅

分布式 MinIO 部署

生产 MinIO 部署至少包含 4 个具有同类存储和计算资源的 MinIO 主机。

MinIO 将这些资源聚合在一起作为池并将其呈现为单个对象存储服务。

4 Node MinIO deployment with homogeneous storage and compute resources — 此池中的每个 MinIO 主机都具有匹配的计算、存储和网络配置

当使用本地连接的存储（例如连接到主机上的 PCI-E 控制器板的 NVMe 或 SSD 驱动器）时，MinIO 可提供最佳性能。

存储控制器应以“Just a Bunch of Drives”（JBOD）配置呈现 XFS 格式化的驱动器，没有 RAID、池或其他硬件/软件弹性层。MinIO 建议不要使用缓存，无论是在驱动器层还是控制器层。这两种类型的缓存都可能导致 I/O 尖峰，因为缓存会填充和清除，从而导致不可预测的性能。

MinIO Server diagram of Direct-Attached Storage via SAS to a PCI-E Storage Controller — 每个 SSD 通过 SAS 连接到以 HBA 模式运行的 PCI-E 附加存储控制器

MinIO 会自动将池中的驱动器分组到擦除集中。

擦除集是 MinIO 可用性和弹性的基础组件。MinIO 在池中的节点之间对称地条带化擦除集，以保持擦除集驱动器的均匀分布。然后，MinIO 根据部署奇偶校验将对象划分为数据和奇偶校验分片，并将其分布到擦除集中。

有关 MinIO 冗余和修复的更完整讨论，请参阅擦除编码和对象修复。

Diagram of object being sharded into eight data and eight parity blocks, distributed across sixteen drives — 使用最大奇偶校验 `EC:8`，MinIO 将对象划分为 8 个数据块和 8 个奇偶校验块，并将它们分布到擦除集中的驱动器中。此池中的所有擦除集都具有相同的条带大小和分片分布。

MinIO 使用基于对象名称和路径的确定性哈希算法来为给定对象选择擦除集。

对于每个唯一的对象命名空间 BUCKET/PREFIX/[PREFIX/...]/OBJECT.EXTENSION，MinIO 始终为读/写操作选择相同的擦除集。MinIO 处理池和擦除集内的所有路由，使选择/读取/写入过程对应用程序完全透明。

Diagram of object retrieval from only data shards — MinIO 在将对象返回给请求客户端之前，会透明地从数据或奇偶校验分片中重建对象。

每个 MinIO 服务器都具有分布式拓扑的完整视图，以便应用程序可以连接并针对部署中的任何节点直接操作。

响应节点会自动处理对部署中其他节点的内部请求 *以及* 将最终响应返回给客户端。

应用程序通常不应管理这些连接，因为对部署拓扑的任何更改都需要应用程序更新。生产环境应改为部署负载均衡器或类似的网络控制平面组件来管理与 MinIO 部署的连接。例如，您可以部署 NGINX 负载均衡器以对部署中可用的节点执行“最少连接”或“轮询”负载均衡。

Diagram of an eight node MinIO deployment behind a load balancer — 负载均衡器将请求路由到部署中的任何节点。接收节点此后处理任何节点间请求。

您可以通过池扩展扩展 MinIO 部署的可用存储。

每个存储池包含一组独立的节点及其自己的擦除编码集。MinIO 必须查询每个存储池以确定将读写操作定向到的正确擦除编码集，这样每个额外的存储池都会增加每次调用的节点间流量。包含正确擦除编码集的存储池然后响应操作，对应用程序完全透明。

如果通过扩展存储池来修改 MinIO 的拓扑结构，可以通过修改负载均衡器以包含新存储池的节点来更新应用程序。应用程序可以继续使用 MinIO 部署的负载均衡器地址，而无需任何更新或修改。这确保了请求在所有存储池之间均匀分布，同时应用程序继续使用 MinIO 操作的单个负载均衡器 URL。

Diagram of a multi-pool minio deployment behind a load balancer — PUT 请求需要检查每个存储池以查找正确的擦除编码集。一旦识别出来，MinIO 就会将对象进行分区，并将数据和奇偶校验分片分布到相应的集合中。

客户端应用程序可以使用任何与 S3 兼容的 SDK 或库来与 MinIO 部署进行交互。

MinIO 发布了自己的 SDK，专门用于与 S3 兼容的部署。

Diagram of multiple S3-compatible clients using SDKs to connect to MinIO — 使用各种与 S3 兼容的 SDK 的客户端可以对同一个 MinIO 部署执行操作。

MinIO 使用 S3 API 的严格实现，包括要求客户端使用 AWS Signature V4 或旧版 Signature V2 对所有操作进行签名。AWS 签名计算使用客户端提供的标头，因此负载均衡器、代理、安全程序或其他组件对这些标头的任何修改都会导致签名不匹配错误和请求失败。确保任何此类中间组件支持从客户端到服务器的未修改标头的直通。

虽然 S3 API 使用 HTTP 方法（如 GET 和 POST）进行所有操作，但应用程序通常使用 SDK 进行 S3 操作。特别是，签名计算的复杂性通常使得通过 curl 或类似的 REST 客户端进行交互变得不切实际。MinIO 建议使用与 S3 兼容的 SDK 或库，这些库会在操作过程中自动执行签名计算。