kubernetes之secret

Secret解决了密码、token、密钥等敏感数据的配置问题,而不需要把这些敏感数据暴露到镜像或者Pod Spec中。Secret可以以Volume或者环境变量的方式使用。

Secret类型:

  1. Opaque:base64编码格式的Secret,用来存储密码、密钥等;但数据也通过base64 –decode解码得到原始数据,所有加密性很弱。
  2. kubernetes.io/dockerconfigjson:用来存储私有docker registry的认证信息。
  3. kubernetes.io/service-account-token: 用于被serviceaccount引用。serviceaccout创建时Kubernetes会默认创建对应的secret。Pod如果使用了serviceaccount,对应的secret会自动挂载到Pod目录/run/secrets/kubernetes.io/serviceaccount中。
1.Opaque Secret

Opaque类型的数据是一个map类型,要求value是base64编码格式: 比如来创建一个用户名为:admin,密码为: 1f2d1e2e67df的Secret 对象,首先把这用户名和密码做base64编码,

1234
$ echo -n "admin" | base64YWRtaW4=$ echo -n "1f2d1e2e67df" | base64MWYyZDFlMmU2N2Rm

然后就可以利用上面编码过后的数据来编写一个YAML文件:(secrets.yml)

12345678
apiVersion: v1kind: Secretmetadata:  name: mysecrettype: Opaquedata:  password: MWYyZDFlMmU2N2Rm  username: YWRtaW4=

同样的就可以使用kubectl命令来创建了: 创建secret:kubectl create -f secrets.yml。

1234
# kubectl get secretNAME                  TYPE                                  DATA      AGEdefault-token-xxx   kubernetes.io/service-account-token   3         45dmysecret              Opaque                                2         7s

注意:其中default-token-xxx为创建集群时默认创建的secret,被serviceacount/default引用。 可以使用describe命令查看详情,如果想看到Data里面的详细信息,可以输出成YAML文件进行查看

如果是从文件创建secret,则可以用更简单的kubectl命令,比如创建tls的secret:

123
$ kubectl create secret generic helloworld-tls \  --from-file=key.pem \  --from-file=cert.pem
2.Opaque Secret的使用

创建好secret之后,有两种方式来使用它:

  • 以Volume方式
  • 以环境变量方式
  • 以Volume方式挂载制定的key
将Secret挂载到Volume中

用一个Pod来验证下Volume挂载,创建一个Pod文件:(secret2-pod.yaml)

12345678910111213141516171819202122
apiVersion: v1kind: Podmetadata:  labels:    name: db  name: dbspec:  volumes:  - name: secrets    secret:      secretName: mysecret  containers:  - image: registry.martin.com:5000/my_project_id/pg:v1    name: db    volumeMounts:    - name: secrets      mountPath: "/etc/secrets"      readOnly: true    ports:    - name: cp      containerPort: 5432      hostPort: 5432

查看Pod中对应的信息:

123456
# ls /etc/secretspassword  username# cat  /etc/secrets/usernameadmin# cat  /etc/secrets/password1f2d1e2e67df

查看输出日志:

123
$ kubectl logs secret2-podpasswordusername

可以看到secret把两个key挂载成了两个对应的文件。

将Secret导出到环境变量中
123456789101112131415161718192021222324252627282930
apiVersion: extensions/v1beta1kind: Deploymentmetadata:  name: wordpress-deploymentspec:  replicas: 2  strategy:      type: RollingUpdate  template:    metadata:      labels:        app: wordpress        visualize: "true"    spec:      containers:      - name: "wordpress"        image: "wordpress"        ports:        - containerPort: 80        env:        - name: WORDPRESS_DB_USER          valueFrom:            secretKeyRef:              name: mysecret              key: username        - name: WORDPRESS_DB_PASSWORD          valueFrom:            secretKeyRef:              name: mysecret              key: password

主要上面环境变量中定义的secretKeyRef关键字,和configMapKeyRef比较类似,一个是从Secret对象中获取,一个是从ConfigMap对象中获取

创建上面的Pod:

12
$ kubectl create -f secret1-pod.yamlpod "secret1-pod" created

然后查看Pod的日志输出:

123
$ kubectl logs secret1-podUSERNAME=adminPASSWORD=admin321

可以看到有 USERNAME 和 PASSWORD 两个环境变量输出出来。

将Secret挂载指定的key
123456789101112131415161718192021222324252627282930
apiVersion: v1kind: Podmetadata:  labels:    name: db  name: dbspec:  volumes:  - name: secrets    secret:      secretName: mysecret      items:      - key: password        mode: 511        path: tst/psd      - key: username        mode: 511        path: tst/usr  containers:  containers:  - image: nginx    name: db    volumeMounts:    - name: secrets      mountPath: "/etc/secrets"      readOnly: true    ports:    - name: cp      containerPort: 80      hostPort: 5432

可以直接用kubectl命令来创建用于docker registry认证的secret:

12
$ kubectl create secret docker-registry myregistrykey --docker-server=DOCKER_REGISTRY_SERVER --docker-username=DOCKER_USER --docker-password=DOCKER_PASSWORD --docker-email=DOCKER_EMAILsecret "myregistrykey" created.

查看secret的内容:

12345678910111213
# kubectl get secret myregistrykey  -o yamlapiVersion: v1data:  .dockercfg: eyJjY3IuY2NzLnRlbmNlbnR5dW4uY29tL3RlbmNlbnR5dW4iOnsidXNlcm5hbWUiOiIzMzIxMzM3OTk0IiwicGFzc3dvcmQiOiIxMjM0NTYuY29tIiwiZW1haWwiOiIzMzIxMzM3OTk0QHFxLmNvbSIsImF1dGgiOiJNek15TVRNek56azVORG94TWpNME5UWXVZMjl0In19kind: Secretmetadata:  creationTimestamp: 2017-08-04T02:06:05Z  name: myregistrykey  namespace: default  resourceVersion: "1374279324"  selfLink: /api/v1/namespaces/default/secrets/myregistrykey  uid: 78f6a423-78b9-11e7-a70a-525400bc11f0type: kubernetes.io/dockercfg

也可以直接读取~/.dockercfg的内容来创建:

12
$ kubectl create secret docker-registry myregistrykey \  --from-file="~/.docker/config.json"

在创建Pod的时候,通过imagePullSecrets来引用刚创建的myregistrykey:

12345678910
apiVersion: v1kind: Podmetadata:  name: foospec:  containers:    - name: foo      image: janedoe/awesomeapp:v1  imagePullSecrets:    - name: myregistrykey

kubernetes.io/service-account-token: 用于被serviceaccount引用。serviceaccout创建时Kubernetes会默认创建对应的secret。Pod如果使用了serviceaccount,对应的secret会自动挂载到Pod的/run/secrets/kubernetes.io/serviceaccount目录中。

123456789
$ kubectl run nginx --image nginxdeployment "nginx" created$ kubectl get podsNAME                     READY     STATUS    RESTARTS   AGEnginx-3137573019-md1u2   1/1       Running   0          13s$ kubectl exec nginx-3137573019-md1u2 ls /run/secrets/kubernetes.io/serviceaccountca.crtnamespacetoken
Secret与ConfigMap对比

相同点:

  • key/value的形式
  • 属于某个特定的namespace
  • 可以导出到环境变量
  • 可以通过目录/文件形式挂载(支持挂载所有key和部分key)

不同点:

  • Secret可以被ServerAccount关联(使用)
  • Secret可以存储register的鉴权信息,用在ImagePullSecret参数中,用于拉取私有仓库的镜像
  • Secret支持Base64加密
  • Secret分为kubernetes.io/Service Account,kubernetes.io/dockerconfigjson,Opaque三种类型,Configmap不区分类型
  • Secret文件存储在tmpfs文件系统中,Pod删除后Secret文件也会对应的删除。

实例配置:

[[email protected] ~]# kubectl -n xitu-qa02 create secret generic apiclient02  --from-file=dingyu=apiclient_cert.p12
secret/apiclient02 created

[email protected] ~]# kubectl get secret  -n xitu-qa02
NAME                  TYPE                                  DATA   AGE

apiclient02           Opaque                                1      22m

  

阿里云k8s 保密字典信息

阿里云k8s 应用里挂载 保密字典

原文地址:https://www.cnblogs.com/weifeng1463/p/11419224.html

时间: 2024-07-31 08:46:41

kubernetes之secret的相关文章

kubernetes的 secret 存储配置

kubernetes的 secret 存储配置 标签(空格分隔): kubernetes系列 一: kubernetes的 secret 存储配置 一: kubernetes的 secret 存储配置 1.1 Secret 存在意义 Secret 解决了密码.token.密钥等敏感数据的配置问题,而不需要把这些敏感数据暴露到镜像或者 Pod Spec 中.Secret 可以以 Volume 或者环境变量的方式使用 Secret 有三种类型: 1. Service Account :用来访问 Ku

Kubernetes的Secret

Secret介绍Secret解决了密码.token.密钥等敏感数据的配置问题,而不需要把这些敏感数据暴露到镜像或者Pod Spec中.Secret可以以Volume或者环境变量的方式使用. Secret类型目前Secret的类型有3种: (1)Opaque(default):任意字符串,base64编码格式的Secret,用来存储密码.密钥等:(2)kubernetes.io/service-account-token:作用于ServiceAccount,就是kubernetes的Service

Kubernetes的Secret对象的使用

Secret可以把想要访问的加密数据,存放到Etcd中,然后Pod可以通过的Volume的方式,访问到Secret保存的信息 ,每当数据修改的时候,Pod挂载的Secret文件也会被修改,特别适合用来存放账户密码 一.创建Secret对象 1. 通过文件创建 生成两个文件,分别是username.txt和password.txt echo "chenqionghe" > ./username.txt echo "111111" > ./password.

Kubernetes里的secret最基本的用法

Secret解决了密码.token.密钥等敏感数据的配置问题,使用Secret可以避免把这些敏感数据以明文的形式暴露到镜像或者Pod Spec中. Secret可以以Volume或者环境变量的方式使用. 使用如下命令行创建一个secret: kubectl create secret generic admin-access --from-file=./username.txt --from-file=./password.txt 输入文件username.txt和password.txt需要手

kubernetes简单介绍和实战

kubernetes简单介绍和实战 在本文中,我们从技术细节上对kubernetes进行简单运用介绍,利用一些yaml脚本层面上实例告诉大家kubernetes基本概念.Kubernetes以及它呈现出的编程范式值得你去使用和整合到自己的技术栈中. kubernetes简单介绍 kubernetes起源 Kubernetes最初认为是谷歌开源的容器集群管理系统,是Google多年大规模容器管理技术Borg或Omega的开源版本.准确来说的话,kubernetes更是一个全新的平台,一个全新的平台

【免费下载】全套最新 5、Kubernetes 视频教程+教学资料+学习课件+源代码+软件开发工具

5.Kubernetes视频教程 网盘地址: 链接:https://pan.baidu.com/s/11W8KDUjk36USxdrA8p0t4A 提取码:43xt 加公众号 获取更多新教程 教程目录大纲 ./5.Kubernetes ├── 10.Kubernetes - Helm 及其它功能性组件 │?? ├── 1.笔记 │?? │?? ├── 1.部署 Helm.pdf │?? │?? ├── 2.使用 Helm 部署 dashboard .pdf │?? │?? ├── 3.使用 He

kubernetes系列教程(六)kubernetes资源管理和服务质量

写在前面 上一篇文章中kubernetes系列教程(五)深入掌握核心概念pod初步介绍了yaml学习kubernetes中重要的一个概念pod,接下来介绍kubernetes系列教程pod的resource资源管理和pod的Quality of service服务质量. 1. Pod资源管理 1.1 resource定义 容器运行过程中需要分配所需的资源,如何与cggroup联动配合呢?答案是通过定义resource来实现资源的分配,资源的分配单位主要是cpu和memory,资源的定义分两种:r

k8s wordpress pod启动不了

Apr 25 17:11:34 k8s_n1 kubelet: I0425 17:11:34.860041    2476 kuberuntime_manager.go:742] checking backoff for container "wordpress" in pod "wordpress-1595585052-n89d8_default(f63ddbae-2995-11e7-a7d0-5254000d6f84)" Apr 25 17:11:34 k8s_

k8s 挂载卷介绍(四)

kubernetes关于pod挂载卷的知识 首先要知道卷是pod资源的属性,pv,pvc是单独的资源.pod 资源的volumes属性有多种type,其中就包含有挂载pvc的类型.这也帮我理清了之间的关系. pv一般是系统管理员做的 pvc 是一般k8s用户声明的,大概意思就是说我需要一个 什么权限的,多少存储空间的卷,然后k8s api收到这个请求就去找pv资源对象,如果两者相匹配,那么pv就和pvc绑定了. 从这里我们也想到了,pv如果是手动创建的话,那就麻烦大了.几个,几十个还好说,上万个