Rancher入门到精通-2.0 压测k8s 服务 Node节点大量 TIME_WAIT

最新推荐文章于 2022-10-16 12:06:11 发布
最新推荐文章于 2022-10-16 12:06:11 发布
阅读量939 收藏
点赞数 1
分类专栏： Rancher入门到精通
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wxb880114/article/details/103512623
版权
本文介绍了使用Rancher进行Kubernetes集群（K8s）服务压力测试过程中遇到的问题，特别是Node节点上出现大量TIME_WAIT状态的TCP连接。通过`netstat`命令分析了各节点状态，包括Node1、Node2和Node3，发现Master节点表现正常。文章旨在探讨这个问题的原因及可能的解决方案。
摘要由CSDN通过智能技术生成

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

 

NOde1 

Node2

Node3

Master节点正常

未来AI编程
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
服务压测发现怪异现象，一顿排查，揪出“TIME_WAIT”这个内鬼
朱小厮的博客
05-10 574
点击上方“朱小厮的博客”，选择“设为星标”后台回复"书"，获取后台回复“k8s”，可领取k8s资料最近有同事在用 ab 进行服务压测，到 QPS 瓶颈后怀疑是起压机的问题，...
（十九）从零开始搭建k8s集群——使用KubeSphere管理平台搭建一套微服务的压力测试性能监控平台（Grafana8.5.2+influxdb2.2.0+Jmeter5.4.1）
厉害哥哥的博客
05-09 4153
本节内容我们依然使用kubesphere平台，搭建一套k8s环境下的压力测试性能监控平台，用于应用接口的压力测试，并达到实时监控展示的效果。使用的技术方案为：使用influxdb2时序数据库存储压力测试的结果数据，使用jmeter5整合influxdb2的控制器完成压力测试结果数据的上传，使用grafana8完成压力测试结果数据的实时展示。关于docker镜像的说明:influxdb:2.2.0与grafana/grafana:8.5.2。
K8S基础-POD
wangshui898的专栏
11-19 334
POD Pod基本概念 最小的部署单元 一个Pod中的容器共享网络命名空间 Pod是短暂的 Pod存在的意义 Pod为亲密性应用而存在 应用场景 两个应用之间发生文件交互 两个应用之间需要通过127.0.0.1或者socket通讯 两个应用需要发生频繁的调用 Pod的实现机制与设计模式 共享网络 启动每个容器后都会生成一个对应pause容器,来存放容器的命名空间和IP 共享存储 spec: containers: - name: write image: centos com
发现大量的TIME_WAIT解决办法
weixin_34347651的博客
01-04 293
存在一定的TIME_WAIT是正常的，个人认为如果超过了连接数的比例就不是很正常   服务器端与客户端建立TCP/IP连接后关闭SOCKET后，服务器端连接的端口状态变为TIME_WAIT.主动关闭的一方在发送最后一个 ack 后 就会进入 TIME_WAIT 状态 停留2MSL（max segment lifetime）时间 这个是TCP/IP必不可少的，也就是“解决”不了的,也就是TC...
关于k8s的ipvs转发svc服务访问慢的问题分析(一)
comeyes的专栏
05-15 5881
系统环境描述： 系统环境：macos,vmware下搭建k8s单master/双worker伪集群环境. 软件环境描述： 单Master结点(192.168.182.100)、WORK1(192.168.182.101)、WORK2(192.168.182.102)结点环境，网络环境为flannel+ipvs, 创建了deployment服务nginx，replicas=2，即work1、work2分别有个pod运行，同进生成svc。 备注：此3台机器最开始搭建的是calio+iptables网络环
vagrant-rancher2.0：vagrant rancher2.0 kubernetes编排工具示例
02-06
vagrant-rancher2.0：vagrant rancher2.0 kubernetes编排工具示例
Docker-Rancher-K8S教程.docx
02-05
Docker-Rancher-K8S教程
rancher-k8s
04-24
### 关于Rancher-K8s打造企业私有云平台 #### 概述 Rancher-K8s作为一款高效的企业级私有云平台解决方案，它不仅提供了强大的容器编排能力，还支持Kubernetes集群的管理和部署。对于企业而言，Rancher-K8s能够帮助...
Rancher部署K8s相关镜像(1)
02-24
rancher-2.5.5 K8S Client Version: version.Info{Major:"1", Minor:"18", GitVersion:"v1.18.2", GitCommit:"52c56ce7a8272c798dbc29846288d7cd9fbae032", GitTreeState:"clean", BuildDate:"2020-04-16T11:56:40Z...
rancher-cli-k8s:用于自定义rancher-cli的docker映像
03-18
docker-rancher-cli用于自定义rancher-cli的docker映像
【博客523】k8s修改pod的内核参数以优化服务网络性能
qq_43684922的博客
10-16 3491
扩大源端口范围 调大最大文件句柄数 系统最大文件句柄数由 fs.file-max 这个内核参数来控制，一些环境默认值可能为 838860，建议调大: 调大全连接连接队列的大小 TCP 全连接队列的长度如果过小，在高并发环境可能导致队列溢出，使得部分连接无法建立。如果因全连接队列溢出导致了丢包，从统计的计数上是可以看出来的： 2、面对高吞吐场景 调大 TCP 缓冲区 TCP socket 的发送和接收缓冲区也是有上限的，不过对于发送缓冲区，即便满了也是不会丢包的，只是会让程序发送数据包时卡住，等待缓冲区有
k8s集群异常排查思路
weixin_46941625的博客
11-15 1565
要解决和了解节点状态为何会发生异常需要先了解k8s体系组件的基本知识与原理 在k8s容器集群运行过程，时长遇到节点运行状态异常的问题和因为组件异常、系统内核死锁、资源不足等原因引起节点状态不可知。 该问题可能的原因有： 1.节点停机 2.节点组件kubelet异常 3.节点docker异常 4.节点的systemd的版本过低触发pleg的bug (低版本的systemd (67版本之前)，dbus的cookie溢出，导致docker、kubelet组件无法正常运行，包括runc 夯死等 5.网络有拦截 6.
Kubernetes（K8S）内核优化常用参数详解
小云的博客
02-10 4225
net.ipv4.tcp_keepalive_time=600 net.ipv4.tcp_keepalive_intvl=30 net.ipv4.tcp_keepalive_probes=...
k8s容器网络性能调优 ——k8s从入门到高并发系列教程（十）
fanghailiang2016的博客
09-12 2671
有一半的请求接口返回了Yar_Client_Transport_Exception curl exec failed，“Timeout was reached”。 出现这个问题的原因是 yar框架底层基于curl，而并没有对curl进行优化导致部分请求被丢包。我们需要先启动一个初始化容器，在该容器中初始化网络参数优化docker容器的网络性能
终于搞懂了服务器为啥产生大量的TIME_WAIT
weixin_43507410的博客
11-25 3003
写在开头，大概 4 年前，听到运维同学提到 TIME_WAIT 状态的 TCP 连接过多的问题，但是当时没有去细琢磨；最近又听人说起，是一个新手进行压测过程中，遇到的问题，因此，花点时间，细深究一下。 从这几个方面着手： 问题描述：什么现象？什么影响？ 问题分析 解决方案 底层原理 1、问题描述 模拟高并发的场景，会出现批量的 TIME_WAIT 的 TCP 连接： 短时间后，所有的 TIME_WAIT 全都消失，被回收，端口包括服务，均正常。即，在高并发的场景下，TIME_WAIT 连
服务器出现大量TIME_WAIT状态怎么解决
qq_40813329的博客
11-22 3016
TIME_WAIT产生的原因 假设主动关闭连接的一方为A,被动关闭连接的一方为B A调用close()；协议层发送FIN包，进入FIN_WAIT_1状态 B收到FIN包后，回复ACK，进入CLOSE_WAIT状态，A等待对方关闭，进入FIN_WAIT_2状态，此时，A会等待B的应用程序调用close操作 B在完成所有数据发送后，调用close()操作；此时，协议层会发送FIN包给A，然后等待对方的ACK，进入LAST_ACK状态； A收到FIN包，回复ACK，进入TIME_WAIT状态；B收到ACK后，进
TCP之再谈解决服务器TIMEWAIT过多的问题
zy531的专栏
01-03 1062
原文地址：TCP之再谈解决服务器TIMEWAIT过多的问题   这个问题在网上已经有很多人讨论过了，再谈这个问题，只是根据我处理过的相关业务来谈谈我的看法。至于什么是TIMEWAIT，我想，并不需要多说。 TIMEWAIT状态本身和应用层的客户端或者服务器是没有关系的。仅仅是主动关闭的一方，在使用FIN|ACK|FIN|ACK四分组正常关闭TCP连接的时候会出现这个TIMEWAIT。服务
性能测试机中存在大量的TIME_WAIT状态的连接，影响并发压力的发起
weixin_34254823的博客
11-28 191
现在一个测试项目，发现性能测试机中有很多TIME_WAIT状态的TCP连接，在网上查了一下，这种状态也叫TCP半连接状态。 测试环境：9台windows测试机，其中包括一台压力控制机，即controller机器 服务器环境：IIS7.0+MS SQL 问题表现：controller机器使用其中任何一台windows测试机并发5个vuser或者更多，都会在8分钟或者10分钟左右出现大量的失败交...
记一次现网k8s中pod连接数据库异常的问题分析及解决实践（tcp_tw_recycle与tcp_tw_reuse内核参数修改）
弱水提沧的博客
04-26 4370
在k8s环境中，node节点上的pod网络互联互通是采用网络插件结合etcd实现的。 默认情况下pod访问集群外部的网络走的是对应node节点的NAT规则。在这次连接中，由于在pod内连接数据库经过了一次NAT转换，客户端TCP请求到达数据库，修改目的地址（IP+端口号）后便转发给数据库服务器，而客户端时间戳数据没有变化。对于数据库来说，请求的源地址是node节点IP，所以在数据库看来，原先不同的客户端请求经过NAT的转发，会被认为是同一个连接，加上不同客户端的时间可能不一致，所以就会出现时间戳错乱的现象。
rancher入门到精通-2.0
最新发布
07-28
回答: 对于Rancher入门到精通-2.0的问题，我无法提供具体的回答，因为在提供的引用内容中没有包含与Rancher入门到精通-2.0相关的信息。引用\[2\]提到了一个关于nginx-ingress的问题，但是没有提供具体的解决方案或教程。如果您需要关于Rancher入门到精通-2.0的详细信息，建议您查阅Rancher官方文档或参考其他相关资源。 #### 引用[.reference_title] - *1* *3* [Rancher入门到精通-2.0 产品架构详解](https://blog.csdn.net/wxb880114/article/details/105964549)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [Rancher入门到精通-2.0 ingress-nginx 异常 /etc/ingress-controller/ssl/default-fake-certificate.pem ...](https://blog.csdn.net/wxb880114/article/details/102598750)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

未来AI编程

共鸣===鼓励 打赏您随意

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值