建议如果有足够的人力还是用 k8s，没必要尝试 swarm

解决问题了，具体可以参考 https://stackoverflow.com/questions/59392603/overlay-network-performance-issues-with-docker-swarm#59392603

```
sudo nsenter --net=/var/run/docker/netns/{your_load_balancer} sysctl -w net.ipv4.vs.conn_reuse_mode=0
sudo nsenter --net=/var/run/docker/netns/{your_load_balancer} sysctl -w net.ipv4.vs.expire_nodest_cOnn=1
```

```
version: "3.7"
services:
core:
image: nginx
sysctls:
- net.ipv4.vs.conn_reuse_mode=0
- net.ipv4.vs.expire_nodest_cOnn=1
```

@monsterxx03 用你的方法输出日志试了试，看来主要是`upstream_connect_time` 这个时间比较长。并不是所有的都要 1S 是部分 但是也挺多的

解决问题了 可以参考 http://keithmo.me/post/2018/08/25/conntrack-tuning/ 这个文章 增大 nf_conntrack_max 这个参数即可

应该就是防火墙的问题，关了防火墙用 host 模式启动 nginx 就没问题。

@Reficul 我联系运维同事看看 如果查不到怎么解决的话我也打算关了防火墙

@onionlc 好 我联系运维同事帮忙看看

@julyclyde 这还是不行的。。。

@Reficul 是从大前端都没有到我的业务 nginx，业务 nginx 提示 nf_conntrack: table full, dropping packet “连接跟踪表已满，开始丢包”

@haiyang416 是从大前端都没有到我的业务 nginx，业务 nginx 提示 nf_conntrack: table full, dropping packet “连接跟踪表已满，开始丢包”

@mzdblsw8 但是我发现从容器中访问非容器中的 redis 性能也会差很多。。。

解决问题了，最后选用的是布隆过滤器。

@googlefans 我还没看到 看来我看的还不够多

@kslr 但是还得记录每个用户看过的视频 用户基数大 就会导致占用内存太大

@murmur 我是想怎么存储用户看过的如果用 redis 的 set 或者 hash 存储用户看过的那么占用的内存太大了，因为用户基数大

@yidinghe 不是 是总共一百万条视频 单个人能刷完这 100W 条视频 每次刷到的都是自己以前没看过的

@murmur 是给所有用户随机推荐全部的视频，和抖音类似 但是不能重复推荐 最终所有人都能看到全部视频