ACK 容器监控存储全面更新:让您的应用运行更稳定、更透明

作者:邱圆辉(霜序)

背景

随着容器化应用的日益普及、业务规模的增长以及复杂度的增加,对容器化应用的存储性能和状况进行实时、精确的监控变得至关重要。阿里云容器服务 Kubernetes 版(ACK, Container Service for Kubernetes)的容器存储监控功能,正是为了解决这一问题,为用户提供更全面、更深入的存储资源洞察。ACK 在 Kubernetes 的基础上,为用户提供了多种容器数据卷类型,其中较为常用的数据卷包括:

  • 本地存储:数据存放在 Pod 所在节点上的数据卷,例如 hostPath、emptyDir 等;
  • Secret 和 ConfigMap:两种特殊的数据卷,包含集群内部对象的信息;
  • PVC:一种定义集群外部数据卷的方式,能够将外部存储介质接入到集群中。在 ACK 集群中,我们较为推荐的三种阿里云云存储分别为云盘、NAS、OSS,它们覆盖的业务场景各不相同。通过 PVC 的方式将阿里云云存储接入到集群后,ACK 能够帮助用户更好地满足业务需求,拓宽业务场景。

其中,考虑到 Secret 和 ConfigMap 的特殊性,它们通常只会承担存储集群对象信息的作用,对存储可观测性的要求较低。因此,针对本地存储和 PVC 这两种容器存储使用方式,我们对 ACK 的容器存储监控功能进行了全新升级。此次更新完善了对集群中不同存储类型的监控能力,不仅对之前已有的监控大盘进行了优化,还针对不同的云存储类型,上线了全新的监控大盘,确保用户能够更好地理解和管理容器业务应用的存储资源。

新大盘优化思路

新存储监控大盘涵盖了 K8s 集群内部存储和外部存储两种存储形态。集群内部存储支持:

  • RootFS 监控:查看容器 RootFS 空间使用率和实时读写速率。
  • Pod 临时存储监控:查看临时存储空间使用率和 Inode 使用率。

集群外部存储支持:

  • 云盘存储卷监控:查看云盘存储卷的概要信息(名称、命名空间、空间使用率等)、实时读写速率、读写延迟和读写吞吐量。
  • NAS 存储卷监控:查看 NAS 存储卷的概要信息(名称、命名空间、空间使用率等)、实时读写速率、读写延迟和读写吞吐量。
  • OSS 存储卷监控:查看 OSS 存储卷的概要信息(名称、命名空间、空间使用率等)、实时读写速率、读写吞吐量、OSS 操作每秒执行次数、POSIX 操作每秒执行次数和热点文件。

从具体改进形式上来说,本次更新上线了云盘、NAS、OSS 三块新的监控大盘,同时还在集群、节点、Pod 这三块已有监控大盘中添加了跟存储相关的监控图表。

新大盘内容展示

云盘存储卷监控

云盘存储卷的监控大盘界面如下:

其中,PVC 信息表格给出了所有云盘存储卷的信息,包括 PV 和 PVC 的名称、命名空间、所在节点、对应设备名称以及空间使用率等信息。PVC 绑定的 Pod 信息表格给出了 PVC 和工作负载的对应关系。大盘中的其他图表展示了云盘的空间使用量和实时读写数据。

NAS 存储卷监控

NAS 存储卷的监控大盘界面如下:

NAS 监控大盘与云盘监控大盘的内容基本相同,唯一区别在于 PVC 信息表格中展示的是每个 NAS 存储卷的挂载点地址,而不是设备号。

OSS 存储卷监控

OSS 存储卷的监控大盘界面如下:

其中,PVC 信息表格给出了每个 OSS 存储卷的 bucket 名称和其他基本信息。除了实时读写数据外,OSS 大盘还给出了各种 OSS 操作和 POSIX 操作每秒执行次数的统计数据,以及读写操作的热点路径统计数据。

集群监控

集群监控大盘新增了 PVC 概要信息表格,用户可以直观地查看集群中所有 PVC 的基本信息:

节点监控

节点监控大盘中新增了 PVC 概要信息和读写数据的展示:

Pod 监控

Pod 监控大盘中新增了 RootFS 和 Ephemeral Storage 的监控数据,其中 RootFS 相关指标展示了 Pod 中所有容器的 RootFS 相关信息,如可用存储空间总量、读写总数据量等。而 Ephemeral Storage 相关指标则涵盖了以下三个部分的相关信息:

  • 除 tmpfs 类型的 emptyDir 外,Pod 挂载的其他类型 emptyDir
  • 节点上存储 Pod 日志的文件
  • Pod 中所有容器的可写层

增强的 Ephemeral Storage 监控能力

注意大盘中的 Ephemeral Storage Usage(%)  图表只会显示所有配置了 resources.limits.ephemeral-storage 的容器的信息。

另外值得注意的是,RootFS 相关指标由 cAdvisor 组件透出,而当容器运行时为 containerd 时,cAdvisor 不会提供 Pod 维度的监控指标。虽然社区曾经尝试对这个问题进行了修复 [ 1] ,但由于代码实现带来的二方依赖打破了 K8s 的单向依赖原则,该修复最终被回退 [ 2] 。考虑到 containerd 为 ACK 集群 1.24 及以上版本的默认容器运行时,我们在 ACK csi-plugin 组件中对该问题进行了修复,用户只需安装 v1.28.3-eb95171-aliyun 及以上版本的 csi-plugin 组件就可以解决 Pod 维度的 Ephemeral Storage 监控数据缺失的问题。

总结

容器存储是容器应用运行时的数据保障,本次 ACK 容器存储监控的更新能够帮助用户全面、精细地掌控集群中的存储细节,快速定位业务运行过程中可能出现的 IO 瓶颈和 IO 问题,更好地保证业务的平稳运行。

参考文章:

Resource Management for Pods and Containers

https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/

Monitoring cAdvisor with Prometheus

https://github.com/google/cadvisor/blob/master/docs/storage/prometheus.md

相关链接:

[1] 修复

https://github.com/google/cadvisor/pull/2872

[2] 回退

https://github.com/google/cadvisor/pull/2964/files#diff-68b17ffbed25b18140ee93332bd2a1f259a4eff46ccf93ca800bd2386041437b

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/879191.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

LLM大模型:deepseek浅度解析(三):R1的reinforcement learning复现

deepseek-R1比较创新的点就是reward函数了,其自创的GRPO方法,详解如下:https://www.cnblogs.com/theseventhson/p/18696408训练出了R1-zero和R1两个强化学习版本!幸运的是,GRPO的这个算法已经有人实现,并集成到huggingface啦,直接调用就行,demo在这里:https://gist.gi…

并发编程 - 线程同步(三)之原子操作Interlocked简介

原子操作是不可分割的操作单元,Interlocked提供硬件级别原子操作,比传统锁机制效率高。Interlocked支持多种原子操作,如增减、替换、位操作等,确保多线程安全。上一章我们了解了3种处理多线程中共享资源安全的方法,今天我们将更近一步,学习一种针对简单线程同步场景的解决…

从易用性到高级分析:五款优秀报表软件盘点

本文将为大家介绍五款报表软件,详细描述它们的功能亮点和适用场景。山海鲸报表、Qlik Sense、Looker、Domo和Power BI分别在自助分析、实时数据访问、数据整合、可视化以及人工智能支持等方面展现了强大的功能。这些软件适用于不同规模的企业,能够帮助企业实现数据的可视化、…

阿里云可观测 2024 年 12 月产品动态

阿里云可观测 2024 年 12 月产品动态

pre-norm、post-norm

同一设置之下,Pre Norm结构往往更容易训练,但最终效果通常不如Post Norm参考资料 苏剑林. (Mar. 29, 2022). 《为什么Pre Norm的效果不如Post Norm? 》[Blog post]. Retrieved from https://kexue.fm/archives/9009为什么大模型结构设计中往往使用postNorm而不用preNorm?

连接VNC时出现attempting to reconnect to vnc server

参考 https://blog.csdn.net/weixin_46031767/article/details/128076399 使用VNC View连接kvm虚拟机无法出现画面提示 Attempting to reconnect to VNc Server.. Protocol error: invalid message type 255将画质调低解决该问题

【FMC173】l基于VITA57.1标准的4通道4GSPS AD采集、4通道12GSPS DA回放FMC子卡模块

产品概述 FMC173是一款基于VITA57.1标准的,实现4路12-bit、4GSPS ADC采集功能、4路16-bit 12GSPS DA回放的FMC子卡模块。该模块遵循VITA57.1(HPC)标准,搭配FPGA载板可以灵活的实现多通道高速采集与回放功能。模块的主芯片采用ADI公司高度集成的AD9081芯片,该芯片与ADI公司…

数字化办公新宠:文档协作工具如何重塑团队协作?

文档协作工具以其强大的功能为团队管理者带来了诸多便利。在选择适合的工具时,团队管理者应根据团队规模、需求以及预算等因素进行综合考虑。同时,还应关注工具的安全性、易用性以及与其他应用程序或系统的集成能力等方面。通过合理利用文档协作工具的功能优势,团队管理者可…

腾讯云HAI服务器上部署与调用DeepSeek-R1大模型的实战指南

上次我们大概了解了一下 DeepSeek-R1 大模型,并简单提及了 Ollama 的一些基本信息。今天,我们将深入实际操作,利用腾讯云的 HAI 服务器进行 5 分钟部署,并实现本地 DeepSeek-R1 大模型的实时调用。接下来,我们直接进入部署过程。 服务器准备 首先,我们需要登录腾讯云平台…

d2l-ResNet

动手学深度学习笔记-ResNet残差网络 ResNet 核心思想:每个附加层应该更容易地包含原始函数x作为其元素之一。

阮梅

气质温婉优雅的学者,「天才俱乐部」#81号会员,生命科学领域的专家。 凭借天赋与惊人的执著得到了博识尊的瞩目,在秘密的角落开始了对生命本源的研究与探索。 并因此被黑塔邀请,同螺丝咕姆、斯蒂芬联合开发了「模拟宇宙」。 私下里,她十分喜爱传统戏剧与点心,对刺绣也很感…

多头潜在注意力(Multi-Head Latent Attention,MLA)

在 DeepSeek 模型中,多头潜在注意力(Multi-Head Latent Attention,MLA) 是一种关键技术,旨在通过低秩压缩方法优化注意力机制的计算效率和内存使用。MLA 通过对键(Key)和值(Value)进行低秩联合压缩,显著减少了推理过程中的键值缓存(KV Cache),在保持模型性能的同时…