kubernetes(k8s) 学习 (五) service的三种工作模式+四种类型详解

最新推荐文章于 2024-09-14 04:01:24 发布
最新推荐文章于 2024-09-14 04:01:24 发布
阅读量5.1k 收藏 19
点赞数 3
分类专栏： 容器技术
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45649763/article/details/105656386
版权

文章目录

service是什么

通过以前的学习，我们已经能够通过控制器来创建一组Pod来提供具有高可用性的服务。虽然每个Pod都会分配一个单独的Pod IP，然而却存在如下两问题：

Pod IP仅仅是集群内可见的虚拟IP，外部无法访问。
Pod IP会随着Pod的销毁而消失，当ReplicaSet对Pod进行动态伸缩时，Pod IP可能随时随地都会变化，这样对于我们访问这个服务带来了难度。

因此，Kubernetes中的Service对象就是解决以上问题的实现服务发现核心关键。

在这里插入图片描述

service解决的问题:
让集群外部的主机访问到集群内部的pod(容器)，也就是提供的业务，如何发布出去，当pod进行自动伸缩时，如何让新增的pod被自动的发现,并且进行自动的负载均衡。
它是交互etcd的，信息都持久化的存储在etcd中。etcd是通过堆栈的形式部署的，并不具备高可用。可以通过kubectl get -n kube-system 来查看etcd.
客户端在访问api-server的时候，和etcd进行交互。

etcd是什么?
k8s集群使用etcd作为它的数据后端,etcd是一种无状态的分布式数据存储集群. 数据以key-value的形式存储在其中.

etcd应用场景

1.用于服务发现，服务发现(ServiceDiscovery)要解决的是分布式系统中最常见的问题之一，即在同一个分布式集群中的进程或服务如何才能找到对方并建立连接。

要解决服务发现的问题，需要具备下面三种必备属性。

1.一个强一致性、高可用的服务存储目录。
基于Ralf算法的etcd天生就是这样一个强一致性、高可用的服务存储目录。

2.一种注册服务和健康服务健康状况的机制。
用户可以在etcd中注册服务，并且对注册的服务配置key TTL，
定时保持服务的心跳以达到监控健康状态的效果。

3.一种查找和连接服务的机制。
通过在etcd指定的主题下注册的服务业能在对应的主题下查找到。
为了确保连接，我们可以在每个服务机器上都部署一个proxy模式的etcd，
这样就可以确保访问etcd集群的服务都能够互相连接。

service的三种工作模式

userspace模式

第一种: 是Userspace方式
　　如下图描述, Client Pod要访问Server Pod时,它先将请求发给本机内核空间中的service规则，由它再将请求,转给监听在指定套接字上的kube-proxy，kube-proxy处理完请求，并分发请求到指定Server Pod后,再将请求递交给内核空间中的service,由service将请求转给指定的Server Pod。
　　由于其需要来回在用户空间和内核空间交互通信，因此效率很差，接着就有了第二种方式.
在这里插入图片描述

iptables模式

第二种: iptables模型
　　此工作方式是直接由内核中的iptables规则，接受Client Pod的请求，并处理完成后，直接转发给指定ServerPod。
　　
　　 在这里插入图片描述

ipvs模型(lvs)

第三种: ipvs模型
　　它是直接有内核中的ipvs规则来接受Client Pod请求，并处理该请求,再有内核封包后，直接发给指定的Server Pod。
在这里插入图片描述

注意：
　　以上不论哪种，kube-proxy都通过watch的方式监控着kube-APIServer写入etcd中关于Pod的最新状态信息,它一旦检查到一个Pod资源被删除了 或 新建，它将立即将这些变化，反应再iptables 或 ipvs规则中，以便iptables和ipvs在调度Clinet Pod请求到Server Pod时，不会出现Server Pod不存在的情况。
自k8s1.1以后,service默认使用ipvs规则，若ipvs没有被激活，则降级使用iptables规则. 但在1.1以前，service使用的模式默认为userspace.
在这里插入图片描述

service类型

Service同其他Kubernetes对象一样，也是通过yaml或json文件进行定义。
此外，它和其他Controller对象一样，通过Label Selector来确定一个Service将要使用哪些Pod。

ClusterIP模式

用于为集群内Pod访问时,提供的固定访问地址,默认是自动分配地址,可使用ClusterIP关键字指定固定IP.

NodePort模式

用于为集群外部访问Service后面Pod提供访问接入端口.
　这种类型的service工作流程为:
　　　　　　Client----->NodeIP:NodePort----->ClusterIP:ServicePort----->PodIP:ContainerPort

LoadBalancer模式

用于当K8s运行在一个云环境内时,若该云环境支持LBaaS,则此类型可自动触发创建一个软件负载均衡器用于对Service做负载均衡调度.
因为外部所有Client都访问一个NodeIP,该节点的压力将会很大, 而LoadBalancer则可解决这个问题。
而且它还直接动态监测后端Node是否被移除或新增了，然后动态更新调度的节点数。

ExternalName模式

用于将集群外部的服务引入到集群内部，在集群内部可直接访问来获取服务。
它的值必须是 FQDN, 此FQDN为集群内部的FQDN, 即: ServiceName.Namespace.Domain.LTD.

然后CoreDNS接受到该FQDN后，能解析出一个CNAME记录, 该别名记录为真正互联网上的域名.
如: www.test.com, 接着CoreDNS在向互联网上的根域DNS解析该域名，获得其真实互联网IP.

在这里插入图片描述

实验步骤

实验环境

主机名（IP） 	服务
ser1(172.25.2.2) 	harbor仓库
ser2(172.25.2.3) 	master
ser3(172.25.2.4) 	node1
ser4(172.25.2.5) 	node2

关闭上述主机的防火墙，selinux，设置每台主机可以上网

clusterip测试

我们先来看一下，默认的clusterip模式

在这里插入图片描述在这里插入图片描述在这里插入图片描述 运行一个容器，可以访问后端的两个pod
在这里插入图片描述
在这里插入图片描述2.
在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述
3.连接访问时发现报错
在这里插入图片描述在这里插入图片描述在这里插入图片描述改正端口
在这里插入图片描述
在这里插入图片描述
测试成功
在这里插入图片描述在这里插入图片描述

无头服务

在这里插入图片描述
在这里插入图片描述在这里插入图片描述
1.在这里插入图片描述2.截图遗失了,可以看上面的图
在这里插入图片描述3.
在这里插入图片描述
4.
在这里插入图片描述
5.在这里插入图片描述6.在这里插入图片描述7.在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述

将service的工作模式改为lvs(ipvs)

1.在集群node节点ser3中发现
在这里插入图片描述在这里插入图片描述在这里插入图片描述
2.在所有节点安装ipvsadm(master节点+node节点),这里不再赘述
在这里插入图片描述在这里插入图片描述3.可以在部署k8s集群的时候，就安装上lvs模块在这里插入图片描述

4.在master节点，设置集群的 lvs模式
1)在这里插入图片描述2)在这里插入图片描述3)在这里插入图片描述将模式改为ipvs模式
在这里插入图片描述在这里插入图片描述在这里插入图片描述
4.删除原来的pod
在这里插入图片描述5.在每个节点上发现,lvs的策略自动出现
在这里插入图片描述6.在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述
7.测试自动发现
在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述

测试理解跨主机通信原理

在这里插入图片描述在这里插入图片描述
在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述

测试nodeport类型

1.在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述2.在这里插入图片描述3.在这里插入图片描述4.在这里插入图片描述5.在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述6.在这里插入图片描述7.在这里插入图片描述

测试LoadBalancer模式

在这里插入图片描述1.

在这里插入图片描述
在这里插入图片描述
2.在这里插入图片描述3.在这里插入图片描述

测试ExternalName模式

在这里插入图片描述
1.在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述
更改外部资源

在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述

2.在这里插入图片描述在这里插入图片描述
1)
在这里插入图片描述在这里插入图片描述在这里插入图片描述
2)在这里插入图片描述
3)在这里插入图片描述

阿里Kubernetes（k8s）详解
09-02
阿里Kubernetes（k8s）详解 Kubernetes（简称k8s）是由Google开源的一款容器编排系统，现由CNCF（Cloud Native Computing Foundation）维护。阿里云作为国内领先的云计算服务提供商，深度参与了Kubernetes的发展，...
容器集群k8s从入门到精通之Service详解（第七章）
梦溪笔谈的博客
07-29 1594
第七章 Service详解 本章节主要介绍kubernetes的流量负载组件：Service和Ingress。 Service介绍 ​ 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 ​ 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能
k8s之Service详解
NCS123456的博客
12-06 1992
Kubernetes Serivce是一组具有相同label Pod集合的抽象(可以简单的理解为集群内的LB)，集群内外的各个服务可以通过Service进行互相通信。
k8s 中的 Service 简介【k8s 系列之二】
最新发布
weixin_36995702的博客
09-14 604
阅读目录〇、前言一、Service 的工作原理1.1 Service 简介1.2 配置文件示例二、Service 的负载均衡三、Service 的类型3.1 ClusterIP，默认方式，集群内访问3.2 NodePort 集群外访问3.3 LoadBalancer 负载均衡3.4 ExternalName 指定外部访问域名3.5 无头服务（Headless Services）四、Service ...
K8S之Service详解
运维@小兵的博客
09-26 9660
示例 yaml文件tomcat-service.yaml apiVersion: v1 kind: Service metadata: name: tomcat-service spec: ports: - port: 8080 name: service-port - port: 8005 name: shutdown-port selector: tier: frontend kubectl apply -f tomcat-service.yaml 解释 定
k8s Service服务详解
weixin_45625174的博客
06-18 2906
这种模式，kube-proxy会监视k8s service对象和Endpoints,调用netlink接口以相应的创建ipvs规则并定期与k8s service对象和Endpoints对象同步ipvs规则，以确保ipvs状态与期望一致。访问服务时，流量将重定向到后端pod。与iptables类似，ipvs与netfilter的hook功能，但使用哈希表作为底层数据结构并在内核空间工作。这意味着ipvs可以更快的重定向流量，并且在同步代理规则时具有更好的性能。
Kubernetes系列之理解K8s Service的几种模式
思月行云
07-09 1062
原文地址：Kubernetes系列之理解K8s Service的几种模式 今天给大家介绍下k8s的service的几种访问模式。 概述 我们知道pod的ip不是固定的，是根据所在宿主机的docker0网卡生成的，每次重启，更新，调度等情况IP都会变，那pod与pod之间需要互相调用，肯定不能用ip的，因为地址不是固定的， 如何能保障pod之前访问的可靠性，由此就衍生出Service的概念。 在实际生产环境中，一般有两种访问 对集群内部的访问， 集群外部的访问。service现在分为以下类型 Clu
详解k8s组件Ingress边缘路由器并落地到微服务-kubernetes
01-28
在Kubernetes（k8s）集群中，Ingress是一个关键组件，它作为外部网络流量进入集群的入口，扮演着边缘路由器或集群网关的角色。Ingress允许管理员定义自定义的路由规则，以便灵活地管理和暴露服务，使得外部请求能够...
kubernetes进阶，k8s详解
05-14
Kubernetes（简称 k8s）是一个开源的容器编排平台，旨在自动化容器化应用的部署、扩展和管理。Kubernetes 的架构由多个核心组件构成，这些组件共同协作以确保集群能够高效地运行。 - **kube-apiserver**：...
Kubernetes（k8s）面试题.pdf
05-10
### Kubernetes（k8s）面试题详解 #### 一、基础知识 **1. Kubernetes是什么？** Kubernetes（简称k8s）是一个开源平台，旨在自动部署、扩展和管理容器化的应用。它通过提供一系列工具和服务简化了应用生命周期...
【k8s】Service代理模式之IPVS模式、无头服务、发布service五种类型、Fannel原理及Flannel vxlan类型
神棍之路
08-25 1976
同一个pod内的多个容器间的通信，通过lo回环网络接口即可实现；同一节点的pod之间通过cni网桥转发数据包。不同节点的pod之间的通信需要网络插件支持。通过iptables或ipvs实现通信，ipvs取代不了iptables，因为ipvs只能做负载均衡，而做不了nat转换。iptables的MASQUERADE。**Service与集群外部客户端的通信：**ingress、nodeport、loadbalancer。
K8s-----（六）Service的类型
qq_41582883的博客
02-27 1647
Service 是由 kube-proxy 组件，加上 iptables 来共同实现的. kube-proxy 通过 iptables 处理 Service 的过程，需要在宿主机上设置相当多的 iptables 规则，如果宿主机有大量的Pod，不断刷新iptables规则，会消耗大量的CPU资源 kubectl create deployment nginx --image=myapp:v1 --replicas=3 kubectl expose deployment nginx --port=80 ku
k8s 四种Service类型(ClusterIP、NodePort、LoadBalancer、ExternalName)详解
热门推荐
博客虽小，世界尽在其中
08-08 2万+
本文深入探讨了Kubernetes (k8s) 中Service资源的四种核心类型，每种类型均在设计上服务于不同的网络访问需求，为在Kubernetes集群内部及外部高效、灵活地暴露服务提供了强大支持。 ExternalName Service：本文首先介绍了ExternalName Service，这是一种特殊类型的Service，它不提供负载均衡或代理功能，而是将集群内的服务名解析为集群外部的DNS名称。这种类型特别适用于需要将服务请求重定向到集群外部资源（如另一个集群中的服务或第三方SaaS服务）的
【k8s系列十二】k8s 之 Service的类型
BASK2311的博客
10-26 2919
svc有4中方式, 什么时候使用什么方式呢?看下面的图:当一个需求来了, 要判断倒是是那种场景是内部请求还是外部请求?如果是内部请求, 例如nginx想要请求tomcat, 使用clusterIP如果是外部请求, 需要判断是谁访问谁?是我想访问外部的mysql么?如果是, 我就要考虑是否要相对静态的ip给到内部, 如果需要使用ExternalName。
Kubernetes教程(五)---Service 的几种访问方式
探索云原生
09-24 1303
所谓 Service，其实就是 Kubernetes 为 Pod 分配的、固定的、基于 iptables（或者 IPVS）的访问入口。而这些访问入口代理的 Pod 信息，则来自于 Etcd，由 kube-proxy 通过控制循环来维护。1）ClusterIP：通过集群的内部 IP 暴露服务，选择该值时服务只能够在集群内部访问。2）NodePort：通过每个节点上的 IP 和静态端口（NodePort）暴露服务。NodePort服务会路由到自动创建的ClusterIP服务。通过请求。
详解k8s的4种Service类型
Dragon的博客
08-08 2万+
目录 Services 和 Pods Userspace iptables IPVS ClusterIP NodePort LoadBalancer ExternalName Services 和 Pods KubernetesPods是有生命周期的。他们可以被创建，而且销毁不会再启动。如果您使用Deployment来运行您的应用程序，则它可以动态创建和销毁 Pod。 一个Kubernetes的Service是一种抽象，它定义了一组Pods的逻辑集合和一个用于访问它们的策略 - 有
Service 在 K8s 中的四种类型
weixin_66734746的博客
09-22 889
clusterIP 主要在每个 node 节点使用 iptables，将发向 clusterIP 对应端口的数据，转发到 kube-proxy 中。然后 kube-proxy 自己内部实现有负载均衡的方法，并可以查询到这个 service 下对应 pod 的地址和端口，进而把数据转发给对应的 pod 的地址和端口。
写写k8s的四种service类型和使用场景
qq_44370158的博客
08-15 578
Kubernetes（K8s）中有四种常见的Service类型，它们是 ClusterIP、NodePort、LoadBalancer 和 ExternalName。需要注意的是，这些 Service 类型并不是互斥的，它们可以根据实际需求进行组合使用。在实际应用中，根据具体的业务需求和部署环境，选择合适的 Service 类型非常重要。这些 Service 类型提供了不同的访问方式和功能，以满足各种应用程序的部署和访问要求。
k8s service 详解
12-22
Kubernetes（k8s）Service是Kubernetes集群的一种重要概念，用于定义一组Pod的访问规则。Service可以根据label selector匹配指定的Pod，并为其提供网络代理和负载均衡，使得外部或内部的流量能够正确地路由到对应的Pod上。 Kubernetes Service有四种类型：ClusterIP、NodePort、LoadBalancer和ExternalName。ClusterIP类型为Service创建一个Cluster-internal IP，并通过集群内部路由提供服务。NodePort类型在ClusterIP的基础上为Service在每个Node上开放一个端口，从而可以通过Node的IP访问Service。LoadBalancer类型根据云平台提供的负载均衡器来分配外部流量，并通过NodePort和ClusterIP暴露Service。ExternalName类型允许对外暴露为一个DNS名称，从而在不同的Namespace中指向外部服务。 Service可以通过Endpoint对象来绑定一组Pod的IP地址和端口，实现负载均衡和故障转移。另外，Service还支持Selector和Session Affinity，可以根据标签选择器和会话粘性来定义流量的路由规则。 总的来说，Kubernetes Service提供了一种抽象方式来暴露应用程序的服务，并通过负载均衡和路由规则来有效地管理流量。它是Kubernetes中实现微服务架构和构建可扩展应用的重要组件，为集群中的各种应用提供了易于访问和管理的网络服务。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值