LVS学习笔记4——延伸至kube-proxy

本文探讨了Kubernetes中Service的实现方式变迁,从最初的iptables到后来的IPVS,分析了iptables的局限性和IPVS的优势,包括IPVS的高性能负载均衡技术和适合的VS/NAT模式。

背景

kubernetes中的service最开始是利用iptables技术实现,但是后来kubernetes官方抛弃了iptables,改用ipvs来实现service

Iptables问题

  • 规则复杂凌乱,排查问题困难
  • 基于链表实现,查找复杂度为O(n),当规则超过2w条时,内核压力巨大,iptbales将会成为瓶颈

IPVS特点

  • 专注于负载均衡技术,且支持多种调度算法
  • 基于哈希查找,复杂度为O(1)

个人思考

为什么要弃用iptables

  1. Iptables在功能上应该是偏防火墙功能
  2. k8s中流量的负载均衡就是利用service来实现的,而ipvs最初的目的就是解决负载问题,ipvs更加专注于负载均衡技术。在这一点上,和service的需求更加契合;而且ipvs的性能还非常好

从以上两点出发,去思考kubenertes为社么要弃用iptables,这样会更简单直接一些!

应该使用ipvs的哪种模式呢?

  1. service是需要支持端口映射的,so,这样一来就只有一种模式可选了——VS/NAT模式
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值