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

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

我们推荐以下配置：

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

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

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

不建议将 MinIO 作为访客群集运行，但这是可能的。MinIO 将需要节点上的存储，这些存储通过 vSphere CSI 驱动程序或使用直接 CSI 驱动程序的虚拟机本地存储公开。

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

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

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

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

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

https://github.com/minio/minio/blob/master/docs/bucket/replication/DESIGN.md 和 https://docs.min.io/minio/baremetal/replication/replication-overview.html 以获取详细指南。

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

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

MinIO 使用擦除编码将所有对象均匀地分布在可用的服务器上。在这种配置中，不需要备用节点。

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

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

MinIO 是一个高可用分布式对象存储系统。它可以通过其擦除码和比特腐败保护机制容忍多个节点和驱动器故障。

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

MinIO 是世界上速度最快的对象存储。可以在这里找到基准测试结果。

MinIO HDD 集群性能示例结果

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

请参阅参考硬件页面以获取各种计算器。请注意，计算器不包括 VMware vSAN DPP 相关的许可证成本。

我们建议使用基于 NVMe 的驱动器和 100GbE 网卡构建的集群。

请参阅以下 NVMe 集群建议：

• CPU/节点：2 个 Xeon Gold CPU，每个 CPU 8 核
• 网卡/节点：100GbE
• 内存/节点：128 GB
• 驱动器/节点：至少 8 个 NVMe（每个驱动器 7.6 TiB+）
• 每个集群的最小节点数：4
• 硬件 OEM 选项：有关性能型硬件，请参阅此处列出的硬件 OEM：https://min-io.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 在租户创建时作为 租户大小 步骤的一部分进行配置。选择要用于初始区域的 擦除编码奇偶校验 设置。MinIO 有一个 擦除编码计算器 可帮助根据所需的区域拓扑选择合适的奇偶校验设置。

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

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

MinIO 还提供 mc mirror 工具，用于将客户端内容同步到任何与 S3 兼容的服务。

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

MinIO 可以从 TiB 无缝扩展到 PiB。要详细了解详细信息，我们建议您参考此 文档。

客户还可以修改租户的 vCPU 分配。有关更多信息，请参阅此 文档。

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

对于单个磁盘故障，不会影响性能。通常，如果同时存在活动工作负载，则重建工作负载会获得较低的优先级。此过程完全在后台执行，客户无需进行主动管理。

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

请参阅下面的兼容性矩阵。运算符升级必须保持在每行的范围内，以确保所有组件都处于受控状态。如果用户希望将 MinIO 运算符升级到跨越不同行的最新版本，则也需要升级 vDPp 插件，插件升级目前无法通过 UI 处理。