K8s之Service、Endpoints、Pod三者关系

最新推荐文章于 2025-05-21 10:20:15 发布
最新推荐文章于 2025-05-21 10:20:15 发布
阅读量562 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： K8S学习 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_37278522/article/details/133784395
本文探讨了Service（服务）与Endpoints（端点）、Pod（容器）之间的关系，强调Service配置selector的重要性，以及自动关联内部Pod和服务与手动维护外部服务的区别。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

上篇文章我们了解到Service是一个规则的集合，今天我们来看看这Service、Endpoints、Pod三者的关系

 对应实验环境我们可以看到Endpoints其实就是后端pod的IP地址，因为本机实验环境只有一个node节点，故pod的reolicas=1，只有1个Endpoints，实际上在生产环境中，EndPoints应该是一组 提供同类型服务的Pod 的端点合，在图中的Endpoints就是：10.1.20.100,10.1.20.101,20.1.20.102

 

注意：Service配置selector，endpoint controller才会自动创建对应的endpoint对象；否则，不会生成endpoint对象

自动关联体系内的pod服务

手动维护体系外的外部服务 

持续集成部署-k8s-服务发现-Service：Service、Endpoint、Pod之间的关系与原理
种一棵树最好的时间是十年前，其次是现在。
10-22 1400
Service、Endpoint 和 Pod 之间是一种非常紧密的关系，它们协同工作来实现 Kubernetes 中的服务发现和负载均衡功能。Service 提供了一个统一的逻辑入口，Endpoint 包含了具体的 Pod 的 IP 地址和端口信息，Pod 是服务提供者的最基本单位。这些组件之间的协同工作，使得 Kubernetes 用户更加方便地部署、管理和访问自己的应用程序。
【Kubernetes知识点】 解读 Service 和 EndpointSlice 之间的关系
StevenZeng学堂
09-30 1659
❤️ 摘要：在 Kubernetes 中，Service 和 EndpointSlice 是实现负载均衡和服务发现的重要组件。 EndpointSlice让Service更好地处理大量后端，并允许集群有效地更新其健康后端列表。本文将深入探讨它们之间的关系，并设计实验来验证这一关系。
K8s 中 Service、Endpoints、Pod 之间的关系
小单的博客专栏
12-22 8192
概念 Kubernetes 中的 Service，它定义了一组Pods的逻辑集合和一个用于访问它们的策略。一个 Service 的目标 Pod 集合通常是由Label Selector 来决定的。 Endpoints 是一组实际服务的端点集合。一个 Endpoint 是一个可被访问的服务端点，即一个状态为 running 的 pod 的可访问端点。一般 Pod 都不是一个独立存在，所以一组 Pod 的端点合在一起称为 EndPoints。只有被 Service Selector 匹配选中并且状态为 Run
Service如何将流量分发到后端Pod？
最新发布
sre救赎之路
05-21 971
Kubernetes Service 通过与 Endpoint、kube-proxy 和 CNI 的协同工作，实现将流量从客户端分发到后端 Pod。
k8s service endpoint
qq_36054969的博客
07-04 882
k8s service endpoint
k8s的service和endpoint
jjt_zaj的博客
01-11 7746
service： 在k8s中，pod之间是通信是一般通过service名称完成的 endpoint: pod和service之间的关联关系，是通过endpoint实现的。Endpoint Endpoints表示了一个Service对应的所有Pod副本的访问地址，而Endpoints Controller负责生成和维护所有Endpoints对象的控制器。它负责监听Service和对应的Pod副本的变化。 对于pod，endpoint是集群自动创建的，用于将service和pod关联起来；而对于外部服务（部署
K8S—Pod详解
qq_64441401的博客
02-23 3035
Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等。
带你深入学习k8s--(三) pod 管理
好久没说梦想的博客
04-25 1242
Pod是可以创建和管理Kubernetes计算的最小可部署单元，一个Pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip。 一个pod类似一个豌豆英，包含一个或多个容器 (通常是docker) ，多个容器间共享IPC、Network和UTC namespace。
k8s核心资源之service四层负载均衡器代理(六)
久伴你逍遥风的博客
06-04 1505
目录1. k8s四层负载均衡-service1.1 四层负载均衡Service：概念、原理1.1.1 为什么要有Service？1.1.2 Service概述1.1.3 Service工作原理1.1.4 kubernetes集群中有三类IP地址1.2 创建Service资源1.2.1 Service的四种类型ExternalNameClusterIPNodePortLoadBalan...
Kubernetes组件_KubeProxy_Service找到Pod与DNS解析Service/Pod
毛毛的专栏
07-08 1587
KubeProxy_Service找到Pod与DNS服务发现
k8s-Service和endpoint
qinxue722的博客
08-01 1694
Service的IP保持不变(Headless Servcie除外，下⾯会单独讲)，保证了访问接⼝的稳定性，屏蔽了Pod的IP地址变化带来的影响，进⽽实现解耦合。1）master上的kube-apiserver会处理service的创建，以及Service与通过label匹配与Pod绑定⽽产⽣的endpoints对象，并将这些元数据内容存储到etcd中。其中绿⾊的代表从外向内的访问模式；endpoint是k8s集群中的⼀个资源对象，存储在etcd中，⽤来记录⼀个service对应的所有pod的访问地址；
k8s--serviec，endpoint,ingress和pod
IT艺术家-rookie的博客
09-15 1751
service,endpoints,ingress
k8s中的pod内几个容器之间的关系是什么
Johnny_Li的博客
03-03 5912
pod可以想象成一个篮子，而容器则是篮子里的鸡蛋，他们之间的关系主要变现为以下几点： 1、一个pod里的容器能有多少资源也取决于这个篮子的大小。 2、label也是贴在篮子上的。 3、IP分配给篮子而不是容器，篮子里面的所有容器共享这个IP。(pod是IP等网络资源的分配的基本单位，这个IP及其对应的network namespace是由pod里的容器共享的；) 4、哪怕只有一个鸡蛋(容器)，K...
Service & Endpoint
喝醉酒的小白
07-21 2318
Service的核心作用就是为Pod提供稳定的网络连接。除此之外，还提供负载均衡和从集群外部访问Pod的途径。Service对外提供固定的IP、DNS名称和端口，并确保这些信息在Service的整个生命周期中是不变的。Service对内则使用Label来将流量均衡转发至应用的各个（通常是动态变化的）Pod中。...............
【运维知识大神篇】运维界的超神器Kubernetes教程12（Endpoints资源+service详解四种类型+详解Pod调度的五种方式+Job控制器完成一次性任务+CronJob周期性完成任务）
吾日三省吾身，想出类拔萃，要把知识学牢，学全，学深，学广。
03-11 1382
本篇文章继续给大家介绍Kubernetes的内容，还是依旧的有难度，高难度意味着高工资嘛，这个没啥，还是希望大家继续努力，攻克K8s！本篇文章内容包括Endpoints资源、service详解四种类型，玩转Pod调度的五种方式，有污点、污点容忍、节点选择器、亲和性、DaemonSet控制器，Job控制器完成一次性任务和CronJob控制器周期性完成任务。
Kubernetes的Endpoints
weixin_33910759的博客
03-20 863
　　在之前的博文中，我们演示过如何通过ceph来实现kubernetes的持久存储，以使得像mysql这种有状态服务可以在kubernetes中运行并保存数据。这看起来很美妙，然而在实际的生产环境使用中，通过分布式存储来实现的磁盘在mysql这种IO密集性应用中，性能问题会显得非常突出。所以在实际应用中，一般不会把mysql这种应用直接放入kubernetes中管理，而是使用专用的服务器来独立部署...
Kubernetes基础(十七)-Endpoint
sre救赎之路
02-18 3406
Endpoint代表了Service后端的一组IP地址和端口号，用于将流量从Service引导到实际运行应用程序的Pod。每个Service都关联着一个对应的Endpoint，这个Endpoint动态地维护了所有Service所选择的Pod的网络终端信息。简而言之，Endpoint是Service的一种实现，是Service背后真实运行的Pod的地址和端口的集合。通过Endpoint，K8s可以实现服务的动态发现和负载均衡。
k8s之Endpoint详解
woshihlf的博客
02-20 1265
Endpoint是Kubernetes中的一种资源，用于描述Service的实际访问点。它包含了提供服务的Pod的IP地址和端口信息。这些信息是Kubernetes实现服务发现和流量分发的关键依据，通过记录具体Pod的网络信息，让外部请求能够准确找到提供服务的实例。
k8s 服务发现原理
02-10
### Kubernetes 服务发现机制原理详解 #### 一、服务注册与发现基础概念 Kubernetes 提供了一套内置的服务发现机制，使得应用程序可以轻松找到彼此而无需硬编码 IP 地址或端口号。这套机制依赖于 DNS 和环境变量两种主要方法。 - **DNS 解析**：当创建 Service 后，Kubernetes 自动为其分配一个唯一的 ClusterIP 并通过 CoreDNS 插件将其映射到对应的域名下。Pod 可以直接使用这个域名来进行通信[^1]。 - **环境变量注入**：对于同一命名空间内的 Pod，在启动时会自动获得一组与其所在命名空间中的 Services 对应的环境变量。这些变量包含了 Service 的名称、ClusterIP 和端口等信息。 #### 二、Service 资源对象的作用 Service 是 Kubernetes 中用于定义逻辑上的微服务集合的对象。它不仅能够实现内部流量路由的功能，还支持外部访问配置。更重要的是，Service 作为服务发现的核心组件之一，提供了稳定可靠的接口地址给客户端调用者。 - 创建 Service 后，即使背后的 Pods 发生变化（如重启、迁移），也不会影响到其他 Pod 或者外界对该服务的正常访问。 #### 三、Endpoint 控制器工作流程 为了使上述提到的服务发现功能得以顺利运作，还需要依靠 Endpoint Controller 来维护实际提供服务的具体实例列表——即 Endpoints 列表。每当有新的 Pod 加入某个 Deployment 或 StatefulSet 等控制器管理下的副本集时，Endpoint Controller 就会被触发更新相应的 Endpoints 记录；反之亦然，如果某些 Pod 出现异常被删除，则同样需要及时移除其在 Endpoints 中的信息。 ```yaml apiVersion: v1 kind: Endpoints metadata: name: my-service subsets: - addresses: - ip: 192.0.2.42 ports: - port: 8080 ``` 此 YAML 文件展示了如何手动指定 Endpoints 配置文件的内容结构。不过通常情况下并不建议这样做，因为这违背了自动化运维的理念，应该让 Kubernetes 自身去管理和同步最新的状态信息。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值