• 简体中文
    • English
    • 简体中文
  •  Star
  1. Docs / 
  2. 文档 / 
  3. 扩展组件使用 / 
  4. WhizardTelemetry 可观测平台 / 
  5. WhizardTelemetry 监控 / 
  6. 概览 / 
  7. 查看集群监控概览

文档

最新更新:
    编辑

    查看集群监控概览

    本节介绍如何查看集群概览页面的监控信息。

    有关集群概览页面的其他信息，请参阅查看集群概览信息。

    前提条件

    • 您需要加入一个集群并在集群中具有监控查看权限。有关更多信息，请参阅“集群成员”和“集群角色”。

    • KubeSphere 平台需要安装并启用 WhizardTelemetry 监控扩展组件。

    操作步骤

    1. 以具有监控查看权限的用户登录 KubeSphere Web 控制台并进入您的集群。

    2. 在左侧导航栏选择概览。

      概览页面提供以下监控信息：

      功能区描述

      集群配额统计

      当前集群中容器和项目的 CPU 配额和内存配额，包含预留数量、上限数量和总量。

      节点资源用量

      所有节点的 CPU、内存、磁盘的总量和实时用量，以及集群允许创建的容器组总数和已创建的容器组数量。默认情况下每个节点最多允许创建 110 个容器组。

      容器组

      当前集群的各种类型容器组的数量。

      容器组状态类型包括：

      • 运行中：容器组已分配给某个节点，容器组中的所有容器都已被创建，至少有一个容器正在运行、启动或重启。

      • 等待中：容组器已被系统接受，但有至少一个容器尚未创建也未运行。此状态下，容器组可能正在等待调度，或等待容器镜像下载完成。

      • 成功完成：容器组中的所有容器都成功终止（以 0 退出码终止），并且不再重启。

      • 失败：容器组中的所有容器都已终止，并且至少有一个容器以非 0 退出码终止。

      • 未知：系统无法获取容器组状态。出现这种状态通常是由于系统与容器组所在的主机通信失败。

      容器组 QoS（服务质量）类型包括：

      • Guaranteed：容器组中的每个容器都具有内存上限、内存请求、CPU 上限、CPU 请求，并且内存上限等于内存请求，CPU 上限等于 CPU 请求。

      • Burstable：容器组中至少有一个容器不满足 Guaranteed 类型的要求。

      • BestEffort：容器组中的容器没有配置任何内存上限、内存请求、CPU 上限或CPU 请求。

      容器组的 QoS 类型将决定容器组运行的优先级。当系统中资源不足以运行所有容器组时，系统优先保证运行 QoS 类型为 Guaranteed 的容器组，其次保证运行 QoS 类型为 Burstable 的容器组，最后保证运行 QoS 类型为 BestEffort 的容器组。

      Kubernetes 状态

      当前集群的每秒 API 请求次数、API 请求延迟、容器组调度次数和容器组调度失败次数。

      资源用量排行

      当前集群中特定资源用量最高的 5 个节点、容器组和项目。

      • 在左侧下拉列表中选择节点、容器组或项目，在右侧下拉列表中选择不同的排序依据。

      • 在列表上方点击sort-ascending/sort-descending 可按升序/降序排序。

      • 点击下方的查看更多，查看节点、容器组和项目的资源用量详情。

    通过邮件接收 KubeSphere 最新的技术博客与产品更新的通知


    感谢您的反馈。如果您有关于如何使用 KubeSphere 的具体问题，请在 Slack 上提问。如果您想报告问题或提出改进建议，请在 GitHub 存储库中打开问题。

    上一篇 : 使用资源事件查询工具
    页面内容