关于k8s的ipvs转发svc服务访问慢的问题分析

最新推荐文章于 2023-02-23 19:58:06 发布
最新推荐文章于 2023-02-23 19:58:06 发布
阅读量451 收藏
点赞数
文章标签： k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_48190891/article/details/120524030
版权

[root@worker2 ~]# ethtool -K flannel.1 tx-checksum-ip-generic off

在这里插入图片描述
参考博客：

https://blog.csdn.net/comeyes/article/details/106123409

https://t.du9l.com/2020/03/kubernetes-flannel-udp-packets-dropped-for-wrong-checksum-workaround/
一介书生 `
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
年薪百万架构师之k8s集群curl service的ip延迟响应高
文章中资料均可获取，有需要请添加yunduoa2019即可
09-04 635
1. 问题描述 qq群的小伙伴，在昨天提了个问题，说在master节点上curl service的ip不通，故写下排查问题的过程。 2. 解决过程 首先想到的是，master节点安没安装kube-proxy，小伙伴已确认安装，并说curl了一会能通，但是很慢。 2.1 查kube-proxy日志 可以看到报错有timeout情况，应该只是时间过长 2.2 通过curl命令观察具体时间 curl -o /dev/null -s -w %{time_namelookup}::%...
docker jenkin下载缓慢_K8S环境的Jenkin性能问题处理续篇(任务Pod设置)
weixin_30340269的博客
01-04 142
欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos K8S环境的Jenkin性能问题处理 本文是《K8S环境的Jenkin性能问题处理》的续篇，上一篇解决了Jenkins集群中的Master节点的性能问题，但是真正执行任务的并非Master节点，而是为每个任务临时创建的Pod，当这些Pod的性能问题决定...
关于k8s的ipvs转发svc服务访问慢的问题分析(二)
comeyes的专栏
05-18 1478
接上篇:关于k8s的ivs转发svc服务访问慢的问题分析(一) 上篇文章归因比较模糊，因为对offload技术的不太了解，查阅和学习了相关概念后，知道了一些关于offload模式的相关知识，现列出来，并进行对上篇文章的归因总结。 网卡offload机制 当网络速度超过1Gb的时候，这些计算会耗费大量的CPU时间，有数据表明，即便使用千兆全双工网卡，TCP通信也将消耗CPU的80%的使用率（以2.4GHz奔腾4处理器为例），这样留给其他应用程序的时间就很少了，表现出来就是用户可能感觉到很慢。 为了解.
k8s集群内部网络访问慢，curl延时高
RayPick的博客
06-29 4128
我这边的环境是三台机器，均为centos7，节点为master、node1、node2，版本如下 部署方式：helm部署 部署应用： EFK 出现问题： elasticSearch应用副本数为1，被默认调度在node2启动，通过master节点输入命令 kubectl get svc 查看到es的clusterIp地址，在node2上（也就是es所在节点）用 curl clusterIp:9200 能curl通，且速度很快，然后在node1上进行curl操作，非常慢，得等接近1分钟才有反应。 这里我翻
Kubernetes访问service慢的问题
啥也不会的云计算小白
02-23 385
Kubernetes访问service慢的问题。
Kubernetes K8S在IPVS代理模式下Service服务的ClusterIP类型访问失败处理
踏歌行的专栏
09-08 2855
Kubernetes K8S使用IPVS代理模式，当Service的类型为ClusterIP时，如何处理访问service却不能访问后端pod的情况。
kubernetes（K8S） 开启ipvs模式
weixin_42655668的博客
04-08 5106
IPVS简介： 尽管 Kubernetes 在版本v1.6中已经支持5000个节点，但使用 iptables 的 kube-proxy 实 际上是将集群扩展到5000个节点的瓶颈。 在5000节点集群中使用 NodePort 服务，如果有2000个服务并且每个服务有10个 pod，这将在每个工作节点上至少产生20000个iptable 记录，这可能使内核非常繁忙。 ipvs (IP Virtual Server) 实现了传输层负载均衡，也就是我们常说的4层LAN交换，作为Linux 内核的一部分。ipvs运
企业运维实战--k8s学习笔记3.Service之IPVS模式、外部访问Service
Rabbit_hyl的博客
07-27 530
企业运维实战--k8s学习笔记3.IPVS+Service实现支持更多量级的Pod一、Service简介二、IPVS模式的Service实现 一、Service简介 Service可以看作Pod的对外访问接口。借助service可以方便的实现服务发现和负载均衡。 Service 是由 kube-proxy 组件，加上 iptables 来共同实现的。当我们集群中有大量Pod时，会不断刷新iptables规则，消耗大量的内存。 Ipvs模式的service可以使k8s集群支持更多量级的Pod。 二、IPVS
k8s（四）service（IPVS，kube-dns，无头服务，集群外部访问）
weixin_44992260的博客
07-29 2214
service 先启动仓库，然后输入变量，查看kubectl的状态； [root@server1 ~]# cd harbor/ [root@server1 harbor]# docker-compose start [root@server2 ~]# export KUBECONFIG=/etc/kubernetes/admin.conf [root@server2 ~]# kubectl get pod -n kube-system 安装ipvsadm 软件，server2,3,4同样操作 serve
K8s低版本SVC使用Iptables实现，svc IP不通解决办法
无敌码农
02-26 2337
K8s低版本SVC使用Iptables实现，svc IP不同解决办法 首先查看k8s集群的kubeproxy IPVS模式，命令如下： # kubectl get cm kube-proxy -n kube-system -o yaml 如果mode字段不是“ipvs”，可以通过编辑配置将其改成"ipvs",命令如下： # kubectl edit configmap -n kube-system 修改后保存！ 之后将kubeproxy 删除重建 # kubectl get pods
关于k8s的ipvs转发svc服务访问慢的问题分析(一)
comeyes的专栏
05-15 5904
系统环境描述： 系统环境：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网络环
k8s 详解 SVC(service) clusterIp,headliness,nodePort,loadBanlance,externalName
面朝大海，春暖花开
03-20 5710
k8s 详解 SVC(service) clusterIp,headliness,nodePort,loadBanlance,externalName
K8s 测试六SVC
王佳宇的个人博客
03-08 1226
Service 的概念 kubernetes Service 定义了这样的一种抽象：一个Pod的逻辑分组，一种可以访问他们的策略--通常称之为微服务。这一组Pod能够被Service访问到，通常是通过Label Selector。 Service 能够提供负载均衡的能力，但是在使用上有以下限制： 只提供四层负载均衡能力，而没有7层功能，但有时我们可能需要更多的匹配规则来转发...
k8s ingress访问响应慢的问题（阿里云环境）
w184414332的博客
08-11 3184
k8s ingress访问响应慢的问题（阿里云环境）
[问题已处理]-k8s访问svc的clusterip异常的慢
爷来辣的博客
03-06 1503
导语：集群内部 访问svc+port 特别慢 排查原因 现象如图 归因：flannel网络设置将发送端的checksum打开了，但是flannel想利用了Checksum offloading的机制，自己不计算checksum，想留给网卡硬件来计算，这样的目的是不消耗CPU，利用网卡硬件分担CPU消耗，这原本是没问题的，但是flannel下层还有个ens33，这个ens33才是真的NIC，但是对ens33来说，从flannel发过来的是属于报文，ens33是否会对上层协议报文进行校验，然后将值填写到ud
pod内coredns解析svc慢
任我行的博客
09-14 1145
现象 在pod内访问另一个pod的svc名称，解析速度很慢，大概有四五秒。 问题原因 glibc从2.9版本开始，为了提高解析效率，会在一个socket上并发A和AAAA记录请求（先A后AAAA然后等待应答）。 若因某些原因（网络乱序、DNS Server侧处理）AAAA应答先于A应答到达，且AAAA本身没有解析成功（未支持IPv6）但A记录实际上成功返回，则客户端（glibc）可能认为这次解析失败（先收到AAAA应答为失败），则等待超时（默认5s）后再重新请求。 综上，导致域名解析概率性变慢，等待..
如何调试Kubernetes集群中的网络延迟问题
http://www.54tianzhisheng.cn/
04-06 1282
本文深入研究和解决了 Kubernetes 平台上的服务零星延迟问题，就在不久前我也遇到了类似的问题，看似是玄学事件，刚开始归结于网络链路抖动，一段时间后依然存在，虽然影响都是 P99.99 以后的数据，但是扰人心智，最后通过多方面定位，解决了该问题。最后发现跟业务、网络都没有什么关系，而是基础设施自身出了问题，如下文给了一个具体排查方案，并从一定程度上解释了容器、cgr...
生产环境k8s偶发超时问题排查及解决
热门推荐
Jerry_Pan1990的博客
11-25 1万+
前言： 凡是有明确报错的问题，都是能很快解决的，真正难以解决和排查的，是偶发且笼统报错的问题。 这里记录整个解决的过程，期间有走过弯路，有思维局限，但庆幸最终找到了原因，正常把我们系统上线到 k8s 平台了。 问题表现： 生产某套应用访问时，偶尔会报 timed out 。相同的配置在 开发、测试、预生产都能正常运行。 排查思路： 1、 首先，因为这个问题是偶发性的...
k8s svc负载均衡
longtails的博客
12-21 4989
k8s svc负载均衡 run创建deploy [root@zjucst-52668 ~]# kubectl run http --image=katacoda/docker-http-server:latest --replicas=1 -n cka expose创建svc，暴露ip端口,并且为其配置虚拟网卡 [root@zjucst-52668 ~]# 274 kubec...
k8s中ipvs和iptables的区别
最新发布
06-28
K8s中IPVS和iptables的区别在于它们是不同的负载均衡技术。IPVS是一种基于内核的负载均衡技术，它可以在内核层面进行负载均衡，提高了负载...在K8s中，IPVS通常用于服务的负载均衡，而iptables则用于网络策略的实现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值