
KubeSphere Cloud 平台提供了基于开源自动巡检工具 [KubeEye](https://github.com/kubesphere/kubekey) 的集群巡检服务。该服务可以对集群进行漏洞扫描和安全加固，发现集群中潜在的风险，确保 Kubernetes 集群安全、稳定、高效运行。

集群巡检服务适用于以下场景：

- **保障 Kubernetes 安全**

   消除 Kubernetes 安全漏洞和盲点，安全扫描有助于 DevSecOps 确保 Kubernetes 和容器的安全。

- **满足合规和安全审计需求**

   当您的项目需要通过专业评审机构安全审计时，可以先通过集群巡检服务发现容器漏洞以及检查集群安全配置、权限管理是否合规，及时规避评测问题。

- **集群异常诊断**

   及时发现集群运行中的问题，从而优化集群使其始终稳定、高效地运行。

- **优化成本**

   通过统计资源数据，提供应用程序资源优化建议，从而避免资源过度配置、节约成本。




介绍 KubeSphere Cloud 集群巡检服务的功能特性和应用场景。

服务简介


本节介绍 KubeSphere Cloud 巡检服务的计费项、订阅方案、续订及欠费说明。

## 计费项

KubeSphere Cloud 集群巡检服务基于集群保护数计费。“集群保护数”是指巡检的次数。

## 计费模式

KubeSphere Cloud 集群巡检服务支持按月、按季度、按年三种方式计费。

## 订阅方案

针对所有已注册的新用户，KubeSphere Cloud 集群巡检服务提供标准版供您免费试用一个月。试用期结束后，您可以使用免费版服务。如果您有更高的集群巡检需求，可升级至标准版、专业版和专属版。关于不同版本之间的差异，请参见下表。

   <table border="1">
    <tbody>
      <tr>
      	<th width="10%">版本</th>
       	<th width="15%">适用规模</th>
       	<th width="15%">集群保护数（次/月）</th>
       	<th width="15%">同时巡检集群数（个）</th>
        <th width="20%">巡检结果保留时长（天）</th>
        <th width="10%">支持时间</th>
        <th width="15%">定价</th>
      </tr>
      <tr>
        <td>免费版</td>
        <td>个人用户</td>
        <td>2</td>
        <td>1</td>
        <td>3</td>
        <td>社区支持</td>
        <td>免费</td>
      </tr>
      <tr>
        <td>标准版</td>
        <td>小微团队</td>
        <td>50</td>
        <td>3</td>
        <td>30</td>
        <td>8 x 5（GMT+8，工作时间）</td>
        <td>CNY 100/月；282/季；1,032/年</td>
      </tr>
      <tr>
        <td>专业版</td>
        <td>中小型企业日常检查</td>
        <td>300</td>
        <td>10</td>
        <td>90</td>
        <td>8 x 5（GMT+8，工作时间）</td>
        <td>CNY 280/月；798/季；2,856/年</td>
      </tr>
      <tr>
         <td>专属版</td>
         <td>较高集群安全检查需求的中小型企业</td>
        <td>可定制</td>
        <td>可定制</td>
        <td>默认 180 天，可定制</td>
        <td>24 x 7 全天候</td>
        <td>联系销售</td>
      </tr>
    </tbody>
  </table>

  <Notice type='note'>

  免费版不支持导出巡检报告和配置邮件接收巡检报告功能。如果需要使用这些功能，请升级到更高的版本。

  </Notice>

## 订阅方案变更

服务订阅成功后，您可以随时变更订阅方案。此后将会按照变更后的订阅方案进行计费。计费公式如下：

实付金额 = 升级版本应付金额 - （当前版本应付金额 / 当前版本订阅天数） x （当前版本订阅天数 - 当前版本已使用天数）

<Notice type='note'>

升级版本的订阅时长需大于或等于当前版本的订阅时长。例如，您当前版本的订阅时长为 1 个季度，那么您升级版本的订阅时长只能选择 1 个季度或者 1 年。

</Notice>

## 续订说明

目前仅支持续订已有订阅方案、将已有订阅方案升级到更高级版本，暂不支持续订时变更到低版本。

若订阅期内续订当前版本，则当前订阅期立即结束，重新开始一个新的订阅期。

## 欠费说明

系统会从订阅到期的前七天开始提醒您，您可以点击**立即订阅**续订服务。每月最后一天，若当前版本的“集群保护数”未使用完，则自动清零，不累加。

如果您未及时续订，当您的订阅到期后，KubeSphere Cloud 集群巡检服务仍然会持续提供服务，但是仅赠送免费版配额，即集群保护数为 2。


介绍 KubeSphere Cloud 巡检服务的计费项、订阅方案、续订及欠费说明。

计费说明

介绍 KubeSphere Cloud 上的集群巡检服务。

集群巡检服务


本节介绍如何在 KubeSphere Cloud 云原生应用服务平台上启用集群巡检组件，执行巡检任务，并查看巡检结果。

## 前提条件

已[导入已有集群](../../ks-backup/quickstart/import-k8s-cluster/)或[新建集群](../../ks-lite/quickstart/create-lite-cluster/)，且集群处于**已就绪**状态。

## 启用集群巡检组件

1. 使用您的账户登录 KubeSphere Cloud 云原生应用服务平台。

2. 将光标移动到页面顶栏右侧的用户名区域，在弹出菜单中点击**管理控制台**。

3. 在左侧导航栏，点击**集群巡检服务**展开右侧的巡检列表，列表下显示了已开启、已暂停、待开启巡检组件的集群。

4. 在**巡检列表**页面，点击**待开启集群**下的**开启巡检组件**。

   <Notice type='note'>

   您也可以在**服务概览**页面点击**集群巡检服务**下的**开启巡检**。

   </Notice>

5. 在弹出的**确认开启集群巡检组件**对话框，点击**开启**，系统会自动为您的集群安装巡检组件。

   <Notice type='warning'>

   如果您的巡检组件版本较低，系统会提示您升级巡检组件。升级期间不可取消、回退。升级完成后，之前的巡检报告将不被保存。若需记录巡检结果，请在升级前自行备份。

   </Notice>

## 执行集群巡检

集群巡检支持手动巡检和定期巡检。

如果您需要进行手动巡检，等待集群组件安装成功后，在**已开启集群**区域，点击**开始巡检**即可。如果需要设置定期巡检，请参考以下步骤。

1. 在**巡检列表**的**已开启集群**区域，点击目标集群名进入**巡检详情**页面。

2. 在页面右侧的**集群信息**区域，开启**定时巡检**。

3. 在弹出的**启用定时巡检**对话框，设置系统时区，巡检频率以及巡检时间，点击**确认**。

   在**集群信息**区域，您可以查看**定时策略**和**下次巡检时间**。

4. 如果您需要关闭**定时巡检**，点击**定时巡检**后的按钮。


## 查看巡检结果

1. 等待巡检完成后，在**已开启集群**区域，点击已巡检的集群进入**巡检详情**页面。

2. 在**巡检数据总览**区域，选择巡检时间段，查看健康检查项和巡检分数。集群巡检会按照触发风险的程度分为正常项、警告项、危险项和可忽略项，并高亮显示。

3. 点击**健康趋势**，您可以查看集群的健康趋势图。

4. 在页面下侧区域，您可以查看以下信息。

   <table border="1">
     <tbody>
     	<tr>
       	<th width="30%">参数</th>
        <th width="70%">描述</th>
       </tr>
       <tr>
       	<td><b>巡检名称</b></td>
         <td>系统自定义的巡检任务名称。</td>
       </tr>
       <tr>
       	<td><b>巡检开始时间</b></td>
         <td>巡检任务开始的时间。</td>
       </tr>
       <tr>
       	<td><b>巡检结束时间</b></td>
         <td>巡检任务结束的时间。</td>
       </tr>
       <tr>
       	<td><b>健康分数</b></td>
         <td>集群的健康分数。</td>
       </tr>
       <tr>
       	<td><b>巡检项</b></td>
         <td>
         	点击可以展开巡检项详情。巡检项详情页面，您可以直接搜索资源名称查看告警，也可以点击<b>筛选</b>筛选特定的资源告警。巡检项包括以下：
           <ul>
             <li>资源名称：巡检资源的名称。</li>
             <li>资源类型：资源的类型，如 deployment，node 等。</li>
             <li>是否集群资源：是否属于集群的资源。</li>
             <li>命名空间：所处的命名空间。</li>
             <li>告警项：点击可展开详细的告警项。点击部分告警项，页面右侧会出现告警描述信息、解决方案、参考链接和示例。</li>
           </ul>
         </td>
       </tr>
       <tr>
       	<td><b>巡检执行状态</b></td>
         <td>巡检任务的执行状态。</td>
       </tr>
     </tbody>
   </table>


## 查看巡检报告

巡检报告生成后，您可以下载巡检报告至本地查看，也可以设置邮箱接收报告。
### 导出巡检报告至本地

1. 在**巡检详情**页面的**巡检数据总览**区域，点击**导出巡检报告**。

2. 在**确认导出集群巡检报告**对话框，设置巡检报告的时间范围，点击**导出**。

3. 点击特定日期的巡检任务页签，您可以查看以下信息。

   <table border="1">
     <tbody>
     	<tr>
       	<th width="30%">参数</th>
        <th width="70%">描述</th>
       </tr>
       <tr>
       	<td><b>命名空间</b></td>
         <td>所处的命名空间。</td>
       </tr>
       <tr>
       	<td><b>资源类型</b></td>
         <td>巡检资源类型。</td>
       </tr>
       <tr>
       	<td><b>巡检信息</b></td>
         <td>巡检项名称。</td>
       </tr>
       <tr>
       	<td><b>风险等级</b></td>
         <td>检查项的风险等级。</td>
       </tr>
       <tr>
       	<td><b>最佳实践</b></td>
         <td>提供修复方案供参考。</td>
       </tr>
     </tbody>
   </table>

   <Notice type='note'>

   关于集群巡检的常见风险预警及修复方案的更多信息，请参阅[查看集群巡检项及修复方案](../user-guide/view-items-and-solutions/)。

   **最佳实践**页签里面提到的修复方案仅供参考，请根据实际情况处理。

   </Notice>


### 通过邮件接收巡检报告

1. 在**巡检详情**页面的**集群信息**区域，点击**邮件报告**后的开启按钮。

2. 在弹出的设置邮箱确认对话框，点击**前往**跳转到**账号设置**页面。

3. 在**工作邮箱**区域，设置工作邮箱，即巡检报告接收邮箱。

   邮箱设置成功后，您可以在**集群信息**区域查看报告接收邮箱信息。

介绍如何在 KubeSphere Cloud 云原生应用服务平台上启用集群巡检组件，执行巡检任务，并查看巡检结果。

快速入门


本节介绍如何在 KubeSphere Cloud 云原生应用服务平台上查看集群巡检项及修复方案。

## 告警级别：危险

### NoCPULimits

**告警描述**：配置 CPU 限制可确保容器永远不会使用过多的 CPU。如果未设置 CPU 限制，则行为不端的应用程序最终可能会利用其节点上的大部分可用CPU，从而可能会减慢其他工作负载或在集群尝试扩展时导致成本超支。 与内存限制相比，CPU 限制永远不会导致您的应用程序崩溃。相反，它会受到限制--它只被允许每秒运行一定数量的操作。

**修复方案**：为每个容器规范添加 CPU 限制，CPU 可以根据整个 CPU 来设置(例如10或25)，或者更常见地，根据 Millicpus (例如1000m或250m)来设置。 由您决定为您的应用程序分配多少 CPU。将 CPU 限制设置得太高可能会导致成本超支，而将其设置得太低可能会导致您的应用程序受到限制。 对于任务关键型或面向用户的应用程序，KubeEye 建议设置较高的CPU限制，这样只会限制行为不端的应用程序。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/configuration/manage-resources-containers/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    resources:
      requests:
        memory: "64Mi"
        cpu: "250m"
      limits:
        memory: "64Mi"
        cpu: "250m"
```

### NoCPURequests

**告警描述**：设置 CPU 资源请求，kube-scheduler 就利用该信息决定将 Pod 调度到哪个节点上。

**修复方案**：为每个容器规范添加 CPU 资源请求，CPU 可以根据整个CPU来设置(例如10或25)，或者更常见地，根据 Millicpus (例如1000m或250m)来设置。 由您决定为您的应用程序分配多少 CPU。将 CPU 限制设置得太高可能会导致应用无法调度，而将其设置得太低可能会导致您的应用程序抢占资源。 对于任务关键型或面向用户的应用程序，KubeEye 建议将 CPU 资源请求与 CPU 资源限制设置一致，这样可以确保应用程序资源独占。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/configuration/manage-resources-containers/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    resources:
      requests:
        memory: "64Mi"
        cpu: "250m"
      limits:
        memory: "64Mi"
        cpu: "250m"
```

### HostNetworkAllowed

**告警描述**：控制是否 Pod 可以使用节点的网络名字空间。 此类授权将允许 Pod 访问本地回路（loopback）设备、在本地主机（localhost） 上监听的服务、还可能用来监听同一节点上其他 Pod 的网络活动。

**修复方案**：禁止 hostNetwork。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/security/pod-security-policy/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  hostPID: false
```

### HostPIDAllowed

**告警描述**：控制 Pod 中容器是否可以共享宿主上的进程 ID 空间。注意，如果与 ptrace 相结合，这种授权可能被利用，导致向容器外的特权逃逸（默认情况下 ptrace 是被禁止的）。

**修复方案**：禁止 hostPID。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/security/pod-security-policy/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  hostPID: false
```

### NotRunAsNonRoot

**告警描述**：要求提交的 Pod 具有非零 runAsUser 值，或在镜像中 （使用 UID 数值）定义了 USER 环境变量。 如果 Pod 既没有设置 runAsNonRoot，也没有设置 runAsUser，则该 Pod 会被修改以设置 runAsNonRoot=true，从而要求容器通过 USER 指令给出非零的数值形式的用户 ID。 此配置没有默认值。采用此配置时，强烈建议设置 allowPrivilegeEscalation=false。

**修复方案**：设置 **readOnlyRootFilesystem** 为 **true**。

**参考文档**：<https://kubernetes.io/blog/2016/08/security-best-practices-kubernetes-deployment/>。

**示例**

```yaml

apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
  securityContext:
    allowPrivilegeEscalation: false
    readOnlyRootFilesystem: true
    runAsNonRoot: true
```

### NoMemoryLimits

**告警描述**：配置内存限制可确保容器永远不会使用过多的内存。如果未设置内存限制，则行为不端的应用程序最终可能会利用其节点上的大部分可用内存。

**修复方案**：为每个容器规范添加内存限制。 由您决定为您的应用程序分配多少内存。将内存限制设置得太高可能会导致成本超支，而将其设置得太低可能会导致您的应用程序OOM。 对于任务关键型或面向用户的应用程序，KubeEye 建议设置较高的内存限制。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/configuration/manage-resources-containers/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    resources:
      requests:
        memory: "64Mi"
        cpu: "250m"
      limits:
        memory: "64Mi"
        cpu: "250m"
```

### NoMemoryRequests

**告警描述**：设置内存资源请求，kube-scheduler 就利用该信息决定将 Pod 调度到哪个节点上。

**修复方案**：为每个容器规范添加内存资源请求。由您决定为您的应用程序分配多少内存。将内存限制设置得太高可能会导致应用无法调度，而将其设置得太低可能会导致您的应用程序抢占资源。对于任务关键型或面向用户的应用程序，KubeEye 建议将内存资源请求与内存资源限制设置一致，这样可以确保应用程序资源独占。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/configuration/manage-resources-containers/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    resources:
      requests:
        memory: "64Mi"
        cpu: "250m"
      limits:
        memory: "64Mi"
        cpu: "250m"
```

### PrivilegedAllowed

**告警描述**：在 Linux 中，Pod 中的任何容器都可以使用容器规约中的安全性上下文中的 privileged（Linux）参数启用特权模式。这对于想要使用操作系统管理权能（Capabilities，如操纵网络堆栈和访问设备）的容器很有用。

**修复方案**：禁止特权模式。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/workloads/pods/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
  securityContext:
    allowPrivilegeEscalation: false
```

## 告警级别：警告

### ImagePullPolicyNotAlways

**告警描述**：每当 kubelet 启动一个容器时，kubelet 会查询容器的镜像仓库， 将名称解析为一个镜像摘要。 如果 kubelet 有一个容器镜像，并且对应的摘要已在本地缓存，kubelet 就会使用其缓存的镜像； 否则，kubelet 就会使用解析后的摘要拉取镜像，并使用该镜像来启动容器。

**修复方案**：将 **imagePullPolicy** 设置为 **Always**。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/containers/images/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    imagePullPolicy: Always
```


### NotReadOnlyRootFilesystem

**告警描述**：要求容器必须以只读方式挂载根文件系统来运行 （即不允许存在可写入层）。

**修复方案**：设置 readOnlyRootFilesystem。

**参考文档**：<https://kubernetes.io/zh-cn/docs/concepts/security/pod-security-policy/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  readOnlyRootFilesystem: false
  containers:
  - name: demo
    image: demo
```

### InsecureCapabilities

**告警描述**：设置不安全的能力将导致 Pod 具有较高的权限，如 KILL 权限将使容器具有杀死宿主机进程的权限。

**修复方案**：不使用 CHOWN/FSETID/SETFCAP/SETPCAP/KILL 等不安全的能力

**参考文档**：<https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/security-context/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    imagePullPolicy: Always
```

### NoReadinessProbe

**告警描述**：注意如果就绪态探针的实现不正确，可能会导致容器中进程的数量不断上升。 如果不对其采取措施，很可能导致资源枯竭的状况。

**修复方案**：设置正确的 readinessProbe。

**参考文档**：<https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    readinessProbe:
      httpGet:
        path: /healthy
        port: 8080
      initialDelaySeconds: 5
      periodSeconds: 5
```

### NoLivenessProbe

**告警描述**：存活探测器用来发现并处理应用程序损坏状态。

**修复方案**：设置存活探测器

**参考文档**：<https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
    livenessProbe:
      httpGet:
        path: /healthz
        port: 8080
      initialDelaySeconds: 5
      periodSeconds: 5
```

### CanImpersonateUser

**告警描述**：一个用户可以通过伪装（Impersonation）头部字段来以另一个用户的身份执行操作。 使用这一能力，你可以手动重载请求被身份认证所识别出来的用户信息。 例如，管理员可以使用这一功能特性来临时伪装成另一个用户，查看请求是否被拒绝， 从而调试鉴权策略中的问题， 带伪装的请求首先会被身份认证识别为发出请求的用户， 之后会切换到使用被伪装的用户的用户信息。

**修复方案**：基于伪装成一个用户或用户组的能力，你可以执行任何操作，好像你就是那个用户或用户组一样。出于这一原因，伪装操作是不受名字空间约束的。

**参考文档**：<https://kubernetes.io/zh-cn/docs/reference/access-authn-authz/authentication/>。


### CanModifyWorkloads

**告警描述**：用户有创建、修改、删除工作负载的权限。

**修复方案**：检查 RBAC 权限设置，减少非必要权限。

**参考文档**：<https://kubernetes.io/zh-cn/docs/reference/access-authn-authz/rbac/>。

**示例**

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: demo
spec:
  containers:
  - name: demo
    image: demo
  securityContext:
    allowPrivilegeEscalation: false
```




介绍如何在 KubeSphere Cloud 云原生应用服务平台上查看集群巡检项及修复方案。

查看集群巡检项及修复方案


本节介绍如何在 KubeSphere Cloud 云原生应用服务平台上暂停/恢复集群巡检组件。

## 前提条件

已[开启集群巡检组件](../../quickstart/)，且集群处于**已就绪**状态。

## 操作步骤

1. 使用您的账户登录 KubeSphere Cloud 云原生应用服务平台。

2. 将光标移动到页面顶栏右侧的用户名区域，在弹出菜单中点击**管理控制台**。

3. 在左侧导航栏，点击**集群巡检服务**展开右侧的巡检列表，列表下显示了已开启、已暂停、待开启巡检组件的集群。

4. 在**已开启集群**区域，点击目标集群右上角的 <img src='/images/docs/ks-inspector/drop-down.svg' width='15px'/>，在下拉框中点击**暂停**。

5. 在弹出的**确认要暂停集群巡检组件**对话框，点击**确认执行暂停 > 暂停**。您可以在**已暂停集群**区域查看暂停巡检的集群。

   <Notice type='note'>

   巡检组件暂停后，您将无法使用集群巡检功能，但是您的历史巡检结果仍然会被保留。

   </Notice>

6. 如果要恢复集群巡检，在**已暂停集群**区域，点击目标集群右上角的 <img src='/images/docs/ks-inspector/drop-down.svg' width='15px'/>，在下拉框中点击**恢复**。


介绍如何在 KubeSphere Cloud 云原生应用服务平台上暂停/恢复集群巡检组件。

暂停/恢复集群巡检组件


本节介绍如何在 KubeSphere Cloud 云原生应用服务平台上卸载集群巡检组件。

## 前提条件

已[开启集群巡检组件](../../quickstart/)，且集群处于**已就绪**状态。

## 操作步骤

1. 使用您的账户登录 KubeSphere Cloud 云原生应用服务平台。

2. 将光标移动到页面顶栏右侧的用户名区域，在弹出菜单中点击**管理控制台**。

3. 在左侧导航栏，点击**集群巡检服务**展开右侧的巡检列表，列表下显示了已开启、已暂停、待开启巡检组件的集群。

4. 点击目标集群右上角的 <img src='/images/docs/ks-inspector/drop-down.svg' width='15px'/>，在下拉框中点击**卸载**。

5. 在弹出的**确认要卸载集群巡检组件**对话框，点击**卸载**。

   <Notice type='note'>

   卸载集群巡检组件后，您将无法继续使用健康检查、安全加固功能，请谨慎操作。

   如果卸载失败，您可以再次**卸载**，勾选**确认执行强制卸载**，您可以在**待开启集群**区域查看已卸载成功的集群。
   </Notice>

6. 执行以下命令检查巡检组件是否卸载成功。如果显示 **not found**，则集群卸载成功。

   ```bash
    kubectl get deploy kubeeye-controller-manager -n kubesphere-cloud-system
    ```

7. 如果巡检组件仍然运行在集群中，执行以下命令手动卸载。

   ```bash
    kubectl delete -f https://kubesphere.cloud/clusterinsight/v1/auditmanifest
    ```


介绍如何在 KubeSphere Cloud 云原生应用服务平台上卸载集群巡检组件。

卸载集群巡检组件

用户指南

集群巡检服务基于开源的集群自动巡检工具 KubeEye，是一款面向 Kubernetes 多云场景的安全巡检服务。