运维 on SILO

部署一个 MinIO Tenant

Mon, 01 Jan 0001 00:00:00 +0000

本步骤说明如何使用 MinIO Operator 部署 MinIO Tenant。

部署 Single-Node 拓扑需要额外配置，而这些内容不在本文档覆盖范围内。如果只是用于本地测试或评估，你也可以根据需要使用简单的 Kubernetes YAML 对象来描述 Single-Node 拓扑。 MinIO 不建议，也不支持在生产环境中使用单节点部署拓扑。

使用 cert-manager 管理 Operator 证书

Mon, 01 Jan 0001 00:00:00 +0000

MinIO Operator 负责管理 minio-operator 命名空间中各服务的 TLS 证书签发。

本页说明如何使用 cert-manager 管理 Operator 的 TLS 证书。

前提条件

使用受支持版本的 Kubernetes
已安装 kustomize
可以通过 kubectl 访问你的 k8s 集群
已完成 cert-manager 配置
MinIO Operator 尚未安装

1) 为 `minio-operator` 命名空间创建 CA Issuer

本指南将禁用 MinIO Operator 的自动证书生成功能，改为使用 cert-manager 签发证书。

使用 Helm 部署 Operator

Mon, 01 Jan 0001 00:00:00 +0000

概览

Helm 是一个用于将应用自动部署到 Kubernetes 集群的工具。 Helm chart 是一组定义部署细节的 YAML 文件、模板和其他文件。以下步骤使用 Helm Chart 将 MinIO Kubernetes Operator 安装到 Kubernetes 集群中。

前提条件

基础要求请参阅 Operator 前提条件。使用 Helm 安装还需要满足以下额外要求：

在 RedHat Linux 上部署 MinIO

Mon, 01 Jan 0001 00:00:00 +0000

本页介绍如何在 RedHat Linux 操作系统上部署 MinIO，包括与 RHEL 二进制兼容的发行版。本页不特别区分 RHEL 与这些发行版；为 RHEL 提供的指导通常也适用于这些发行版。

升级 MinIO Operator

Mon, 01 Jan 0001 00:00:00 +0000

你可以随时升级 MinIO Operator，而不会影响其管理的 MinIO Tenant。

在升级过程中，Operator 可能会更新并重启 Tenant，以支持 MinIO 自定义资源定义（CRD）的变更。这些变更不需要操作员或管理员采取额外操作，也不会影响 Tenant 的运行。

升级 MinIO 部署

Mon, 01 Jan 0001 00:00:00 +0000

重要

对于早于 RELEASE.2024-03-30T09-41-56Z 且启用了 AD/LDAP 的部署，在开始本步骤前，你必须先完整阅读 RELEASE.2024-04-18T19-09-19Z 的发布说明。你必须将该发布说明中记录的额外步骤纳入升级过程。

MinIO 使用先更新后重启的方法将部署升级到较新版本：

使用 Helm Charts 部署 MinIO Tenant

Mon, 01 Jan 0001 00:00:00 +0000

概览

Helm 是一个用于将应用自动部署到 Kubernetes 集群的工具。 Helm chart 是一组定义部署细节的 YAML 文件、模板和其他文件。以下步骤使用 Helm Chart 部署由 MinIO Operator 管理的 Tenant。

本步骤要求 Kubernetes 集群中已存在一个有效的 Operator 部署。你不能使用 MinIO Operator Tenant chart 在脱离 Operator 的情况下独立部署 Tenant。

在 Ubuntu Linux 上部署 MinIO

Mon, 01 Jan 0001 00:00:00 +0000

本页介绍如何在 Ubuntu Linux 操作系统上部署 MinIO。

MinIO 正式支持处于 Ubuntu 生命周期 Standard 或 Ubuntu Pro 支持阶段的 Ubuntu Long Term Support (LTS) 版本。为获得最佳性能，MinIO 强烈建议仅使用包含 Linux 5.X 及以上内核的版本。在撰写本文时，包括：

站点复制概览

Mon, 01 Jan 0001 00:00:00 +0000

站点复制将多个相互独立的 MinIO 部署配置为一个由副本组成的集群，这些副本称为对等站点。

一个包含两个对等站点的站点复制部署。负载均衡器负责将操作路由到两个站点中的任意一个。写入一个站点的数据会自动复制到另一个对等站点。

站点复制要求使用内置的 MinIO Identity Provider (IDP) 或外部 IDP。所有已配置的部署都必须使用同一个 IDP。使用外部 IDP 的部署必须在各站点之间使用相同的配置。

租户的 cert-manager

Mon, 01 Jan 0001 00:00:00 +0000

以下过程用于创建并应用在租户内使用 cert-manager 管理 TLS 证书所需的资源。

说明

本过程使用 tenant-1 作为租户名称。

请在整个过程中将 tenant-1 替换为你的租户名称。

前提条件

已安装 kustomize
可通过 kubectl 访问你的 k8s 集群
已完成 cert-manager 的设置
已安装 MinIO Operator，并已完成 cert-manager 设置

1) 创建租户命名空间的 CA Issuer

在部署新租户之前，先为该租户的命名空间创建 Certificate Authority 和 Issuer。

扩展分布式 MinIO 部署

Mon, 01 Jan 0001 00:00:00 +0000

MinIO 支持通过添加新的服务器池来扩展现有的分布式部署。每个 Pool 都会扩展集群的总可用存储容量。

扩容并不能提供 Business Continuity/Disaster Recovery (BC/DR) 级别的保护。虽然每个 pool 都是一组相互独立的服务器，并通过各自的纠删码集合提供可用性，但只要其中一个 pool 完全丢失，MinIO 就会停止该部署中所有 pool 的 I/O。同样地，只要某个 pool 中的某个纠删码集合失去 quorum，该集合中存储的对象就会发生数据丢失，而不受其他纠删码集合或 pool 数量的影响。

修改 MinIO Tenant

Mon, 01 Jan 0001 00:00:00 +0000

部署完成后，你可以修改租户以调整可变配置项。有关 MinIO Custom Resource Definition 中可用设置的完整说明，请参阅 MinIO 自定义资源定义。

修改租户的方法取决于你最初如何部署该租户：

以容器方式部署 MinIO

Mon, 01 Jan 0001 00:00:00 +0000

本页说明如何在任何支持容器化进程的操作系统上以容器方式部署 MinIO。

本文档假定已安装 Docker、Podman 或其他支持标准容器镜像格式的类似 runtime。 MinIO 镜像使用 Red Hat Universal Base Image 9 Micro。

升级 MinIO Tenant

Mon, 01 Jan 0001 00:00:00 +0000

以下步骤用于升级单个 MinIO Tenant，可选择使用 Kustomize 或 Helm。 MinIO 建议你在升级生产 Tenant 之前，先在 Dev 或 QA 等较低环境中测试升级流程。

重要

对于使用早于 RELEASE.2024-03-30T09-41-56Z 的 MinIO Image 且启用了 AD/LDAP 的 Tenant，在开始本步骤前，你必须先完整阅读 RELEASE.2024-04-18T19-09-19Z 的发布说明。你必须将该发布说明中记录的额外步骤纳入升级过程。

退役服务器池

Mon, 01 Jan 0001 00:00:00 +0000

MinIO 支持从包含两个或更多 pool 的部署中退役并移除服务器池s。执行退役前，至少必须保留一个具有足够可用空间的 pool，以接收被退役 pool 中的对象。

从 RELEASE.2023-01-18T04-36-38Z 起，MinIO 支持在一条退役命令中排队多个 pool。每个被列出的 pool 会立即进入只读状态，但实际排空过程一次只处理一个 pool。

在 MacOS 上部署 MinIO

Mon, 01 Jan 0001 00:00:00 +0000

本页介绍如何在 Apple MacOS 主机上部署 MinIO。

MinIO 正式支持仍处于服务期内的 MacOS 操作系统，该期限通常为自首次发布起 3 年。在撰写本文时，包括：

macOS 14 (Sonoma)（推荐）
macOS 13 (Ventura)
macOS 12 (Monterey)

MinIO 可能也能在更旧或已停止支持的 macOS 版本上运行，但 MinIO 或 RedHat 仅能提供有限的支持或故障排查。

从 Gateway 或 Filesystem 模式迁移

Mon, 01 Jan 0001 00:00:00 +0000

背景

MinIO Gateway 及相关 filesystem 模式自 2020 年 7 月起进入功能冻结状态。 2022 年 2 月，MinIO 宣布弃用 MinIO Gateway。在该弃用公告中，MinIO 同时宣布该功能将在六个月后移除。

扩展 MinIO Tenant

Mon, 01 Jan 0001 00:00:00 +0000

本步骤说明如何通过在 Kubernetes 基础设施中部署额外的一组 MinIO pod，来扩展现有 MinIO tenant 的可用存储容量。

重要

MinIO Operator Console 已被弃用，并在 Operator 6.0.0 中移除。

有关将通过 Operator Console 安装的 Tenant 迁移到 Kustomization 的说明，请参阅修改 MinIO Tenant。

在 Windows 上部署 MinIO

Mon, 01 Jan 0001 00:00:00 +0000

本页介绍如何在 Microsoft Windows 主机上部署 MinIO。

MinIO 正式支持处于 Microsoft Modern Lifecycle Policy“Active Support”阶段的 Windows 操作系统。

在撰写本文时，包括：

删除 MinIO Tenant

Mon, 01 Jan 0001 00:00:00 +0000

前提条件

MinIO Kubernetes Operator

本页步骤要求已正确安装 MinIO Kubernetes Operator，并假定本地主机也安装了与之匹配的 MinIO Kubernetes Operator。本步骤默认使用最新稳定版 Operator，即版本 7.1.1。

升级旧版 MinIO Operator

Mon, 01 Jan 0001 00:00:00 +0000

MinIO 为旧版 MinIO Operator 支持以下升级路径：

当前版本	支持升级到
5.0.15 及更高版本	7.1.1
5.0.0 到 5.0.14	5.0.15
4.2.3 到 4.5.7	4.5.8
4.0.0 到 4.2.2	4.2.3
3.X.X	4.2.2

如果要从 4.5.7 或更早版本升级到 7.1.1，你必须先升级到 4.5.8，然后再升级到 5.0.15。根据你当前的版本，可能需要经过一个或多个中间升级步骤才能到达 v4.5.8。

运维 on SILO

部署一个 MinIO Tenant

使用 cert-manager 管理 Operator 证书

前提条件

1) 为 minio-operator 命名空间创建 CA Issuer

使用 Helm 部署 Operator

概览

前提条件

在 RedHat Linux 上部署 MinIO

升级 MinIO Operator

升级 MinIO 部署

使用 Helm Charts 部署 MinIO Tenant

概览

在 Ubuntu Linux 上部署 MinIO

站点复制概览

租户的 cert-manager

前提条件

1) 创建租户命名空间的 CA Issuer

扩展分布式 MinIO 部署

修改 MinIO Tenant

以容器方式部署 MinIO

升级 MinIO Tenant

退役 服务器池

在 MacOS 上部署 MinIO

从 Gateway 或 Filesystem 模式迁移

背景

扩展 MinIO Tenant

在 Windows 上部署 MinIO

删除 MinIO Tenant

前提条件

MinIO Kubernetes Operator

升级旧版 MinIO Operator

1) 为 `minio-operator` 命名空间创建 CA Issuer

退役服务器池