1、分布式优势

1.minio分布式介绍

分布式模式下的MinIO使您可以将多个驱动器（甚至在不同的计算机上）合并到一个对象存储服务器中。由于驱动器分布在多个节点上，因此分布式MinIO可以承受多个节点故障，但仍可以确保完整的数据保护。

分布式模式下的MinIO可以帮助您通过单个对象存储部署来设置高可用性存储系统。借助分布式MinIO，无论存储设备在网络中的位置如何，您都可以最佳地使用存储设备。

2.数据保护

分布式MinIO 使用擦除代码提供针对多个节点/驱动器故障和位腐烂的保护。由于分布式MinIO所需的最小磁盘为4（与擦除编码所需的最小磁盘相同），因此在启动分布式MinIO时，擦除代码会自动启动。

3.高可用性

如果托管磁盘的服务器脱机，则独立的MinIO服务器将关闭。相反，只要n / 2个或更多磁盘在线，具有n个磁盘的分布式MinIO设置将使您的数据安全。不过，您至少需要（n / 2 + 1）个法定磁盘来创建新对象。

例如，即使最多有8台服务器处于脱机状态，一个16节点的分布式MinIO设置（每个节点具有16个磁盘）仍可继续提供文件。但是，您至少需要在线9台服务器才能创建新对象。

4.限度

与独立模式下的MinIO一样，分布式MinIO的每个租户限制为最少2个，最多32个服务器。这些服务器上的磁盘数量没有限制。如果您需要多租户设置，则可以轻松启动由协调工具（如Kubernetes，Docker Swarm等）管理的多个MinIO实例。

请注意，使用分布式MinIO，只要遵守限制，就可以处理节点和驱动器的数量。例如，您可以有2个节点，每个节点4个驱动器，4个节点每个4个驱动器，8个节点每个2个驱动器，32个服务器每个64个驱动器，依此类推。

5.一致性保证

MinIO遵循严格的读后写和列表后读 /一致性模型的所有输入输出都在分布式和独立模式操作。

2、使用Helm Chart部署MinIO

前提条件：

1.一个k8s集群

2.具备helm环境

1.部署minio

创建minio需要的pv

#vim  pv1.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: minio-pv1
spec:
  capacity:
    storage: 10Gi
  volumeMode: Filesystem
  accessModes:
  -  ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  hostPath:
    path: /helm/minio/pv1

在此使用的是hostpath，在worker节点创建相应的目录。

2.安装minio

#先拉到本地在安装
helm  pull  stable/minio
tar  -zxvf  minio-3.0.4.tgz
helm  install  minio  ./minio

#或者直接安装
helm  install  minio  stable/minio

查看pod

3.登录访问minio

默认参数：

访问web界面

access Key和secret Key都是默认的，上图配置中

3、gitlab和minio进行关联

kubectl get deploy minio -oyaml    查看关联Key

在gitlab的yaml文件中添加

kubectl edit deploy gitlab-gitlab-ce

- name: MINIO_ACCESS_KEY
 valueFrom:
  secretKeyRef:
   key: accesskey
   name: minio
- name: MINIO_SECRET_KEY
 valueFrom:
  secretKeyRef:
   key: secretkey
   name: minio

查看到状态正常

登录gotlab创建一个文件

删除原来的pod

gitlab的pod启动时间有点长，等启动完成访问界面可以看到