Kubernetes技术分析之监控

Kubernetes技术分析之监控

作者:吴龙辉 2015-08-10 14:41:39

云计算 监控是运维的根基,是非常重要的一环,对此Kubernete提供了平台本身以及应用的监控,本文介绍 Kubernetes中2个主要的监控模块cAdvisor 和Heapster 。

Docker的流行激活了一直不温不火的PaaS,随着而来的是各类Micro-PaaS的出现,Kubernetes是其中***代表性的一员,它是Google多年大规模容器管理技术的开源版本。本系列文章将逐一分析Kubernetes,本文介绍 Kubernetes中2个主要的监控模块cAdvisor 和Heapster 。

Kubernetes监控

监控是运维的根基,是非常重要的一环,对此Kubernete提供了平台本身以及应用的监控,下图是Kubernete中监控的逻辑设计图:

cAdvisor

监控agent, 在每个Kubernetes Node上都会运行cAdvisor 。cadvisor 会收集本机以及容器的监控数据(CPU, memory, filesystem, and network usage statistics)。

在较新的Kubernetes版本里,cadvior功能已经被集成到了kubelet组件中。在Node节点上可以直接访问cadvisor 的界面:

也可以调用cadvisor 的API接口,参考:

https://github.com/google/cadv … pi.md

下面是cadvisor 一条记录,可以看到统计的监控数据范围:

 

  1.         "timestamp""2015-08-06T16:26:14.407749377+08:00"
  2.         "cpu": { 
  3.             "usage": { 
  4.                 "total": 9868208554, 
  5.                 "per_cpu_usage": [9868208554], 
  6.                 "user": 1850000000, 
  7.                 "system": 280000000 
  8.             }, 
  9.             "load_average": 0 
  10.         }, 
  11.         "diskio": { 
  12.             "io_service_bytes": [{ 
  13.                 "major": 253, 
  14.                 "minor": 7, 
  15.                 "stats": { 
  16.                     "Async": 13946880, 
  17.                     "Read": 13946880, 
  18.                     "Sync": 0, 
  19.                     "Total": 13946880, 
  20.                     "Write": 0 
  21.                 } 
  22.             }], 
  23.             "io_serviced": [{ 
  24.                 "major": 253, 
  25.                 "minor": 7, 
  26.                 "stats": { 
  27.                     "Async": 369, 
  28.                     "Read": 369, 
  29.                     "Sync": 0, 
  30.                     "Total": 369, 
  31.                     "Write": 0 
  32.                 } 
  33.             }] 
  34.         }, 
  35.         "memory": { 
  36.             "usage": 8548352, 
  37.             "working_set": 4067328, 
  38.             "container_data": { 
  39.                 "pgfault": 6462, 
  40.                 "pgmajfault": 132 
  41.             }, 
  42.             "hierarchical_data": { 
  43.                 "pgfault": 6462, 
  44.                 "pgmajfault": 132 
  45.             } 
  46.         }, 
  47.         "network": { 
  48.             "name"""
  49.             "rx_bytes": 0, 
  50.             "rx_packets": 0, 
  51.             "rx_errors": 0, 
  52.             "rx_dropped": 0, 
  53.             "tx_bytes": 0, 
  54.             "tx_packets": 0, 
  55.             "tx_errors": 0, 
  56.             "tx_dropped": 0 
  57.         }, 
  58.         "task_stats": { 
  59.             "nr_sleeping": 0, 
  60.             "nr_running": 0, 
  61.             "nr_stopped": 0, 
  62.             "nr_uninterruptible": 0, 
  63.             "nr_io_wait": 0 
  64.         } 
  65.     }, 

 

Heapster

Heapster 收集所有Kubernetes Node,然后汇总数据,然后可以导到第三方工具(如Influxdb)。

Heapster 可以以Pod的方式运行在Kubernetes平台里,也可以单独运行以standalone的方式。

使用Pod方式部署的话问题比较多,本文采用standalone方式部署。

 

  1. $ docker run  -p 8082:8082 \ 
  2. --add-host=node1:192.168.3.147 --add-host=node2:192.168.3.148 --add-host=node3:192.168.3.149 \ 
  3. kubernetes/heapster:v0.15.0 \ 
  4. --source=kubernetes:http://192.168.3.146:8080?inClusterConfig=false&useServiceAccount=false \ 
  5. --sink=influxdb:http://10.254.209.104:8086  

 

source用于配置监控来源,它支持的参数:

  • inClusterConfig – Use kube config in service accounts associated with heapster’s namesapce. (default: true)
  • kubeletPort – kubelet port to use (default: 10255)
  • kubeletHttps – whether to use https to connect to kubelets (default: false)
  • apiVersion – API version to use to talk to Kubernetes. Defaults to the version in kubeConfig.
  • insecure – whether to trust kubernetes certificates (default: false)
  • auth – client auth file to use. Set auth if the service accounts are not usable.
  • useServiceAccount – whether to use the service account token if one is mounted at/var/run/secrets/kubernetes.io/serviceaccount/token (default: false)

注意:–add-host主要是因为Heapster 会根据hostname去查询node的IP,参考:

https://github.com/GoogleCloud … 62998

Heapster 运行后,可以在influxdb查询到数据,说明监控数据已经上报:

 

原文链接:http://www.dockone.io/article/569

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/292800.html<

(0)
管理的头像管理
上一篇2025-05-20 07:56
下一篇 2025-05-20 07:57

相关推荐

  • 云服务器和云虚拟主机怎么选?云服务器和虚拟主机区别

    云服务器适合业务增长快、需弹性扩展的场景,而云虚拟主机适合预算有限、技术门槛低的小型静态网站或测试环境,二者核心区别在于资源独享性与运维复杂度,核心差异解析:从底层架构到使用体验很多人容易混淆这两者,觉得它们都是“买空间建站”,它们的底层逻辑完全不同,云服务器(ECS)就像是你租了一整栋别墅,水电网络独立,你想……

    2026-06-29
    0
  • 赣州智慧旅游招聘是真的吗?赣州旅游人才招聘信息

    中级岗位(3-5年经验)月薪范围通常在6000-10000元,这类岗位需要独立负责项目模块,如独立运营一个抖音账号,或维护一个景区小程序的功能迭代,具备成功案例的候选人议价能力较强,高级岗位(5年以上经验)月薪范围通常在10000-20000元,部分核心管理岗可达更高,这类人才需要具备战略规划能力,如制定整个景……

    2026-06-29
    0
  • 赣州智能物联网车位锁如何管理?智能车位锁管理系统多少钱

    赣州智能物联网车位锁管理的核心在于通过云端平台实现远程控锁、状态实时监控及自动计费,彻底解决传统车位“被占难管”与“找位难”的痛点,在赣州这样的城市,随着机动车保有量的持续增长,老旧小区、商业综合体以及私人固定车位的资源矛盾日益凸显,传统的机械地锁或简易遥控锁,不仅操作繁琐,更无法实现数据化管理,引入智能物联网……

    2026-06-29
    0
  • 赣州智能消防栓好用吗,智能消防栓多少钱一个

    赣州智能消防栓通过物联网技术实现实时监测与远程报警,能显著降低火灾响应时间并提升城市消防安全管理水平,是目前智慧城市建设中不可或缺的基础设施,赣州智能消防栓的核心价值与应用场景传统消防栓往往存在“看不见、摸不着、用不了”的痛点,在赣州这样地形复杂、老城区与新城区并存的区域,传统设施的管理难度极大,智能消防栓的出……

    2026-06-29
    0
  • 云服务器和物理机到底有啥区别?

    云服务器本质上是虚拟化资源池中的弹性实例,而传统物理服务器是独占的硬件实体,前者胜在弹性与运维便捷,后者强在物理隔离与性能稳定,具体选择取决于业务对成本、扩展性及安全合规的权衡,很多人初次接触服务器时,容易把“云服务器”和“传统物理服务器”混为一谈,觉得它们都是用来跑网站或存数据的盒子,这两者的底层逻辑完全不同……

    2026-06-29
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注