實踐中理解Kubernetes RBAC之Role
背景
172.16.99.128是的我k8s集群的master節點,此處是從這里獲取集群的證書。
創建訪問architechure命名空間的用戶
1.給用戶devops 創建一個私鑰
- openssl genrsa -out devops.key 2048
2.使用我們剛剛創建的私鑰創建一個證書簽名請求文件:devops.csr,要注意需要確保在-subj參數中指定用戶名和組(CN表示用戶名,O表示組)
- openssl req -new -key devops.key -out devops.csr -subj "/CN=devops/O=architechure"
3.然后找到我們的Kubernetes集群的CA,我們使用的是kubeadm安裝的集群,CA相關證書位于/etc/kubernetes/pki/目錄下面,如果你是二進制方式搭建的,你應該在最開始搭建集群的時候就已經指定好了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.現在我們可以使用剛剛創建的證書文件和私鑰文件在集群中創建新的憑證:
- kubectl config set-credentials devops --client-certificate=devops.crt --client-key=devops.key
5.通過剛才創建的用戶憑證創建新的上下文(Context)
- #如果你的電腦上正在管理多個集群的,可能你的集群名字會被改變,因此在下面的--cluster參數處指明實際的集群名稱,如下圖
- 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的權限
7.給用戶創建一個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"] # 也可以使用['*']
然后在集群中創建該角色
- kubectl apply -f ./devops.role.yaml
8.創建權限與角色之間的綁定關系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 # 上一步創建的devops-role實體
- apiGroup: ""
在集群中創建角色與用戶之間的綁定關系
- k apply -f ./devops-rolebinding.yaml
9.此時我們可以通過kubecm切換到該角色上
此時,從下圖就可以查看到當前集群的有一個新的用戶角色devops,上面用到的Kubecm我們之前也分享過,如果需要可以點此跳轉
10.權限驗證
- > 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"
總結一下就是:
- 根據集群的CA證書創建出來用戶證書
- 根據用戶證書創建該用戶在集群內的憑證和上下文內容
- 要想用戶能進行基本的操作,需要對用戶針對apiGroup授權
為devops用戶增加指定命名空間的權限
1.我們先把當前上下文切換到之前有權限操作的user-tf26gt9mmk用戶上
- kubecm switch
- # select dev
否則以下步驟會出錯:
2.首先需要創建針對指定命名空間的上下文
- 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.創建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: ""
然后我們在集群中創建這兩個對象
- kubectl apply -f devops-role-default.yaml
- kubectl apply -f devops-rolebinding-default.yaml
4.查看role資源對象是否創建
- 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.切換當前上下文環境,驗證是否可以操作資源
- kubecm switch
- # select devops-context
- kubectl get pods -n default
- kubectl get pods -n architechure
到這里就基本上說清楚如何創建一個用戶、授權操作k8s集群的過程了。