Configuring Secrets
目录
理解 Secrets
在 Kubernetes (k8s) 中,Secret 是一个用于存储和管理敏感信息的基础对象,例如密码、OAuth 令牌、SSH 密钥、TLS 证书和 API 密钥。其主要目的是防止敏感数据直接嵌入 Pod 定义或容器镜像中,从而增强安全性和可移植性。
Secrets 类似于 ConfigMaps,但专门用于机密数据。它们通常以 base64 编码的形式存储,并可以通过多种方式被 Pod 使用,包括挂载为卷或作为环境变量暴露。
使用特点
-
增强安全性:相比明文配置映射(Kubernetes ConfigMap),Secrets 通过 Base64 编码存储敏感信息,结合 Kubernetes 的访问控制能力,显著降低数据泄露风险。
-
灵活管理:使用 Secrets 提供了比将敏感信息硬编码到 Pod 定义文件或容器镜像中更安全且灵活的方法。这种分离简化了敏感数据的管理和修改,无需更改应用代码或容器镜像。
支持的类型
Kubernetes 支持多种类型的 Secrets,针对不同使用场景设计。平台通常支持以下类型:
-
Opaque:通用 Secret 类型,用于存储任意键值对的敏感数据,如密码或 API 密钥。
-
TLS:专门用于存储 TLS(传输层安全)协议的证书和私钥信息,常用于 HTTPS 通信和安全的 ingress。
-
SSH Key:用于存储 SSH 私钥,通常用于安全访问 Git 仓库或其他支持 SSH 的服务。
-
SSH Authentication (kubernetes.io/ssh-auth):存储通过 SSH 协议传输的数据的认证信息。
-
Username/Password (kubernetes.io/basic-auth):用于存储基本认证凭据(用户名和密码)。
-
Image Pull Secret (kubernetes.io/dockerconfigjson):存储从私有镜像仓库(Docker Registry)拉取容器镜像所需的 JSON 认证字符串。
使用方式
Secrets 可以通过不同方式被 Pod 内的应用使用:
-
作为环境变量:Secret 中的敏感数据可以直接注入到容器的环境变量中。
-
作为挂载文件(卷):Secrets 可以挂载为 Pod 中的文件,应用可以从指定路径读取敏感数据。
注意:工作负载中的 Pod 实例只能引用同一命名空间内的 Secrets。有关高级用法和 YAML 配置,请参阅 Kubernetes 官方文档。
创建 Opaque 类型的 Secret
YAML
你可以这样解码:
创建 Docker registry 类型的 Secret
YAML
K8s 会自动将你的用户名、密码、邮箱和服务器信息转换为 Docker 标准登录格式:
该 JSON 会被 base64 编码后用作 Secret 的 data 字段值。
在 Pod 中使用:
创建 Basic Auth 类型的 Secret
创建 SSH-Auth 类型的 Secret
使用场景:存储 SSH 私钥(例如用于 Git 访问)。
创建 TLS 类型的 Secret
使用场景:TLS 证书(用于 Ingress、webhooks 等)
YAML
通过 Web 控制台创建 Secret
-
进入 Container Platform。
-
在左侧导航栏点击 Configuration > Secrets。
-
点击 Create Secret。
-
配置参数。
注意:在表单视图中,输入的用户名和密码等敏感数据会自动以 Base64 格式编码后存储到 Secret 中。转换后的数据可在 YAML 视图中预览。
-
点击 Create。
如何在 Pod 中使用 Secret
作为环境变量
从名为 my-secret 的 Secret 中获取键为 username 的值,并赋值给环境变量 DB_USERNAME。
作为挂载文件(卷)
后续操作
在同一命名空间中创建原生应用的工作负载时,可以引用已创建的 Secrets。
操作
你可以点击列表页右侧的 (⋮) 或详情页右上角的 Actions,根据需要更新或删除 Secret。