k8s Service服务详解

最新推荐文章于 2023-12-30 20:30:10 发布
最新推荐文章于 2023-12-30 20:30:10 发布
阅读量2.3k 收藏 3
点赞数 1
文章标签： kubernetes 代理模式 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45625174/article/details/131264716
版权

1. Service 的概念：

  • k8s中Service定义了这样一种抽象：一个pod的逻辑分组，一种可以访问他们的策略—通常称为微服务。这一组pod能够被Service访问到，通常是通过Label Selector

在这里插入图片描述

  • Service能够提供负载均衡的能力，但是在使用上有以下限制：

    • 只提供4层负载均衡能力，而没有7层功能，但有时我们可能需要更多的匹配规则来转发请求，这点上4层负载均衡不支持的。

2. Service的类型：

  • Service在k8s中有以下四种类型：

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

在这里插入图片描述

3. Vip和Service代理

  • 在k8s集群中，每个Node运行一个kube-proxy进程。kube-proxy负责为service实现一种VIP（虚拟IP)的形式，而不是ExternalName的形式。在k8s V1.0版本，代理完全在userspace。在k8s V1.1版本，新增了Iptables代理 ，但不是默认的运行模式。从k8s V1.2版本起，默认就是Iptables代理，在k8s V1.8.0-beta.0中，添加了ipvs代理。在k8s V1.14版本开始模式使用ipvs代理。
  • 在k8s v1.0版本，Service是“4层”（TCP/UDP over IP)概念。在K8s v1.1版本，新增了Ingress API(beta版），用来表示“7层”（HTTP）服务

4. 代理模式的分类：

4.1. userspace代理模式：

在这里插入图片描述

4.2. iptables代理模式：

在这里插入图片描述

4.3. Ipvs代理模式

  • 这种模式，kube-proxy会监视k8s service对象和Endpoints,调用netlink接口以相应的创建ipvs规则并定期与k8s service对象和Endpoints对象同步ipvs规则，以确保ipvs状态与期望一致。访问服务时，流量将重定向到后端pod。

  • 与iptables类似，ipvs与netfilter的hook功能，但使用哈希表作为底层数据结构并在内核空间工作。这意味着ipvs可以更快的重定向流量，并且在同步代理规则时具有更好的性能。此外ipvs为负载均衡算法提供了更多选项，例如：

    • rr：轮询调度
    • lc：最小连接数
    • dh：目标哈希
    • sh：源哈希
    • sed：最短期望延迟
    • nq：不排队调度

  • 注意：ipvs模式假定在运行kube-proxy之前在节点上都已经安装了ipvs内核模块。当kube-proxy以ipvs代理模式启动时，kube-proxy将验证节点是否安装ipvs模块，如果未安装，则kube-proxy 将退到iptables代理模式。
    在这里插入图片描述

5. ClusterlP

  • clusterlP主要在每个node节点使用iptables,将发向clusterlP对应端口的数据，转发到kube-proxy中。然后kube-proxy自己内部实现有负载均衡的方法，并可以查询到这个service下对应pod的地址和端口，进而把数据转发给对应的pod的地址和端口

在这里插入图片描述

  • 为了实现图上的功能，主要需要以下几个组件的协同工作：

    • apiserver用户通过kubectl命令向apiserver发送创建service的命令，apiserver接收到情求后将数据存储到etcd中
    • kube-proxy kubernetesl的每个节点中都有一个叫做kube-porxy的进程，这个进程负责感知service,pod的变化，并将变化的信息写入本地的iptables规则中
    • iptables使用NAT等技术将virtuallP的流量转至endpoint中

    5.1. 实例：

vim  nginx.yaml

apiVersion: apps/v1  #指定使用的API版本
kind: Deployment     #指定对象类型为Deployment
metadata:   #元数据部分，包含名称和命名空间等信息
  name: nginx-deployment  #定义deployment的名称为nginx-deployment
  namespace: default  #指定创建所在的命名空间
spec:    #指定 deployment 对象的配置信息
  selector:  #选择器，用于选择要部署的Pod
    matchLabels:  #匹配标签，选择具有指定标签的Pod
      app: nginx  
      release: stabel  
  replicas: 3   #指定要创建的Pod副本数量
  template:    #Pod的模板，定义了要创建的Pod的规范
    metadata:  #Pod元数据部分，包含标签等信息
      labels:  #Pod 标签
        app: nginx
        release: stabel
    spec:   #Pod 配置信息
      containers:  #容器列表信息
      - name: nginx  #容器名称
        image: nginx:latest  #指定容器的镜像
        imagePullPolicy: IfNotPresent #指定容器拉取镜像策略，本地不存在镜像时才尝试拉取新镜像
        ports: #容器暴露的端口列表
        - name: http  #端口名称
          containerPort: 80  #容器的端口号

---

apiVersion: v1    #指定使用的API版本 
kind: Service     #指定对象类型为Service
metadata:         #元数据部分，包含名称和命名空间等信息
  name: nginx-service  #定义service的名称为nginx-service
  namespace: default   #指定service创建所在的命名空间
spec:     #指定 service对象的配置信息
  type: ClusterIP  #指定Service类型为ClusterIP，即集群内部访问
  selector:    #选择器，用于选择要关联的Pod
    app: nginx   #匹配具有指定标签的Pod
    release: stabel  #匹配具有指定标签的Pod
  ports:  #Service暴露的端口列表
    - name: http  #端口名称
      protocol: TCP  #端口协议
      port: 80    #Service的端口号
      targetPort: 80  #将流量转发到Pod的端口号
  • 这个示例中，Deployment创建了3个副本的nginx Pod，并将它们的标签设置为app: nginx和release: stabel。Service使用相同的标签选择与这些Pod关联，并在集群内部暴露端口80，以便其他Pod可以通过nginx-service:80的方式访问这些Pod。

5.2. 创建

[root@master1 yaml]# kubectl apply -f nginx.yaml

[root@master1 yaml]# kubectl get svc
NAME            TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
kubernetes      ClusterIP   10.10.0.1       <none>        443/TCP   8h
nginx-service   ClusterIP   10.10.156.191   <none>        80/TCP    12s

[root@master1 yaml]# kubectl get pod
NAME                                READY   STATUS    RESTARTS   AGE
nginx-deployment-77fd88977b-2rlkk   1/1     Running   0          3m3s
nginx-deployment-77fd88977b-979tp   1/1     Running   0          3m3s
nginx-deployment-77fd88977b-g57b5   1/1     Running   0          3m3s


[root@master1 yaml]# curl 10.10.156.191
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

6. Headless Service

  • 有时不需要或不想要负载均衡，以及单独的Service IP。遇到这种情况，可以通过指定ClusterIP(spec.clusterlP)的值为"None"来创建Headless Service。这类Service并不会分配ClusterIP,kube-proxy不会处理它们，而且平台也不会为它们进行负载均衡和路由
vim  nginx-service-headless.yaml

apiVersion: v1
kind: Service
metadata:
  name: nginx-headless-service
  namespace: default
spec:
  selector:
    app: nginx
    release: stabel
  clusterIP: "None"
  ports:
    - name: http
      protocol: TCP
      port: 80
      targetPort: 80

6.1. 创建

      targetPort: 80
[root@master1 yaml]# kubectl apply -f nginx-service-headless.yaml
service/nginx-headless-service created
[root@master1 yaml]# kubectl get svc
NAME                     TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
kubernetes               ClusterIP   10.10.0.1       <none>        443/TCP   29h
nginx-headless-service   ClusterIP   None            <none>        80/TCP    8s    ---可以看的出来clusterIP是空的
nginx-service            ClusterIP   10.10.196.214   <none>        80/TCP    42m

6.2. 验证：

[root@master1 yaml]# yum -y install bind-utils.x86_64
用dns服务解析nginx-headless-service.default.svc.cluster.local.这个域名下是不是有三个pod的IP地址
[root@master1 yaml]# dig -t A nginx-headless-service.default.svc.cluster.local. @10.244.0.6

在这里插入图片描述

7. NodePort

  • nodePort的原理在于在node上开了一个端口，将向该端口的流量导入到kube-proxy,然后由kube-proxy进一步到给对应的pod
vim  nginx-service-nodeport.yaml

apiVersion: v1
kind: Service
metadata:
  name: nginx-nodeport-service
  namespace: default
spec:
  type: NodePort
  selector:
    app: nginx
    release: stabel
  ports:
    - name: http
      protocol: TCP
      port: 80
      targetPort: 80
      nodePort: 30080

7.1. 创建：

[root@master1 yaml]# kubectl apply -f nginx-service-nodeport.yaml
service/nginx-nodeport-service created
[root@master1 yaml]# kubectl get svc
NAME                     TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes               ClusterIP   10.10.0.1       <none>        443/TCP        30h
nginx-headless-service   ClusterIP   None            <none>        80/TCP         26m
nginx-nodeport-service   NodePort    10.10.113.141   <none>        80:30080/TCP   7s
nginx-service            ClusterIP   10.10.196.214   <none>        80/TCP         68m

7.2. 验证：

在这里插入图片描述

8. LoadBalancer

  • loadBalancer和nodePort其实是同一种方式。区别在于loadBalancer比nodePor片多了一步，就是可以调用cloud provider去创建LB来向节点导流

在这里插入图片描述

9. ExternalName

  • 这种类型的Service通过返回CNAME和它的值，可以将服务映射到externalName字段的内容（例如：hub.atguigu.com)。ExternalName Service是Service的特例，它没有selector，也没有定义任何的端口和Endpoint。相反的，对于运行在集群外部的服务，它通过返回该外部服务的别名这种方式来提供服务
vim  externalname-service.yaml

apiVersion: v1
kind: Service
metadata:
  name: my-external-service
  namespace: default
spec:
  type: ExternalName
  externalName: example.com

9.1. 创建：

[root@master1 yaml]# kubectl apply -f externalname-service.yaml
service/my-external-service created
[root@master1 yaml]# kubectl get svc
NAME                     TYPE           CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes               ClusterIP      10.10.0.1       <none>        443/TCP        31h
my-external-service      ExternalName   <none>          example.com   <none>         4s
nginx-headless-service   ClusterIP      None            <none>        80/TCP         86m
nginx-nodeport-service   NodePort       10.10.113.141   <none>        80:30080/TCP   60m
nginx-service            ClusterIP      10.10.196.214   <none>        80/TCP         129m

9.2. 验证：

[root@master1 yaml]# dig -t A my-external-service.default.svc.cluster.local. @10.244.0.6

在这里插入图片描述

  • 当查询主机my-external-service.default.svc.cluster.local(SVC_NAME.NAMESPACE.svc.cluster.local)时，集群的DNS服务将返回一个值my.database.example.com的CNAME记录。访问这个服务的工作方式和其他的相同，唯一不同的是重定向发生在DNS层，而且不会进行代理或转发
小鱼儿&
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
python3.5通过api管理k8s-创建删除deployment，service
01-20
python通过api管理k8s 连接k8s集群 from kubernetes import client, config # kubernetes生成时/root目录下.kube目录下的认证配置文件 config.kube_config.load_kube_config(config_file=/root/.kube/config) # config.load_kube_config(kube_conf) api_instance = client.AppsV1Api() 查看deployment内容 def read_deployment(name, namespace, up
容器集群k8s从入门到精通之Service详解（第七章）
梦溪笔谈的博客
07-29 1392
第七章 Service详解 本章节主要介绍kubernetes的流量负载组件：Service和Ingress。 Service介绍 ​ 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 ​ 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能
【yml文件的解释】
DiKL_Y的博客
08-15 5301
手写yml文件和一件导入yml文件进行使用，还有内容的字段的详细解释
AWS serverless.yml 文件详解
JessicaWin
06-17 3448
参考 https://www.serverless.com/framework/docs/providers/aws/guide/services/ https://www.serverless.com/framework/docs/providers/aws/guide/functions/ https://www.serverless.com/framework/docs/providers/aws/guide/events/ https://www.serverless.com/framewo
k8s Service yml 浅薄理解
drifter
10-28 792
kind: Service # apiVersion: v1 # metadata: labels: # 标签 k8s-app: drifter-app # 唯一标签 于pod对应 name: drifter-server # svc Name namespace: ns-drifter # 指定 namespace spec:
k8s之Service
huahua1999的博客
04-17 1万+
1、Service存在的意义： service引入主要是解决pod的动态变化，提供统一的访问入口： 1、防止pod失联，准备找到提供同一服务的pod（服务发现） 2、定义一组Pod的访问策略（负载均衡） 即访问流程应该是 在前端访问后端时，如果直接绑定pod的ip，当pod进行更新时，pod的ip也会变化，前端无法动态的感知后端的变化。 同时，还面临多个pod副本如何对外统一访问的问题 这里，就需要用到前面的服务发现与负载均衡的概念， 2、Pod与Service的关系
k8s的Service详解
lixinkuan的博客
01-15 3042
我们在使用pod的时候，pod之前可以相互ping通的，机器本身也可以ping通pod和另外机器的pod，如果是一个serivce的话，我们通过端口号，就可以访问service。 不要直接使用和管理Pods，为什么？ 当我们使用ReplicaSet 或者ReplicationController做水平扩展scale的时候，Pods可能被结束。 当我们使用Deployment的时候，我们去...
玩转k8s：Service详解
duansamve的博客
03-17 1990
在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。
k8s实践(12)--K8s service服务详解
热门推荐
黄规速博客:学如逆水行舟，不进则退
06-30 1万+
一、集群的服务分类 在K8S运行的服务，从简单到复杂可以分成三类：无状态服务、普通有状态服务和有状态集群服务。下面分别来看K8S是如何运行这三类服务的。 1、无状态服务（Stateless Service）： 1）定义：是指该服务运行的实例不会在本地存储需要持久化的数据，并且多个实例对于同一个请求响应的结果是完全一致的。 2）随意扩容和缩容：这些节点可以随意扩容或者缩容，只要简单的增...
K8S-Service
迷雾总会解
08-26 2276
kube-proxy每个node都有一个，负责Pod网络代理，负责为Service提供cluster内部的服务发现和负载均衡。它是K8s集群内部的负载均衡器，也是一个分布式代理服务器。监控pod，通过 pod的标签（ lables）去判断这个断点信息是否写入到 Endpoints里，pod如果发生了变化，及时修改映射关系，修改映射关系的同时，修改路由规则，以便在负载均衡时可以选择到新的pod；监控service，定时从etcd服务获取到service信息来做相应的策略，维护网络规则和四层负载均衡工作；...
Kubernetes(K8S)超快速入门视频教程
11-05
手把手视频详细讲解项目开发全过程，需要的小伙伴自行百度网盘下载，链接见附件，永久有效。 课程简介 ... 5、K8S集群NameSpace（命名空间）、Pod、Controller（控制器）、Service 6、K8S课程总结
k8s yaml 批量生成工具
01-19
1. 资源内容：实际游戏项目中使用的简化版 k8s yaml 生成工具，由 Go 语言编写 2. 应用场景： a. 部署时需要现写/维护已有的 yaml，例如更改 deployment、service、hpa、ingress、configmap 等 b. 需要批量部署一...
深入浅出学K8s.zip
08-17
11 | K8s Service：轻松搞定服务发现和负载均衡 12 | Helm Charts：如何在生产环境中释放部署生产力？ 守护神：业务的日志与监控 「关注公众号【云世】，免费获取全系列课程内容」 13 | 服务守护进程：如何在 ...
k8s全自动离线按照下载链接.txt
03-22
3、实现k8s已发布service自动发现和适配能力，在线看板实时动态显示 4、主要模块开机自启动脚本优化，以确保集群所有节点重启后，所有服务运行正常 历史--------------------------------------------------------...
K8s中yaml文件详解
qq_36864672的博客
02-23 4766
YAML是专门用来写配置文件的语言，非常简洁和强大，使用比json更方便。它实质上是一种通用的数据串行化格式。
YAML配置方式
最新发布
m0_73956769的博客
12-30 558
YAML配置方式，使用@Value注解、使用Environment对象、@ConfigurationProperties注解 获取配置文件中的信息
docker-compose.yml 使用说明
xwnxwn的专栏
11-27 1547
如果使用 build 指令，在 Dockerfile 中设置的选项(例如：CMD, EXPOSE, VOLUME, ENV 等) 将会自动被获取，无需在 docker-compose.yml 中再次设置。当Dockerfile定义了entrypoint的时候，docker-comose.yml定义的command会被覆盖。链接到其它服务中的容器。链接到 docker-compose.yml 外部的容器，参数格式跟 links 类似。enviroment定义的变量会覆盖.env文件中定义的重名环境变量。
Docker compose 配置文件 .yml 全面指南
纸上得来终觉浅，绝知此事要躬行
06-16 5395
Compose 是一个用于定义和运行多容器 Docker 的工具。借助 Compose，您可以使用 YAML 文件来配置应用程序的服务。使用 Compose 基本上分为三步：1. 使用 Dockerfile 定义您的应用程序的环境 2.使用 docker-compose.yml 定义组成您的应用程序的服务 3.运行docker compose up启动并运行程序....
【K8s】Service详解
llg___的博客
05-14 884
程序在容器中、容器在Pod中，可以通过pod的ip来访问应用程序，但是podIP会随着创建销毁而改变。由此，Service出现：Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。在整个Service的生命周期中，ServiceIP是不会变化的。Service是一个概念，真正起作用的是kube-proxy服务进程：每个Node节点上都运行着一个kube-proxy服务进程。
k8s service ingress详解
10-18
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: example-ingress spec: rules: - host: example.com http: paths: - path: /foo pathType: Prefix backend: service: name: foo-service...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值