kubernetes》》k8s》》Service 、Ingress 区别

K8S>>Service

资料

K8S >>Ingress

资料

Ingress VS Service

1. 物理层
2. 数据链路层
3. 网络层
4. 传输层
5. 会话层
6. 表示层
7. 应用层

Ingress是一种用于暴露HTTP和HTTPS路由的资源，它提供了七层（应用层）的负载均衡功能。Ingress可以根据主机名、路径等规则将外部请求转发到集群内部的Service。Ingress需要配合Ingress Controller使用，

Service定义了一种抽象，它将一组Pod逻辑分组，并提供一种访问这些Pod的策略。Service通常用于实现微服务架构中的负载均衡和服务发现。位于传输层 只能到IP层

kube-proxy

kube-proxy 支持 3 种工作模式

1. userSpace

这个模式比较稳定，但是效率比较低！在 userSpace 模式下，kube-proxy 会为每一个 Service 创建一个监听端口，当有请求发往Cluster IP 的时候，会被 Iptables 规则重定向到 kube-proxy 监听的端口上，kube-proxy 会根据 LB 算法选择一个 Pod 提供服务并建立起连接。

这个模式下，kube-proxy 充当的角色是一个 四层负责均衡器，由于 kube-proxy 运行在 userSpace 模式下，在进行转发处理的时候会增加内核和用户空间之间的数据拷贝，因此效率比较低。

2. iptables

在 iptables 模式下，kube-proxy 会为 Service 后端的每个 pod 都创建对应的 iptable 规则，直接将发往 Cluster IP 的请求重定向到一个 pod IP 上。该模式下 kube-proxy 不承担四层负载均衡器的角色，只负责创建 iptables 的规则。该模式的有点便是较 userspace 模式来说效率更高，但是不能提供灵活的 LB 策略。当后端Pod不可用的时候也无法进行重试。

3. ipvs

这种模式与 iptables 模式形似，kube-proxy 会监控pod的变化并且创建相应的 ipvs 规则。但是 ipvs 规则相对于 iptables 来说转发效率更高，而且支持更多的 LB 算法。