目前F-Stack的配置文件中包含有以下8个部分,下面将分别进行简单的介绍:
[dpdk]、[pcap]、[portN]、[vdevN]、[bondN]、[kni]、[freebsd.boot]、[freebsd.sysctl]
设置运行DPDK的相关参数,如果是DPDK也有的参数,则含义和使用方法同DPDK参数。
16进制位掩码,用于设置进程运行在哪些CPU核心上。如fc
表示使用CPU第2-7个核,不使用第0和1核。
建议优先使用物理核,数据尽量不要跨NUMA节点交互,可以空出前2个CPU核心给系统,且配置其他进程不调度到DPDK要使用的CPU核心上。
内存通道数,一般无需修改,使用默认值即可。
指定mmap内存到主进程的虚拟地址,默认关闭。
某些特定场景下可能需要使用,如自动分配的虚地址与其他地址冲突时,可以多次尝试使用DPDK启动时的错误提示进行指定或在应用中尝试修改初始化F-Stack(DPDK)的位置。
0或1,是否开启网卡的混杂模式,默认开启。
建议开启,尤其是对可能需要处理多播包(如OSPF协议包)等场景。
0或1,是否开启NUMA支持,默认开启。
建议开启。
0或1,是否关闭发包校验和的卸载,默认否。
当网卡支持发包校验和卸载时,F-Stack正常总是开启该功能,一般不需要修改。该参数配置为1时,则不会设置发包校验和的网卡硬件卸载,用于某些特殊场景,如需要发送错误的校验和用于测试、或某些网卡宣传支持发包校验和卸载但实际并未计算校验和等。
0或1,是否开启TCP分段卸载(TCP segment offload),默认关闭。
理论上开启应该有更好的性能表现,TCP协议栈无需对大包进行软件分段,交给网卡硬件进行,但目前实测并未表现出性能优势,所以默认关闭。
0或1,是否开启VLAN卸载(TCP segment offload),默认开启。
开启后,网卡会将收包的VLAN头卸载剥离,某些特殊场景可能需要关闭该功能,如KNI需要VLAN的场景,详细介绍见前期文章《F-Stack vlan 的支持与使用》。
当前循环未收到数据包的空闲休眠时间,单位微秒,默认0,即一直保持轮询模式,不进行休眠,CPU使用率为100%。
线上实际使用时建议设置为不超过100的值,即当本次循环没有收到数据包时,休眠不超过100微秒,主要目的是降低CPU使用率,且实际对线上业务基本无影响,但是会增加单连接小数据量的收包延迟,如果单纯想测试收发包延迟情况或不在意线上CPU使用率一直保持100%,可以设置为0。
目前DPDK已经支持中断+轮询模式,但是F-Stack初始开发时(2012年)DPDK尚未支持中断模式,所以在当时的业务中引入了该参数用于降低CPU使用率,虽然后来DPDK支持了中断模式,但因为影响基本可以忽略,F-Stack目前暂未支持中断模式。
F-Stack发包延迟时间,单位微秒,默认为100,支持配置范围[0,100],配置超过100时强制置为100。
类似于TCP中的delay ack的概念,为了使用批量发包提升最大的并发吞吐量性能,F-Stack在发包时会先进行缓存并延迟发送,实际发包的触发条件有两个,凑够一次批量发包的包数(目前硬编码为32),或延迟发包时间超时。
默认延迟发包可以提升大并发下的吞吐量性能,但是会增加单连接小数据量的发包延迟,如果单纯想测试收发包延迟情况,可以设置为0,则每次发包都会立即实际发送。除了测试使用,一般不建议修改为0。
0或1,是否开启对称RSS,默认否。
网关或类似服务可以开启对称RSS选项,通过设置特殊的RSS hash key,使四元组中IP和端口号互换的数据包可以收到同一队列(CPU)中,主要目的是增加CPU的缓存命中率 。
F-Stack(DPDK)可以识别加载的网卡设备白名单,默认为所有支持的设备。参数值为设备号,如02:00.0或02:00.0,03:00.0,主要用于仅希望指定的网卡设备可以被DPDK识别使用时。
F-Stack(DPDK)实际要接管的网卡(网口)设备序号列表,从0开始。如0
或0,1,2
或0-2
等。
可以与pci_whitelist
配合使用,仅从白名单中的网口设备从0开始进行排序编号。
设置了接管几个网口,后面就应该配置几个对应的[portN]
的地址信息配置段,N为网卡网口序号。
当使用bonding模式时,参数值应为bonding虚拟设备的网口号(从实际的设备数往上递增),不应该包含slave设备的网口号。
配置有几个容器虚拟设备,设置了几个设备,后面就应该配置几个对应的[vdevN]
的信息配置段,N为容器编号。
因为容器是F-Stack是第一个支持的虚拟设备,此处的vdev仅用于配置容器参数,其他虚拟设备则使用对应的设备类型来配置,如bonding。
配置有几个bonding虚拟设备,设置了几个设备,后面就应该配置几个对应的[bondN]
的信息配置段,N为bonding设备编号。
文件前缀,主要用于同时启动不同的F-Stack(DPDK)进程组,通过不同的配置文件中配置不同的文件前缀,可以同时启动多个主进程及其对应的辅进程,某些特殊场景可能会用到。
0或1,是否不使用大页内存,默认为0,即使用大页内存,一般无需修改。
抓包相关配置选项,每个进程分别写入自己的抓包文件。需要注意的是开启抓包将会严重影响性能,一般仅调试时使用。
0或1,是否开启抓包,默认否。
每个包的最大抓包长度,默认96字节。
单个抓包文件的大小限制,达到限制后将重新打开新的抓包文件,默认值16777216,即16M。
抓包文件保存目录,默认为.
,即程序启动目录。
配置网口的地址等相关信息,N对应[DPDK]段的port_list
值,如0,1,2,5等,每一个接管的网口都需要单独的一段[portN]
来进行配置
网口需要配置的IPv4地址,此处仅支持配置一个IP。
IPv4掩码。
IPv4广播地址。
IPv4路由地址。
可选参数,配置F-Stack中的设备名称,默认为f-stack-N,N从0开始,与PortN对应。>= 1.22。
可选参数,配置本网口的IPv6地址。
IPv6的prefix len,配置了addr6
之后才需要配置,默认64。
配置了addr6
之后的可选参数,当本地IPv6的环境不使用NDP时才需要配置(如腾讯云),如果使用NDP则不需要配置(如AWS)。
虚拟IP配置到哪个网口设备,默认f-stack-N,根据实际需要可以配置到lo0
等设备。>= 1.22。
分号分隔的IPv4虚拟地址,最大支持64个虚拟地址。目前不支持单独配置掩码和广播地址,在函数ff_veth_setvaddr
中硬编码使用255.255.255.255
和x.x.x.255
。>= 1.22。
分号分隔的IPv6虚拟地址,最大支持64个虚拟地址。>= 1.22。
虚拟IPv6地址的prefix_len,所有地址只能使用统一前缀,默认为64。>= 1.22。
使用哪些CPU核心处理本网口的队列,格式与port_list一致,默认为全部CPU核心都绑定处理本网口的队列。
不同进程之间是数据隔离的,如果需要在不同网口间转发数据,必须同一个CPU核心同时绑定处理多个网卡的队列或自行进行IPC,使用时需要注意,一般无特殊需求的话,无需修改配置该参数。
当本网口为bonding虚拟设备的时候需要配置该参数,指定组成本bonding的slave网口,配置格式与port_list一致,如0,1
或0-1
。
配置容器的相关信息,N对应[DPDK]段的nb_vdev
值,如0,1,2,5等,每一个虚拟设备都需要单独的一段[vdevN]
来进行配置
默认值/usr/local/var/run/openvswitch/vhost-userN
,不应该设置修改。
必选参数,容器内的vhost user设备路径,如/var/run/openvswitch/vhost-userN
,
可选参数, vuser的最大队列数,应等于或大于F-Stack的进程数,默认为1。
可选参数,队列大小,默认值256。
可选参数,vuser设备的MAC地址,默认值为随机地址。
如果vhost使用物理网卡,则vuser的MAC地址应设置为物理网卡的MAC地址。
可选参数,如果队列数queues
为1,则设置为0,默认值。如果队列数queues
大于1,则设置为1。
配置bonding虚拟设备的相关信息,N对应[DPDK]段的nb_vdev
值,如0,1,2,5等,每一个虚拟设备都需要单独的一段[bondN]
来进行配置。
此处仅简单介绍下配置项,bonding的具体信息可以参考DPDK的帮助文档 http://doc.dpdk.org/guides/prog_guide/link_bonding_poll_mode_drv_lib.html。
需要注意的时,当前DPDK的bonding驱动不支持多进程模式,而F-Stack目前仅支持多进程模式,多线程模式需要使用方自行修改测试。
bonding模式,默认为模式4,该模式需交换机配置支持。
子设备号列表,多个子设备时需设置多个k=v格式,逗号分隔,如slave=0000:0a:00.0,slave=0000:0a:00.1
主设备号,如0000:0a:00.0
。
bonding设备的MAC地址,一般可以设置为主网口的MAC地址。
具体含义可以参考DPDK相关文档
配置kni数据包转发到内核相关参数,配置文件中默认未开启kni段,如需要需自行取消注释并配置相关参数。
0或1,是否开启kni。
reject
或accept
,配置kni转发的默认策略。
如果设置为reject
,则下面tcp_port
和udp_port
指定的数据转发到F-Stack进程协议栈,除此之外其他数据包都转发到内核。
如果设置为accept
,则下面tcp_port
和udp_port
指定的数据转发到内核,除此之外其他数据包都转发到F-Stack进程协议栈。
kni转发过滤器过滤的TCP端口,配置格式与port_list
一致,如80,443
。
kni转发过滤器过滤的UDP端口,配置格式与port_list
一致,如53,443
。
default
或alltokni
或alltoff
,可选参数,可以通过工具knictl
分进程控制不同进程的kni转发策略。>= 1.22。
default
,默认值,使用上面的通用kni转发配置。
alltokni
,所有数据包通过kni转发到内核。
`alltoff
,所有数据包转发到F-Stack协议栈。
网络调优配置,包含一些F-Stack独有的配置,其他为FreeBSD的配置项,绝大部分FreeBSD的配置项都支持,但此处仅列举了少数配置,详细的配置项可以通过工具ff_sysctl -a
获取,配置项的详细信息则可以参考FreeBSD的man page。
定时器每秒扫描频率,默认为100,即10ms精度,无特殊需求一般无需修改。
调大该值可以提高定时器精度,但是不一定会提高性能,目前建议不要设置太高,如不超过1000。
注意:目前F-Stack 1.22版本(尚未正式发布)使用的FreeBSD 13.0,支持开启RACK和BBR,而RACK和BBR都依赖高精度定时器,目前该版本的RACK和BBR暂时都无法正常工作,不排除会受定时器精度影响,后续将进行调试排查。
一个进程使用的内存大小,单位字节,默认256M,无特殊需求无需修改。
开启编译选项FF_USE_PAGE_ARRAY
之后有效,每进程mmap的页面数组内存大小,单位M字节,默认256M,无特殊需求无需修改。
FF_USE_PAGE_ARRAY编译选项用于开启发送数据包时FreeBSD协议栈到DPDK的零拷贝,虽然减少了内存数据拷贝,但是因为多了一些其他操作,性能不一定提升,如小数据包发送时,开启该选项是否能提升性能需要使用方在自己的使用场景单独进行对比测试。
目前应用层到FreeBSD协议栈的socket接口的发包零拷贝也已经支持,正在测试中,在某些特定场景会有一定的性能提升,同样的对特定应用场景是否有提升需使用方单独开启测试,预计很快将提交代码到1.22版本(dev分支),但该功能需要修改应用层的socket接口使用行为,由使用方自行选择是否使用。
屏蔽一系列描述符以避免与内核的描述符空间重叠,默认1024,即应用层从1024开始分配fd。您可以根据您的应用增加此值。
特别的,某些较老应用支持的fd范围有限,移植到F-Stack之后可能无法正常运行,需要减小该值。
根据F-Stack调优过的协议栈选项,无特殊需求一般无需修改,相关限制数值都为进程级,非全局限制,因为F-Stack每个进程启动了一个独立的协议栈。部分参数值设置错误可能导致F-Stack进程的协议栈异常,如部分参数值要求必须为2的N次幂。
net.inet.tcp.functions_default
设置为freebsd
时有效.freebsd
或rack
或bbr
,设置使用FreeBSD支持的传统拥塞算法(通过参数net.inet.tcp.cc.algorithm
设置),还是使用rack或bbr。>= 1.22。