这篇“KubeSphere分级管理怎么实现”文章的知识点大部分人都不太理解，所以小编给大家总结了以下内容，内容详细，步骤清晰，具有一定的借鉴价值，希望大家阅读完这篇文章能有所收获，下面我们一起来看看这篇“KubeSphere分级管理怎么实现”文章吧。
为什么要在 KuberSphere 上实现分级管理
在 KubeSphere 中，资源可以在租户之间共享，根据分配的不同角色，可以对各种资源进行操作。租户与资源之间、资源与资源之间的自由度很高，权限粒度也比较大。在我们的系统中，资源是有权限等级的，像是低等级用户可以通过邀请、赋予权限等操作来操作高等级资源，或者像是低等级项目中的 Pod 可以调度到高等级的节点上，对资源。诸如此类跨等级操作资源等问题，我们在 KubeSphere 基础上来实现了分级管理。
什么是分级体系
分级，顾名思义就是按照既定的标准对整体进行分解、分类。我们将其抽象成一个金字塔模型，从地基到塔顶会有很多个层级，我们将公共资源作为金字塔的地基，拥有最高权限的 admin 作为塔顶，其他资源按照权限等级划分成不同等级。低层级资源是不能访问高等级资源，高等级资源可以获取它等级之下的所有资源，构建了这样一个权益递减、层级间隔离的分级体系。
如何实现分级管理
我们定义了一个代表等级的标签 kubernetes.io/level。以一个多节点的集群为例，首先我们会给用户、企业空间、节点等资源打上代表等级的标签。在邀请用户加入企业空间或者项目时，要求加入的企业空间或者项目的等级不得高于用户的等级，同样项目在绑定企业空间时，也要求项目的等级不得高于企业空间的等级，才能对资源进行纳管；我们认为同一项目下的资源的等级是相同的，基于项目创建的负载、Pod、服务等资源的等级跟项目保持一致；同时 Pod 中加入节点亲和性，以使 Pod 调度到不高于其权限等级的节点上。
例如这里，我们创建了一个权限等级是 3 的用户 demo-user，他可以加入权限等级不高于3的企业空间或者项目中。
kind: UserapiVersion: iam.kubesphere.io/v1alpha2metadata: name: demo-user labels: kubernetes.io/level: 3spec: email: demo-user@kubesphere.io创建一个权限等级是 2 的项目 demo-ns，那么基于项目创建的负载、Pod、存储等资源的权限等级也是 2。
apiVersion: v1kind: Namespacemetadata: name: demo-ns labels: kubernetes.io/level: 2基于 demo-ns 项目创建了一个nginx 的 Pod，他的权限等级也是 2，同时加入节点亲和性，要求其调度到权限等级不高于 2 的节点上。
apiVersion: apps/v1kind: Podmetadata: labels: kubernetes.io/level: 2 name: nginxspec: containers: - name: nginx image: nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80 protocol: TCP affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/level operator: Lt values: - 2 - matchExpressions: - key: kubernetes.io/level operator: In values: - 2如何实现资源的升降级
在分级管理体系中，支持等级的无限划分，只需要定义一个中间值，就可以在两个等级之间插入一个新的等级，无需操作其他资源；在对资源进行升降级时，只需要修改对应资源的 label 标签，就可以对资源进行升降级操作。当然，在对资源进行升降级的时候，我们需要对资源进行检测，保证升级时，其上层资源的权限等级不得低于目标等级；同时，降级时，其下层资源的权限等级不得高于目标等级。在不满足升降级操作条件时，需要将对应资源也做相应调整才可以。
不同层级间 Pod 的网络隔离
在分级体系中，我们要求高等级的 Pod 能访问低等级的 Pod，但是低等级的 Pod 不能访问高等级的 Pod，那我们需要如何保证不同层级间 Pod 的网络通信呢。
项目在不开启网络隔离的情况下，Pod 间的网络是互通的，所以这里会新增一个黑名单的网络策略。
apiVersion: networking.k8s.io/v1kind: NetworkPolicymetadata: name: deny-all namespace: demo-ns labels: kubernetes.io/level: 2spec: podSelector: {} policyTypes: - IngresspodSelector:{} 作用于项目中所有 Pod，阻止所有流量的流入。
然后放行标签等级大于目标等级（这里是 2）的流量流入（我们对 Ingress 流量没有做限制）。
apiVersion: networking.k8s.io/v1kind: NetworkPolicymetadata: name: level-match-network-policy namespace: demo-ns labels: kubernetes.io/level: 2spec: podSelector: matchExpressions: - key: kubernetes.io/level operator: Gt values: - 2 policyTypes: - Ingress以上就是关于“KubeSphere分级管理怎么实现”这篇文章的内容，相信大家都有了一定的了解，希望小编分享的内容对大家有帮助，若想了解更多相关的知识内容，请关注编程网行业资讯频道。
