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 部分。可在 bitnami/common chart 中查看这些预设。但在生产工作负载中,不建议使用 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: *** targetPort: ***
注意:此 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 亲和性的更多信息。
作为替代方案,可以使用 bitnami/common chart 中提供的 pod 亲和性、pod 反亲和性和节点亲和性的预设配置之一。为此,请设置 podAffinityPreset、podAntiAffinityPreset 或 nodeAffinityPreset 参数。
要在 Kubernetes 上备份和恢复 Helm chart 部署,您需要从源部署备份持久卷,并使用 Velero(Kubernetes 备份/恢复工具)将它们附加到新部署。在 本指南 中查找使用 Velero 的说明。
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 容器端口 | *** |
concierge.containerPorts.proxy | Concierge Proxy 容器端口 | 8444 |
concierge.configurationPorts.aggregatedAPIServerPort | Concierge API 配置端口 | *** |
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 用户的安全态势。有关更多详细信息,请访问 Bitnami Secure Images 公告。
注意:此 chart 的完整 README 可在 [***] 找到。
来自真实用户的反馈,见证轩辕镜像的优质服务
免费版仅支持 Docker Hub 加速,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
免费版仅支持 docker.io;专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
在 Linux 系统配置镜像加速服务
在 Docker Desktop 配置镜像加速
Docker Compose 项目配置加速
Kubernetes 集群配置 Containerd
在宝塔面板一键配置镜像加速
Synology 群晖 NAS 配置加速
飞牛 fnOS 系统配置镜像加速
极空间 NAS 系统配置加速服务
爱快 iKuai 路由系统配置加速
绿联 NAS 系统配置镜像加速
QNAP 威联通 NAS 配置加速
Podman 容器引擎配置加速
HPC 科学计算容器配置加速
ghcr、Quay、nvcr 等镜像仓库
无需登录使用专属域名加速
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429