咨询一下应用监控eBPF版 应用监控ebpf版和应用监控有什么区别 ？

应用监控 eBPF 版与传统应用监控的区别

1. 技术实现方式

   • 应用监控 eBPF 版：基于 eBPF（Extended Berkeley Packet Filter）技术，通过旁路方式采集数据，无需对代码进行侵入式修改即可获取丰富的网络性能数据。这种方式具有语言无关性，支持任意编程语言和框架。
   • 传统应用监控：通常需要在代码中埋点或依赖特定的 SDK 进行数据采集，可能对代码有一定的侵入性，并且对语言和框架的支持有限。

2. 数据采集方式

   • 应用监控 eBPF 版：通过内核层解析网络协议，直接捕获容器和 Pod 的 RED（Rate、Errors、Duration）性能数据，无需额外配置采样率。
   • 传统应用监控：通常需要手动配置采样率，以控制数据量和性能开销。

3. 资源关联与拓扑展示

   • 应用监控 eBPF 版：通过监控网络请求构建网络拓扑，自动关联服务、Pod 和工作负载（如 Deployment、StatefulSet 等），便于查看服务依赖状态和资源关系。
   • 传统应用监控：通常需要手动配置或依赖其他工具来实现资源关联和拓扑展示。

4. 运行环境要求

   • 应用监控 eBPF 版：对运行环境有明确的要求，例如 Kubernetes 集群版本需为 v1.20 及以上，操作系统需支持 CONFIG_DEBUG_INFO_BTF=y，并且仅支持部分阿里云 ACK 集群和其他自建 Kubernetes 集群。
   • 传统应用监控：对运行环境的要求相对宽松，适用于更广泛的场景。

5. 功能特性对比

   • 应用监控 eBPF 版：提供高性能、低消耗的数据采集能力，支持多样化的可观测数据类型（如指标、链路、日志和事件），并具备整体性的控制台设计。
   • 传统应用监控：功能较为基础，主要聚焦于调用链查询、链路统计等核心功能，适合小规模业务或预发环境。

关于采样率配置和菜单问题

1. 采样率配置

   • 应用监控 eBPF 版的设计理念是通过 eBPF 技术实现无侵入式数据采集，因此默认不提供采样率配置选项。eBPF 技术能够在极低的性能开销下捕获全量数据，避免了传统监控中因采样导致的数据丢失问题。

2. 菜单缺失问题

   • 如果您在使用过程中未找到相关菜单，可能是由于以下原因：
     • 公测阶段限制：应用监控 eBPF 版目前处于公测阶段，部分功能可能尚未完全开放或界面仍在优化中。
     • 权限问题：请确保您的账户已正确开通 ARMS 服务，并拥有足够的权限访问相关功能。如果目标集群缺少 ARMS Addon Token，可能会导致权限不足的问题。
     • 集群兼容性：请确认当前使用的 Kubernetes 集群是否符合应用监控 eBPF 版的运行环境要求，例如内核版本、操作系统等。

建议操作步骤

1. 检查运行环境

   • 确认 Kubernetes 集群版本是否为 v1.20 及以上。
   • 检查操作系统是否支持 CONFIG_DEBUG_INFO_BTF=y，可通过以下命令验证：

     cat /boot/config-$(uname -r) | grep CONFIG_DEBUG_INFO_BTF
     

     如果输出为 CONFIG_DEBUG_INFO_BTF=y，则表示支持。

2. 确认权限配置

   • 登录容器服务管理控制台，进入目标集群的详情页，检查是否存在 addon.arms.token。如果不存在，请手动添加 ARMS 和链路追踪权限策略。

3. 联系技术支持

   • 如果问题仍未解决，建议加入应用监控 eBPF 版答疑钉钉群（群号：35568145）获取进一步帮助。

总结

应用监控 eBPF 版与传统应用监控的主要区别在于技术实现方式、数据采集能力和资源关联能力。eBPF 版无需配置采样率，且在公测阶段可能存在部分功能或菜单未完全开放的情况。建议您根据上述步骤逐一排查问题，并联系技术支持团队获取协助。