hackroad

这不就是一个回流么

便宜没好货，古话不知道么。

@LxnChan
/etc/sysconfig/network-scripts/ifcfg-bond0
配置文件可以这么配
TYPE=Bond
DEVICE=bond0
BOOTPROTO=static
ONBOOT=yes
IPADDR=10.1.22.xxx
NETMASK=255.255.255.0
GATEWAY=10.1.22.1
DNS1=10.1.254.xxx
NAME=bond0
BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer3+4"

如果用 nmcli
就用这个改
nmcli connection modify type bond con-name ${BOND} ifname ${BOND} bond.options mode=${TYPE},xmit_hash_policy=layer3+4

也可以看下这个脚本
https://github.com/arendej/Abashe/blob/master/setup-bond-lacp.sh


最终实现多个口都能有流量进出，下图我是 4 个 10G 做的 bond
[img][/img]

@cooltechbs 我是弄了一台 x86 小设备 直接 PVE 虚了 ros 做家里的核心出口+rocky9 （ smartdns+Adguard+openvpn)做纯净 dns 和手机外网接入+pcdn(6c16g+2TSSD)跑着玩

https://imgur.com/4dq9DhY

@admin13579 你这操作有点逗

https://konvict.cn/post/duo-wang-qia-ju-he/

1. layer2：使用二层帧头作为计算分发出口的参数，这导致通过同一个网关的数据流将完全从一个端口发送，为了更加细化分发策略，必须使用一些三层信息，然而却增加了计算开销。

使用硬件 MAC 地址的 XOR 来生成 hash 。公式为：

(MACsrc⊕MACdest)% Nslave

该算法会将某个网络对（ network peer ）上所有的流量全部分配到同一个 slave 上。

2. layer2+3：在 1 的基础上增加了三层的 ip 报头信息，计算量增加了，然而负载却更加均衡了，一个个主机到主机的数据流形成并且同一个流被分发到同一个端口，根据这个思想，如果要使负载更加均衡。

3. layer3+4：可以形成一个个端口到端口的流，负载更加均衡。通过 TCP 及 UDP 端口及其 IP 地址进行 HASH 计算。该策略在可能的时候使用上层协议的信息来生成 hash 。这将允许特定网络对（ network peer ）的流量分摊到多个 slave 上，尽管同一个连接（ connection ）不会分摊到多个 slave 上。

服务器同时能够承受的并发数是由带宽、硬件、程序设计等多方面因素决定的，你想问的如何在在 linux 下 从 c10k 到 c1000k ，不如设计合理的高可用架构，微信这么大的体量不可能是单一架构实现高可用。

比如说分区域负载
智能 dns 调度
所有区域根据负载动态下发网关
client 拿配置多链路
ip 保底链路
https dns
如何避免木桶效应

从你问的来看，方向就错了。就算你的机器内存 TB 级别，网卡中断、链路可用性、带宽等各方面满足你 c1000k c10000k ，你就不怕挂了影响全局。

nas 讲性能，是不是有点跟 0-100 加速近 10 秒的车讲性能的意思了。。

@565656 那不简单，gpt 分出去走新加坡、日本