Kubernetes----服务Service简介

已于 2022-08-18 10:28:47 修改
阅读量649 收藏 2
点赞数 1
分类专栏： Kubernetes 文章标签： kubernetes
于 2022-04-01 22:08:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/redrose2100/article/details/123907791
版权

【原文链接】

一、Service简介

在Kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这就意味着不方便直接采用pod的ip对服务进行访问

为了解决这个问题，Kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行整合，并且提供一个统一的入口地址，通过访问Service的入口地址就能访问到后面的pod的服务

在这里插入图片描述

Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每个node节点上都运行着一个kube-proxy服务进程，当创建service的时候会通过api-server像etcd写入创建的Service的信息，而kube-proxy会基于监听的机制发现这种Service的变动，然后它会将最新的Service信息转换成对应的访问规则

在这里插入图片描述
通过 ipvsadm -Ln 命令可以查询到当前的kube-proxy转发规则，如下：

[root@master ~]# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  127.0.0.1:30100 rr persistent 10800
  -> 10.244.1.244:9898            Masq    1      0          0
  -> 10.244.1.245:9898            Masq    1      0          0
  -> 10.244.1.246:9898            Masq    1      0          0
TCP  127.0.0.1:30101 rr persistent 10800
  -> 10.244.1.14:801              Masq    1      0          0
  -> 10.244.1.15:801              Masq    1      0          0
  -> 10.244.2.220:801             Masq    1      0          0
TCP  172.17.0.1:30100 rr persistent 10800
  -> 10.244.1.244:9898            Masq    1      0          0
  -> 10.244.1.245:9898            Masq    1      0          0
  -> 10.244.1.246:9898            Masq    1      0          0
TCP  172.17.0.1:30101 rr persistent 10800
  -> 10.244.1.14:801              Masq    1      0          0
  -> 10.244.1.15:801              Masq    1      0          0
  -> 10.244.2.220:801             Masq    1      0          0
TCP  172.17.0.1:30110 rr persistent 10800
  -> 10.244.1.248:9898            Masq    1      0          0
  -> 10.244.2.215:9898            Masq    1      0          0
  -> 10.244.2.216:9898            Masq    1      0          0
TCP  172.18.0.1:30080 rr
  -> 10.244.1.78:8443             Masq    1      0          0
TCP  172.18.0.1:30100 rr persistent 10800
  -> 10.244.1.244:9898            Masq    1      0          0
  -> 10.244.1.245:9898            Masq    1      0          0
  -> 10.244.1.246:9898            Masq    1      0          0
TCP  172.18.0.1:30101 rr persistent 10800
  -> 10.244.1.14:801              Masq    1      0          0
  -> 10.244.1.15:801              Masq    1      0          0
  -> 10.244.2.220:801             Masq    1      0          0
TCP  172.18.0.1:30110 rr persistent 10800
  -> 10.244.1.248:9898            Masq    1      0          0
  -> 10.244.2.215:9898            Masq    1      0          0
  -> 10.244.2.216:9898            Masq    1      0          0
TCP  192.168.16.40:30080 rr
  -> 10.244.1.78:8443             Masq    1      0          0
TCP  192.168.16.40:30100 rr persistent 10800
  -> 10.244.1.244:9898            Masq    1      0          0
  -> 10.244.1.245:9898            Masq    1      0          0
  -> 10.244.1.246:9898            Masq    1      0          0
TCP  192.168.16.40:30101 rr persistent 10800
  -> 10.244.1.14:801              Masq    1      0          0
  -> 10.244.1.15:801              Masq    1      0          0
  -> 10.244.2.220:801             Masq    1      0          0
TCP  192.168.16.40:30110 rr persistent 10800
  -> 10.244.1.248:9898            Masq    1      0          0
  -> 10.244.2.215:9898            Masq    1      0          0
  -> 10.244.2.216:9898            Masq    1      0          0
TCP  10.96.0.1:443 rr
  -> 192.168.16.40:6443           Masq    1      1          0
TCP  10.96.0.10:53 rr
  -> 10.244.2.96:53               Masq    1      0          0
  -> 10.244.2.97:53               Masq    1      0          0
TCP  10.96.0.10:9153 rr
  -> 10.244.2.96:9153             Masq    1      0          0
  -> 10.244.2.97:9153             Masq    1      0          0
TCP  10.99.92.60:802 rr persistent 10800
  -> 10.244.1.14:801              Masq    1      0          0
  -> 10.244.1.15:801              Masq    1      0          0
  -> 10.244.2.220:801             Masq    1      0          0
TCP  10.101.183.26:8000 rr
  -> 10.244.1.79:8000             Masq    1      0          0
TCP  10.101.236.21:443 rr
  -> 192.168.16.42:443            Masq    1      2          0
TCP  10.102.27.124:9898 rr persistent 10800
  -> 10.244.1.244:9898            Masq    1      0          0
  -> 10.244.1.245:9898            Masq    1      0          0
  -> 10.244.1.246:9898            Masq    1      0          0
TCP  10.103.241.6:443 rr
  -> 10.244.1.78:8443             Masq    1      0          0
TCP  10.109.97.23:9898 rr persistent 10800
  -> 10.244.1.248:9898            Masq    1      0          0
  -> 10.244.2.215:9898            Masq    1      0          0
  -> 10.244.2.216:9898            Masq    1      0          0
TCP  10.244.0.0:30080 rr
  -> 10.244.1.78:8443             Masq    1      0          0
TCP  10.244.0.0:30100 rr persistent 10800
  -> 10.244.1.244:9898            Masq    1      0          0
  -> 10.244.1.245:9898            Masq    1      0          0
  -> 10.244.1.246:9898            Masq    1      0          0
TCP  10.244.0.0:30101 rr persistent 10800
  -> 10.244.1.14:801              Masq    1      0          0
  -> 10.244.1.15:801              Masq    1      0          0
  -> 10.244.2.220:801             Masq    1      0          0
TCP  10.244.0.0:30110 rr persistent 10800
  -> 10.244.1.248:9898            Masq    1      0          0
  -> 10.244.2.215:9898            Masq    1      0          0
  -> 10.244.2.216:9898            Masq    1      0          0
TCP  127.0.0.1:30080 rr
  -> 10.244.1.78:8443             Masq    1      0          0
TCP  127.0.0.1:30110 rr persistent 10800
  -> 10.244.1.248:9898            Masq    1      0          0
  -> 10.244.2.215:9898            Masq    1      0          0
  -> 10.244.2.216:9898            Masq    1      0          0
TCP  172.17.0.1:30080 rr
  -> 10.244.1.78:8443             Masq    1      0          0
UDP  10.96.0.10:53 rr
  -> 10.244.2.96:53               Masq    1      0          0
  -> 10.244.2.97:53               Masq    1      0          0
[root@master ~]#

二、Kube-proxy工作模式

2.1 userspace模式

userspace模式下，kube-proxy会为每一个Service创建一个监听端口，发现ClusterIP的请求被iptables规则重定向到kube-proxy监听的端口上，kube-proxy根据LB算法选择一个提供服务的pod并和其建立连接，以将请求转发到Pod上

在此模式下，kube-proxy充当了一个四层负载均衡的角色，由于kube-proxy运行在userspace中，在进行转发处理时会增加内核和用户空间之间的数据拷贝，虽然比较稳定，但是效率比较低
在这里插入图片描述

2.2 iptables模式

iptables模式下，kube-proxy为service后端的每个pod创建对应的iptables规则，直接将向ClusterIP的请求重定向到一个Pod的ip

此模式下kube-proxy下承担四层负载均衡器的角色，只负责创建iptables规则，该模式的优点是较userspace模式效率更高，但不能灵活的LB策略，当后端Pod不可用时也无法进行调试

在这里插入图片描述

2.2 ipvs模式

ipvs模式和iptables模式类似，kube-proxy监控Pod的变化并创建相应的ipvs规则，ipvs相对iptables转发效率更高，除此以外，ipvs支持更多的LB算法，ipvs也是当前默认的推荐的模式

在这里插入图片描述

三、Service资源清单

apiVersion: v1  # 版本
kind: Service  # 类型
metadata:  # 元数据
  name:  service # 资源名称
  namespace:  dev  # 命名空间
spec:  # 描述
  selector: # 标签选择器，用于确定当前service代理哪些pod
    app: nginx
  type: # Service类型，指定service的访问方式
  clusterIP:  # 虚拟服务的IP地址
  sessionAffinity: # session亲和性，支持ClientIP，Node两个选项
  ports:  # 端口信息
    - protocol: TCP
      port:   # Service 端口
      targetPort:  # Pod端口
      nodePort:  # 主机端口

其中type字段可选值有以下几个：

  • ClusterIP：默认值，它是Kubernetes系统自动分配的虚拟IP，只能在集群内部访问
  • NodePort：将Server通过指定的Node上的端口暴露都给外部，通过此方法，就可以在集群外部访问服务
  • LoadBalancer：使用外接负载均衡器完成到服务的负载分发，注意此模式需要外部云环境支持
  • ExternalName：把集群外部的服务引入集群内部，直接使用
redrose2100
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
kubernetes之service
-
12-27 278
1. service介绍 Kubernetes Service定义了这样一种抽象：逻辑上的一组Pod，一种可以访问它们的策略 —— 通常被称为微服务。这一组Pod能够被Service访问到，通常是通过selector实现的。 Service可以提供负载均衡的能力，但是使用上存在如下限制： 只能提供4层负载均衡能力，而没有7层功能。有时我们可能需要更多的匹配规则来转发请求，这点上4层负载均衡是不支持的 1.1 VIP和Service代理 在 Kubernetes 集群中，每个 Node 运行一个 kube
Kubernetes之Service详解
最新发布
专注于输出具有实用价值的软件运维经验及教程
06-23 1260
本文尝试从Service暴露服务方式、Service控制器实现原理、使用规范等方面对kubernetes中的Service进行详细介绍。
Kubernetes Service
草莓甜甜圈的博客
12-18 352
什么是Service (服务) Service是Kubernetes里最核心的资源对象之一,Service定义了一个服务的访问入口地址,前端的应用(Pod)通过这个入口地址访问其背后的一组由Pod副本组成的集群实力。 Service与其后端Pod副本集群之间则是通过Label Selector来实现"无缝对接"。而RC的作用实际上是保证Service 的服务能力和服务质量处于预期的标准。 ...
kubernetes service
weixin_38320674的博客
04-18 271
概念介绍1.pod的生命周期KubernetesPod是有生命周期的，它们可以被创建，也可以被销毁，然而一旦被销毁生命就永远结束，通过ReplicaSets能够动态地创建和销毁Pod...
Kubernetes Service服务
杨仕虎的博客
09-01 297
最简单的已经通过yaml文件把容器跑起来了，这个时候就是网络通讯的问题了 K8s是基于扁平化的网络，也就是所有的Pod和node节点都是互通的 docker run 是基于-p 作为映射端口，而yaml文件里写的ports并不是这个功能，前面也说了扁平化，说明这个参数并没有用，只是为了方便Pod中查看而已 Pod也有一个单独IP地址的 IT产品的解决方案通常都是加一层，那么这层就是K8s的Service服务 哪些场景需要Service服务？ 集群外部需要访问到Pod应用 集群内部Pod与Pod之间
kubernetes-dashboard.yaml
08-11
serviceAccountName: kubernetes-dashboard # Comment the following tolerations if Dashboard must not be deployed on master tolerations: - key: node-role.kubernetes.io/master effect: NoSchedule ---...
kubernetes-client-linux-amd64.tar.gz
11-22
这个压缩包包含了一系列用于与Kubernetes集群交互的工具，使管理员和开发者能够在Linux环境中方便地管理容器化应用和服务。 Kubernetes是一个开源的容器编排系统，用于自动化容器化的应用程序部署、扩展和管理。它...
kubernetes-server-linux-amd64.tar
01-17
Kubernetes的生态系统丰富，包括Ingress、Helm、Service Mesh等，使得Kubernetes不仅可以管理微服务应用，还能处理复杂的分布式系统需求。 总之，"kubernetes-server-linux-amd64.tar"是构建Kubernetes Linux集群的...
kubernetes-server-linux-amd64-v1.15.4.tar.gz
09-10
10. **服务发现和负载均衡**：Kubernetes Service机制提供服务发现和负载均衡，使得内部Pod之间可以相互发现并通信，同时对外暴露服务供外部访问。 综上所述，"kubernetes-server-linux-amd64-v1.15.4.tar.gz"文件...
kubernetes-dashboard-v1.8.3 yaml文件
10-08
你可以通过创建一个 ServiceAccount 和 RoleBinding 来为特定用户或服务帐户授予访问权限。 4. **启动代理**：由于 Dashboard 通常部署在内部网络，你需要通过 `kubectl proxy` 命令启动一个本地代理，以便通过...
k8s之service
此后如竟没有炬火，我便是唯一的光。
12-27 220
k8s之service1. service介绍1.1 VIP和Service代理1.2 iptables 代理模式1.3 IPVS 代理模式2. Service服务类型2.1 ClusterIP类型2.2 NodePort类型2.3 LoadBalancer类型 1. service介绍 Kubernetes Service定义了这样一种抽象：逻辑上的一组Pod，一种可以访问它们的策略 —— 通常被称为微服务。这一组Pod能够被Service访问到，通常是通过selector实现的。 Service可以提供
Kubernetes(k8s)之Service（服务）
Tuki来了
08-01 2452
Servicek8s中的ServiceService中涉及到的名词Service的实现演示环境IPVS以ClusterIP模式创建svc外部访问service的方式1、通过Node Port访问2、通过LoadBalance访问3、通过ExternalName访问kube-dnsHeadless Service（无头服务） k8s中的Service Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。 service默认只支持4层负载均衡
Kubernetes Service（虚拟ip和服务代理 userspace iptables ipvs 会话粘性）
m0_46690280的博客
10-24 1507
Kubernetes ServiceKubernetes Service概述什么是Service为什么要有ServiceService实现原理Service 的类型虚拟IP和服务代理userspace代理模式iptables代理模式ipvs代理模式Service示例准备工作ClusterlP类型NodePort编辑资源清单端口号区分应用位置不同porttargetportnodeport小结Service会话粘性修改资源清单生效配置测试 Kubernetes Service 概述 访问k8s集群中的pod，
Kubernetes之Service
山不转的博客
07-25 5280
概述 Service是Kubernetes中最核心的概念，正是因为对此概念的支持，Kubernetes在某种角度下可以被看成是一种微服务平台。Kubernetes中的pod并不稳定，比如由ReplicaSet、Deployment、DaemonSet等副本控制器创建的pod，其副本数量、pod名称、pod所运行的节点、pod的IP地址等，会随着集群规模、节点状态、用户缩放等因素动态变化。Serv...
Kubernetes（k8s）服务介绍
shenyuanhaojie的博客
12-14 3888
Kubernetes，又称为 k8s（首字母为 k、首字母与尾字母之间有 8 个字符、尾字母为 s，所以简称 k8s），是一种可自动实施 Linux 容器操作的开源平台。它可以帮助用户省去应用容器化过程的许多手动部署和扩展操作。也就是说，您可以将运行 Linux 容器的多组主机聚集在一起，由 Kubernetes 帮助您轻松高效地管理这些集群。而且，这些集群可跨公共云、私有云或混合云部署主机。因此，对于要求快速扩展的云原生应用而言（例如借助 Apache Kafka 进行的实时数据流处理），Kubernet
Kubernetes的service详解
时羽天的博客
12-04 522
Kubernetes的service详解、k8s的service详解
Kubernetes Service简介
驰兔的博客
03-08 548
Service是一种抽象的对象，它定义了一组Pod的逻辑集合和一个用于访问它们的策略，其实这个概念和微服务非常类似。一个Serivce下面包含的Pod集合一般是由Label Selector来决定的。
kubectl -n kubernetes-dashboard get service kubernetes-dashboard
06-14
`kubectl` 是 Kubernetes 的命令行工具，用于管理和操作...这个命令会返回 `kubernetes-dashboard` 服务的相关信息，如名称、类型、IP地址、端口等，如果该服务存在。如果不存在或权限不足，则会显示相应的错误信息。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

redrose2100

您的鼓励是我最大的创作动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值