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

Bitnami LMS（基于Moodle™ LMS）

Moodle™ LMS是一款开源在线学习管理系统，广泛应用于大学、学校和企业。它采用模块化设计，能高度适应各类在线学习场景。

Bitnami LMS（基于Moodle™ LMS）概述

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

TL;DR

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

如需在生产环境中使用Bitnami LMS（基于Moodle™ LMS），请尝试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公告。

简介

此图表使用Helm包管理器在Kubernetes集群上引导部署Moodle™。

它还包含Bitnami MariaDB图表，用于引导MariaDB部署以满足Moodle™应用的数据库需求。

前提条件

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

安装图表

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

console
helm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/moodle

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

该命令会以默认配置在Kubernetes集群上部署Moodle™。参数部分列出了安装过程中可配置的参数。

提示：使用helm list查看所有发布

配置与安装详情

资源请求与限制

Bitnami图表允许为图表部署中的所有容器设置资源请求和限制，这些配置位于resources值中（参见参数表）。设置请求对于生产工作负载至关重要，应根据具体使用场景调整。

为简化配置，图表包含resourcesPreset值，可根据不同预设自动设置resources部分。详情参见bitnami/common图表。但在生产环境中，不建议使用resourcesPreset，因其可能无法完全适配具体需求。有关容器资源管理的更多信息，请参阅Kubernetes官方文档。

更新凭据

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

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

shell
kubectl create secret generic SECRET_NAME --from-literal=moodle-password=PASSWORD --from-literal=smtp-password=SMTP_PASSWORD --dry-run -o yaml | kubectl apply -f -

Prometheus指标

通过将metrics.enabled设置为true，可将此图表与Prometheus集成。这将在所有Pod中部署带有apache-exporter的边车容器，以及可在metrics.service部分配置的metrics服务。该metrics服务包含必要的注解，可被Prometheus自动抓取。

Prometheus要求

集成需确保Prometheus或Prometheus Operator已正确安装。可安装Bitnami Prometheus helm图表或Bitnami Kube Prometheus helm图表以快速搭建Prometheus环境。

与Prometheus Operator集成

通过设置metrics.serviceMonitor.enabled=true，图表可部署ServiceMonitor对象以集成Prometheus Operator。需确保集群中已安装Prometheus Operator CustomResourceDefinitions，否则会出现以下错误：

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

安装Bitnami Kube Prometheus helm图表可获取必要的CRD和Prometheus Operator。

滚动标签与不可变标签

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

当主容器有新版本、重大变更或严重漏洞时，Bitnami会发布新图表以更新其容器。

无TLS的Ingress

使用Ingress（无TLS示例）：

console
ingress.enabled=True
ingress.hosts[0]=moodle.domain.com
serviceType=ClusterIP
moodleUsername=admin
moodlePassword=password
mariadb.mariadbRootPassword=secretpassword

使用Ingress时的3个必填参数：ingress.enabled=True、ingress.hosts[0]=moodle.domain.com和serviceType=ClusterIP

Ingress TLS

如果集群支持自动创建/获取TLS证书，请参考相应机制的文档。

要手动配置TLS，首先为目标地址创建/获取密钥和证书对，然后在命名空间中创建TLS密钥（本例中命名为moodle-server-tls）。在自定义values.yaml文件的Ingress TLS部分中包含密钥名称和目标主机名：

yaml
ingress:
  ## 如果为true，将创建Moodle(TM)服务器Ingress
  ##
  enabled: true

  ## Moodle(TM)服务器Ingress注解
  ##
  annotations: {}
  #   kubernetes.io/ingress.class: nginx
  #   kubernetes.io/tls-acme: 'true'

  ## Moodle(TM)服务器Ingress主机名
  ## 启用Ingress时必须提供
  ##
  hosts:
    - moodle.domain.com

  ## Moodle(TM)服务器Ingress TLS配置
  ## 密钥必须在命名空间中手动创建
  ##
  tls:
    - secretName: moodle-server-tls
      hosts:
        - moodle.domain.com

备份与恢复

要在Kubernetes上备份和恢复Helm图表部署，需使用Kubernetes备份/恢复工具Velero备份源部署的持久卷，并将其附加到新部署。使用Velero的详细说明参见本指南。

持久化

Bitnami Moodle™容器镜像将Moodle™数据和配置存储在容器的/bitnami/moodle和/bitnami/apache路径下。

持久卷声明（PVC）用于在部署间保留数据，已知在GCE、AWS、vSphere和minikube中可用。 参见参数部分配置PVC或禁用持久化。 建议查看PV回收策略并根据需要更新。默认策略为删除，卸载Moodle™时数据也会被移除。

参数

全局参数

通用参数

Moodle™参数

_注意：此图表的README超出了DockerHub的25000字符限制，已被截断。完整README可参见[***]