使用 MinIO 对象存储和 VMware vSAN 完善您的软件定义存储策略

MinIO 几乎可以在所有硬件配置文件上运行。我们推荐的合作伙伴已列出 here.

我们建议如下：

• CPU/节点：2 个 Xeon Gold CPU，每个 CPU 8 个内核
• NIC/节点：25GbE 容量
• 内存/节点：128GB
• 驱动器/节点：至少 8 个 HDD（16TiB/驱动器）
• 每个集群的最小节点数：4
• 硬件 OEM 选项：请参阅此处列出的硬件 OEM 了解容量 - https://www.minio.org.cn/product/reference-hardware

与 vSphere 集成的 MinIO 利用数据持久性平台创建 MinIO 的多个实例，以允许隔离的多个租户加入同一 vSphere 安装。每个租户都生活在自己的命名空间中，VI 管理员可以划分资源、设置配额并将其分配给每个租户。

MinIO 的加密功能在对象层实现，专为高性能 I/O 而设计。每个对象都使用自己的密钥独立加密。应用程序可以选择从客户端或通过外部密钥管理服务提供这些加密密钥。当 MinIO 的加密打开时，您不需要 vSAN 加密。

不建议将 MinIO 作为来宾集群运行，但这是可能的。 MinIO 将需要在通过 vSphere CSI 驱动程序或使用 Direct CSI 驱动程序的 VM 本地存储公开的节点上存储。

应用程序连接到 S3 端点，该端点在 MinIO 实例插件 UI 中使用虚拟托管样式请求提供。 MinIO 是严格一致的，没有 bucket 限制。如果需要更多分离，可以在同一个裸机或 Kubernetes 平台上部署多个 MinIO 集群以实现多租户。

MinIO 的服务器端复制功能支持主动-被动和主动-主动配置，以保持两个数据中心持续同步。只要有足够的带宽，就会立即复制对象。

MinIO 通过内置的对象版本控制、不变性和服务器端复制提供持续的数据保护功能。您可以将对象回滚到任何时间点而无需执行快照。远程站点持续保持同步，包括对象版本历史。由于 MinIO 本身是一个流行的备份目标，因此消除对另一个备份存储层的需求很重要。

对象存储通常备份到地理位置较远的另一个集群。成本将取决于备份的需要，即它是否需要主动复制备份还是纯粹的归档。在任何一种情况下，成本都与备份所需的硬件数量直接相关。因此，如果不需要备份所有数据，则可以在容灾站点上使用较少的硬件。如果将 MinIO 备份到云提供商（例如 AWS S3），则费用特定于提供商。

与复制和备份相关的最佳实践往往是特定于应用程序和客户的，但是请参阅以下资源。

https://github.com/minio/minio/blob/master/docs/bucket/replication/DESIGN.md and https://docs.minio.org.cn/minio/baremetal/replication/replication-overview.html for a detailed guide.

MinIO 通过其 ILM API 支持对象过期和转换。根据对象标签、到期时间线和对象名称前缀选择对象进行归档。 API 允许您设置更丰富的规则以有选择地使对象过期并将其传输到基于远程低成本 HDD 的 MinIO 站点。

MinIO 通过其服务器端复制功能支持灾难恢复计划。您可以将存储桶与远程 MinIO 设置配对，以保持它们持续同步。

MinIO 使用纠删码在可用服务器上均匀分布所有对象。在此配置中不需要备用节点。

T可以找到 MinIO 订阅网络 这里. VMware 需要 vSAN 数据持久性平台上的所有 ISV 的许可证密钥。有 60 天的试用期，在此期间企业将自动加入 SUBNET。

VMware 要求 vSAN 数据持久性平台上的所有 ISV 独立于 VMware 提供许可条款和产品支持。可以找到有关 MinIO 订阅网络的信息 这里.

MinIO 是一个高可用的分布式对象存储系统。它可以通过其纠删码和位腐烂保护机制容忍多个节点和驱动器故障。

vSAN 可以提供托管 MinIO 的存储池的使用情况。 vSAN SNA 和 vSAN Direct 的容量是厚置备的，其中为 MinIO 预先置备了所需的全部容量。为了进一步细分已用容量，MinIO 控制台提供了已用容量的桶级摘要。

MinIO 是世界上最快的对象存储。可以找到基准 这里.

MinIO HDD 集群性能的示例结果：

• 读取吞吐量：16.3GB/s
• 写入吞吐量：9.4GB/s

请参阅 各种计算器的参考硬件页面。请注意，计算器不包括 VMware vSAN DPP 相关的许可费用。

我们推荐使用基于 NVMe 的驱动器和 100GbE NIC 构建的集群。

NVMe集群请参考以下推荐：

• CPU/节点：2 个 Xeon Gold CPU，每个 CPU 8 个内核
• 网卡/节点：100GbE
• 内存/节点：128GB
• 驱动器/节点：至少 8 个 NVMe（7.6TiB+/驱动器）
• 每个集群的最小节点数：4
• 硬件 OEM 选项：请参阅此处列出的硬件 OEM 以了解性能 - https://www.minio.org.cn/product/reference-hardware

注意：对于此建议，我们需要考虑以上列表中未涉及的任何 Kubernetes 主节点配置要求。

对于大型集群，这主要是用于 MinIO 对象存储的驱动器的功能。 NVMe SSD 比 HDD 集群更昂贵。但 NVMe 的成本正在显着下降。 $/GiB 还取决于集群中使用的纠删码配置。

注意：MinIO 没有发布任何 NVMe 相关的计算器。但是可以访问高级别的 NVMe 成本 这里。

客户可以使用 纠删码计算器，用于计算各种配置的可用容量。

MinIO 对 CPU 和内存使用率较低（建议每台服务器使用 16 个 CPU / 128GB RAM）。吞吐量几乎总是在网络上成为瓶颈。请参阅下面的链接，了解有关大小调整的 MinIO 指南。

https://core.vmware.com/resource/minio-object-storage-vmware-cloud-foundation-tanzu#sizing-guidelines

通常，更多的 pod 和 PV 会导致更多的并行性，从而提高性能。数量受物理资源限制。

MinIO 从资源管理的角度（即存储类或桶）更多地看待租户。大多数应用程序只需要端点和存储桶即可运行。多租户有助于从资源管理（即报告）和运营管理中对相似的应用程序、组或用户进行分组。没有限制在大型 MinIO 部署中共享多个桶的技术限制。

这取决于给定组织的运营需求。单个实例的许​​多应用程序通常用于来自同一组织的多个组希望利用单个集群并通过 IAM 策略定义资源访问的场景。这个用例在操作上可以更简单，因为只需要管理一个集群。为给定应用程序使用唯一实例通常针对两个用例进行部署。首先，当您希望完全隔离数据时，例如，当向最终客户提供 MinIO 服务时，您可能希望确保不正确的策略应用程序不允许一个客户看到另一个客户的数据。第二种是当您希望为每个独特的集群设置不同的配置时。一个示例是允许一个集群中的非关键数据使用不同的纠删码奇偶校验设置，并允许具有业务关键数据的另一个集群具有更高的冗余度。

多用户与多租户选项可供客户以各种配置部署 MinIO，而不会对系统性能产生负面影响。

MinIO 基于策略的访问控制 (PBAC) 支持将用户访问细粒度隔离到存储桶或存储桶前缀。对于需要独占访问对象存储的应用程序，您可以部署一个 MinIO 租户以仅支持这些应用程序。例如：

• 应用程序写入单个租户上的同一个存储桶。
• 应用程序在单个租户上写入自己的存储桶。
• 应用程序写入自己的 MinIO 租户。
• 存储和计算资源是每个租户独有的

有关详细信息，请参阅：

• MinIO 多用户指南
• MinIO 身份和访问管理
• 部署 MinIO 租户 (VMware Cloud Foundation 4.2)

大多数云存储供应商的数据持久性提供 11 个 9 的可靠性。 MinIO 从头开始​​设计为 AWS S3 服务的直接替代品，适用于各种部署方法并使用类似的商品硬件和功能（即 EC 和复制）MinIO 可以轻松提供 11 个 9 的耐用性。由于其基于某些计算的对象级粒度，甚至可以提供更好的耐用性，但这将需要非常保守的纠删码 (EC) 配置，这可能不实用或不符合成本效益。

11 个 9 的耐久性 (99.999999999) 转化为每个 PiB 每年大约丢失 12 个对象。这可以通过使用 N/2 EC 配置和至少 2 个站点复制来轻松避免。

可以找到围绕纠删码 (EC) 及其对耐用性的影响的基本计算 这里。

MinIO 可以通过复制部署在多个可用性区域。可以针对不同的 Kubernetes / VMware 集群部署多个 MinIO 实例（或租户），这些集群部署在整个全球数据中心足迹的不同区域或区域中。任何给定的 MinIO 租户都应该驻留在单个 vSphere 集群中。一个集群中可以存在多个租户。不推荐拉伸集群。 MinIO 支持独立租户之间的双活复制，其中写入一个租户的对象会自动同步到远程。可以找到文档这里。

MinIO 支持跨多个站点的同步和异步复制。选择将取决于每个客户在这些数据中心、可用性区域 (AZ) 或一般站点中的延迟和吞吐量可用性。

同步复制的性能成本将与可用吞吐量和站点间网络延迟直接相关，因为应用程序必须等待往返完成。

异步的持久性成本同样会受到可用吞吐量和网络延迟的影响，但由于 MinIO 实现了对象级粒度，因此与其他异步方法相比，这将影响降至最低。

MinIO EC 在租户创建时配置为 租户规模 步。选择 Erasure Code Parity 设置以用于初始区域。 MinIO 有一个纠删码计算器可帮助根据所需的区域拓扑选择合适的奇偶校验设置。

扩展租户时，新区域从租户继承其 EC 设置。 MinIO 要求新区域有足够数量的驱动器来支持租户 EC。具体来说，新区域必须至少有 2 倍的驱动器数量才能支持与该特定租户中现有区域的 EC 相同的 EC 配置。

您可以在部署 MinIO 租户后随时设置复制。 MinIO 服务器端复制需要 一个 MinIO 服务作为复制目标。 MinIO 有文档化的程序单向主动-被动 和 双向主动-主动 复制。

MinIO 还提供了 mc镜像 用于对任何 S3 兼容服务执行客户端内容同步的工具。

MinIO 插件租户选项卡将指示更新何时可用。客户只需单击 UI 即可触发滚动实例升级。没有服务中断。

MinIO 从 TiB 无缝扩展到 PiB。要了解有关详细信息的更多信息，我们建议这样做文档。

客户还可以修改租户的 vCPU 分配。请参考这个文档以获取更多信息。

客户还可以添加更多 vSAN 直接驱动器来扩展每个 ESXi 服务器的容量。 ESXi 服务器也可以扩展以满足容量需求。

对于单个磁盘故障，没有性能影响。通常，如果有并行发生的活动工作负载，则重建工作负载的优先级较低。此过程完全在后台执行，无

不需要。MinIO 不需要重新平衡。

请参阅下面的兼容性矩阵。 Operator 升级必须保持在每一行的边界内，以检查所有组件。如果用户想要将 MinIO Operator 升级到最新的跨行，则还需要升级 vDPp 插件，目前无法从 UI 处理插件升级。