前言
我们在《用eBPF/XDP来替代LVS》系列、《一张图感受真实的 TCP 状态转移》系列,以及《如何终结已存在的TCP连接?》系列文章中,均通过纯 C 语言和 libbpf1 这个库来运用 eBPF。
但是很多的场景中(尤其是云原生场景),我们出于避免重复造轮子、更快的迭代速度、运行时安全等原因,会选择 go 语言来进行开发,ebpf-go2 这个库就是当前最好的选择。
今天,我们就对 ebpf-go 进行一个初体验,这个体验不是按部就班的 API 文档,而是通过一个简单的需求,让大家得到一个真切的感受,这个需求就是:统计发向本机的每个 “连接” 的包数量,并且每新增 5 个 “连接” 就进行一次数据展示。
体验
依赖
本次体验需要许多前置条件:
- Linux kernel 版本 5.7 以上,以支持 bpf_link(我是 6.6.5)
- LLVM 版本 11 以上 (clang and llvm-strip,检查命令
clang --version
) - libbpf headers (Debian/Ubuntu 是 libbpf-dev,Fedora 是 libbpf-devel )
- Linux kernel headers (Debian/Ubuntu 是 linux-headers-amd64,Fedora 是 kernel-devel )
- Go compiler 版本需要支持 ebpf-go (我安装了 GO 1.21,检查命令
go version
)
项目初始化
# 创建项目
mkdir ebpf-go-exp && cd ebpf-go-exp
go mod init ebpf-go-exp
go mod tidy
# 手动引入依赖
go get github.com/cilium/ebpf/cmd/bpf2go
如果依赖下载超时的话,可以设置下代理:go env -w GOPROXY=https://goproxy.cn,direct
代码
C 代码
...
//go:build ignore
struct event {
__u32 count;
};
const struct event *unused __attribute__((unused));
SEC("xdp")
int count_packets(struct xdp_md *ctx) {
__u32 ip;
__u16 sport;
__u16 dport;
if (!parse_ip_src_addr(ctx, &ip, &sport, &dport)){
goto done;
}
__u16 r_sport = bpf_ntohs(sport);
bpf_printk("Process a packet of tuple from %u|%pI4n:%u|%u",ip,&ip,sport,r_sport);
if(8080 != bpf_ntohs(dport)){
goto done;
}
struct tuple key;
__builtin_memset(&key,0,sizeof(key));
key.addr = ip;
key.port = sport;
__u32 *pkt_count = bpf_map_lookup_elem(&pkt_count_map, &key);
if (!pkt_count) {
__u32 init_pkt_count = 1;
bpf_map_update_elem(&pkt_count_map, &key, &init_pkt_count, BPF_NOEXIST);
__u32 key = 0;
__u64 *count = bpf_map_lookup_elem(&tuple_num, &key);
if (count) {
__sync_fetch_and_add(count, 1);
if(*count % 5 == 0){
struct event *e;
e = bpf_ringbuf_reserve(&events, sizeof(struct event), 0);
if (e){
e->count = *count;
bpf_ringbuf_submit(e, 0);
}
}
}
} else {
__sync_fetch_and_add(pkt_count, 1);
}
done:
return XDP_PASS;
}
...
Go 代码
...
//go:generate go run github.com/cilium/ebpf/cmd/bpf2go -type event counter counter.c -- -I headers
func main() {
// Load the compiled eBPF ELF and load it into the kernel.
var objs counterObjects
if err := loadCounterObjects(&objs, nil); err != nil {
log.Fatal("Loading eBPF objects:", err)
}
defer objs.Close()
ifname := "lo"
iface, err := net.InterfaceByName(ifname)
if err != nil {
log.Fatalf("Getting interface %s: %s", ifname, err)
}
// Attach count_packets to the network interface.
link, err := link.AttachXDP(link.XDPOptions{
Program: objs.CountPackets,
Interface: iface.Index,
})
if err != nil {
log.Fatal("Attaching XDP:", err)
}
defer link.Close()
rd, err := ringbuf.NewReader(objs.Events)
if err != nil {
log.Fatalf("opening ringbuf reader: %s", err)
}
defer rd.Close()
stopper := make(chan os.Signal, 1)
signal.Notify(stopper, os.Interrupt, syscall.SIGTERM)
go func() {
<-stopper
if err := rd.Close(); err != nil {
log.Fatalf("closing ringbuf reader: %s", err)
}
}()
log.Println("Waiting for events..")
// counterEvent is generated by bpf2go.
var event counterEvent
for {
record, err := rd.Read()
if err != nil {
if errors.Is(err, ringbuf.ErrClosed) {
log.Println("Received signal, exiting..")
return
}
log.Printf("reading from reader: %s", err)
continue
}
if err := binary.Read(bytes.NewBuffer(record.RawSample), binary.LittleEndian, &event); err != nil {
log.Printf("parsing ringbuf event: %s", err)
continue
}
log.Printf("tuple num: %d", event.Count)
var (
key counterTuple
val uint32
)
iter := objs.PktCountMap.Iterate()
for iter.Next(&key, &val) {
sourceIP := key.Addr
sourcePort := key.Port
packetCount := val
log.Printf("%d/%s:%d => %d\n", sourceIP, int2ip(sourceIP), sourcePort, packetCount)
}
}
}
...
完整代码在:https://github.com/MageekChiu/epbf-go-exp
运行
# 生成脚手架代码
go generate
# 利用生成的 GO 代码,进行编译和运行
go build && sudo ./ebpf-go-exp
本机运行一个 openresty 并监听 8080 端口,然后反复访问测试
openresty
curl localhost:8080
curl localhost:8080
...
查看日志
# bpf 输出
bpftool prog tracelog
bpf_trace_printk: Process a packet of tuple from 16777343|127.0.0.1:31876|33916
...
bpf_trace_printk: Process a packet of tuple from 16777343|127.0.0.1:56449|33244
...
# go 输出
Waiting for events..
tuple num: 5
16777343/127.0.0.1:31876 => 7
16777343/127.0.0.1:31364 => 7
16777343/127.0.0.1:56449 => 1
16777343/127.0.0.1:10909 => 7
16777343/127.0.0.1:30340 => 7
...
若迭代过程中,C 代码有变化,则需要执行 go generate
,否则仅执行 Go 编译部分即可。
重点解析
- c 代码主体和我们之前系列的文章类似,就是在 xdp hook 点解析出每个报文的四元组,然后存入
pkt_count_map
。tuple_num
这个 map 作为全局变量,通过__sync_fetch_and_add
安全地并发,每当新增 5 个 “连接” 就向用户空间发送事件。 - c 代码中
unused
这个event
指针必须声明,不然用户态的 go 就拿不到这个数据结构。 - c 代码中开始的
ignore
是必须的,避免 go build 报错:C source files not allowed when not using cgo or SWIG
go generate
命令会根据 go 代码中的go:generate
语句生成脚手架代码,就像 BPF Skeleton3,然后我们就可以在 go 代码中便捷地访问 c 中定义的 map,prog 以及一些数据结构。-type event counter
使得 c 中定义的event
结构体在 go 中就是counterEvent
结构体。- 内核空间向用户空间发送数据/事件可以通过 perfbuf 和 ringbuf 实现,从而避免用户空间轮询数据。这两者虽然功能有不少差别,但是api都差不多4。当我们收到内核的通知后,通过 Iterate 来遍历统计数据的 map,实现一种类似于推拉结合的架构。
小插曲
如果我们的 pkt_count_map
这样写的话:
struct tuple key = {ip,bpf_ntohs(sport)};
__u32 *pkt_count = bpf_map_lookup_elem(&pkt_count_map, &key);
if (!pkt_count) {
...
}else{
...
}
就可能会得出一个看起来很奇怪的结果:
Waiting for events..
tuple num: 5
16777343/127.0.0.1:60162 => 3
16777343/127.0.0.1:45076 => 3
16777343/127.0.0.1:45082 => 3
16777343/127.0.0.1:60162 => 4
16777343/127.0.0.1:45076 => 4
以及
bpftool map dump name pkt_count_map
[{
"key": {
"addr": 16777343,
"port": 60162
},
"value": 3
},{
"key": {
"addr": 16777343,
"port": 45082
},
"value": 3
},{
"key": {
"addr": 16777343,
"port": 45076
},
"value": 3
},{
"key": {
"addr": 16777343,
"port": 45082
},
"value": 4
},{
"key": {
"addr": 16777343,
"port": 60162
},
"value": 4
},{
"key": {
"addr": 16777343,
"port": 45076
},
"value": 4
}
]
乍一看你会发现 map 的 key 怎么有些重复了?这里先卖个关子,后面有机会再来分析。
总结
本文我们了解 ebpf-go 的一些常见用法,让大家对 ebpf-go 有了一个模糊但整体的认识,更多的细节,可以通过官网的文档5以及 examples6 进行了解。
下一篇文章,我们就从实战的角度,看看 cilium7 是怎么通过 ebpf-go 来发挥 ebpf 威力的。
参考
- https://libbpf.readthedocs.io/ ↩
- https://ebpf-go.dev/about/ ↩
- https://www.kernel.org/doc/html/next/bpf/libbpf/libbpf_overvi... ↩
- https://nakryiko.com/posts/bpf-ringbuf/#bpf-ringbuf-vs-bpf-pe... ↩
- https://ebpf-go.dev/guides/getting-started/ ↩
- https://github.com/cilium/ebpf/tree/main/examples ↩
- https://docs.cilium.io/en/stable/overview/intro/ ↩
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。