gitlab使用minio實現分布式存儲

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啟動時間有點長，等啟動完成訪問界面可以看到