升级部署MinIO

升级是无干扰的

MinIO的更新后重启过程不需要采取停机或安排维护时间。 MinIO的重启非常快，因此在并行重启所有服务器进程时，通常只需要几秒钟就可以完成。 MinIO操作是原子的和严格一致的，因此使用MinIO或S3 SDK的应用程序可以依靠内置的:aws-docs:透明重试 <general/latest/gr/api-retries.html> 而无需进一步的客户端逻辑。 这确保了升级不会对正在进行的操作造成干扰。

检查发行说明

MinIO每个版本都会发布 发行说明 <minio/releases> ，供您参考，以便确定每个发布中应用的更改。 请查看当前MinIO版本和更新版本之间的相关发布说明，以便您完整地了解任何更改。

请特别注意任何与以前版本不兼容的发布。 任何这样的发布版本都不能被轻易地降级。

升级容器使用最新的镜像标签

1. 升级你的MinIO镜像仓库

   为配置的镜像存储库拉取最新的稳定 MinIO 镜像：

   # For docker, use docker pull
   podman pull quay.io/minio/minio:latest
   

2. 重启容器

   你必须重启容器以加载新的镜像二进制文件供MinIO使用：

   # For docker, use docker restart
   podman container restart CONTAINER_NAME
   

3. 验证升级

   使用 mc admin info 命令来检查MinIO容器是否在线、运行正常，并且反映了安装的MinIO版本。

4. 升级MinIO客户端

   你应该升级你的 mc 二进制文件，以与MinIO服务器发布版本相匹配或紧密跟随。 您可以使用 mc update 命令将二进制文件更新到最新稳定版本：

   mc update
   

使用特定镜像标签升级容器

1. 升级本地镜像仓库

   拉取您想要用于更新容器的所需镜像。 以下示例使用MinIO的最新稳定版本：

   # For docker, use docker pull
   podman pull quay.io/minio/minio:RELEASE.2025-04-22T22-12-26Z
   

2. 修改容器启动脚本或配置

   在容器的启动脚本或配置中指定新的MinIO标签。 对于Docker，这可能是用于启动MinIO的Compose文件。 对于Podman，这可能是一个YAML文件，用于创建容器或 pod。

   确保 image: <VALUE> 与新拉取的镜像标签匹配。

3. 重新启动或重新创建容器

   如果您使用CLI命令启动容器，则可能需要完全停止、删除并重新创建容器。 使用脚本执行此过程以最小化潜在的停机时间。

   对于Docker，这可能需要运行以下命令： docker compose restart .

4. 验证升级

   使用 mc admin info 命令来检查MinIO容器是否在线、运行正常，并且反映了安装的MinIO版本。

5. 升级MinIO客户端

   你应该升级你的 mc 二进制文件，以与MinIO服务器发布版本相匹配或紧密跟随。 您可以使用 mc update 命令将二进制文件更新到最新稳定版本:

   mc update