部署 MinIO 存储服务的四种方式

前言

上一篇文章介绍了使用 Golang 语言上传本地文件到 MinIO 存储服务的实现方式。今天我们就来介绍一下如何部署 MinIO 存储服务，毕竟，我们上传文件的前提，是已经存在了对应的存储服务才行。

正文

我们知道，MinIO 是一个的云原生的分布式应用程序。它提供了一个健壮的、可伸缩、兼容 AWS S3 的对象存储服务，也正因为如此，MinIO 在云原生应用市场中占据了一定的份额。通常情况下，MinIO 存储服务有四种部署方式，今天就来详细介绍一下。

方法一、Docker 方式

这是最传统的部署方式，就不过多介绍，我们一般都采取这样的部署方式。

方法二、Swarm 方式

步骤一、在管理节点上创建一个 swarm，具体命令如下：

docker swarm init --advertise-addr 172.31.102.100

步骤二、创建 MinIO 所需要的 ID 和 Key，具体命令如下：

echo "AKIAIOSFODNN7EXAMPLE" | docker secret create access_key -

echo "wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY" | docker secret create secret_key -

步骤三、部署 MinIO 存储服务。下载对应的 Docker Compose file, 运行如下命令：

docker stack deploy --compose-file=docker-compose-secrets.yaml minio_stack

方法三、Compose 方式

步骤一、下载 docker-compose.yaml 文件，参考地址如下：https://github.com/minio/minio/blob/master/docs/orchestration/docker-compose/docker-compose.yaml?raw=true

步骤二、同步镜像版本，具体命令如下：

docker-compose pull

步骤三、启动服务，具体命令如下：

docker-compose up

方法四、Kubernetes 方式

步骤一、安装 MinIO chart。单体服务模式，具体命令如下：

helm install stable/minio

分布式模式，具体命令如下：

helm install --set mode=distributed stable/minio

步骤二、升级 MinIO 服务，具体命令如下：

helm upgrade --set imageTag=minio:1.6 helm-test stable/minio

步骤三、删除 chart，具体命令如下：

helm delete my-release

Kubernetes 部署方式也就是我们经常说的 k8s 部署方式，目前也是最为推荐的部署方式，因为 K8s 可以完美的接管容器服务器，非常适合作为云原生的运维系统。

结尾

没有什么规则是一定的，具体使用哪种部署方式还要看具体的使用场景，合适的部署方式能够带来非常便捷的服务体验和少量可控的运维成本。好了，今天关于 MinIO 存储服务的介绍就这么多了，晚安。

日历打卡（8 月更文挑战）