k8s-Kuboard国产页面管理工具

官方文档

https://www.kuboard.cn/install/v3/install.html#kuboard-v3-x-%E7%89%88%E6%9C%AC%E8%AF%B4%E6%98%8E

安装 Kuboard v2

Kuboard v3 版本介绍

• Kuboard v3.0 已经正式发布，相较于 Kuboard v2.0.x， Kuboard v3 最大的特点是支持多 Kubernetes 集群管理，同时，在各个方面都比 v2.0.x 有了很大的改进。 建议您选择 Kuboard v3。
• Kuboard v2.0.x 将进入长期维护阶段，如果碰到问题，用户仍然可以在群里找群主解决问题。如果您计划升级到 Kuboard v3，请参考 从 v2.0.x 升级到 v3.0.x

如果您希望继续安装 Kuboard v2.0.x，请继续阅读本文后面的内容。

前提

安装 Kuboard 时，假设您已经有一个 Kubernetes 集群，以下任何形式安装的集群都可以：

• kubeadm 安装（或者基于 kubeadm 的衍生工具，如 Sealos 等）；
• 二进制安装；
• 阿里云、腾讯云等公有云托管集群；
• 其他。

如果没有 Kubernetes 集群：

• 初学者，请参考
  • 在 Windows/Mac 安装 Kubernetes 测试集群 不推荐
  • 离线安装高可用的Kubernetes集群 推荐
• 用于生产，请参考 安装 Kubernetes 高可用

#兼容性

Kubernetes 版本	Kuboard 版本	兼容性	说明
v1.20	v2.0.x	😄	已验证
v1.19	v2.0.x	😄	已验证
v1.18	v1.0.x， v2.0.x	😄	已验证
v1.17	v1.0.x， v2.0.x	😄	已验证
v1.16	v1.0.x， v2.0.x	😄	已验证
v1.15	v1.0.x， v2.0.x	😄	已验证
v1.14	v1.0.x， v2.0.x	😄	已验证
v1.13	v1.0.x， v2.0.x	😄	已验证
v1.12	v1.0.x， v2.0.x	😐	Kubernetes Api v1.12 不支持 dryRun， Kuboard 不支持 Kubernetes v1.12
v1.11	v1.0.x， v2.0.x	😐	Kuboard 不支持 Kubernetes v1.11

在线安装

稳定版本，咱们采用离线安装的，在后面不着急

kubectl apply -f https://kuboard.cn/install-script/kuboard.yaml
kubectl apply -f https://addons.kuboard.cn/metrics-server/0.3.7/metrics-server.yaml

查看 Kuboard 运行状态：

kubectl get pods -l k8s.kuboard.cn/name=kuboard -n kube-system

输出结果如下所示：

NAME                       READY   STATUS        RESTARTS   AGE
kuboard-54c9c4f6cb-6lf88   1/1     Running       0          45s

获取Token

您可以获得管理员用户、只读用户的Token。

• 默认情况下，您可以使用 ServiceAccount 的 Token 登录 Kuboard
• 您还可以 使用 GitLab/GitHub 账号登录 Kuboard/Kubectl
• 您也可以 为用户授权

管理员用户

拥有的权限

• 此Token拥有 ClusterAdmin 的权限，可以执行所有操作

执行命令

# 如果您参考 www.kuboard.cn 提供的文档安装 Kuberenetes，可在第一个 Master 节点上执行此命令
echo $(kubectl -n kube-system get secret $(kubectl -n kube-system get secret | grep ^kuboard-user | awk '{print $1}') -o go-template='{{.data.token}}' | base64 -d)

输出

取输出信息中 token 字段

eyJhbGciOiJSUzI1NiIsImtpZCI6IiJ9.eyJpc3MiOiJrdWJlcm5ldGVzL3NlcnZpY2VhY2NvdW50Iiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9uYW1lc3BhY2UiOiJrdWJlLXN5c3RlbSIsImt1YmVybmV0ZXMuaW8vc2VydmljZWFjY291bnQvc2VjcmV0Lm5hbWUiOiJhZG1pbi11c2VyLXRva2VuLWc4aHhiIiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9zZXJ2aWNlLWFjY291bnQubmFtZSI6ImFkbWluLXVzZXIiLCJrdWJlcm5ldGVzLmlvL3NlcnZpY2VhY2NvdW50L3NlcnZpY2UtYWNjb3VudC51aWQiOiI5NDhiYjVlNi04Y2RjLTExZTktYjY3ZS1mYTE2M2U1ZjdhMGYiLCJzdWIiOiJzeXN0ZW06c2VydmljZWFjY291bnQ6a3ViZS1zeXN0ZW06YWRtaW4tdXNlciJ9.DZ6dMTr8GExo5IH_vCWdB_MDfQaNognjfZKl0E5VW8vUFMVvALwo0BS-6Qsqpfxrlz87oE9yGVCpBYV0D00811bLhHIg-IR_MiBneadcqdQ_TGm_a0Pz0RbIzqJlRPiyMSxk1eXhmayfPn01upPdVCQj6D3vAY77dpcGplu3p5wE6vsNWAvrQ2d_V1KhR03IB1jJZkYwrI8FHCq_5YuzkPfHsgZ9MBQgH-jqqNXs6r8aoUZIbLsYcMHkin2vzRsMy_tjMCI9yXGiOqI-E5efTb-_KbDVwV5cbdqEIegdtYZ2J3mlrFQlmPGYTwFI8Ba9LleSYbCi4o0k74568KcN_w

只读用户

拥有的权限

• view 可查看名称空间的内容

• system:node 可查看节点信息

• system:persistent-volume-provisioner 可查看存储类和存储卷声明的信息

  适用场景
  
  只读用户不能对集群的配置执行修改操作，非常适用于将开发环境中的 Kuboard 只读权限分发给开发者，以便开发者可以便捷地诊断问题
  

  执行命令

  执行如下命令可以获得 只读用户 的 Token

# 如果您参考 www.kuboard.cn 提供的文档安装 Kuberenetes，可在第一个 Master 节点上执行此命令
echo $(kubectl -n kube-system get secret $(kubectl -n kube-system get secret | grep ^kuboard-viewer | awk '{print $1}') -o go-template='{{.data.token}}' | base64 -d)

输出

取输出信息中 token 字段

eyJhbGciOiJSUzI1NiIsImtpZCI6IiJ9.eyJpc3MiOiJrdWJlcm5ldGVzL3NlcnZpY2VhY2NvdW50Iiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9uYW1lc3BhY2UiOiJrdWJlLXN5c3RlbSIsImt1YmVybmV0ZXMuaW8vc2VydmljZWFjY291bnQvc2VjcmV0Lm5hbWUiOiJhZG1pbi11c2VyLXRva2VuLWc4aHhiIiwia3ViZXJuZXRlcy5pby9zZXJ2aWNlYWNjb3VudC9zZXJ2aWNlLWFjY291bnQubmFtZSI6ImFkbWluLXVzZXIiLCJrdWJlcm5ldGVzLmlvL3NlcnZpY2VhY2NvdW50L3NlcnZpY2UtYWNjb3VudC51aWQiOiI5NDhiYjVlNi04Y2RjLTExZTktYjY3ZS1mYTE2M2U1ZjdhMGYiLCJzdWIiOiJzeXN0ZW06c2VydmljZWFjY291bnQ6a3ViZS1zeXN0ZW06YWRtaW4tdXNlciJ9.DZ6dMTr8GExo5IH_vCWdB_MDfQaNognjfZKl0E5VW8vUFMVvALwo0BS-6Qsqpfxrlz87oE9yGVCpBYV0D00811bLhHIg-IR_MiBneadcqdQ_TGm_a0Pz0RbIzqJlRPiyMSxk1eXhmayfPn01upPdVCQj6D3vAY77dpcGplu3p5wE6vsNWAvrQ2d_V1KhR03IB1jJZkYwrI8FHCq_5YuzkPfHsgZ9MBQgH-jqqNXs6r8aoUZIbLsYcMHkin2vzRsMy_tjMCI9yXGiOqI-E5efTb-_KbDVwV5cbdqEIegdtYZ2J3mlrFQlmPGYTwFI8Ba9LleSYbCi4o0k74568KcN_w

访问Kuboard

您可以通过NodePort、port-forward 两种方式当中的任意一种访问 Kuboard

NodePort访问

Kuboard Service 使用了 NodePort 的方式暴露服务，NodePort 为 32567；您可以按如下方式访问 Kuboard。

http://任意一个Worker节点的IP地址:32567/

通过port-forward 访问

在您的客户端电脑中执行如下命令

kubectl port-forward service/kuboard 8080:80 -n kube-system

在浏览器打开链接 （请使用 kubectl 所在机器的IP地址）

http://localhost:8080

安装 Kuboard v2（离线）-采用

许多公司处于安全的考虑，需要将 Kuboard 离线安装到内网环境。本文描述了如何完成 Kuboard 的离线安装。请确保您已经熟悉了 安装Kuboard，本文只描述离线安装时，与正常安装的过程的差异部分

准备Kuboard镜像

在可以上网的机器上抓取 kuboard 镜像

docker pull eipwork/kuboard:latest

查看 kuboard 镜像的 ID

docker images | grep kuboard    

输出结果如下所示：

eipwork/kuboard           latest                0146965e6475        3 weeks ago         133MB

将 Kuboard 镜像导出到文件

docker save 86eaead8421e > kuboard.tar

ImageID

请使用上一个步骤中查询到的 image ID

• 将 kuboard.tar 传输到 Kubernetes 集群的某一个节点上

加载Kuboard镜像

在 Kubernetes 集群的某一个节点上执行

docker load < kuboard.tar

为镜像重新添加标签

docker tag 0146965e6475 eipwork/kuboard:latest

准备kuboard.yaml文件

安装Kuboard的yaml文件如下，将其保存到 kuboard-offline.yaml

必要的修改

- 修改该文件中第 26 行的节点名称为上一个步骤中，已经加载了 kuboard 镜像的节点，参考 [将容器组调度到指定节点](https://www.kuboard.cn/learning/k8s-intermediate/config/assign-pod-node.html)


- 与在线安装不同，此处 `ImagePullPolicy=IfNotPresent` （第30行），参考 [容器镜像](https://www.kuboard.cn/learning/k8s-intermediate/container/images.html#更新镜像)

apiVersion: apps/v1
kind: Deployment
metadata:
  name: kuboard
  namespace: kube-system
  annotations:
    k8s.kuboard.cn/displayName: kuboard
    k8s.kuboard.cn/ingress: "true"
    k8s.kuboard.cn/service: NodePort
    k8s.kuboard.cn/workload: kuboard
  labels:
    k8s.kuboard.cn/layer: monitor
    k8s.kuboard.cn/name: kuboard
spec:
  replicas: 1
  selector:
    matchLabels:
      k8s.kuboard.cn/layer: monitor
      k8s.kuboard.cn/name: kuboard
  template:
    metadata:
      labels:
        k8s.kuboard.cn/layer: monitor
        k8s.kuboard.cn/name: kuboard
    spec:
      nodeName: your-node-name
      containers:
      - name: kuboard
        image: eipwork/kuboard:latest
        imagePullPolicy: IfNotPresent
      tolerations:
      - key: node-role.kubernetes.io/master
        effect: NoSchedule

---
apiVersion: v1
kind: Service
metadata:
  name: kuboard
  namespace: kube-system
spec:
  type: NodePort
  ports:
  - name: http
    port: 80
    targetPort: 80
    nodePort: 32567
  selector:
    k8s.kuboard.cn/layer: monitor
    k8s.kuboard.cn/name: kuboard

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: kuboard-user
  namespace: kube-system

---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: kuboard-user
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
- kind: ServiceAccount
  name: kuboard-user
  namespace: kube-system

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: kuboard-viewer
  namespace: kube-system

---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: kuboard-viewer
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: view
subjects:
- kind: ServiceAccount
  name: kuboard-viewer
  namespace: kube-system

# ---
# apiVersion: extensions/v1beta1
# kind: Ingress
# metadata:
#   name: kuboard
#   namespace: kube-system
#   annotations:
#     k8s.kuboard.cn/displayName: kuboard
#     k8s.kuboard.cn/workload: kuboard
#     nginx.org/websocket-services: "kuboard"
#     nginx.com/sticky-cookie-services: "serviceName=kuboard srv_id expires=1h path=/"
# spec:
#   rules:
#   - host: kuboard.yourdomain.com
#     http:
#       paths:
#       - path: /
#         backend:
#           serviceName: kuboard
#           servicePort: http

执行命令

kubectl apply -f kuboard-offline.yaml

登陆

创建命名空间

页面展示

创建一个应用

选择副本Deployment—自定义副本

创建应用

创建工作负载

应用完成查看服务

查看容器

删除服务，直接删除副本就可以拉

由于咱们是v2版本操作单节点的集群，

Kuboard v3.x 版本说明

Kuboard v3.x 支持 Kubernetes 多集群管理。如果您从 Kuboard v1.0.x 或者 Kuboard v2.0.x 升级到 Kuboard，请注意：

• 您可以同时使用 Kuboard v3.x 和 Kuboard v2.0.x；
• Kuboard v3.x 支持 amd64 (x86) 架构和 arm68 (armv8) 架构的 CPU；

兼容性

Kubernetes 版本	Kuboard 版本	兼容性	说明
v1.23	v3.x	😄	已验证
v1.22	v3.x	😄	已验证
v1.21	v3.x	😄	已验证
v1.20	v3.x	😄	已验证
v1.19	v3.x	😄	已验证
v1.18	v3.x	😄	已验证
v1.17	v3.x	😄	已验证
v1.16	v3.x	😄	已验证
v1.15	v3.x	😄	已验证
v1.14	v3.x	😄	已验证
v1.13	v3.x	😄	已验证
v1.12	v3.x	😐	Kubernetes Api v1.12 不支持 dryRun， Kuboard 不支持 Kubernetes v1.12
v1.11	v3.x	😐	Kuboard 不支持 Kubernetes v1.11

安装方式

基于如下原因，建议您以 docker run 的方式运行 Kuboard：

• 结构更清晰（Kuboard 作为多个集群的管理界面应该独立于任何集群之外，虽然安装在 Kubernetes 集群中的 Kuboard 也可以管理多个集群）；
• 登录 Kuboard 时使用不同的认证方式；
• 问题排查更简单；

安装 Kuboard v3 - 内建用户库

部署计划

在正式安装 kuboard v3 之前，需做好一个简单的部署计划的设计，在本例中，各组件之间的连接方式，如下图所示：

• 假设用户通过 http://外网IP:80 访问 Kuboard v3；
• 安装在 Kubernetes 中的 Kuboard Agent 通过 内网IP 访问 Kuboard 的 Web 服务端口 80 和 Kuboard Agent Server 端口 10081。

安装 Kuboard 之前，假设：

• 您已经准备好了一个 Linux 服务器用于安装 Kuboard-V3，并且该机器上的 docker 版本不低于 19.03
• 用于安装 Kuboard v3.x 的机器已经安装了 docker，并且版本不低于 docker 19.03
• 您已经有自己的 Kubernetes 集群，并且版本不低于 Kubernetes v1.13

安装

安装 Kuboard v3.x 版本的指令如下：

sudo docker run -d \
  --restart=unless-stopped \
  --name=kuboard \
  -p 80:80/tcp \
  -p 10081:10081/tcp \
  -e KUBOARD_ENDPOINT="http://192.168.2.216:80" \
  -e KUBOARD_AGENT_SERVER_TCP_PORT="10081" \
  -v /root/kuboard-data:/data \
  eipwork/kuboard:v3
  # 也可以使用镜像 swr.cn-east-2.myhuaweicloud.com/kuboard/kuboard:v3 ，可以更快地完成镜像下载。
  # 请不要使用 127.0.0.1 或者 localhost 作为内网 IP \
  # Kuboard 不需要和 K8S 在同一个网段，Kuboard Agent 甚至可以通过代理访问 Kuboard Server \

采用 192.168.2.2.16机器安装

WARNING

KUBOARD_ENDPOINT 参数的作用是，让部署到 Kubernetes 中的 kuboard-agent 知道如何访问 Kuboard Server；
KUBOARD_ENDPOINT 中也可以使用外网 IP；
Kuboard 不需要和 K8S 在同一个网段，Kuboard Agent 甚至可以通过代理访问 Kuboard Server；
建议在 KUBOARD_ENDPOINT 中使用域名；
如果使用域名，必须能够通过 DNS 正确解析到该域名，如果直接在宿主机配置 /etc/hosts 文件，将不能正常运行；
参数解释

参数解释

参数解释

建议将此命令保存为一个 shell 脚本，例如 start-kuboard.sh，后续升级 Kuboard 或恢复 Kuboard 时，需要通过此命令了解到最初安装 Kuboard 时所使用的参数；
第 4 行，将 Kuboard Web 端口 80 映射到宿主机的 80 端口（您可以根据自己的情况选择宿主机的其他端口）；
第 5 行，将 Kuboard Agent Server 的端口 10081/tcp 映射到宿主机的 10081 端口（您可以根据自己的情况选择宿主机的其他端口）；
第 6 行，指定 KUBOARD_ENDPOINT 为 http://内网IP，如果后续修改此参数，需要将已导入的 Kubernetes 集群从 Kuboard 中删除，再重新导入；
第 7 行，指定 KUBOARD_AGENT_SERVER 的端口为 10081，此参数与第 5 行中的宿主机端口应保持一致，修改此参数不会改变容器内监听的端口 10081，例如，如果第 5 行为 -p 30081:10081/tcp 则第 7 行应该修改为 -e KUBOARD_AGENT_SERVER_TCP_PORT="30081"；
第 8 行，将持久化数据 /data 目录映射到宿主机的 /root/kuboard-data 路径，请根据您自己的情况调整宿主机路径；

其他参数

在启动命令行中增加环境变量 `KUBOARD_ADMIN_DERAULT_PASSWORD`，可以设置 `admin` 用户的初始默认密码。

#访问 Kuboard v3.x

在浏览器输入 http://your-host-ip:80 即可访问 Kuboard v3.x 的界面，登录方式：

• 用户名： admin
• 密 码： Kuboard123

添加Kubernetes 集群到 Kuboard

填写信息

cat ~/.kube/config

复制内容过来

集群概要

为单点登录的用户/用户组授权

当您配置 Kuboard 与 gitlab / github / ldap 实现单点登录以后，Kuboard 并不管理用户基本信息、用户组信息、用户与用户组之间的映射信息，这些信息需要您在 gitlab / github/ ldap 中管理和配置。

默认情况下，只有 KUBOARD_ROOT_USER 参数指定的用户可以执行 Kuboard 中的所有操作，其他用户通过单点登录进入 Kuboard 系统后，除了退出系统，几乎什么事情也做不了。为了让单点登录的用户获得合适的权限，您需要在 Kuboard 中为对应的用户/用户组授权。下面描述了为指定用户授权的操作步骤：

为用户添加角色绑定

如下图所示，导航到 用户 列表菜单，点击 为用户添加角色绑定 按钮

创建用户

在图中的弹出对话框输入单点登录用户系统中的用户名，点击确定。

创建用户组

添加用户到用户组

绑定角色

设置关联集群

自定义Kuboard名称空间布局

Kuboard 名称空间界面中，以微服务分层架构的形式对工作负载进行分类展示，默认布局模式如下图所示：

自定义布局

自 Kuboard v1.0.7-beta.5 开始，允许用户自定义名称空间的布局。本章节描述了如何配置自定义布局的参数。

• 在 Kuboard 界面中，导航到 kube-system 名称空间；

• 创建 ConfigMap

  点击名称空间左侧 配置 标题后面的 创建 按钮，可以创建 ConfigMap。

  在名称空间 kube-system 中创建一个名为 kuboard-namespace-layout 的 ConfigMap，并在其中添加一个 Key 为 kuboard-namespace-layout.yaml ，Value 为如下 yaml 内容的配置数据条目，如图所示：

yaml 文件内容为：

version: "0.1"

layers:
  frontend:
    name: 前端
    color: "blue"
  backend:
    name: 后端
    color: "rgba(0,120,246)"
  db:
    name: 数据库
    color: "#3EAF7C"
  midware:
    name: 中间件
    color: "#003366"
    direction: vertical-right
    width: 180

yaml 文件中，各字段的描述如下

Layer ID

layers 下每一个字段代表一个分层的 id。例如，此配置文件中定义了 4 个分层：frontend、backend、db、midware。对于每个分层，可以配置的参数见下表：

字段名	字段类型	必填	字段描述
name	String	是	分层的名称，显示在界面上
color	String	是	分层中工作负载对象的主题色，可以使用 rgba 编码、颜色名称颜色编码等 html 支持的形式；
direction	String	否	如果不填写，则该分层按 yaml 中出现的顺序自上而下显示在中间。如果填写，必须从下面两个取值当中选择：vertical-right：垂直显示在右侧vertical-left： 垂直显示在左侧
width	Number	条件	如果填写了 direction 字段，则此字段为必填； 该字段标识了垂直显示时，该区块的宽度，单位为像素 px。

挂载 ConfigMap 到 Kuboard 容器

• 在 kube-system 名称空间中，导航到 kuboard 工作负载页面；

• 在 kuboard 工作负载页面，点击 编辑 按钮，进入工作负载编辑页面；

• 在工作负载编辑页面，增加数据卷

  为 kuboard 增加一个数据卷，字段描述及截图如下

字段名称	字段取值	字段描述
数据卷名称	kuboard-namespace-layout-volume	数据卷名称，在该工作负载内可用
数据卷类型	configMap	选择 configMap 类型的数据卷
ConfigMap名称	kuboard-namespace-layout	选择前一个步骤中创建的 kuboard-namespace-layout 这个 ConfigMap

在工作负载编辑页面，挂载配置文件到 kuboard 容器

仍然在工作负载编辑页面，将 ConfigMap 中的配置内容挂载到 kuboard 容器，字段描述及截图如下

字段名称	字段取值	字段描述
镜像	eipwork/kuboard:v1.0.7-beta.5	Kuboard 版本不能低于 v1.0.7-beta.5
挂载点：容器内路径	/usr/share/nginx/html/kuboard-namespace-layout.yaml	替换容器中该路径中的配置文件
挂载点：数据卷名称	kuboard-namespace-layout-volume	选择前一个步骤中添加的数据卷
挂载点：数据卷内子路径	kuboard-namespace-layout.yaml	此字段取值为 configMap 中，对应配置条目的名称

上述配置可以将 configMap 中 kuboard-namspace-layout.yaml 的内容映射为容器内路径为 /usr/share/nginx/html/kuboard-namespace-layout.yaml 的一个文件

• • 保存对 kuboard 工作负载的修改

• 刷新 Kuboard 界面

  刷新 Kuboard 界面后，可以看到，名称空间的布局被调整为如下形式：

  • 省略了左侧的 监控层；
  • 中间三层被调整为 前端、后端、数据库；
  • 右侧名称仍然为 中间件 ，但是标识已经从 cloud 调整为 midware，所以原本在此处的 服务注册 工作负载现在显示在 默认 分层中。

调整工作负载所在分层

如果您在使用 Kuboard 之前，就已经创建了许多的工作负载，然后您安装了 Kuboard，此时，所有的工作负载都是显示在 默认 这个分层的。

Kuboard 通过工作负载（Deployment / StatefulSet / DaemonSet 等）的 k8s.eip.work/layer 这个标签来识别工作负载应该显示在哪个分层。

如果您想要将工作负载调整到对应的分层，可以按照如下步骤操作：

• 进入工作负载查看页面，如下图所示：

点击上图中 调整所在分层 按钮，将打开编辑标签的界面：

编辑 k8s.eip.work/layer ，并选择您想要的分层后，点击 确定 按钮。

• 保存对 kuboard 工作负载的修改

• 刷新 Kuboard 界面

  刷新 Kuboard 界面后，可以看到，名称空间的布局被调整为如下形式：

  • 省略了左侧的 监控层；
  • 中间三层被调整为 前端、后端、数据库；
  • 右侧名称仍然为 中间件 ，但是标识已经从 cloud 调整为 midware，所以原本在此处的 服务注册 工作负载现在显示在 默认 分层中。

[外链图片转存中…(img-Ig0RNtX2-1661768183089)]

调整工作负载所在分层

如果您在使用 Kuboard 之前，就已经创建了许多的工作负载，然后您安装了 Kuboard，此时，所有的工作负载都是显示在 默认 这个分层的。

Kuboard 通过工作负载（Deployment / StatefulSet / DaemonSet 等）的 k8s.eip.work/layer 这个标签来识别工作负载应该显示在哪个分层。

如果您想要将工作负载调整到对应的分层，可以按照如下步骤操作：

• 进入工作负载查看页面，如下图所示：

[外链图片转存中…(img-sugZt8Du-1661768183089)]

点击上图中 调整所在分层 按钮，将打开编辑标签的界面：

编辑 k8s.eip.work/layer ，并选择您想要的分层后，点击 确定 按钮。

[外链图片转存中…(img-FDcxfxjw-1661768183089)]