• デザインの選択
• 設定
  • インストールコマンドラインオプション
• チャート構成例
  • プルシークレット
  • こうわん
• サブチャートの有効化
• initContainerの設定
  • initContainer イメージ
  • initContainerスクリプト
• イングレスの設定
• 画像の設定
• 永続性
• デフォルトバケット
• セキュリティ・コンテキスト
• サービスの種類とポート
• 上流項目

オブジェクトストレージへのMinIOの使用

このChartはstable/minioバージョン0.4.3に基づいており、ほとんどの設定を継承しています。

デザインの選択

アップストリームチャートに関連する設計上の選択肢は、プロジェクトのREADMEに記載されています。

GitLabはsecretの設定を単純化し、環境変数でのsecretの使用をすべて削除するために、このチャートを変更することにしました。GitLabはconfig.jsonへのsecretの投入を制御するためにinitContainerを追加し、チャート全体のenabled フラグを追加しました。

このChartは1つのシークレットだけを使用しています：

• global.minio.credentials.secret: バケツへの認証に使われるaccesskey とsecretkey の値を含むグローバルシークレット。

設定

以下、コンフィギュレーションの主要な部分について説明します。 親チャートからコンフィギュレーションを行う場合、これらの値は次のようになります：

minio:
  init:
  ingress:
    enabled:
    tls:
      enabled:
      secretName:
    annotations:
    proxyReadTimeout:
    proxyBodySize:
    proxyBuffering:
  tolerations:
  persistence:  # Upstream
    volumeName:
    matchLabels:
    matchExpressions:
  serviceType:  # Upstream
  servicePort:  # Upstream
  defaultBuckets:
  minioConfig:  # Upstream

インストールコマンドラインオプション

以下の表は、--set フラグを使用して、helm install コマンドに供給できるすべての可能なチャート設定です：

チャート構成例

プルシークレット

pullSecrets を使うと、非公開レジストリで認証してポッドのイメージを取り出せるようになります。

非公開レジストリとその認証方法についての詳細は、Kubernetesのドキュメントに記載されています。

以下はpullSecretsの使用例です：

image: my.minio.repository
imageTag: latest
imagePullPolicy: Always
pullSecrets:
- name: my-secret-name
- name: my-secondary-secret-name

こうわん

tolerations 汚染されたワーカーノードでポッドのスケジューリングが可能

以下はtolerationsの使用例です：

tolerations:
- key: "node_label"
  operator: "Equal"
  value: "true"
  effect: "NoSchedule"
- key: "node_label"
  operator: "Equal"
  value: "true"
  effect: "NoExecute"

サブチャートの有効化

コンパートメント化されたサブチャートを実装するために選択した方法には、特定のデプロイで不要なコンポーネントを無効にする機能が含まれています。 このため、最初に決めるべき設定はenabled:です。

デフォルトでは、MinIOは最初から有効になっていますが、本番環境での使用は推奨されていません。無効にする準備ができたら、--set global.minio.enabled: falseを実行してください。

initContainerの設定

ほとんど変更されることはありませんが、initContainer の動作は以下の項目で変更できます：

init:
  image:
    repository:
    tag:
    pullPolicy: IfNotPresent
  script:

initContainer イメージ

initContainer画像の設定は、通常の画像設定と同じです。 デフォルトでは、chart-localの値は空のままで、グローバル設定global.busybox.image.repository とglobal.busybox.image.tag がinitContainer画像の入力に使用されます。chart-localの値が指定された場合、グローバル設定の値の代わりに使用されます。

initContainerスクリプト

initContainerには以下の項目が渡されます：

• /configに実装されている認証項目を含むシークレット。通常はaccesskeyとsecretkey。
• config.json テンプレートを含むコンフィグマップと、shで実行されるスクリプトを含むconfigure が、/configにマウントされています。
• デーモンのコンテナに渡される/minio にマウントされたemptyDir 。

initContainer は、/config/configure スクリプトを使用して、/minio/config.json に完了したコンフィグレーションを入力します。minio-config コンテナがこのタスクを完了すると、/minio ディレクトリがminio コンテナに渡され、config.json をMinIOサーバーに提供するために使用されます。

イングレスの設定

これらの設定はMinIO Ingressを制御します。

画像の設定

image、imageTag 、imagePullPolicy のデフォルトは、上流で文書化されています。

永続性

このチャートでは、PersistentVolumeClaim をプロビジョニングし、対応する永続ボリュームをデフォルトの場所/exportにマウントします。 これを動作させるには、Kubernetesクラスターで利用可能な物理ストレージが必要です。emptyDirを使用したい場合は、PersistentVolumeClaimを無効にします:persistence.enabled: false。

persistenceの動作は上流で文書化されています。

GitLabはいくつかの項目を追加しました：

persistence:
  volumeName:
  matchLabels:
  matchExpressions:

デフォルトバケット

defaultBuckets は、インストール時にMinIOポッド上にバケットを自動的に作成するメカニズムを提供します。 このプロパティには項目の配列が含まれ、各項目には最大3つのプロパティがあります：name、policy、purge。

defaultBuckets:
  - name: public
    policy: public
    purge: true
  - name: private
  - name: public-read
    policy: download

セキュリティ・コンテキスト

これらのオプションにより、ポッドの起動に使用するuser および/またはgroup を制御することができます。

セキュリティコンテキストに関する詳細な情報については、Kubernetesの公式ドキュメントを参照してください。

サービスの種類とポート

これらは上流で文書化されており、重要な要約は以下の通りです：

## Expose the MinIO service to be accessed from outside the cluster (LoadBalancer service).
## or access it from within the cluster (ClusterIP service). Set the service type and the port to serve it.
## ref: http://kubernetes.io/docs/user-guide/services/
##
serviceType: LoadBalancer
servicePort: 9000

Chartはtype: NodePort、そのように設定することはありません。

上流項目

このChartには、以下のアップストリームドキュメントも完全に適用されます：

• resources
• nodeSelector
• minioConfig

minioConfig 設定の詳細については、MinIO notify ドキュメントを参照してください。これには、バケットオブジェクトがアクセスまたは変更されたときの通知の発行に関する詳細も含まれています。