wcyl

@Ehco1996 #14 对的对的

只是之前是 docker-compose, 也是这些服务. 电脑负载完全没问题. 我都以为是 k3s 太重了, 要回到 docker-compose

其实是有一台服务器, 专门给 Jenkins 的. 当有构建任务时, 就在那台服务器上构建编译, 避免影响已部署的服务

不过没想到 原因竟是 Jenkins 本体

@mxuan #11 Jenkins 有配置可以限制内存大小的

没办法 就 2 台服务器 ci-cd 不用 gitlab 的(git 仓库放自己服务器不安全 怕突然服务器访问不上去)

只能用 Jenkins 了 反正是自己的实验的地方 尽量想办法 能克服就克服

@missz #4 @hefish #5

很神奇, Jenkins 关了之后, 内存剩余 1 个多 G, 磁盘读写也好了

通过配置, 限制 Jenkins 的内存后, 都好了. 磁盘 read 非常低,

自从 k3s 部署成功过后, 服务器从未如此流程 tab 一点也不卡顿了 😂

@bankroft #7 我看到很多文章都说 swap 应该关闭 而且开始后

k3s check-config 会提示 swap 应该关闭

```
- swap: should be disabled
```

@missz #4 @hefish #5 马上关了 Jenkins 试试

@wcyl #2 Java 应该是 Jenkins

@hefish #1 内存确实剩余不多 但是 1.我没开 Swap 2.还剩一点 并且一直很稳定 没有变化

top
[]( https://imgtu.com/i/vedCAe)

云服务器监控
[]( https://imgtu.com/i/vedp7D)

特别感谢 2 位的帮助 最终解决了这个问题

@zzl22100048 @m4d3bug

node 之间通信是通过 flannel, 和 wg 关系不大

[内网不互通的解决办法]( https://icloudnative.io/posts/deploy-k3s-cross-public-cloud/#6-内网不互通的解决办法), 这里修改了所有 node 的 flannel 的公网 ip 并重启了`所有`node 的 k3s 服务, 就可以了

我之前以为启动 k3s 加了 `node-external-ip`就可以覆写 flannel 的内网 ip (文档上说 flannel 会优先使用 EXTERNAL-IP) 但是不行.

tips: 覆写 flannel 的 ip 后光重启 master 的 k3s 服务是不够的, 还要重启 worker 的 k3s-agent 服务, 这里停滞了好久