如果你使用 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 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
Pinniped 是 Kubernetes 的身份服务提供商,提供跨所有集群的一致且统一的登录体验,并与企业 IDP 协议安全集成。Bitnami Pinniped Helm Chart 可帮助您在 Kubernetes 集群上快速部署和配置 Pinniped。
Pinniped 概述
商标声明:本软件列表由 Bitnami 打包。产品中提及的 respective 商标归 respective 公司所有,使用这些商标并不意味着任何关联或认可。
consolehelm install my-release oci://registry-1.docker.io/bitnamicharts/pinniped
要使用发布名称 my-release 安装 chart:
consolehelm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/pinniped
注意:您需要将占位符
REGISTRY_NAME和REPOSITORY_NAME替换为 Helm chart 仓库和注册表的引用。例如,对于 Bitnami,应使用REGISTRY_NAME=registry-1.docker.io和REPOSITORY_NAME=bitnamicharts。
提示:使用
helm list命令列出所有发布
Bitnami charts 允许为 chart 部署内的所有容器设置资源请求和限制,这些配置位于 resources 值中(参见参数表)。设置请求对于生产工作负载至关重要,应根据您的具体用例进行调整。
为简化此过程,chart 包含 resourcesPreset 值,可根据不同预设自动设置 resources 部分。可在 https://github.com/bitnami/charts/blob/main/bitnami/common/templates/_resources.tpl#L15 中查看这些预设。但在生产工作负载中,不建议使用 resourcesPreset,因为它可能无法完全适应您的特定需求。有关容器资源管理的更多信息,请参阅 官方 Kubernetes 文档。
强烈建议在生产环境中使用不可变标签。这可确保如果相同标签使用不同镜像更新,您的部署不会自动更改。
如果主容器有新版本、重大更改或严重漏洞,Bitnami 将发布更新容器的新 chart。
如果需要添加额外的环境变量(用于高级操作,如自定义初始化脚本),可以使用 extraEnvVars 属性:
yamlpinniped: extraEnvVars: - name: LOG_LEVEL value: error
或者,可以使用 ConfigMap 或 Secret 存储环境变量。为此,请使用 extraEnvVarsCM 或 extraEnvVarsSecret 值。
如果需要在与 Pinniped 相同的 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
注意:此 Helm chart 已包含 Prometheus 导出器的边车容器(如适用)。可以通过在部署时添加
--enable-metrics=true参数来激活它们。因此,sidecars参数应仅用于任何额外的边车容器。
如果需要在同一个 Pod 中添加额外的初始化容器,可以使用 initContainers 参数定义:
yamlinitContainers: - name: your-image-name image: your-image imagePullPolicy: Always ports: - name: portname containerPort: 1234
了解更多关于边车容器和初始化容器的信息。
此 chart 允许您使用 affinity 参数设置自定义亲和性。在 Kubernetes 文档 中查找有关 Pod 亲和性的更多信息。
作为替代方案,可以使用 https://github.com/bitnami/charts/tree/main/bitnami/common#affinities chart 中提供的 pod 亲和性、pod 反亲和性和节点亲和性的预设配置之一。为此,请设置 podAffinityPreset、podAntiAffinityPreset 或 nodeAffinityPreset 参数。
要在 Kubernetes 上备份和恢复 Helm chart 部署,您需要从源部署备份持久卷,并使用 Velero(Kubernetes 备份/恢复工具)将它们附加到新部署。在 本指南 中查找使用 Velero 的说明。
https://github.com/bitnami/containers/tree/main/bitnami/pinniped 镜像将 pinniped 数据和配置存储在容器的 /bitnami 路径中。持久卷声明用于在部署之间保留数据。这在 GCE、AWS 和 minikube 中已知可以工作。
| 名称 | 描述 | 值 |
|---|---|---|
global.imageRegistry | 全局 Docker 镜像仓库 | "" |
global.imagePullSecrets | 全局 Docker 仓库密钥名称数组 | [] |
global.defaultStorageClass | 持久卷的全局默认 StorageClass | "" |
global.storageClass | 已弃用:使用 global.defaultStorageClass 代替 | "" |
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.name 的字符串 | "" |
fullnameOverride | 完全覆盖 common.names.fullname 的字符串 | "" |
namespaceOverride | 完全覆盖 common.names.namespace 的字符串 | "" |
commonLabels | 要添加到所有部署对象的标签 | {} |
commonAnnotations | 要添加到所有部署对象的注释 | {} |
clusterDomain | Kubernetes 集群域名 | cluster.local |
extraDeploy | 要与发布一起部署的额外对象数组 | [] |
image.registry | Pinniped 镜像仓库 | REGISTRY_NAME |
image.repository | Pinniped 镜像仓库路径 | REPOSITORY_NAME/pinniped |
image.digest | Pinniped 镜像摘要,格式为 sha256:aa.... 请注意,如果设置此参数,将覆盖标签 | "" |
image.pullPolicy | Pinniped 镜像拉取策略 | IfNotPresent |
image.pullSecrets | Pinniped 镜像拉取密钥 | [] |
| 名称 | 描述 | 值 |
|---|---|---|
concierge.enabled | 部署 Concierge | true |
concierge.replicaCount | 要部署的 Concierge 副本数 | 1 |
concierge.containerPorts.api | Concierge API 容器端口 | 10250 |
concierge.containerPorts.proxy | Concierge Proxy 容器端口 | 8444 |
concierge.configurationPorts.aggregatedAPIServerPort | Concierge API 配置端口 | 10250 |
concierge.configurationPorts.impersonationProxyServerPort | Concierge Proxy 配置端口 | 8444 |
concierge.hostNetwork | Concierge API 和 Proxy 容器 hostNetwork | false |
concierge.dnsPolicy | Concierge API 和 Proxy 容器 dnsPolicy | "" |
concierge.configuration | Concierge pinniped.yaml 配置文件 | "" |
concierge.credentialIssuerConfig | 凭证颁发者配置 | "" |
concierge.livenessProbe.enabled | 在 Concierge 容器上启用 livenessProbe | true |
concierge.livenessProbe.initialDelaySeconds | livenessProbe 的初始延迟秒数 | 10 |
concierge.livenessProbe.periodSeconds | livenessProbe 的周期秒数 | 10 |
concierge.livenessProbe.timeoutSeconds | livenessProbe 的超时秒数 | 1 |
concierge.livenessProbe.failureThreshold | livenessProbe 的失败阈值 | 3 |
concierge.livenessProbe.successThreshold | livenessProbe 的成功阈值 | 1 |
concierge.readinessProbe.enabled | 在 Concierge 容器上启用 readinessProbe | true |
concierge.readinessProbe.initialDelaySeconds | readinessProbe 的初始延迟秒数 | 10 |
concierge.readinessProbe.periodSeconds | readinessProbe 的周期秒数 | 10 |
concierge.readinessProbe.timeoutSeconds | readinessProbe 的超时秒数 | 1 |
concierge.readinessProbe.failureThreshold | readinessProbe 的失败阈值 | 3 |
concierge.readinessProbe.successThreshold | readinessProbe 的成功阈值 | 1 |
concierge.startupProbe.enabled | 在 Concierge 容器上启用 startupProbe | false |
concierge.startupProbe.initialDelaySeconds | startupProbe 的初始延迟秒数 | 10 |
concierge.startupProbe.periodSeconds | startupProbe 的周期秒数 | 10 |
concierge.startupProbe.timeoutSeconds | startupProbe 的超时秒数 | 1 |
concierge.startupProbe.failureThreshold | startupProbe 的失败阈值 | 3 |
concierge.startupProbe.successThreshold | startupProbe 的成功阈值 | 1 |
concierge.customLivenessProbe | 覆盖默认 livenessProbe 的自定义 livenessProbe | {} |
concierge.customReadinessProbe | 覆盖默认 readinessProbe 的自定义 readinessProbe | {} |
concierge.customStartupProbe | 覆盖默认 startupProbe 的自定义 startupProbe | {} |
concierge.resourcesPreset | 根据一个通用预设设置容器资源(允许值:none、small、medium、large、xlarge) | none |
自 2025 年 8 月 28 日起,Bitnami 将改进其公共目录,在新的 Bitnami Secure Images 计划下提供精选的强化、安全聚焦镜像集。作为此过渡的一部分:
这些变更旨在通过推广软件供应链完整性和最新部署的最佳实践,提高所有 Bitnami 用户的安全态势。有关更多详细信息,请访问 https://github.com/bitnami/containers/issues/83267%E3%80%82
注意:此 chart 的完整 README 可在 https://github.com/bitnami/charts/blob/main/bitnami/pinniped/README.md 找到。
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。

来自真实用户的反馈,见证轩辕镜像的优质服务