bitnamicharts/minio-operator Docker 镜像 - 轩辕镜像 | Docker 镜像高效稳定拉取服务

基于MinIO® Operator的Bitnami对象存储

MinIO® Operator是一个Kubernetes原生工具，用于跨混合云基础设施部署和管理高性能、S3兼容的MinIO®对象存储。

基于MinIO® Operator的Bitnami对象存储概述

商标说明：本软件列表由Bitnami打包。产品中提及的 respective trademarks 归各自公司所有，使用这些商标并不意味着任何关联或认可。

TL;DR

console
helm install my-release oci://registry-1.docker.io/bitnamicharts/minio-operator

希望在生产环境中使用基于MinIO® Operator的Bitnami对象存储？请尝试VMware Tanzu应用目录，Bitnami目录的商业版。

⚠️ 重要通知：Bitnami目录即将发生的变更

自2025年8月28日起，Bitnami将升级其公共目录，在新的Bitnami Secure Images计划下提供精选的强化、安全聚焦镜像集。作为此次转型的一部分：

• 首次向社区用户提供流行容器镜像的安全优化版本访问权限。
• Bitnami将开始在其免费层级中弃用对非强化、基于Debian的软件镜像的支持，并将逐步从公共目录中移除非最新标签。因此，社区用户将只能访问数量减少的强化镜像，这些镜像仅以“latest”标签发布，用于开发目的。
• 从8月28日开始，在两周内，所有现有容器镜像（包括旧版本或带版本的标签，如2.50.0、10.6）将从公共目录（docker.io/bitnami）迁移到“Bitnami Legacy”仓库（docker.io/bitnamilegacy），且不再接收更新。
• 对于生产工作负载和长期支持，建议用户采用Bitnami Secure Images，包括强化容器、更小的***面、CVE透明度（通过VEX/KEV）、SBOM以及企业支持。

这些变更旨在通过推广软件供应链完整性和最新部署的最佳实践，提高所有Bitnami用户的安全态势。更多详情，请访问Bitnami Secure Images公告。

介绍

此Chart使用Helm包管理器在Kubernetes集群上引导基于MinIO® Operator的Bitnami对象存储部署。

前提条件

• Kubernetes 1.23+
• Helm 3.8.0+

安装Chart

要使用发布名称“my-release”安装Chart：

console
helm install my-release REGISTRY_NAME/REPOSITORY_NAME/minio-operator

注意：您需要将占位符REGISTRY_NAME和REPOSITORY_NAME替换为Helm Chart仓库和存储库的引用。例如，对于Bitnami，需使用REGISTRY_NAME=registry-1.docker.io和REPOSITORY_NAME=bitnamicharts。

该命令使用默认配置在Kubernetes集群上部署基于MinIO® Operator的Bitnami对象存储。参数部分列出了安装期间可配置的参数。

提示：使用helm list列出所有发布。

配置和安装细节

配置Operator

MinIO® Operator允许通过环境变量进行配置。如果您想添加额外的配置设置，可以使用extraEnvVars属性。

yaml
extraEnvVars:
  - name: SUBNET_BASE_URL
    value: mynet.test

或者，您可以使用包含环境变量的ConfigMap或Secret。为此，请使用extraEnvVarsCM或extraEnvVarsSecret值。

在上游minio-operator文档中找到更多配置设置。

资源请求和限制

Bitnami Charts允许为Chart部署中的所有容器设置资源请求和限制。这些设置位于resources值中（查看参数表）。设置请求对于生产工作负载至关重要，应根据您的具体用例进行调整。

为简化此过程，Chart包含resourcesPreset值，该值会根据不同的预设自动设置resources部分。在bitnami/common chart中查看这些预设。但是，在生产工作负载中不建议使用resourcesPreset，因为它可能无法完全适应您的特定需求。有关容器资源管理的更多信息，请参阅官方Kubernetes文档。

备份和恢复

要在Kubernetes上备份和恢复Helm Chart部署，您需要使用Velero（Kubernetes备份/恢复工具）备份源部署的持久卷，并将其附加到新部署。在本指南中找到使用Velero的说明。

滚动与不可变标签

强烈建议在生产环境中使用不可变标签。这可确保如果相同标签使用不同镜像更新，您的部署不会自动更改。

如果主容器有新版本、重大更改或严重漏洞，Bitnami将发布新的Chart来更新其容器。

边车容器（Sidecars）

如果在minio-operator所在的同一Pod中需要额外的容器（例如额外的指标或日志导出器），可以使用sidecars参数定义它们：

yaml
sidecars:
- name: your-image-name
  image: your-image
  imagePullPolicy: Always
  ports:
  - name: portname
    containerPort: 1234

如果这些边车容器导出额外的端口，可以使用service.extraPorts参数（如可用）添加额外的端口定义，如下例所示：

yaml
service:
  extraPorts:
  - name: extraPort
    port: ***
    targetPort: ***

如果在同一Pod中需要额外的初始化容器，可以使用initContainers参数定义它们。例如：

yaml
initContainers:
  - name: your-image-name
    image: your-image
    imagePullPolicy: Always
    ports:
      - name: portname
        containerPort: 1234

了解更多关于边车容器和初始化容器的信息。

部署额外资源

除了Operator之外，您可能还想部署MinIO® Tenant对象。为此，Chart允许使用extraDeploy参数添加其他对象的完整规范。以下示例创建一个MinIO®租户，包含两个包含控制台和API凭据的Secret：

yaml
extraDeploy:
  apiVersion: v1
  kind: Secret
  metadata:
    name: storage-configuration
  stringData:
    config.env: |-
      export MINIO_ROOT_USER="minio"
      export MINIO_ROOT_PASSWORD="minio123"
      export MINIO_STORAGE_CLASS_STANDARD="EC:2"
      export MINIO_BROWSER="on"
  type: Opaque
- apiVersion: v1
  stringData:
    CONSOLE_ACCESS_KEY: console
    CONSOLE_SECRET_KEY: console123
  kind: Secret
  metadata:
    name: storage-user
  type: Opaque
- apiVersion: minio.min.io/v2
  kind: Tenant
  metadata:
    annotations:
      prometheus.io/path: /minio/v2/metrics/cluster
      prometheus.io/port: "9000"
      prometheus.io/scrape: "true"
    labels:
      app: minio
    name: my-minio
  spec:
    certConfig: {}
    configuration:
      name: storage-configuration
    env: []
    externalCaCertSecret: []
    externalCertSecret: []
    externalClientCertSecrets: []
    features:
      bucketDNS: false
      domains: {}
    mountPath: /export
    podManagementPolicy: Parallel
    pools:
    - affinity:
        nodeAffinity: {}
        podAffinity: {}
        podAntiAffinity: {}
      containerSecurityContext:
        allowPrivilegeEscalation: false
        capabilities:
          drop:
          - ALL
        runAsGroup: 1001
        runAsNonRoot: true
        runAsUser: 1001
        seccompProfile:
          type: RuntimeDefault
      name: pool-0
      nodeSelector: {}
      resources: {}
      securityContext:
        fsGroup: 1001
        fsGroupChangePolicy: OnRootMismatch
        runAsGroup: 1001
        runAsNonRoot: true
        runAsUser: 1001
      servers: 2
      tolerations: []
      topologySpreadConstraints: []
      volumeClaimTemplate:
        apiVersion: v1
        kind: persistentvolumeclaims
        metadata: {}
        spec:
          accessModes:
          - ReadWriteOnce
          resources:
            requests:
              storage: 8Gi
          storageClassName: standard
        status: {}
      volumesPerServer: 2
    priorityClassName: ""
    requestAutoCert: true
    serviceAccountName: ""
    serviceMetadata:
      consoleServiceAnnotations: {}
      consoleServiceLabels: {}
      minioServiceAnnotations: {}
      minioServiceLabels: {}
    subPath: ""
    users:
    - name: storage-user

在基于MinIO® Operator的Bitnami对象存储官方文档中查看可用对象列表。

Pod亲和性

此Chart允许使用affinity参数设置自定义亲和性。在Kubernetes文档中找到有关Pod亲和性的更多信息。

作为替代方案，使用bitnami/common Chart中提供的Pod亲和性、Pod反亲和性和节点亲和性的预设配置之一。为此，在operator、apiserver和cluster部分中设置podAffinityPreset、podAntiAffinityPreset或nodeAffinityPreset参数。

参数

全局参数

通用参数

注意：此Chart的README超出了DockerHub的25000字符限制，因此已被截断。完整README可在[***]