eBPF
-
云原生APM工具选型指南：高效监控容器与Serverless应用
在云原生时代，尤其是容器化和Serverless技术日益普及的背景下，传统的应用性能管理（APM）工具面临着前所未有的挑战和机遇。您的团队正在评估不同的APM工具，并特别关注它们在这些新架构下的表现，这抓住了核心痛点。选择一个既能提供详尽...
-
Kubernetes微服务监控：Sidecar vs eBPF
在 Kubernetes 集群中实现微服务的全链路性能监控，同时尽量避免修改大量应用代码，是一个具有挑战性的任务。目前，Sidecar 和 eBPF 是两种备受关注的创新技术，它们都可以在一定程度上满足这一需求。本文将对比分析这两种方案的...
-
微服务RPC偶发超时：如何精准定位是网络抖动还是服务实例“掉队”？
在微服务生产环境中，偶发的RPC超时确实是一个令人头疼的问题。就像你描述的，有了负载均衡和服务发现，问题依然隐蔽，难以定位到是某个具体服务实例的问题，还是底层网络层偶尔的“抖动”。这种“幽灵”般的故障，往往需要更深层次的观测和分析手段。 ...
-
突破网络瓶颈：SPDK NVMe-oF TCP 架构下的 io_uring 与 eBPF 套接字优化实践
在 NVMe-over-Fabrics (NVMe-oF) TCP 部署中，尽管 SPDK（Storage Performance Development Kit）利用用户态、轮询模式（Poll-mode）驱动极大地释放了 SSD 的吞吐...
-
SPDK NVMe-oF 性能实测：RDMA 与 AF_XDP TCP 延迟与 CPU 损耗的深度量化剖析
在超大规模数据中心和高性能存储架构中，如何压榨网络协议栈的每一分性能是永恒的主题。SPDK（Storage Performance Development Kit）作为用户态存储领域的标杆，其 NVMe-oF（NVMe over Fabr...
-
如何在非特权（Non-privileged）容器中，安全部署基于 SPDK 与 AF_XDP 的 K8s 高性能网络？
在 Kubernetes 节点上部署基于 SPDK (Storage Performance Development Kit) 和 AF_XDP (Address Family XDP) 的高性能网络或存储组件时，传统的做法通常是...
-
用 eBPF TC 打造高吞吐低延迟的无特权 Kubernetes 容器网络架构设计与实现
在传统的 Kubernetes 网络架构中，容器间通信通常依赖于 veth pair、Linux Bridge 以及 iptables/IPVS 等技术。当数据包从一个 Pod 发往另一个 Pod 时，它需要跨越多次网络栈，经历繁琐的路由...
-
打破 K8s 传统网络瓶颈：基于 eBPF 的多租户容器隔离与 EDT 极速限速设计
在多租户 Kubernetes 集群中，网络隔离与带宽限制是保障租户安全与服务质量（QoS）的刚需。然而，传统的实现方案往往存在严重的性能瓶颈： 网络隔离 ：传统方案依赖 iptables 或 IPVS 。当集群 Serv...
-
告别 iptables 泥潭：在大规模 K8s 集群中用 eBPF 彻底解放 Service 转发性能
在 Kubernetes 集群规模迈向数千节点、数万 Pod 的过程中，网络性能往往会最先撞墙。 许多平台工程师或 SRE 都会遇到类似的诡异现象：集群节点数变多后，新建连接的延迟偶尔出现抖动，CPU 莫名其妙地在内核态出现尖峰，甚至...
-
彻底抛弃 kube-proxy 后 Cilium 如何依靠 eBPF 驾驭 NodePort 与 ExternalIP 流量
在传统的 Kubernetes 集群中，服务发现和负载均衡主要依赖 kube-proxy 。它通过维护大规模的 iptables 规则或 IPVS 虚拟服务器来实现流量转发。然而，随着集群规模的扩大， iptables 的 $...
-
Cilium eBPF 碰上 Istio Envoy：NodePort 流量的劫持与交接艺术
在当今的 Kubernetes 生产实践中， Cilium（eBPF CNI） 与 Istio（Envoy Service Mesh） 的强强联合已成为高性能云原生架构的标配。然而，这种双重数据面架构也引入了极高的复杂度。 当一...
-
多云跨VPC网络下，Cilium BGP与Istio联动的NodePort流量容灾路径设计
在多云、跨 VPC 的混合云架构中，企业往往受限于云厂商的负载均衡器（LoadBalancer）跨界限制或昂贵的专线/网关成本，选择通过 Cilium BGP + 物理/虚拟路由器 直接宣告 Kubernetes 节点路由，并结合 ...
-
高并发下 Linux 服务器 softirq 飙高？从底层原理到实战调优指南
在高并发（尤其是海量小包网络吞吐）的场景下，Linux 服务器的 CPU 使用率中经常会出现 si (softirq，软中断) 占比极高、甚至单核被压死的现象。伴随而来的往往是丢包、延迟飙升以及吞吐量严重下滑。 要彻底解决这个问题...
