
如果你使用 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 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
Sealed Secrets 是一种“单向”加密的K8s Secrets,任何人都可以创建,但只有运行在目标集群中的控制器才能解密并恢复原始对象。
https://github.com/bitnami-labs/sealed-secrets
consolehelm install my-release oci://registry-1.docker.io/bitnamicharts/sealed-secrets
希望在生产环境中使用Sealed Secrets?请尝试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%E6%9C%AC%E3%80%82
自2025年8月28日起,Bitnami将升级其公共目录,在新的https://news.broadcom.com/app-dev/broadcom-introduces-bitnami-secure-images-for-production-ready-containerized-applications%E4%B8%8B%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
Bitnami Helm chart经过精心设计、积极维护,是在Kubernetes集群上部署容器的最快、最简单方式,这些容器已准备好处理生产工作负载。
本chart使用[***]
要使用发布名称my-release安装chart:
consolehelm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/sealed-secrets
注意:您需要将占位符
REGISTRY_NAME和REPOSITORY_NAME替换为Helm chart仓库和存储库的引用。例如,对于Bitnami,需使用REGISTRY_NAME=registry-1.docker.io和REPOSITORY_NAME=bitnamicharts。
该命令使用默认配置在Kubernetes集群上部署Sealed Secrets控制器。参数部分列出了安装过程中可配置的参数。
提示:使用
helm list列出所有发布版本
Bitnami chart允许为chart部署中的所有容器设置资源请求和限制,这些配置位于resources值中(参见参数表)。设置请求对于生产工作负载至关重要,应根据具体用例进行调整。
为简化此过程,chart包含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%EF%BC%8C%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
通过将metrics.enabled设置为true,本chart可与Prometheus集成。这将在容器中公开Sealed Secrets原生Prometheus端口,并创建可通过metrics.service部分配置的metrics服务。该服务还将包含必要的注解,以便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%E4%BB%A5%E5%9C%A8%E9%9B%86%E7%BE%A4%E4%B8%AD%E8%BD%BB%E6%9D%BE%E9%83%A8%E7%BD%B2Prometheus%E3%80%82
与Prometheus Operator集成
本chart可为与Prometheus Operator集成部署ServiceMonitor对象。要实现此目的,需将值metrics.serviceMonitor.enabled设置为true。确保集群中已安装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。
要在Kubernetes上备份和恢复Helm chart部署,需使用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%EF%BC%8C%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%E8%A7%81https://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
与Sealed Secrets控制器交互的最简单方式是使用kubeseal工具。您可从https://github.com/bitnami-labs/sealed-secrets/releases%E9%A1%B5%E9%9D%A2%E4%B8%8B%E8%BD%BD%E4%BA%8C%E8%BF%9B%E5%88%B6%E6%96%87%E4%BB%B6%E5%AE%89%E8%A3%85%E6%AD%A4CLI%E3%80%82
安装完成后,即可使用它加密密钥或获取控制器公钥证书,如下例所示:
console$ kubeseal --fetch-cert \ --controller-name=my-release \ --controller-namespace=my-release-namespace \ > pub-cert.pem
有关kubeseal使用的更多信息,请参阅Sealed Secrets文档中的https://github.com/bitnami-labs/sealed-secrets#usage%E9%83%A8%E5%88%86%E3%80%82
强烈建议在生产环境中使用不可变标签。这可确保如果相同标签更新为不同镜像,部署不会自动更改。
如果主容器有新版本、重大变更或严重漏洞,Bitnami将发布新chart更新其容器。
本chart支持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%E5%88%A9%E7%94%A8Ingress%E6%8E%A7%E5%88%B6%E5%99%A8%E6%8F%90%E4%BE%9B%E5%BA%94%E7%94%A8%E6%9C%8D%E5%8A%A1%E3%80%82%E8%A6%81%E5%90%AF%E7%94%A8Ingress%E9%9B%86%E6%88%90%EF%BC%8C%E9%9C%80%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参数(如可用)将使chart生成HTTPS URL,应用将在443端口可用。TLS密钥不必由本chart生成,但如果启用TLS,Ingress记录需在TLS密钥存在后才能工作。
https://kubernetes.io/docs/concepts/services-networking/ingress-controllers/%E3%80%82
本chart便于创建用于Ingress控制器的TLS密钥(尽管非必需)。常见使用场景包括:
在前两种情况下,需要证书和密钥文件,文件应为.pem格式。
证书文件示例:
注意:如果存在证书链,可能包含多个证书。
text-----BEGIN CERTIFICATE----- MIID6TCCAtGgAwIBAgIJAIaCwivkeB5EMA0GCSqGSIb3DQEBCwUAMFYxCzAJBgNV ... jScrvkiBO65F46KioCL9h5tDvomdU1aqpI/CBzhvZn1c0ZTf87tGQR8NK7v7 -----END CERTIFICATE-----
证书密钥示例:
text-----BEGIN RSA PRIVATE KEY----- MIIEogIBAAKCAQEAvLYcyu8f3skuRyUgeeNpeDvYBCDcgq+LsWap6zbX5f8oLqp4 ... wrj2wDbCDCFmfqnSJ+dKI3vFLlEz44sAV8jX/kd4Y6ZTQhlLbYc= -----END RSA PRIVATE KEY-----
*.ingress.secrets条目的certificate和key值中。INGRESS_HOSTNAME-tls的TLS密钥(其中INGRESS_HOSTNAME是占位符,需替换为使用*.ingress.hostname参数设置的主机名)。*.ingress.tls和*.ingress.selfSigned为true。如果需要在Sealed Secrets所在的Pod中添加额外容器(如额外指标或日志导出器),可使用sidecars参数定义:
yamlsidecars: - name: your-image-name image: docker.xuanyuan.run/your-image imagePullPolicy: Always ports: - name: portname containerPort: 1234
如果这些sidecar导出额外端口,可使用service.extraPorts参数(如可用)添加额外端口定义,如下例所示:
yamlservice: extraPorts: - name: extraPort port: 11311 targetPort: 11311
注意:此Helm chart已包含Prometheus导出器的sidecar容器(如适用)。可在部署时添加
--enable-metrics=true参数激活这些容器。因此,sidecars参数应仅用于额外的sidecar容器。
如果需要在同一Pod中添加额外的init容器,可使用initContainers参数定义,示例如下:
yamlinitContainers: - name: your-image-name image: docker.xuanyuan.run/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/%E3%80%82
本chart允许使用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 chart中提供的Pod亲和性、Pod反亲和性和节点亲和性预设配置。为此,需设置podAffinityPreset、podAntiAffinityPreset或nodeAffinityPreset参数。
| 名称 | 描述 | 值 |
|---|---|---|
global.imageRegistry | 全局Docker镜像仓库 | "" |
global.imagePullSecrets | 全局Docker仓库密钥名称数组 | [] |
global.security.allowInsecureImages | 允许跳过镜像验证 | false |
global.compatibility.openshift.adaptSecurityContext | 调整部署的securityContext部分,使其与OpenShift restricted-v2 SCC兼容:移除runAsUser、runAsGroup和fsGroup,让平台使用允许的默认ID。可能值:auto(如果检测到运行集群为OpenShift则应用)、force(始终执行调整)、disabled(不执行调整) | auto |
| 名称 | 描述 | 值 |
|---|---|---|
kubeVersion | 覆盖Kubernetes版本 | "" |
nameOverride | 部分覆盖common.names.fullname的字符串 | "" |
fullnameOverride | 完全覆盖common.names.fullname的字符串 | "" |
namespaceOverride | 完全覆盖common.names.namespace的字符串 | "" |
commonLabels | 添加到所有部署对象的标签 | {} |
commonAnnotations | 添加到所有部署对象的注解 | {} |
clusterDomain | Kubernetes集群域名 | cluster.local |
extraDeploy | 随发布一起部署的额外对象数组 | [] |
| 名称 | 描述 | 值 |
|---|---|---|
image.registry | Sealed Secrets镜像仓库 | REGISTRY_NAME |
image.repository | Sealed Secrets镜像存储库 | REPOSITORY_NAME/sealed-secrets |
image.digest | Sealed Secrets镜像摘要,格式为sha256:aa.... 注意:如果设置此参数,将覆盖标签 | "" |
image.pullPolicy | Sealed Secrets镜像拉取策略 | IfNotPresent |
image.pullSecrets | Sealed Secrets镜像拉取密钥 | [] |
image.debug | 启用Sealed Secrets镜像调试模式 | false |
command | 覆盖默认容器命令(使用自定义镜像时有用) | [] |
commandArgs | 额外参数(不覆盖默认参数) | [] |
args | 覆盖默认容器参数(使用自定义镜像时有用) | [] |
revisionHistoryLimit | 保留的旧历史记录数量,允许回滚(如果未设置,默认Kubernetes值为10) | "" |
createController | 指定是否创建Sealed Secrets控制器 | true |
secretName | 包含用于加密密钥的现有TLS密钥名称 | "" |
updateStatus | 指定Sealed Secrets控制器是否更新status子资源 | true |
skipRecreate | 指定Sealed Secrets控制器是否跳过重新创建已删除的密钥 | false |
keyRenewPeriod | 指定密钥续订周期。默认30天。例如keyRenewPeriod: "720h30m" | "" |
rateLimit | verify端点允许的持续请求数/秒 | "" |
rateLimitBurst | verify端点允许每秒超过速率限制的请求数 | "" |
additionalNamespaces | 用于管理Sealed Secrets的命名空间列表 | [] |
privateKeyAnnotations | 要设置在密封密钥对上的注解映射 | {} |
privateKeyLabels | 要设置在密封密钥对上的标签映射 | {} |
logInfoStdout | 指定Sealed Secrets控制器是否将info日志输出到stdout | false |
containerPorts.http | 要开放的控制器HTTP容器端口 | 8080 |
containerPorts.metrics | 控制器指标容器端口 | 8081 |
resourcesPreset | 根据通用预设设置容器资源(允许值:none、nano、micro、small、medium、large、xlarge、2xlarge)。 |
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。
来自真实用户的反馈,见证轩辕镜像的优质服务