网站咨询弹窗是怎么做的黄冈网站推广策略
K8S>>Service
资料
K8S >>Ingress
资料
Ingress VS Service
- 物理层
- 数据链路层
- 网络层
- 传输层
- 会话层
- 表示层
- 应用层
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 算法。
