【云原生 | Kubernetes 系列】—K8s-Service 的概念

最新推荐文章于 2024-10-14 16:14:40 发布
最新推荐文章于 2024-10-14 16:14:40 发布
阅读量1.0k 收藏 25
点赞数 27
分类专栏： k8s 云原生 文章标签： 云原生 kubernetes 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41464614/article/details/135486752
版权

【云原生 | Kubernetes 系列】—K8s-Service 的概念

版权 本文为云录原创文章，转载无需和我联系，但请注明来自云录 https://www.yunzhuan.site

🍇 Service 的概念

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

k8sservice1.png

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

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

🍋 Service 类型

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

🥭VIP 和 Service 代理

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

🍎ipvs 代理模式

这种模式，kube-proxy 会监视 Kubernetes Service 对象和 Endpoints ，调用 netlink 接口以相应地创建
ipvs 规则并定期与 Kubernetes Service 对象和 Endpoints 对象同步 ipvs 规则，以确保 ipvs 状态与期望一
致。访问服务时，流量将被重定向到其中一个后端 Pod
与 iptables 类似，ipvs 于 netfilter 的 hook 功能，但使用哈希表作为底层数据结构并在内核空间中工作。这意
味着 ipvs 可以更快地重定向流量，并且在同步代理规则时具有更好的性能。此外，ipvs 为负载均衡算法提供了更
多选项，例如：
rr ：轮询调度
lc ：最小连接数
dh ：目标哈希
sh ：源哈希
sed ：最短期望延迟
nq ： 不排队调度

k8sservice2.png

🍏 ClusterIP

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

apiserver 用户通过kubectl命令向apiserver发送创建service的命令，apiserver接收到请求后将数据存储
到etcd中

kube-proxy kubernetes的每个节点中都有一个叫做kube-porxy的进程，这个进程负责感知service，pod
的变化，并将变化的信息写入本地的iptables规则中

iptables 使用NAT等技术将virtualIP的流量转至endpoint中

创建 SvcClusterIP.yaml 文件

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deploy
  namespace: default
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
      release: stabel
  template:
    metadata:
      labels:
        app: myapp
        release: stabel
        env: test
    spec:
      containers:
        - name: myapp
          image: nginx:latest
          imagePullPolicy: IfNotPresent
          ports:
            - name: http
              containerPort: 80
---
# svc
apiVersion: v1
kind: Service
metadata:
  name: myapp
  namespace: default
spec:
  type: ClusterIP
  selector:
    app: myapp
    release: stabel
  ports:
    - name: http
      port: 80
      targetPort: 80


[root@k8s-master01 k8sservice]# kubectl  apply  -f  SvcClusterIP.yaml 
deployment.apps/myapp-deploy created
service/myapp created
[root@k8s-master01 k8sservice]# kubectl get po 
NAME                                    READY   STATUS    RESTARTS   AGE
myapp-deploy-547fddf58-sf566            1/1     Running   0          4s
myapp-deploy-547fddf58-skrw2            1/1     Running   0          4s
myapp-deploy-547fddf58-vtkzz            1/1     Running   0          4s
nfs-client-provisioner-876986df-vlrmv   1/1     Running   0          31h
[root@k8s-master01 k8sservice]# kubectl get svc
NAME         TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1     <none>        443/TCP   10d
myapp        ClusterIP   10.98.113.5   <none>        80/TCP    41s
[root@k8s-master01 k8sservice]# curl  10.98.113.5
<!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>

🍑 Headless Service (无头服务)

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

第一种：自主选择权，有时候client想自己决定使用哪个Real Server，可以通过查询DNS来获取Real Server的信息

第二种：headless service关联的每个endpoint(也就是Pod),都会有对应的DNS域名;这样Pod之间就可以互相访问
       headless services一般结合StatefulSet来部署有状态的应用，比如kafka集群，mysql集群，zk集群等

创建 SvcHeadless.yaml文件

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deploy
  namespace: default
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
      release: stabel
  template:
    metadata:
      labels:
        app: myapp
        release: stabel
        env: test
    spec:
      containers:
        - name: myapp
          image: nginx:latest
          imagePullPolicy: IfNotPresent
          ports:
            - name: http
              containerPort: 80
---
# svc
apiVersion: v1
kind: Service
metadata:
  name: myapp
  namespace: default
spec:
  selector:
    app: myapp
    release: stabel
  clusterIP: "None"
  ports:
    - name: http
      port: 80
      targetPort: 80


[root@k8s-master01 k8sservice]# kubectl  apply   -f  SvcHeadless.yaml 
deployment.apps/myapp-deploy created
service/myapp created
[root@k8s-master01 k8sservice]# kubectl  get  po 
NAME                                    READY   STATUS    RESTARTS   AGE
myapp-deploy-547fddf58-clmhn            1/1     Running   0          4s
myapp-deploy-547fddf58-hwqm9            1/1     Running   0          4s
myapp-deploy-547fddf58-xkzfg            1/1     Running   0          4s
nfs-client-provisioner-876986df-vlrmv   1/1     Running   0          31h
[root@k8s-master01 k8sservice]# kubectl  get  svc
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   10d
myapp        ClusterIP   None         <none>        80/TCP    8s

🍒 NodePort

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

创建SvcNodeport.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deploy
  namespace: default
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
      release: stabel
  template:
    metadata:
      labels:
        app: myapp
        release: stabel
        env: test
    spec:
      containers:
        - name: myapp
          image: nginx:latest
          imagePullPolicy: IfNotPresent
          ports:
            - name: http
              containerPort: 80
---
# svc
apiVersion: v1
kind: Service
metadata:
  name: myapp
  namespace: default
spec:
  type: NodePort
  selector:
    app: myapp
    release: stabel
  ports:
    - name: http
      port: 80
      targetPort: 80
      nodePort: 30001

[root@k8s-master01 k8sservice]# kubectl  apply   -f  SvcNodeport.yaml 
deployment.apps/myapp-deploy created
service/myapp created
[root@k8s-master01 k8sservice]# kubectl  get  svc 
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP        10d
myapp        NodePort    10.109.139.103   <none>        80:30001/TCP   7s

🍓 LoadBalancer

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

🍅ExternalName

把集群外部的服务引入到集群内部来，在集群内部直接使用。没有任何类型代理被创建，这只有 Kubernetes 1.7或更高版本的kube-dns才支持。
这种类型的 Service 通过返回 CNAME 和它的值，可以将服务映射到 externalName 字段的内容。
ExternalName Service 是 Service 的特例，它没有 selector，也没有定义任何的端口和Endpoint。
相反的，对于运行在集群外部的服务，它通过返回该外部服务的别名这种方式来提供服务


kind: Service
apiVersion: v1
metadata:
  name: my-service
  namespace: default
spec:
  type: ExternalName
  externalName: yunzhuan.site

当查询主机 my-service.defalut.svc.cluster.local ( SVC_NAME.NAMESPACE.svc.cluster.local )时，集群的
DNS 服务将返回一个值 yunzhuan.site 的 CNAME 记录。访问这个服务的工作方式和其他的相
同，唯一不同的是重定向发生在 DNS 层，而且不会进行代理或转发

版权 本文为云录原创文章，转载无需和我联系，但请注明来自云录 https://www.yunzhuan.site
云录
关注
专栏目录
K8S 之 Headless 浅谈
qq_24794401的博客
11-28 8310
Headless Services 简介 有时不需要或不想要负载均衡，以及单独的 Service IP。 遇到这种情况，可以通过指定 Cluster IP（spec.clusterIP）的值为 “None” 来创建 Headless Service。 您可以使用 headless Service 与其他服务发现机制进行接口，而不必与 Kubernetes 的实现捆绑在一起。 对这 headless...
关于K8s中Headless Service的一些笔记整理
山河已无恙
12-26 990
分享一些K8s中的笔记博文内容涉及：的简单介绍创建集群内/外 获取对应Pod列表的 Demo理解不足小伙伴帮忙指正在认识一经出现时，情欲就引退。-----昂克敌·杜伯隆：《邬布涅伽研究》第二卷第216页 -----《作为意志和表象的世界》在某些场景中，如果我们希望自己控制 Pod 实例的负载均衡策略,或者希望直接和 Pod 交互但是又不希望通过端口映射的方式，比如数据库根据情况做一些读写分离，或者一些应用在客户端做流量控制等，不使用Service提供的由Kube-proxy代理实现的。
k8s之Headless Service
weixin_33752045的博客
03-08 2785
2019独角兽企业重金招聘Python工程师标准>>> ...
Kubernetes Headless Service
weixin_30263277的博客
09-13 309
1. Headless Service headless service 需要将 spec.clusterIP 设置成 None。 因为没有ClusterIP，kube-proxy 并不处理此类服务，因为没有load balancing或 proxy 代理设置，在访问服务的时候回返回后端的全部的Pods IP地址，主要用于开发者自己根据pods进行负载均衡器的开发(设置了selector) 或...
【云原生 | Kubernetes 系列】----使用Prometheus监控K8s集群
Q先生
08-30 1144
使用Prometheus监控K8s集群
【云原生 | Kubernetes 系列】---Prometheus Blackbox_exporter监控
Q先生
09-05 908
Prometheus Blackbox_exporter监控
【云原生 | Kubernetes 系列】---Prometheus监控mysql
Q先生
09-03 1020
Prometheus监控mysql
【云原生 | Kubernetes 系列】---Prometheus的服务发现机制
Q先生
09-01 3329
Prometheus的服务发现机制
【云原生 | Kubernetes 系列】---Prometheus监控Redis
Q先生
09-02 898
Prometheus监控Redis
【云原生安全篇】Notation助力Harbor镜像验证实践
最新发布
StevenZeng学堂
10-14 748
❤️摘要： 随着容器化技术的普及，容器镜像的安全性愈发成为企业关注的焦点。Harbor 作为一款开源的企业级镜像仓库管理工具，通过提供多种安全功能来帮助企业管理容器镜像的生命周期。而 Notation 则是一个用于容器镜像签名的工具，能够为镜像提供加密签名，以确保镜像的来源可验证、内容未被篡改。本文将详细介绍如何在 Harbor 中使用 Notation 对镜像进行签名和验证，帮助读者提升镜像安全的管理能力。
云原生后端
hai40587的博客
10-12 1014
云原生后端是指将软件应用程序及其依赖项打包到容器中，并部署到云环境（如公有云、私有云或混合云）中。它采用微服务架构，将应用程序拆分为多个小型、独立的服务单元，每个服务单元负责特定的功能。容器化部署：使用容器技术（如Docker）对应用程序进行打包和部署，实现跨平台的可移植性和一致性。容器技术使得应用程序及其所有依赖可以在任何环境中一致地运行，从而简化了开发和部署过程。微服务架构：将应用程序拆分为多个小型、独立的服务单元，每个服务单元都可以独立开发、部署和扩展。
云卷云舒【超级数据库】：算力网络时代的云原生数据库
云计算、数据库爱好者
10-11 232
算力网络时代，数据的架构设计，基于云原生技术，将数据库推向算网时代。超大型分布式数据库、超大型智能数据库。未来就是超级数据库的时代。
云原生周刊：优化 Uber 的持续部署丨2024.10.14
KubeSphere
10-14 549
主要更新包括 Cron Workflows 的多重计划、停止策略及条件表达式，UI 界面的多项改进如显示完整工作流名称、时间显示切换、Markdown 支持等，以及度量指标、控制器、插件、存储、性能优化等多方面的增强。Up CD 的成功在于其用户友好的界面和对共享代码变化分阶段部署的策略，有效应对了单一仓库中的挑战，显著提升了部署的安全性、效率和透明度。该项目能够将各种 AI 大模型和服务的接口，统一转换成 OpenAI 的格式，简化了在不同 AI 服务/大模型切换和管理的工作。本文由博客一文多发平台。
【云原生】Kubernetes (K8s)
椰子的职场成长记录
10-14 663
Kubernetes 的出现是为了解决大规模容器化应用的管理和调度问题。它借鉴了 Google 多年在 Borg 上的经验，结合了 Docker 等容器技术的优势，并得到了广泛的社区支持。通过提供一个标准化的平台，Kubernetes 使得企业能够在多云和混合云环境中高效地部署、管理和扩展容器化应用。
Kubernetes（K8s）技术深度解析与实战案例
运维人生
10-09 1758
K8s以其强大的容器编排和管理能力，已经成为当今云原生应用和微服务架构的首选平台。通过本文的深入探讨和实战案例，我们可以看到K8s在运维中的强大功能和便利性。它不仅简化了应用的部署和管理流程，还提供了丰富的监控和日志收集功能，帮助我们更好地了解应用的运行状态和性能表现。未来，随着K8s生态的不断发展和完善，我们相信它将在企业运维中发挥更加重要的作用。无论是大型互联网公司还是初创企业，都可以通过K8s来实现高效、可靠、可扩展的容器化应用管理。
k8s的部署和安装
2301_78442423的博客
10-14 462
在Docker 作为高级容器引擎快速发展的同时，在Google内部，容器技术已经应用了很多年Borg系统运行管理着成千上万的容器应用。Kubernetes项目来源于Borg，可以说是集结了Borg设计思想的精华，并且吸收了Borg系统中的经验和教训。Kubernetes对计算资源进行了更高层次的抽象，通过将容器进行细致的组合，将最终的应用服务交 给用户。kubernetes的本质是一组服务器集群，它可以在集群的每个节点上运行特定的程序，来对节点中的容器 进行管理。
k8s集群版本升级
u010674101的专栏
10-14 581
Kubernetes 集群版本升级是为了获得最新的功能、增强的安全性和性能改进。然而，升级过程需要谨慎进行，特别是在生产环境中。通常，Kubernetes 集群的版本升级应遵循逐步升级的策略，不建议直接跳过多个版本。
k8s pod详解使用
HUHUD521的博客
10-09 1065
Pod是K8s中最小的可部署单元，也是资源对象模型中由用户创建或部署的最小资源对象模型。它实现了对容器的封装和管理，是一组运行在同一主机（节点）上、共享网络和存储空间的一组容器。Pod内的容器共享同一个网络命名空间和存储卷，可以方便地实现容器间的通信和数据共享。#可以以此形式来一层一层获取可配置项#必选项，版本号，如V1kind: Pod#必选项，资源类型，pod等metadata:#必选项，元数据部分name: xxx#Pod名称#Pod所属的命名空间,默认为"default"
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值