實踐中理解Kubernetes RBAC之Role
背景
172.16.99.128是的我k8s集群的master節(jié)點,此處是從這里獲取集群的證書。
創(chuàng)建訪問architechure命名空間的用戶
1.給用戶devops 創(chuàng)建一個私鑰
- openssl genrsa -out devops.key 2048
 
2.使用我們剛剛創(chuàng)建的私鑰創(chuàng)建一個證書簽名請求文件:devops.csr,要注意需要確保在-subj參數(shù)中指定用戶名和組(CN表示用戶名,O表示組)
- openssl req -new -key devops.key -out devops.csr -subj "/CN=devops/O=architechure"
 
3.然后找到我們的Kubernetes集群的CA,我們使用的是kubeadm安裝的集群,CA相關證書位于/etc/kubernetes/pki/目錄下面,如果你是二進制方式搭建的,你應該在最開始搭建集群的時候就已經(jīng)指定好了CA的目錄,我們會利用該目錄下面的ca.crt和ca.key兩個文件來批準上面的證書請求,生成最終的證書文件,我們這里設置證書的有效期為500天
- scp root@172.16.99.128:/etc/kubernetes/pki/ca.crt .
 - scp root@172.16.99.128:/etc/kubernetes/pki/ca.key .
 - openssl x509 -req -in devops.csr -CA ./ca.crt -CAkey ./ca.key -CAcreateserial -out devops.crt -days 500
 - ➜ ls -al
 - total 72
 - drwxr-xr-x 11 marion staff 352 Dec 25 11:32 .
 - drwxr-xr-x 13 marion staff 416 Dec 25 11:26 ..
 - -rw-r--r-- 1 marion staff 17 Dec 25 11:32 .srl
 - -rw-r--r-- 1 marion staff 1156 Dec 25 11:32 README.md
 - -rw-r--r-- 1 marion staff 1025 Dec 25 11:30 ca.crt
 - -rw------- 1 marion staff 1675 Dec 25 11:30 ca.key
 - -rw-r--r-- 1 marion staff 1009 Dec 25 11:32 devops.crt
 - -rw-r--r-- 1 marion staff 924 Dec 25 11:30 devops.csr
 - -rw-r--r-- 1 marion staff 1679 Dec 25 11:27 devops.key
 
4.現(xiàn)在我們可以使用剛剛創(chuàng)建的證書文件和私鑰文件在集群中創(chuàng)建新的憑證:
- kubectl config set-credentials devops --client-certificate=devops.crt --client-key=devops.key
 
5.通過剛才創(chuàng)建的用戶憑證創(chuàng)建新的上下文(Context)
- #如果你的電腦上正在管理多個集群的,可能你的集群名字會被改變,因此在下面的--cluster參數(shù)處指明實際的集群名稱,如下圖
 - kubectl config set-context devops-context --cluster=cluster-tf26gt9mmk --namespace=architechure --user=devops
 
6.嘗試通過該用戶操作命令
- ➜ kubectl get pods --context=devops-context
 - Error from server (Forbidden): pods is forbidden: User "devops" cannot list resource "pods" in API group "" in the namespace "architechure" # 因為該devops-context還沒有操作API的權(quán)限
 
7.給用戶創(chuàng)建一個role的角色devops.role.yaml
- apiVersion: rbac.authorization.k8s.io/v1
 - kind: Role
 - metadata:
 - name: devops-role
 - namespace: architechure
 - rules:
 - - apiGroups: ["", "extensions", "apps"]
 - resources: ["deployments", "replicasets", "pods"]
 - verbs: ["get", "list", "watch", "create", "update", "patch", "delete"] # 也可以使用['*']
 
然后在集群中創(chuàng)建該角色
- kubectl apply -f ./devops.role.yaml
 
8.創(chuàng)建權(quán)限與角色之間的綁定關系devops-rolebinding.yaml
- apiVersion: rbac.authorization.k8s.io/v1
 - kind: RoleBinding
 - metadata:
 - name: devops-rolebinding
 - namespace: architechure
 - subjects:
 - - kind: User
 - name: devops
 - apiGroup: ""
 - roleRef:
 - kind: Role
 - name: devops-role # 上一步創(chuàng)建的devops-role實體
 - apiGroup: ""
 
在集群中創(chuàng)建角色與用戶之間的綁定關系
- k apply -f ./devops-rolebinding.yaml
 
9.此時我們可以通過kubecm切換到該角色上
此時,從下圖就可以查看到當前集群的有一個新的用戶角色devops,上面用到的Kubecm我們之前也分享過,如果需要可以點此跳轉(zhuǎn)
10.權(quán)限驗證
- > kubectl get pods
 - No resources found in architechure namespace.
 - > kubectl get replicasets
 - No resources found in architechure namespace.
 - > kubectl get deploy
 - No resources found in architechure namespace.
 - > kubectl get svc
 - Error from server (Forbidden): services is forbidden: User "devops" cannot list resource "services" in API group "" in the namespace "architechure"
 
總結(jié)一下就是:
- 根據(jù)集群的CA證書創(chuàng)建出來用戶證書
 - 根據(jù)用戶證書創(chuàng)建該用戶在集群內(nèi)的憑證和上下文內(nèi)容
 - 要想用戶能進行基本的操作,需要對用戶針對apiGroup授權(quán)
 
為devops用戶增加指定命名空間的權(quán)限
1.我們先把當前上下文切換到之前有權(quán)限操作的user-tf26gt9mmk用戶上
- kubecm switch
 - # select dev
 
否則以下步驟會出錯:
2.首先需要創(chuàng)建針對指定命名空間的上下文
- kubectl config set-context devops-context --cluster=cluster-tf26gt9mmk --namespace=default --user=devops
 
此時查詢列舉default空間下的pods是不行的,因為還沒允許操作
- kubectl get pods --context=devops-context
 - Error from server (Forbidden): pods is forbidden: User "devops" cannot list resource "pods" in API group "" in the namespace "default"
 
3.創(chuàng)建default空間下的role與rolebinding
devops-role-default.yaml
- apiVersion: rbac.authorization.k8s.io/v1
 - kind: Role
 - metadata:
 - name: devops-role
 - namespace: default
 - rules:
 - - apiGroups: ["", "extensions", "apps"]
 - resources: ["deployments", "replicasets", "pods"]
 - verbs: ["get", "list", "watch", "create", "update", "patch", "delete"] # 也可以使用['*']
 
devops-rolebinding-default.yaml
- apiVersion: rbac.authorization.k8s.io/v1
 - kind: RoleBinding
 - metadata:
 - name: devops-rolebinding
 - namespace: default
 - subjects:
 - - kind: User
 - name: devops
 - apiGroup: ""
 - roleRef:
 - kind: Role
 - name: devops-role
 - apiGroup: ""
 
然后我們在集群中創(chuàng)建這兩個對象
- kubectl apply -f devops-role-default.yaml
 - kubectl apply -f devops-rolebinding-default.yaml
 
4.查看role資源對象是否創(chuàng)建
- kubectl get role -A |grep devops-role # 分別在architechure和default命名空間下
 - architechure devops-role 2021-05-17T07:57:27Z
 - default devops-role 2021-05-28T03:19:24Z
 
5.切換當前上下文環(huán)境,驗證是否可以操作資源
- kubecm switch
 - # select devops-context
 - kubectl get pods -n default
 - kubectl get pods -n architechure
 
到這里就基本上說清楚如何創(chuàng)建一個用戶、授權(quán)操作k8s集群的過程了。


















 
 
 









 
 
 
 