K8S对象---service

最新推荐文章于 2025-06-18 09:06:13 发布
最新推荐文章于 2025-06-18 09:06:13 发布
阅读量740 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： K8S学习 文章标签： kubernetes docker 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Liu_yongpeng/article/details/126732236
本文深入介绍了Kubernetes Service的概念，包括其作为Pod逻辑分组和微服务的作用，以及Service的优缺点。文章详细阐述了Service的四种类型：ClusterIP、NodePort、LoadBalancer和ExternalName，特别是NodePort和LoadBalancer的流量转发机制。此外，还探讨了Service的负载均衡能力，以及VIP和Service代理的实现，涉及kube-proxy在iptables中的应用。最后，通过示例展示了HeadlessService的使用和DNS解析过程。

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

学习目标：

  1. 了解service的概念
  2. 掌握service的类型和数据转发流程
  3. 掌握定位的思路和方式

学习内容：

Service的概念

kubernetes为service定义了这样一个抽象：一个Pod的逻辑分组，一种可以访问它们的策略—通常称为微服务，这一组Pod能够被service访问到，通常是通过Label Selector
在这里插入图片描述

优缺点

Service能够提供负载均衡的能力，但是在使用上有一下限制：
只提供四层负载均衡能力，而没有七层功能，但有时我们可能需要更多的匹配规则来转发请求，这点上四层负载均衡是不支持的

Service的类型

Service在K8S中有以下四种类型：

  1. ClusterIp：默认类型，自动分配一个仅Cluster内部可以访问的虚拟ip
  2. NodeIp：在ClusterIP基础上为Service在每台机器上绑定一个端口，这样就可以通过:NodePort来访问该服务
  3. LoadBalancer：在NodePort的基础上，借助cloud provider创建一个外部负载均衡，并将请求转发到:NodePort
  4. ExternalName：把集群外部的服务引入到集群内部来，在集群内部直接使用，没有任何类型代理被创建，这只有k8s 1.7或更高版本的kube-dns才支持
    在这里插入图片描述

步骤：
1、首先apiserver通过kube-proxy去监控服务和端点
2、kube-proxy负责去监控到匹配到信息的Pod，把这些信息写入到iptables规则中去
3、当客户端想要去访问SVC时，其实就是访问iptables规则
4、然后根据iptables规则被导向到后端的Pod，实现访问

VIP和Service代理

在K8S集群中，每个Node运行一个kube-proxy进程，kube-proxy负责为Service实现一种VIP（虚拟ip）的形式，在K8S v1.0版本，代理完全在userspace。K8S v1.1版本，新增了iptables代理，但不是默认的运行模式，从K8S v1.2起，默认就是iptables代理，在K8S v1.8.0-beta中，添加了IPVS代理
在K8S v1.14版本开始默认使用IPVS代理
在K8S v1.0版本，Service是四层概念，在K8S v1.1版本，新增了ingress API ，用来表示七层服务

ClusterIP

ClusterIP主要在每个Node节点使用iptables，将发向clusterIP对应端口的数据转发到kube-proxy中，然后kube-proxy自己内部实现有负载均衡的方法，并可以查询这个service下对应pod的地址和端口，进而把数据转发给对应的pod的地址和端口
在这里插入图片描述
为了实现图上的功能，主要需要以下几个组件的协同工作：
apiserver用户通过kubectl命令向apiserver发送创建service的命令，apiserver接收到请求后将数据存储到etcd中
k8s的每个节点中都有一个kube-proxy的进程，这个进程负责感知servce、pod的变化，并将变化的信息写入到本地的iptables规则中
iptables使用NAT等技术将virtualIP的流量转发至endpoint中

  • 样例：
    在这里插入图片描述
    在这里插入图片描述

Headless Service

有时不需要或不想要负载均衡；以及单独的Service IP，遇到这种情况，可以通过指定ClusterIP（spec.clusterIP）的值为"None"来创建Headless Service，这类Service并不会ClusterIP，kube-proxy不会处理他们，而且平台也不会为他们进行负载均衡和路由

  • 样例：
    在这里插入图片描述

NodePort

nodeport的原理在node上开了一个端口，将向该端口的流量导入到kube-proxy，然后由kube-proxy进一步给到对应的pod
在这里插入图片描述

查询流程

  1. iptables -t nat -nvL

    ##各参数的含义为：
-L表示查看当前表的所有规则，默认查看的是filter表，如果要查看nat表，可以加上-t nat参数
-n 表示不对ip地址进行反查，加上这个参数显示速度将会加快
-v 表示输出详细信息，包含通过该规则的数据包数量，总字节数以及相应的网络接口

  2. 域名解析nslookup和dig

[root@paas-core01 paas]# nslookup redisservice-server-headless.fst-manage.svc.cluster.local
Server:         10.247.0.20
Address:        10.247.0.20#53

Name:   redisservice-server-headless.fst-manage.svc.cluster.local
Address: 172.16.0.21
Name:   redisservice-server-headless.fst-manage.svc.cluster.local
Address: 172.16.0.9
Name:   redisservice-server-headless.fst-manage.svc.cluster.local
Address: 172.16.0.39

[root@paas-core01 paas]# dig @172.16.0.3 -p 5353 redisservice-server-headless.fst-manage.svc.cluster.local

; <<>> DiG 9.11.21-9.11.21-4.h15.eulerosv2r10 <<>> @172.16.0.3 -p 5353 redisservice-server-headless.fst-manage.svc.cluster.local
; (1 server found)
;; global options: +cmd
;; Got answer:
;; WARNING: .local is reserved for Multicast DNS
;; You are currently testing what happens when an mDNS query is leaked to DNS
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21782
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: dcfd7eb3bd3e1898 (echoed)
;; QUESTION SECTION:
;redisservice-server-headless.fst-manage.svc.cluster.local. IN A

;; ANSWER SECTION:
redisservice-server-headless.fst-manage.svc.cluster.local. 30 IN A 172.16.0.21
redisservice-server-headless.fst-manage.svc.cluster.local. 30 IN A 172.16.0.9
redisservice-server-headless.fst-manage.svc.cluster.local. 30 IN A 172.16.0.39

;; Query time: 18 msec
;; SERVER: 172.16.0.3#5353(172.16.0.3)
;; WHEN: Wed Sep 07 14:45:15 CST 2022
;; MSG SIZE  rcvd: 317
  1. iptables-save查看
[root@paas-core01 paas]# kubectl get svc -n fst-manage -owide|grep dns
kube-dns                                     ClusterIP   10.247.0.20      <none>                                         53/UDP,53/TCP                   34d   k8s-app=kube-dns
[root@paas-core01 paas]# iptables-save |grep 10.247.0.20
-A KUBE-SERVICES -d 10.247.0.20/32 -p udp -m comment --comment "fst-manage/kube-dns:dns cluster IP" -m udp --dport 53 -j KUBE-MARK-MASQ
-A KUBE-SERVICES -d 10.247.0.20/32 -p udp -m comment --comment "fst-manage/kube-dns:dns cluster IP" -m udp --dport 53 -j KUBE-SVC-ZK7UTMNBIKPQC3OG
-A KUBE-SERVICES -d 10.247.0.20/32 -p tcp -m comment --comment "fst-manage/kube-dns:dns-tcp cluster IP" -m tcp --dport 53 -j KUBE-MARK-MASQ
-A KUBE-SERVICES -d 10.247.0.20/32 -p tcp -m comment --comment "fst-manage/kube-dns:dns-tcp cluster IP" -m tcp --dport 53 -j KUBE-SVC-L3W4MN7I4JBGNVWH
[root@paas-core01 paas]# iptables-save |grep KUBE-SVC-L3W4MN7I4JBGNVWH
:KUBE-SVC-L3W4MN7I4JBGNVWH - [0:0]
-A KUBE-SERVICES -d 10.247.0.20/32 -p tcp -m comment --comment "fst-manage/kube-dns:dns-tcp cluster IP" -m tcp --dport 53 -j KUBE-SVC-L3W4MN7I4JBGNVWH
-A KUBE-SVC-L3W4MN7I4JBGNVWH -m comment --comment "fst-manage/kube-dns:dns-tcp" -m statistic --mode random --probability 0.50000000000 -j KUBE-SEP-UTBQF3HUMKK2MNPP
-A KUBE-SVC-L3W4MN7I4JBGNVWH -m comment --comment "fst-manage/kube-dns:dns-tcp" -j KUBE-SEP-2BMJE5TDC5EL54O4
[root@paas-core01 paas]# iptables-save |grep KUBE-SEP-UTBQF3HUMKK2MNPP
:KUBE-SEP-UTBQF3HUMKK2MNPP - [0:0]
-A KUBE-SEP-UTBQF3HUMKK2MNPP -s 172.16.0.32/32 -m comment --comment "fst-manage/kube-dns:dns-tcp" -j KUBE-MARK-MASQ
-A KUBE-SEP-UTBQF3HUMKK2MNPP -p tcp -m comment --comment "fst-manage/kube-dns:dns-tcp" -m tcp -j DNAT --to-destination 172.16.0.32:5353
-A KUBE-SVC-L3W4MN7I4JBGNVWH -m comment --comment "fst-manage/kube-dns:dns-tcp" -m statistic --mode random --probability 0.50000000000 -j KUBE-SEP-UTBQF3HUMKK2MNPP
[root@paas-core01 paas]# iptables-save |grep KUBE-SEP-2BMJE5TDC5EL54O4
:KUBE-SEP-2BMJE5TDC5EL54O4 - [0:0]
-A KUBE-SEP-2BMJE5TDC5EL54O4 -s 172.16.0.3/32 -m comment --comment "fst-manage/kube-dns:dns-tcp" -j KUBE-MARK-MASQ
-A KUBE-SEP-2BMJE5TDC5EL54O4 -p tcp -m comment --comment "fst-manage/kube-dns:dns-tcp" -m tcp -j DNAT --to-destination 172.16.0.3:5353
-A KUBE-SVC-L3W4MN7I4JBGNVWH -m comment --comment "fst-manage/kube-dns:dns-tcp" -j KUBE-SEP-2BMJE5TDC5EL54O4

Loadbalancer

loadbalancer和nodeport其实是同一种方式，区别在于loadbalancer比nodeport多了一步，就是可以调用cloud provider去创建LB访问节点导流
在这里插入图片描述

ExternalName

这种类型的service通过返回CNAME和它的值，可以将服务映射到externalname字段的内容。ExternalName Service是Service的特例，它没有selector，也没有定义任何的端口和endpoint，相反的，对于运行在集群外部的服务，它通过返回该外部服务的别名这种方式来提供服务
在这里插入图片描述
当查询主机my-service.defalut.svc.cluster.local(SVC_NAME.NAMESPACE.svc.cluster.local)时，集群的DNS服务将返回一个值my.database.example.com的CNAME记录，访问这个服务的工作方式和其他的相同，唯一不同的是重定向发生在DNS层，而且不会进行代理和转发

【K8S系列】深入解析Service
颜淡慕潇
04-24 3万+
Kubernetes的Service是一种抽象，用于定义一组Pods的访问方式。Service可以为Pods提供稳定的网络终结点，以便其他应用程序可以通过Service来访问这些Pods。总结一下Kubernetes Service知识点： Service类型：Kubernetes支持多种Service类型，包括ClusterIP、NodePort、LoadBalancer和ExternalName。每种Service类型都有不同的用途和特点，可以根据实际需求进行选择。 Service端口：Service
k8s集群网络(5)-service之iptable node port实现原理
weixin_46073333的博客
12-19 1843
在上一篇文章中我们主要介绍了集群内cluster ip service的实现原理，当然是基于iptable的nat的模式，也就是说利用OS的网络内核来完成负载均衡。在这里我们主要介绍no...
k8s Service之NodePort
学亮编程手记
06-14 780
Kubernetes-service-Nodeport
咸鱼很闲
12-12 2078
Nodeport类型的service（相当于映射） 在之前的样例中，创建的Service的ip地址只有集群内部才可以访问，如果希望将Service暴露给集群外部使用，那么就要使用到另外一种类型的Service，称为NodePort类型。NodePort的工作原理其实就是将service的端口映射到Node的一个端口上，然后就可以通过NodeIp:NodePort来访问service了。 apiVersion: v1 kind: Service metadata: name: nodeport na
Kubernetes----NodePort类型的Service
redrose2100的博客
04-05 2218
一、NodePort类型的Service简介 ClusterIP类型和Headless类型的Service都只能在集群环境内部访问，如果想开放给集群环境以外访问，那就需要使用NodePort类型，NodePort的工作原理其实就是将service的端口映射到Node的端口上，然后通过NodeIP:NodePort 来访问Service 二、环境准备 编写deployment.yaml文件，内容如下： apiVersion: v1 kind: Namespace metadata: name: dev
K8s Service原理介绍
weixin_30616969的博客
08-02 1298
Service的工作方式有三种: 　第一种: 是Userspace方式 　　如下图描述, Client Pod要访问Server Pod时,它先将请求发给本机内核空间中的service规则，由它再将请求, 　　转给监听在指定套接字上的kube-proxy，kube-proxy处理完请求，并分发请求到指定Server Pod后,再将请求 ...
k8s-fordocker-desktop-v1.29.1
03-01
【标题】"k8s-fordocker-desktop-v1.29.1" 是一个专为 Docker Desktop 用户设计的 Kubernetes（k8s）环境版本，版本号为 v1.29.1。这个软件包旨在帮助Windows用户在本地环境中便捷地搭建和管理Kubernetes集群。 ...
citrix-k8s-ingress-controller：适用于Kubernetes的Citrix ADC（NetScaler）入口控制器：
02-03
"citrix-k8s-ingress-controller"是Citrix为Kubernetes设计的专用入口控制器，它将Citrix ADC的强大功能集成到Kubernetes生态系统中，以实现更高效、安全的流量管理。 1. **Kubernetes Ingress**: Kubernetes ...
k8s-prometheus-配置文件.zip
01-11
- `prometheus-k8s-service-monitor.yaml`：这个文件可能包含了 Kubernetes ServiceMonitor 资源定义，ServiceMonitor 是一个 CRD（Custom Resource Definition），用于告诉 Prometheus 如何发现和拉取 Kubernetes ...
k8s篇- Service对象详解
qq_19676401的博客
10-03 1209
一、Service介绍 为什么需要Service： 每个Pod被创建后，都会有它自己的IP，但由于Pod有生命周期，经常会被创建与销毁，一旦重新创建POD，该POD的IP就会发生变化。 所以这些POD应用需要对外提供一个统一的访问入口，即固定IP，外部才能正常访问。 Service定义： Service可对Pod进行分组。我们可以将多个POD划分到同一个逻辑组中，并统一向外提供服务，这个逻辑组就是一个service。通常POD是通过Label Selector加入到指定的service中。 Se
k8s-ddns:为CoreDNS部署Kubernetes ExternalDNS
05-09
在Kubernetes（简称k8s）环境中，DNS解析是服务发现的关键部分，它使得应用能够通过服务名相互访问。CoreDNS作为Kubernetes的官方DNS服务器，负责为集群内的服务提供DNS解析服务。然而，对于集群外部的访问，比如从...
【k8s】8、service详解
种一颗树最好的时间是十年前，其次是现在！
11-20 2317
在k8s中，pod是应用程序的载体，我们可以通过Pod的ip来访问应用程序，但是Pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。为解决这个问题，k8s提供了service资源，service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址，通过访问service的入口地址就能访问到后面的pod服务。service在很多情况下只是一个概念，真正起作用的是kube-proxy服务进程，每个Node节点上都运行着一个kube-proxy服务进程，
k8s实践(12)--K8s service服务详解
热门推荐
黄规速博客:学如逆水行舟，不进则退
06-30 1万+
一、集群的服务分类 在K8S运行的服务，从简单到复杂可以分成三类：无状态服务、普通有状态服务和有状态集群服务。下面分别来看K8S是如何运行这三类服务的。 1、无状态服务（Stateless Service）： 1）定义：是指该服务运行的实例不会在本地存储需要持久化的数据，并且多个实例对于同一个请求响应的结果是完全一致的。 2）随意扩容和缩容：这些节点可以随意扩容或者缩容，只要简单的增...
k8s service服务发现详解：ipvs代理模式、服务类型
学亮编程手记
02-04 1295
目录 k8s服务发现Service 理解 Service的实现模型 userspace代理模式 iptables代理模式 ipvs代理模式 Service定义 Service配置清单重要字段 创建ClusterIP类型Service 创建NodePort类型Service Pod的会话保持 Headless无头Service 参考资料 Kubernetes之（十）服务发现Service 理解 Service是对一组提供相同功能的Pods的抽象，并为它们提供一个统一的入口。借助Se
k8s中service概述（二）NodePort
2301_79893878的博客
03-21 2980
NodePort 是 Kubernetes 中用于对外暴露服务的 Service 类型，它通过在集群的每个节点上开放一个静态端口，使得外部用户可以通过节点的 IP 地址和该端口访问集群内部的服务。NodePort 简单易用，适合开发和测试环境，但在生产环境中通常需要结合 LoadBalancer 或 Ingress 使用，以提供更高的可用性和安全性。
3.Kubernetes—pod通信网络原理
weixin_45246215的博客
04-07 4098
4、外部网络和 pod 之间通信容器中 pod 共享同一个 IP 地址。故同一个 Pod 中 Container 可以做到直接通过 localhost 直接通信。pause 容器启动之前，会为容器创建虚拟一对 ethernet 接口，一个保留在宿主机 vethxxx（插在网桥上），一个保留在容器网络命名空间内，并重命名为eth0。两个虚拟接口的两端，从一端进入，另一端出来。任何 Pod 连接到该网桥的 Pod 都可以收发数据。
Kubernetes 服务管理实战教程：从 ClusterIP 到 NodePort
最新发布
gitblog_00977的博客
06-18 317
Kubernetes 服务管理实战教程：从 ClusterIP 到 NodePort 前言：理解 Kubernetes 服务的重要性 在 Kubernetes 集群中，Pod 是短暂的、可替换的计算单元。它们可能会因为扩缩容、故障或更新而被频繁创建和销毁。这种动态特性带来了一个关键问题：**如何为应用程序提供稳定的访问端点？**这正是 Kubernetes Service 要解决的核心问题。 本教...
k8s里面Service中ClusterIP和NodePort的使用
taw19960426的博客
06-17 7280
介绍了常用的Service中ClusterIP和NodePort的使用
kubernetes service 的nodePort、port、targetPort、containerPort详解
爱死亡机器人
09-08 7726
nodePort nodePort提供了集群外部客户端访问service的一种方式，:nodePort提供了集群外部客户端访问service的端口，即nodeIP:nodePort提供了外部流量访问k8s集群中service的入口。 比如外部用户要访问k8s集群中的一个Web应用，那么我们可以配置对应service的type=NodePort，nodePort=30001。其他用户就可以通过浏览器http://node:30001访问到该web服务。 而数据库等服务可能不需要被外界访问，只需被内部服务访问即
k8s redis-cluster-proxy
01-16
创建名为 `redis-cluster-proxy-deployment.yaml` 的资源清单文件来定义 Deployment 和 Service 对象: ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: redis-cluster-proxy spec: replicas: 1 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值