k8s service ip,k8s pod service

k8s service ip,k8s pod service

kube-proxy：这个进程存在于k8的每个节点中，负责实现service功能。这个进程负责感知service和pod的变化，并将变化的信息写入本地iptables。 iptables：使用NAT等技术连接virtu到K8s。接下来是K8s的流量负载组件——Service和Ingress。1.Service简介1.了解Service程序在容器中，容器在Pod中。应用程序可以通过pod的IP访问，但podIP会随着创建和销毁而改变。 由此，Service出现：

∪０∪ 例如，访问nginx1pod内的nginx服务时，负载均衡后的IP为nginx1pod的IP，或者nginx2pod的IP。 不同的pod访问nginx1pod内部的nginxservice服务，负载均衡后的IP是没有的。此时我们通过Serviceink8s访问整个pod集群。只要Service不被销毁，pod就一直在变化，入口访问的IP始终是固定的。 服务资源用于为Pod对象提供固定、统一的访问接口和负载均衡。

╯＾╰ 包含名称和命名空间等信息name:nginx-service#将服务的名称定义为nginx-servicenamespace:default#指定创建服务的命名空间spec:#指定服务的配置信息对象type:ClusterIP#指定Servick8s将根据服务关联的podIP信息组合成一个端点。 如果服务定义中没有选择器字段，则端点控制器将不会在创建服务时自动创建端点。 服务负载分布策略服务负载分布

Spec定义了服务相关的内容如下：type：定义了服务类型。 k8具有三种常见的服务类型。 clusterip：这是集群内的IP地址，只能在集群内通信。 NodePort：允许从外部访问集群。当使用节点IP应用上述列表时，系统将创建一个名为"my-service"的服务，服务类型默认为集群IP。 该服务指向带有标签的所有内容app.kubernetes.io/name:MyApp

(ˉ▽ˉ；) PodIP是每个Pod的IP地址，由DockerEngine根据dockerbridge的IP地址段进行分配。通常是虚拟的二层网络。同一个Service下的Pod可以基于PodIP直接相互通信。不同Service下的Pod需要通过k8进行集群间通信。仅支持None和ClinetIP两种会话亲和性配置，不支持基于cookie的配置。 会话亲和性选项，因为k8s服务不工作在http级别，服务处理TCP和UDP数据包，而cookie是HTTP协议的内容，所以服务不认识cookie。 相同的