
如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可:
请先完整阅读并严格遵守以下文档中的全部规则与要求:
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
kube-arangodb是一个Kubernetes Operator,用于管理ArangoDB集群,确保数据库实例的自动部署、扩展和故障修复。
https://arangodb.com/
商标声明:本软件列表由Bitnami打包。产品中提及的各个商标分别归其各自公司所有,使用这些商标并不意味着任何关联或认可。
consolehelm install my-release oci://registry-1.docker.io/bitnamicharts/kube-arangodb
希望在生产环境中使用ArangoDB Kubernetes Operator?请尝试https://bitnami.com/enterprise%EF%BC%8C%E8%BF%99%E6%98%AFBitnami%E7%9B%AE%E5%BD%95%E7%9A%84%E5%95%86%E4%B8%9A%E7%89%88%E3%80%82
自2025年8月28日起,Bitnami将升级其公共目录,通过新的https://news.broadcom.com/app-dev/broadcom-introduces-bitnami-secure-images-for-production-ready-containerized-applications%E6%8F%90%E4%BE%9B%E7%B2%BE%E9%80%89%E7%9A%84%E5%BC%BA%E5%8C%96%E3%80%81%E5%AE%89%E5%85%A8%E8%81%9A%E7%84%A6%E9%95%9C%E5%83%8F%E9%9B%86%E3%80%82%E4%BD%9C%E4%B8%BA%E6%AD%A4%E6%AC%A1%E8%BD%AC%E5%9E%8B%E7%9A%84%E4%B8%80%E9%83%A8%E5%88%86%EF%BC%9A
这些变更旨在通过推广软件供应链完整性和最新部署的最佳实践,提高所有Bitnami用户的安全态势。更多详情,请访问https://github.com/bitnami/containers/issues/83267%E3%80%82
本图表使用[***]
要使用发布名称my-release安装图表:
consolehelm install my-release REGISTRY_NAME/REPOSITORY_NAME/kube-arangodb
注意:您需要将占位符
REGISTRY_NAME和REPOSITORY_NAME替换为Helm图表仓库和存储库的引用。例如,对于Bitnami,需使用REGISTRY_NAME=registry-1.docker.io和REPOSITORY_NAME=bitnamicharts。
该命令使用默认配置在Kubernetes集群上部署ArangoDB Kubernetes Operator。参数部分列出了安装过程中可配置的参数。
提示:使用
helm list查看所有发布
kube-arangodb允许设置多个操作器,管理ArangoDB数据库生命周期的不同领域。这通过features部分配置。以下是启用kube-arangodb中不同操作器的示例:
yamlfeatures: deployment: true deploymentReplications: true storage: false backup: false apps: false k8sToK8sClusterSync: false ml: false analytics: false networking: true scheduler: true platform: true
有关每个功能的详细设置,请查看https://arangodb.github.io/kube-arangodb/docs/features/README.html%E3%80%82
Bitnami ArangoDB Kubernetes Operator图表在升级时会重用之前由图表生成的密钥或auth.existingSecret中指定的密钥。要更新凭据,请使用以下方法之一:
helm upgrade并在auth.password中指定新密码helm upgrade并在auth.existingSecret中指定新密钥Bitnami图表允许为图表部署中的所有容器设置资源请求和限制。这些配置位于resources值中(参见参数表)。设置请求对于生产工作负载至关重要,应根据具体用例进行调整。
为简化此过程,图表包含resourcesPreset值,可根据不同预设自动设置resources部分。有关这些预设,请查看https://github.com/bitnami/charts/blob/main/bitnami/common/templates/_resources.tpl#L15%E3%80%82%E4%BD%86%E5%9C%A8%E7%94%9F%E4%BA%A7%E5%B7%A5%E4%BD%9C%E8%B4%9F%E8%BD%BD%E4%B8%AD%E4%B8%8D%E5%BB%BA%E8%AE%AE%E4%BD%BF%E7%94%A8%60resourcesPreset%60%EF%BC%8C%E5%9B%A0%E4%B8%BA%E5%AE%83%E5%8F%AF%E8%83%BD%E6%97%A0%E6%B3%95%E5%AE%8C%E5%85%A8%E9%80%82%E5%BA%94%E6%82%A8%E7%9A%84%E7%89%B9%E5%AE%9A%E9%9C%80%E6%B1%82%E3%80%82%E6%9C%89%E5%85%B3%E5%AE%B9%E5%99%A8%E8%B5%84%E6%BA%90%E7%AE%A1%E7%90%86%E7%9A%84%E6%9B%B4%E5%A4%9A%E4%BF%A1%E6%81%AF%EF%BC%8C%E8%AF%B7%E5%8F%82%E9%98%85https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/%E3%80%82
要在Kubernetes上备份和恢复Helm图表部署,需使用https://velero.io/%EF%BC%88Kubernetes%E5%A4%87%E4%BB%BD/%E6%81%A2%E5%A4%8D%E5%B7%A5%E5%85%B7%EF%BC%89%E5%A4%87%E4%BB%BD%E6%BA%90%E9%83%A8%E7%BD%B2%E7%9A%84%E6%8C%81%E4%B9%85%E5%8D%B7%E5%B9%B6%E5%B0%86%E5%85%B6%E9%99%84%E5%8A%A0%E5%88%B0%E6%96%B0%E9%83%A8%E7%BD%B2%E3%80%82%E6%9C%89%E5%85%B3%E4%BD%BF%E7%94%A8Velero%E7%9A%84%E8%AF%B4%E6%98%8E%EF%BC%8C%E8%AF%B7%E5%8F%82%E9%98%85https://techdocs.broadcom.com/us/en/vmware-tanzu/application-catalog/tanzu-application-catalog/services/tac-doc/apps-tutorials-backup-restore-deployments-velero-index.html%E3%80%82
通过将metrics.enabled设置为true,本图表可与Prometheus集成。这将在容器和服务中公开kube-arangodb原生Prometheus端点。服务还将具有必要的注解,以便Prometheus自动抓取。
Prometheus要求
集成需要正常安装Prometheus或Prometheus Operator。安装https://github.com/bitnami/charts/tree/main/bitnami/prometheus%E6%88%96https://github.com/bitnami/charts/tree/main/bitnami/kube-prometheus%EF%BC%8C%E5%8F%AF%E8%BD%BB%E6%9D%BE%E5%9C%A8%E9%9B%86%E7%BE%A4%E4%B8%AD%E9%83%A8%E7%BD%B2Prometheus%E3%80%82
与Prometheus Operator集成
通过设置metrics.serviceMonitor.enabled=true,图表可部署ServiceMonitor对象以与Prometheus Operator集成。确保集群中已安装Prometheus OperatorCustomResourceDefinitions,否则将失败并显示以下错误:
textno matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1"
安装https://github.com/bitnami/charts/tree/main/bitnami/kube-prometheus%E4%BB%A5%E8%8E%B7%E5%8F%96%E5%BF%85%E8%A6%81%E7%9A%84CRD%E5%92%8CPrometheus Operator。
强烈建议在生产环境中使用不可变标签。这可确保如果同一标签使用不同镜像更新,部署不会自动更改。
如果主容器有新版本、重大更改或严重漏洞,Bitnami将发布新图表以更新其容器。
如需添加额外环境变量(用于高级操作,如自定义初始化脚本),可使用extraEnvVars属性:
yamlextraEnvVars: - name: LOG_LEVEL value: error
或者,可使用ConfigMap或Secret存储环境变量。为此,使用extraEnvVarsCM或extraEnvVarsSecret值(也可在webhooks部分中使用)。
如果需要在kube-arangodb的同一Pod中添加额外容器(如额外指标或日志导出器),可通过sidecars参数定义:
yamlsidecars: - name: your-image-name image: your-image imagePullPolicy: Always ports: - name: portname containerPort: 1234
如果这些边车容器导出额外端口,可使用service.extraPorts参数(如可用)添加额外端口定义,如下例所示:
yamlservice: extraPorts: - name: extraPort port: 11311 targetPort: 11311
如需在同一Pod中添加额外初始化容器,可通过initContainers参数定义。示例如下:
yamlinitContainers: - name: your-image-name image: your-image imagePullPolicy: Always ports: - name: portname containerPort: 1234
了解更多关于https://kubernetes.io/docs/concepts/workloads/pods/%E5%92%8Chttps://kubernetes.io/docs/concepts/workloads/pods/init-containers/%E7%9A%84%E4%BF%A1%E6%81%AF%E3%80%82
本图表支持Ingress资源。如果集群中安装了Ingress控制器(如https://github.com/bitnami/charts/tree/main/bitnami/nginx-ingress-controller%E6%88%96https://github.com/bitnami/charts/tree/main/bitnami/contour%EF%BC%89%EF%BC%8C%E5%8F%AF%E4%BD%BF%E7%94%A8Ingress%E6%8E%A7%E5%88%B6%E5%99%A8%E6%9C%8D%E5%8A%A1%E5%BA%94%E7%94%A8%E3%80%82%E8%A6%81%E5%90%AF%E7%94%A8Ingress%E9%9B%86%E6%88%90%EF%BC%8C%E5%B0%86%60ingress.enabled%60%E8%AE%BE%E7%BD%AE%E4%B8%BA%60true%60%E3%80%82
最常见的场景是将一个主机名映射到部署。此时,可使用ingress.hostname属性设置主机名。ingress.tls参数可用于为此主机添加TLS配置。
也可配置多个主机。为此,可通过ingress.extraHosts参数(如可用)以数组形式指定主机名。ingress.extraTLS参数(如可用)可用于为额外主机添加TLS配置。
注意:对于
ingress.extraHosts参数中指定的每个主机,需设置名称、路径以及Ingress控制器应了解的任何注解。并非所有Ingress控制器都支持所有注解,但https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/nginx-configuration/annotations.md%E5%88%97%E5%87%BA%E4%BA%86%E8%AE%B8%E5%A4%9A%E6%B5%81%E8%A1%8CIngress%E6%8E%A7%E5%88%B6%E5%99%A8%E6%94%AF%E6%8C%81%E7%9A%84%E6%B3%A8%E8%A7%A3%E3%80%82
添加TLS参数(如可用)将使图表生成HTTPS URL,应用将在443端口上可用。TLS密钥不必由本图表生成,但如果启用TLS,Ingress记录在TLS密钥存在之前将无法工作。
https://kubernetes.io/docs/concepts/services-networking/ingress-controllers/%E3%80%82
除操作器外,您可能需要部署ArangoDeployment对象。为此,图表允许通过extraDeploy参数添加其他对象的完整规范。以下示例将创建ArangoDB集群:
yamlextraDeploy: - apiVersion: "database.arangodb.com/v1" kind: "ArangoDeployment" metadata: name: "example-arangodb-cluster" spec: mode: Cluster
有关可用对象的列表,请查看https://arangodb.github.io/kube-arangodb/%E3%80%82
本图表允许使用affinity参数设置自定义亲和性。有关Pod亲和性的更多信息,请参阅https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#affinity-and-anti-affinity%E3%80%82
作为替代方案,可使用https://github.com/bitnami/charts/tree/main/bitnami/common#affinities%E5%9B%BE%E8%A1%A8%E4%B8%AD%E6%8F%90%E4%BE%9B%E7%9A%84Pod%E4%BA%B2%E5%92%8C%E6%80%A7%E3%80%81Pod%E5%8F%8D%E4%BA%B2%E5%92%8C%E6%80%A7%E5%92%8C%E8%8A%82%E7%82%B9%E4%BA%B2%E5%92%8C%E6%80%A7%E9%A2%84%E8%AE%BE%E9%85%8D%E7%BD%AE%E3%80%82%E4%B8%BA%E6%AD%A4%EF%BC%8C%E8%AE%BE%E7%BD%AE%60podAffinityPreset%60%E3%80%81%60podAntiAffinityPreset%60%E6%88%96%60nodeAffinityPreset%60%E5%8F%82%E6%95%B0%EF%BC%88%E4%B9%9F%E5%8F%AF%E5%9C%A8%60webhooks%60%E9%83%A8%E5%88%86%E4%B8%AD%E4%BD%BF%E7%94%A8%EF%BC%89%E3%80%82
| 名称 | 描述 | 值 |
|---|---|---|
global.imageRegistry | 全局Docker镜像仓库 | "" |
global.imagePullSecrets | 全局Docker仓库密钥名称数组 | [] |
global.defaultStorageClass | 持久卷的全局默认StorageClass | "" |
global.security.allowInsecureImages | 允许跳过镜像验证 | false |
global.compatibility.openshift.adaptSecurityContext | 调整部署的securityContext部分以兼容OpenShift restricted-v2 SCC:移除runAsUser、runAsGroup和fsGroup,让平台使用允许的默认ID。可能值:auto(如果检测到运行集群为OpenShift则应用)、force(始终执行调整)、disabled(不执行调整) | auto |
| 名称 | 描述 | 值 |
|---|---|---|
kubeVersion | 覆盖Kubernetes版本 | "" |
apiVersions | 覆盖.Capabilities报告的Kubernetes API版本 | [] |
nameOverride | 部分覆盖common.names.name的字符串 | "" |
fullnameOverride | 完全覆盖common.names.fullname的字符串 | "" |
namespaceOverride | 完全覆盖common.names.namespace的字符串 | "" |
commonLabels | 添加到所有部署对象的标签 | {} |
commonAnnotations | 添加到所有部署对象的注解 | {} |
clusterDomain | Kubernetes集群域名 | cluster.local |
extraDeploy | 随发布部署的额外对象数组 | [] |
diagnosticMode.enabled | 启用诊断模式(所有探针将被禁用,命令将被覆盖) | false |
diagnosticMode.command | 覆盖部署中所有容器的命令 | ["sleep"] |
diagnosticMode.args | 覆盖部署中所有容器的参数 | ["infinity"] |
image.registry | kube-arangodb操作器镜像仓库 | REGISTRY_NAME |
image.repository | kube-arangodb操作器镜像存储库 | REPOSITORY_NAME/kube-arangodb |
image.digest | kube-arangodb操作器镜像摘要,格式为sha256:aa.... 注意:如果设置此参数,将覆盖标签镜像标签(建议使用不可变标签) | "" |
image.pullPolicy | kube-arangodb操作器镜像拉取策略 | IfNotPresent |
image.pullSecrets | kube-arangodb操作器镜像拉取密钥 | [] |
image.debug | 启用kube-arangodb操作器镜像调试模式 | false |
arangodbImage.registry | ArangoDB镜像仓库 | REGISTRY_NAME |
arangodbImage.repository | ArangoDB镜像存储库 | REPOSITORY_NAME/arangodb |
arangodbImage.digest | ArangoDB镜像摘要,格式为sha256:aa.... 注意:如果设置此参数,将覆盖标签 | "" |
replicaCount | 要部署的kube-arangodb操作器副本数 | 1 |
containerPorts.server | kube-arangodb操作器服务器容器端口 | 8528 |
containerPorts.apiHttp | kube-arangodb操作器API HTTP容器端口 | 8628 |
containerPorts.apiGrpc | kube-arangodb操作器API GRPC容器端口 | 8728 |
livenessProbe.enabled | 启用kube-arangodb操作器容器的livenessProbe | true |
livenessProbe.initialDelaySeconds | livenessProbe的初始延迟秒数 | 5 |
livenessProbe.periodSeconds | livenessProbe的周期秒数 | 10 |
注意:此图表的README超出了DockerHub 25000字符的长度限制,已被截断。完整README可在https://github.com/bitnami/charts/blob/main/bitnami/kube-arangodb/README.md%E6%9F%A5%E7%9C%8B
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。
来自真实用户的反馈,见证轩辕镜像的优质服务