文章标签

维护

• 既然网卡已经开启了多队列（RSS），为什么依然需要配置 RPS？

  在 Linux 高性能网络调优的领域中， RSS（Receive Side Scaling，网卡多队列） 和 RPS（Receive Packet Steering，接收数据包引导） 是两个经常被提及的词汇。 很多运维和内核调优...

  2026/5/23 0 100 0 0 0 Linux 内核网络调优RSS 与 RPS

• 利用 eBPF 实现无侵入 K8s 四/七层流量拓扑：从内核 Hook 到 K8s 元数据关联的落地指南

  在微服务架构中，搞清楚“谁在调用谁、调用频次如何、延迟有多高”是保障系统稳定性的前提。传统的 APM 方案（如 SkyWalking、Jaeger）通常需要业务方埋点、引入 Agent 或注入 Sidecar。这不仅带来了额外CPU/内存...

  2026/5/25 0 30 0 0 0 eBPFKubernetes流量拓扑

• 当 K8s 遇上 Cilium：生产环境下替换 kube-proxy 的避坑指南与性能调优

  在 Kubernetes 集群规模达到数百个节点、Service 数量突破万级时，传统的 kube-proxy （无论是 iptables 还是 IPVS 模式）都会遭遇明显的性能瓶颈。iptables 的 $O(N)$ 逐条匹配在大规...

  2026/5/24 0 49 0 0 0 KubernetesCiliumeBPF

• 深入浅出 Kubernetes Pause 容器：Pod 背后那个默默无闻的“沙箱”

  在 Kubernetes 的世界里，我们每天都在跟 Pod 打交道。你可能已经知道，Pod 是 K8s 的最小调度单元，它由一个或多个紧密关联的业务容器组成。 但如果你登录到一个 K8s 节点，通过 docker ps 或 cr...

  2026/5/25 0 33 0 0 0 KubernetesPause 容器容器网络

• 万级 Pod 挑战：放弃 iptables，用 Cilium eBPF 实现超大规模 K8s 网络微隔离落地实践

  在大规模 Kubernetes 集群中（例如 10,000+ Pod 规模），传统的网络微隔离方案往往会遇到难以逾越的性能瓶颈。如果你仍在使用基于组件如 kube-proxy 默认的 iptables，或者试图通过原生的 Kubernet...

  2026/5/24 0 40 0 0 0 CiliumKubernetes网络微隔离

• 突破网络瓶颈：高并发 K8s 中利用 eBPF 绕过 conntrack 提升 30% 吞吐量的技术实践

  在超大规模或高并发的 Kubernetes (K8s) 集群中，网络性能往往会率先触及瓶颈。许多平台工程师在 QPS 达到十万级或 TCP 新建连接数（CPS）极高时，会频繁遭遇内核报错： nf_conntrack: table full...

  2026/5/24 0 97 0 0 0 KuberneteseBPFCilium

• 100G网卡下通过硬件Symmetric RSS优化eBPF网络包分流效率的实践指南

  在100G（如Mellanox ConnectX-6或Intel E810）的高吞吐网络环境下，单核CPU根本无法应对每秒上千万、甚至上亿个数据包（Mpps）的挑战。为此，我们通常会借助eBPF/XDP进行内核前置收包分流，并依赖RSS（...

  2026/5/26 0 50 0 0 0 eBPF100G网卡

• Linux 低版本内核 eBPF 开发：没有 bpf_loop 时如何安全实现有界循环？

  在 Linux 5.17 内核中，引入了 bpf_loop 辅助函数，它极大地简化了 eBPF 中循环的编写，既安全又不会引发验证器（Verifier）的路径膨胀。然而，在实际的生产环境中，大量服务器依然运行在旧版本的内核上（例如 C...

  2026/5/27 0 35 0 0 0 eBPFLinux内核BPF验证器

• 高并发 eBPF 性能优化：bpf_spin_lock 开销深剖与无锁替代方案

  在开发高性能 eBPF 程序时，多核并发访问共享数据（如 BPF Map）是一个经典场景。为了保证数据一致性，内核在 Linux 5.1 引入了 bpf_spin_lock 。然而，在超高并发、多 CPU 核心的生产环境中，自旋锁往往会...

  2026/5/27 0 43 0 0 0 eBPFLinux内核性能优化

• 突破并发瓶颈：eBPF 中 BPF_MAP_TYPE_PERCPU_ARRAY 的无锁高并发实践

  在构建高性能 eBPF 网络观测、DDoS 防御或系统调用审计系统时，数据统计（如计数器、流量统计、延迟累加）是极其常见的需求。通常，我们首先会想到使用普通的 BPF_MAP_TYPE_ARRAY 。 然而，在高并发、多核 CPU ...

  2026/5/27 0 37 0 0 0 eBPFLinux内核无锁编程

• Go 高并发场景下，如何用 RCU 思想替代读写锁提升吞吐量？

  在 Go 语言开发的高并发、高性能服务中，我们经常需要处理“ 读多写少 ”的数据逻辑。例如：配置中心的动态配置、路由表、黑白名单列表、内存缓存等。 面对这种场景，很多开发者首选的同步原语是 sync.RWMutex （读写锁）。逻辑...

  2026/5/28 0 38 0 0 0 Go高性能并发编程

• Go内存暴涨排查：为什么 pprof heap 总是比 Docker RSS 内存小很多？

  在容器化部署的 Go 应用中，SRE 和开发者经常会遇到一个诡异的现象： Docker 容器的内存监控（RSS）已经触及 OOM 报警线（例如 2GB），但通过 go tool pprof 查看 heap profile，发现 ...

  2026/5/30 0 29 0 0 0 Gopprof内存泄漏排查

• Go 编译器的“隐形消耗”：如何用逃逸分析干掉闭包与 defer 的堆分配

  在 Go 语言中，“写出能运行的代码”和“写出高性能的代码”之间，往往隔着一个 逃逸分析（Escape Analysis） 。 Go 的内存分配非常智能：如果一个变量在函数退出后不再被使用，它就会被分配在**栈（Stack） 上，随着...

  2026/5/29 0 23 0 0 0 Go语言逃逸分析性能优化

• Docker Swarm 脑裂灾难恢复：利用 Ansible 与 Restic 快速重建 Raft 集群

  在生产环境中，Docker Swarm 凭借其轻量化、易维护的特点被广泛部署。然而，由于 Swarm Manager 节点之间强依赖 Raft 共识协议，当遭遇网络分区、磁盘 I/O 严重抖动或节点异常宕机时，Manager 节点数量极易...

  2026/5/31 0 27 0 0 0 AnsibleRestic

• eBPF vs iptables：Service Mesh 流量劫持性能极限对比实测

  在 Service Mesh 架构中，Sidecar 代理的流量劫持方式直接影响整个服务网格的延迟和吞吐量。传统的 iptables方案虽然成熟稳定，但在高并发场景下会面临显著的转发开销。本文通过实际压测，对比 eBPF 和 iptabl...

  2026/6/1 0 33 0 0 0

• Istio Ambient Mode 与外部 LB 的碰撞：入站流量可观测性与零信任安全的破局之道

  前言：从 Sidecar 到 Sidecarless 的范式转移 2022年，Istio 社区正式推出了 Ambient Mode ，一种无需在每个 Pod 中注入 sidecar proxy 的服务网格数据面方案。这被很多人视为&...

  2026/6/1 0 27 0 0 0 Istiokubernetes

• Gateway API vs Ingress 在服务网格中的选型：从稳定性、功能到 Ambient 模式的深度对比

  引言：一个正在发生的范式转移 如果你现在还在用 nginx-ingress-controller 或 traefik 的传统 Ingress 配置做服务网格相关的流量管理，是时候重新审视这个选择了。Kubernetes Gat...

  2026/6/1 0 32 0 0 0 KubernetesGAMMA

• Cilium eBPF 容器网络策略实战：从 L7 细粒度控制到 Hubble 流量排查

  在 Kubernetes 默认的网络模型中，传统的网络安全策略（NetworkPolicy）主要依赖 iptables 或 IPVS。当集群规模达到数百个节点、数万个 Pod 时，iptables 规则链的线性匹配会导致网络延迟急剧上升，...

  2026/6/1 0 35 0 0 0 CiliumeBPFKubernetes

• Kubernetes Ingress 配置 Proxy Protocol 获取真实客户端 IP 完全指南

  前言 在 Kubernetes 集群中，当通过 LoadBalancer 或 NodePort 类型的服务暴露 Ingress Controller 时，由于流量经过多层代理，原始客户端 IP 信息往往会丢失。本文详细介绍如何在主流 ...

  2026/6/1 0 28 0 0 0 kubernetesingress真实IP

• K8s 运行时深剖：Containerd 与 CRI-O 在 Pod Sandbox 创建流程上的底层机制差异

  在 Kubernetes 架构中，Pod 是最小的调度单元，而 Pod 的物理实体在容器运行时（Container Runtime）眼中，首先表现为一个 Pod Sandbox（沙箱） 。无论是轻量级的 Containerd，还是专为 ...

  2026/6/6 0 22 0 0 0 KubernetesContainerdCRI-O