MongoDB® Sharded packaged by Bitnami

MongoDB®是一个开源NoSQL数据库，使用JSON格式存储数据。MongoDB™分片版通过将数据分布到多台机器上，为大型数据集提高了可扩展性和可靠性。

MongoDB® Sharded概述

免责声明：所提及的相关商标归各自公司所有。我们不提供任何这些产品的商业许可。本列表采用开源许可。MongoDB®由MongoDB运营和维护，与Bitnami是完全独立的项目。

TL;DR

console
helm install my-release oci://registry-1.docker.io/bitnamicharts/mongodb-sharded

希望在生产环境中使用MongoDB® Sharded？请尝试VMware Tanzu Application Catalog，即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集群上引导部署MongoDB(®) Sharded。

MongoDB®作为NoSQL数据库，摒弃了传统的基于表的关系数据库结构，转而使用类似JSON的文档和动态模式，使某些类型应用的数据集成更轻松、更快速。

此Chart使用分片方法在多台机器间分布数据，适用于具有非常大的数据集和高吞吐量操作的部署。

前提条件

• Kubernetes 1.23+
• Helm 3.8.0+
• 底层基础设施支持PV供应器
• ReadWriteMany卷用于部署扩展

安装Chart

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

console
helm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/mongodb-sharded

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

该命令使用默认配置在Kubernetes集群上部署MongoDB®。参数部分列出了可在安装期间配置的参数。

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

配置和安装详情

资源请求和限制

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

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

更新凭据

Bitnami Charts在首次启动时配置凭据。后续对密钥或凭据的任何更改都需要手动干预。请按照以下说明操作：

• 按照上游文档更新用户密码
• 使用新值更新密码密钥（替换SECRET_NAME、ROOT_PASSWORD和REPLICA_SET_KEY占位符）

shell
kubectl create secret generic SECRET_NAME --from-literal=mongodb-root-password=ROOT_PASSWORD --from-literal=mongodb-replica-set-key=REPLICA_SET_KEY --dry-run -o yaml | kubectl apply -f -

Prometheus指标

通过将metrics.enabled设置为true，此Chart可与Prometheus集成。这将在所有Pod中部署带有mongodb_exporter的Sidecar容器。Pod将具有必要的注解，以便被Prometheus自动抓取。

Prometheus要求

要使集成工作，需要安装Prometheus或Prometheus Operator。安装Bitnami Prometheus Helm Chart或Bitnami Kube Prometheus Helm Chart，可在集群中轻松获得可用的Prometheus。

与Prometheus Operator集成

通过设置metrics.podMonitor.enabled=true，Chart可部署PodMonitor对象以与Prometheus Operator集成。确保集群中安装了Prometheus OperatorCustomResourceDefinitions，否则将失败并显示以下错误：

text
no matches for kind "PodMonitor" in version "monitoring.coreos.com/v1"

安装Bitnami Kube Prometheus Helm Chart以获取必要的CRD和Prometheus Operator。

滚动标签与不可变标签

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

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

更改MongoDB®版本

要修改此Chart中使用的MongoDB®版本，可使用image.tag参数指定有效的镜像标签。例如，image.tag=X.Y.Z。此方法也适用于其他镜像（如exporter）。

分片

此Chart默认部署分片集群。该Chart的一些特点包括：

• 通过在分片和配置服务器上启用复制来支持高可用。mongos实例也可水平扩展。
• 次要节点和仲裁节点的数量可独立扩展。

初始化新实例

Bitnami MongoDB®镜像允许使用自定义脚本初始化新实例。您可以创建自定义ConfigMap，并通过initScriptsCM提供（查看选项了解更多详情）。

允许的扩展名为.sh和.js。

Sidecar和Init容器

如果需要在与Kibana相同的Pod中运行额外容器（例如，额外的指标或日志exporter），可通过sidecars配置参数（在mongos、shardsvr.dataNode、shardsvr.arbiter、configsvr和common部分可用）实现。只需根据Kubernetes容器规范定义您的容器。

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

类似地，可使用initContainers参数添加额外的init容器。

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

添加额外环境变量

如果需要添加额外环境变量（用于高级操作，如自定义初始化脚本），可使用extraEnvVars属性（在mongos、shardsvr.dataNode、shardsvr.arbiter、configsvr和common部分可用）。

yaml
extraEnvVars:
  - name: MONGODB_VERSION
    value: 4.0

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

使用外部配置服务器

可以不部署分片或配置服务器。例如，可以仅部署指向外部MongoDB®分片数据库的mongos实例。如果是这种情况，设置configsvr.external.host和configsvr.external.replicasetName以使mongos实例连接。对于身份验证，设置configsvr.external.rootPassword和configsvr.external.replicasetKey值。

设置Pod亲和性

此Chart允许使用XXX.affinity参数设置自定义亲和性。有关Pod亲和性的更多信息，请参阅kubernetes文档。

作为替代方案，可使用bitnami/common Chart中提供的Pod亲和性、Pod反亲和性和节点亲和性预设配置。为此，设置XXX.podAffinityPreset、XXX.podAntiAffinityPreset或XXX.nodeAffinityPreset参数。

备份和恢复

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

持久化

Bitnami MongoDB®镜像将MongoDB®数据和配置存储在容器的/bitnami/mongodb路径中。

Chart在此位置挂载持久卷。卷使用动态卷供应创建。

调整持久卷挂载点的权限

由于镜像默认以非root用户运行，需要调整持久卷的所有权，以便容器可以写入数据。

默认情况下，Chart配置为使用Kubernetes安全上下文自动更改卷的所有权。但此功能并非在所有Kubernetes发行版中都有效。

作为替代方案，此Chart支持使用initContainer在将卷挂载到最终目标之前更改其所有权。

可通过将volumePermissions.enabled设置为true来启用此initContainer。

添加额外卷

Bitnami Kibana Chart支持通过使用extraVolumes和extraVolumeMounts属性（在mongos、shardsvr.dataNode、shardsvr.arbiter、configsvr和common部分可用）挂载额外卷（PVC、密钥或ConfigMap）。这可与高级操作（如添加额外的init容器和sidecar）结合使用。

参数

全局参数

通用参数

MongoDB(®) Sharded参数

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