Secret

上节课我们学习了ConfigMap的时候,我们说ConfigMap这个资源对象是Kubernetes当中非常重要的一个对象,一般情况下ConfigMap是用来存储一些非安全的配置信息,如果涉及到一些安全相关的数据的话用ConfigMap就非常不妥了,因为ConfigMap是名为存储的,我们说这个时候我们就需要用到另外一个资源对象了:SecretSecret用来保存敏感信息,例如密码、OAuth 令牌和 ssh key等等,将这些信息放在Secret中比放在Pod的定义中或者docker镜像中来说更加安全和灵活。

Secret有三种类型:

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

Opaque Secret

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

  1. $ echo -n "admin" | base64
  2. YWRtaW4=
  3. $ echo -n "admin321" | base64
  4. YWRtaW4zMjE=

然后我们就可以利用上面编码过后的数据来编写一个YAML文件:(secret-demo.yaml)

  1. apiVersion: v1
  2. kind: Secret
  3. metadata:
  4. name: mysecret
  5. type: Opaque
  6. data:
  7. username: YWRtaW4=
  8. password: YWRtaW4zMjE=

然后同样的我们就可以使用kubectl命令来创建了:

  1. $ kubectl create -f secret-demo.yaml
  2. secret "mysecret" created

利用get secret命令查看:

  1. $ kubectl get secret
  2. NAME TYPE DATA AGE
  3. default-token-n9w2d kubernetes.io/service-account-token 3 33d
  4. mysecret Opaque 2 40s

其中default-token-cty7pdefault-token-n9w2d为创建集群时默认创建的 secret,被serviceacount/default 引用。

使用describe命令,查看详情:

  1. $ kubectl describe secret mysecret
  2. Name: mysecret
  3. Namespace: default
  4. Labels: <none>
  5. Annotations: <none>
  6. Type: Opaque
  7. Data
  8. ====
  9. password: 8 bytes
  10. username: 5 bytes

我们可以看到利用describe命令查看到的Data没有直接显示出来,如果想看到Data里面的详细信息,同样我们可以输出成YAML文件进行查看:

  1. $ kubectl get secret mysecret -o yaml
  2. apiVersion: v1
  3. data:
  4. password: YWRtaW4zMjE=
  5. username: YWRtaW4=
  6. kind: Secret
  7. metadata:
  8. creationTimestamp: 2018-06-19T15:27:06Z
  9. name: mysecret
  10. namespace: default
  11. resourceVersion: "3694084"
  12. selfLink: /api/v1/namespaces/default/secrets/mysecret
  13. uid: 39c139f5-73d5-11e8-a101-525400db4df7
  14. type: Opaque

创建好Secret对象后,有两种方式来使用它:

  • 以环境变量的形式
  • 以Volume的形式挂载

环境变量

首先我们来测试下环境变量的方式,同样的,我们来使用一个简单的busybox镜像来测试下:(secret1-pod.yaml)

  1. apiVersion: v1
  2. kind: Pod
  3. metadata:
  4. name: secret1-pod
  5. spec:
  6. containers:
  7. - name: secret1
  8. image: busybox
  9. command: [ "/bin/sh", "-c", "env" ]
  10. env:
  11. - name: USERNAME
  12. valueFrom:
  13. secretKeyRef:
  14. name: mysecret
  15. key: username
  16. - name: PASSWORD
  17. valueFrom:
  18. secretKeyRef:
  19. name: mysecret
  20. key: password

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

  1. $ kubectl create -f secret1-pod.yaml
  2. pod "secret1-pod" created

然后我们查看Pod的日志输出:

  1. $ kubectl logs secret1-pod
  2. ...
  3. USERNAME=admin
  4. PASSWORD=admin321
  5. ...

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

Volume 挂载

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

  1. apiVersion: v1
  2. kind: Pod
  3. metadata:
  4. name: secret2-pod
  5. spec:
  6. containers:
  7. - name: secret2
  8. image: busybox
  9. command: ["/bin/sh", "-c", "ls /etc/secrets"]
  10. volumeMounts:
  11. - name: secrets
  12. mountPath: /etc/secrets
  13. volumes:
  14. - name: secrets
  15. secret:
  16. secretName: mysecret

创建Pod:

  1. $ kubectl create -f secret-pod2.yaml
  2. pod "secret2-pod" created

然后我们查看输出日志:

  1. $ kubectl logs secret2-pod
  2. password
  3. username

可以看到secret把两个key挂载成了两个对应的文件。当然如果想要挂载到指定的文件上面,是不是也可以使用上一节课的方法:在secretName下面添加items指定 key 和 path,这个大家可以参考上节课ConfigMap中的方法去测试下。

kubernetes.io/dockerconfigjson

除了上面的Opaque这种类型外,我们还可以来创建用户docker registry认证的Secret,直接使用kubectl create命令创建即可,如下:

  1. $ kubectl create secret docker-registry myregistry --docker-server=DOCKER_SERVER --docker-username=DOCKER_USER --docker-password=DOCKER_PASSWORD --docker-email=DOCKER_EMAIL
  2. secret "myregistry" created

然后查看Secret列表:

  1. $ kubectl get secret
  2. NAME TYPE DATA AGE
  3. default-token-n9w2d kubernetes.io/service-account-token 3 33d
  4. myregistry kubernetes.io/dockerconfigjson 1 15s
  5. mysecret Opaque 2 34m

注意看上面的TYPE类型,myregistry是不是对应的kubernetes.io/dockerconfigjson,同样的可以使用describe命令来查看详细信息:

  1. $ kubectl describe secret myregistry
  2. Name: myregistry
  3. Namespace: default
  4. Labels: <none>
  5. Annotations: <none>
  6. Type: kubernetes.io/dockerconfigjson
  7. Data
  8. ====
  9. .dockerconfigjson: 152 bytes

同样的可以看到Data区域没有直接展示出来,如果想查看的话可以使用-o yaml来输出展示出来:

  1. $ kubectl get secret myregistry -o yaml
  2. apiVersion: v1
  3. data:
  4. .dockerconfigjson: eyJhdXRocyI6eyJET0NLRVJfU0VSVkVSIjp7InVzZXJuYW1lIjoiRE9DS0VSX1VTRVIiLCJwYXNzd29yZCI6IkRPQ0tFUl9QQVNTV09SRCIsImVtYWlsIjoiRE9DS0VSX0VNQUlMIiwiYXV0aCI6IlJFOURTMFZTWDFWVFJWSTZSRTlEUzBWU1gxQkJVMU5YVDFKRSJ9fX0=
  5. kind: Secret
  6. metadata:
  7. creationTimestamp: 2018-06-19T16:01:05Z
  8. name: myregistry
  9. namespace: default
  10. resourceVersion: "3696966"
  11. selfLink: /api/v1/namespaces/default/secrets/myregistry
  12. uid: f91db707-73d9-11e8-a101-525400db4df7
  13. type: kubernetes.io/dockerconfigjson

可以把上面的data.dockerconfigjson下面的数据做一个base64解码,看看里面的数据是怎样的呢?

  1. $ echo eyJhdXRocyI6eyJET0NLRVJfU0VSVkVSIjp7InVzZXJuYW1lIjoiRE9DS0VSX1VTRVIiLCJwYXNzd29yZCI6IkRPQ0tFUl9QQVNTV09SRCIsImVtYWlsIjoiRE9DS0VSX0VNQUlMIiwiYXV0aCI6IlJFOURTMFZTWDFWVFJWSTZSRTlEUzBWU1gxQkJVMU5YVDFKRSJ9fX0= | base64 -d
  2. {"auths":{"DOCKER_SERVER":{"username":"DOCKER_USER","password":"DOCKER_PASSWORD","email":"DOCKER_EMAIL","auth":"RE9DS0VSX1VTRVI6RE9DS0VSX1BBU1NXT1JE"}}}

如果我们需要拉取私有仓库中的docker镜像的话就需要使用到上面的myregistry这个Secret

  1. apiVersion: v1
  2. kind: Pod
  3. metadata:
  4. name: foo
  5. spec:
  6. containers:
  7. - name: foo
  8. image: 192.168.1.100:5000/test:v1
  9. imagePullSecrets:
  10. - name: myregistrykey

我们需要拉取私有仓库镜像192.168.1.100:5000/test:v1,我们就需要针对该私有仓库来创建一个如上的Secret,然后在Pod的 YAML 文件中指定imagePullSecrets,我们会在后面的私有仓库搭建的课程中跟大家详细说明的。

kubernetes.io/service-account-token

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

这里我们使用一个nginx镜像来验证一下,大家想一想为什么不是呀busybox镜像来验证?当然也是可以的,但是我们就不能在command里面来验证了,因为token是需要Pod运行起来过后才会被挂载上去的,直接在command命令中去查看肯定是还没有 token 文件的。

  1. $ kubectl run secret-pod3 --image nginx:1.7.9
  2. deployment.apps "secret-pod3" created
  3. $ kubectl get pods
  4. NAME READY STATUS RESTARTS AGE
  5. ...
  6. secret-pod3-78c8c76db8-7zmqm 1/1 Running 0 13s
  7. ...
  8. $ kubectl exec secret-pod3-78c8c76db8-7zmqm ls /run/secrets/kubernetes.io/serviceaccount
  9. ca.crt
  10. namespace
  11. token
  12. $ kubectl exec secret-pod3-78c8c76db8-7zmqm cat /run/secrets/kubernetes.io/serviceaccount/token
  13. eyJhbGciOiJSUzI1NiIsImtpZCI6IiJ9.eyJpc3MiOiJrdWJlcm5ldGVzL3NlcnZpY2VhY2NvdW50Iiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9uYW1lc3BhY2UiOiJkZWZhdWx0Iiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9zZWNyZXQubmFtZSI6ImRlZmF1bHQtdG9rZW4tbjl3MmQiLCJrdWJlcm5ldGVzLmlvL3NlcnZpY2VhY2NvdW50L3NlcnZpY2UtYWNjb3VudC5uYW1lIjoiZGVmYXVsdCIsImt1YmVybmV0ZXMuaW8vc2VydmljZWFjY291bnQvc2VydmljZS1hY2NvdW50LnVpZCI6IjMzY2FkOWQxLTU5MmYtMTFlOC1hMTAxLTUyNTQwMGRiNGRmNyIsInN1YiI6InN5c3RlbTpzZXJ2aWNlYWNjb3VudDpkZWZhdWx0OmRlZmF1bHQifQ.0FpzPD8WO_fwnMjwpGIOphdVu4K9wUINwpXpBOJAQ-Tawd0RTbAUHcgYy3sEHSk9uvgnl1FJRQpbQN3yVR_DWSIlAtbmd4dIPxK4O7ZVdd4UnmC467cNXEBqL1sDWLfS5f03d7D1dw1ljFJ_pJw2P65Fjd13reKJvvTQnpu5U0SDcfxj675-Z3z-iOO3XSalZmkFIw2MfYMzf_WpxW0yMFCVkUZ8tBSTegA9-NJZededceA_VCOdKcUjDPrDo-CNti3wZqax5WPw95Ou8RJDMAIS5EcVym7M2_zjGiqHEL3VTvcwXbdFKxsNX-1VW6nr_KKuMGKOyx-5vgxebl71QQ

Secret 与 ConfigMap 对比

最后我们来对比下SecretConfigMap这两种资源对象的异同点:

相同点:

  • key/value的形式
  • 属于某个特定的namespace
  • 可以导出到环境变量
  • 可以通过目录/文件形式挂载
  • 通过 volume 挂载的配置信息均可热更新

不同点:

  • Secret 可以被 ServerAccount 关联
  • Secret 可以存储 docker register 的鉴权信息,用在 ImagePullSecret 参数中,用于拉取私有仓库的镜像
  • Secret 支持 Base64 加密
  • Secret 分为 kubernetes.io/service-account-token、kubernetes.io/dockerconfigjson、Opaque 三种类型,而 Configmap 不区分类型

点击查看本文视频

扫描下面的二维码(或微信搜索k8s技术圈)关注我们的微信公众帐号,在微信公众帐号中回复 加群 即可加入到我们的 kubernetes 讨论群里面共同学习。

k8s技术圈二维码