Service

已于 2024-08-26 08:21:26 修改
阅读量725 收藏 18
点赞数 16
文章标签： kubernetes k8s pod
于 2024-08-23 16:29:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_56770318/article/details/141468999
版权

SERVICE

在 Kubernetes 中，Service 是一种用于暴露和管理一组 Pods 的网络访问的资源对象。以下是对 Service 的详细介绍：

1. 基本概念

  • 目的: Service 提供了一个稳定的网络端点，以便外部应用程序和其他 Pods 可以访问 Pods 集群中的服务，而无需直接引用 Pod 的 IP 地址，因为 Pods 的 IP 地址可能会变化。

2. Service 类型

  • ClusterIP: 默认类型，提供一个集群内部的虚拟 IP 地址，服务只能在集群内部访问。适用于只需要内部通信的服务。
  • NodePort: 在每个节点上开放一个端口，将流量转发到 ClusterIP 类型的服务上。可以通过 <NodeIP>:<NodePort> 从集群外部访问服务。适合用于测试或小型集群。
  • LoadBalancer: 自动配置一个外部负载均衡器（通常由云提供商提供），并将流量转发到 ClusterIP 类型的服务上。适用于需要从外部访问的服务，如生产环境。
  • ExternalName: 将服务映射到一个外部的 DNS 名称。服务请求被转发到指定的外部名称，并不涉及 Kubernetes 的负载均衡或网络规则。适用于需要将服务映射到集群外部的场景。
#详细解释
定义: ExternalName 类型的 Service 通过 DNS 名称将服务请求转发到外部主机。它不创建任何代理或负载均衡器，而是将请求直接转发到指定的外部地址。
用途: 适用于将 Kubernetes 内部服务与集群外部的服务进行集成。例如，可以用来访问外部数据库或第三方 API。
配置: 在 Service 的 YAML 文件中，配置 type 为 ExternalName，并设置 externalName 字段为目标外部主机名
#行为
DNS 解析: 当在 Kubernetes 集群内部访问 my-external-service 时，它会解析为 external.example.com 的 DNS 名称。
不进行流量管理: ExternalName 类型的 Service 不处理流量路由或负载均衡，流量直接发送到 externalName 指定的外部地址。
#使用场景
与外部资源对接: 当需要与集群外的服务进行通信时，ExternalName 提供了一种简单的方式来实现。
简化配置: 使集群内部的服务可以通过 DNS 名称访问外部资源，无需修改集群内部服务的配置。

示例：

yaml1
apiVersion: v1
kind: Pod
metadata:
  name: external-pod
spec:
  containers:
  - name: external-c
    image: centos:7
    command: ["/bin/sh"]
    args: ["-c","while true; do echo aaa; sleep 10; done"]
#apiVersion: v1: 使用 Kubernetes API 的 v1 版本。
#kind: Pod: 资源类型是 Pod。
#metadata: 元数据部分定义了 Pod 的名称（external-pod）。
#spec: 定义了 Pod 的规格。
#containers: 指定 Pod 内的容器。
#name: external-c: 容器的名称。
#image: centos:7: 容器使用的镜像是 CentOS 7。
#command: 容器启动时执行的命令，这里是 /bin/sh。
#args: 传递给命令的参数，容器将运行一个无限循环，不断输出 aaa，每 10 秒输出一次。

yaml2    
apiVersion: v1
kind: Service
metadata:
  name: external
spec:
  type: ExternalName
  externalName: baidu.com
  
#apiVersion: v1: 使用 Kubernetes API 的 v1 版本。
#kind: Service: 资源类型是 Service。
#metadata: 元数据部分定义了 Service 的名称（external）。
#spec: 定义了 Service 的规格。
#type: ExternalName: 这是一个 ExternalName 类型的 Service。ExternalName 服务可以将请求转发到集群外部的服务或主机名。
#externalName: baidu.com: 这个服务将请求转发到 baidu.com。

kubectl apply -f external.yaml
#这个命令将 external.yaml 文件中的 Pod 配置应用到 Kubernetes 集群中。它会创建一个名为 external-pod 的 Pod。
kubectl apply -f service1.yaml
#这个命令将 service1.yaml 文件中的 Service 配置应用到 Kubernetes 集群中。它会创建一个名为 external 的 Service，该 Service 会将请求转发到 baidu.com。
kubectl get pod  -o wide 
#这个命令列出集群中的所有 Pod，并显示详细信息，如 Pod 的 IP 地址、节点等
kubectl get svc
#这个命令列出集群中的所有 Service，并显示其详细信息，如 Service 的类型、Cluster IP、外部 IP 等。
kubectl exec -it external-pod bash
#这个命令以交互模式 (-it) 进入名为 external-pod 的 Pod，并启动一个 Bash shell。
ping external
#在进入 Pod 的 Bash shell 后，执行 ping external。这里的 external 是之前创建的 Service 的名称。由于这个 Service 的类型是 ExternalName，它将解析为 baidu.com。因此，这个命令实际上是在尝试 ping baidu.com。
yum install -y net-tools
nslookup baidu.com
Server:		10.96.0.10
Address:	10.96.0.10#53
Non-authoritative answer:
Name:	baidu.com
Address: 39.156.66.10
Name:	baidu.com
Address: 110.242.68.66

nslookup external
#检查 Kubernetes 集群内的 DNS 解析是否正常
Server:		10.96.0.10
Address:	10.96.0.10#53
external.default.svc.cluster.local	canonical name = baidu.com.
Name:	baidu.com
Address: 110.242.68.66
Name:	baidu.com
Address: 39.156.66.10
#external.default.svc.cluster.local
#external: 服务的名称。
#default: 命名空间的名称，在 Kubernetes 中，服务通常会被部署在特定的命名空间中，default 是默认的命名空间。
#svc: 代表服务（Service）。
#cluster: 表示这是一个集群内部的服务。
#local: 表示这是一个本地的、集群内部的 DNS 名称。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

3. Service 组件

  • Selector: 用于选择哪些 Pods 属于这个服务。它是一个标签选择器，用于根据 Pod 的标签来决定流量转发的目标。
  • Endpoints: Service 维护一组后端 Pods 的 IP 地址和端口，这些 IP 和端口会被自动更新以反映当前的 Pods 状态。
Endpoint
#概述:endpoint是一个关键的核心对象，它承担着连接service和后端Pod的重要角色。
#定义：
1.资源对象:用于表示一个服务的网络终结点。
2.抽象层:将服务的网络地址与后端容器或节点上的实际服务进行关联。
#作用：
1.服务发现:自动识别和管理服务的网络终结点，从而实现服务发现和访问。
2.负载均衡:将流量负载均衡到后端Pod上，实现服务的高可用性和水平扩展。
3.动态更新:根据service和pod的标签选择器自动生成的，因此当service或pod的标签发生变化时，endpoint会自动更新，实现动态的服务发现和负载均衡。
#生成与管理：
1.自动生成:每个service对象都会自动创建一个对应的endpoint对象，其中包含了与该service相关联的后端pod的网络地址和端口号。
2.控制平面管理：endpoint资源通常由kubenetes控制平面自动创建和管理。
#结构：
IP地址与端口号：包含了与service相关联的后端pod的ip地址和端口号。一个endpoint可以包含多个ip地址和端口号的组合，这取决于与service相关联的pod的数量。
#endpoint的使用场景：
1.内部服务访问:endpoint主要在集群中内部使用，用于实现集群内部的服务发现和负载均衡，不直接对外暴露。
2.被其他资源引用:endpoint可以被其他kubernetes资源对象引用，例如Ingress,LoadBalancer等，从而实现对服务的访问和负载均衡。
  • Ports:
    • port: 服务暴露的端口号。
    • targetPort: 后端 Pods 上容器的端口号。
    • protocol: 通信协议（如 TCP 或 UDP）。

4. 示例定义

以下是一个详细的 Service YAML 配置示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx-dep
spec:
  replicas: 5
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: harbor.hiuiu.com/nginx/nginx:1.21.5
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
#apiVersion: apps/v1: 这是 Kubernetes API 版本，用于定义 Deployment 资源。apps/v1 是支持的版本之一。
#kind: Deployment: 指明这个配置文件定义的是一个 Deployment 资源。
#metadata:
#name: nginx-deployment: Deployment 的名称。
#labels: 用于标记 Deployment，这些标签可以用来选择和管理资源。
#spec:
#replicas: 5: 定义了 Pod 的副本数目，这里表示希望运行 5 个 nginx 实例。
#selector:
#matchLabels: 用于选择哪些 Pods 属于这个 Deployment。它会选择所有具有 app: nginx 标签的 Pods。
#template:
#metadata:
#labels: 这些标签会被应用到 Pod 上，以便 selector 能够选择这些 Pods。
#spec:
#containers:
#name: nginx: 容器的名称。
#image: harbor.hiuiu.com/nginx/nginx:1.21.5: 使用的 Docker 镜像及其版本。
#imagePullPolicy: IfNotPresent: 只有当本地不存在镜像时才从镜像仓库拉取镜像。
#ports:
#containerPort: 80: 容器内暴露的端口，nginx 在这个端口上提供服务。               
        
---
apiVersion: v1
kind: Service
metadata:
  name: myapp-service
spec:
  type: NodePort
  ports:
    - port: 80
      targetPort: 80
      nodePort: 30007
  selector:
    app: nginx
---
#apiVersion: v1: 这是 Kubernetes API 版本，用于定义 Service 资源。v1 是支持的版本之一。
#kind: Service: 指明这个配置文件定义的是一个 Service 资源。
#metadata:
#name: myapp-service: Service 的名称。
#spec:
#type: NodePort: Service 类型，这里使用 NodePort 使得服务能够通过每个节点的特定端口进行访问。
#ports:
#port: 80: Service 的端口，通过这个端口暴露服务。
#targetPort: 80: Service 将请求转发到 Pod 上的这个端口。
#nodePort: 30007: 在每个节点上开放的端口，用于外部访问。
#selector:
#app: nginx: 选择具有 app: nginx 标签的 Pods。这意味着这个 Service 会将流量转发到 Deployment 创建的 Pods 上。
#Service 名为 myapp-service，类型为 NodePort，将流量通过端口 30007 转发到 Pods 上的端口 80。这样，你可以通过集群中任意节点的 IP 地址和端口 30007 访问 nginx 服务。
root@master:/opt/zxy# kubectl apply -f service.yaml 
root@master:/opt/zxy# kubectl apply -f service1.yaml

在这里插入图片描述

在这里插入图片描述

5.Service相关命令

查看 Service

  1. 列出所有 Services

    kubectl get services

    或者简写为：

    kubectl get svc

    这将列出当前命名空间下所有的 Services。

  2. 查看特定 Service 的详细信息

    kubectl describe service <service-name>

    其中 <service-name> 是你想查看的 Service 的名称。这个命令会显示 Service 的详细信息，包括其端口配置、选择器等。

  3. 查看特定 Service 的 YAML 配置

    kubectl get service <service-name> -o yaml

    这将显示指定 Service 的 YAML 配置，方便查看或保存配置。

创建 Service

  1. 从 YAML 文件创建 Service

    kubectl apply -f <file-name>.yaml

    其中 <file-name>.yaml 是包含 Service 定义的 YAML 文件。

  2. 使用命令行创建 Service

    kubectl expose deployment <deployment-name> --port=<port> --target-port=<target-port> --name=<service-name>

    例如，暴露一个名为 nginx-deployment 的 Deployment，使其在端口 80 上可用，并创建一个名为 nginx-service 的 Service：

    kubectl expose deployment nginx-deployment --port=80 --target-port=80 --name=nginx-service

更新 Service

  1. 编辑 Service

    kubectl edit service <service-name>

    这将打开一个编辑器，你可以在其中修改 Service 的配置。保存后，Kubernetes 会应用这些更改。

  2. 替换 Service 的配置

    kubectl replace -f <file-name>.yaml

    其中 <file-name>.yaml 是新的 Service 配置文件。这个命令会用新的配置替换现有的 Service。

删除 Service

  1. 删除 Service

    kubectl delete service <service-name>

    这将删除指定的 Service。

其他有用的命令

  1. 获取 Service 的端口映射

    kubectl get service <service-name> -o jsonpath='{.spec.ports[*].nodePort}'

    这个命令会显示 Service 的 nodePort（如果 Service 类型是 NodePort）。

  2. 列出所有命名空间中的 Services

    kubectl get services --all-namespaces

    这个命令会列出所有命名空间下的 Services。

这些命令可以帮助你在 Kubernetes 集群中有效地管理和操作 Service 资源。

6. 总结

Service 在 Kubernetes 中扮演着至关重要的角色，确保服务的高可用性和稳定性，使 Pods 能够在动态环境中保持稳定的网络访问。

故苏呦
关注
k8s service使用详解
congge
02-13 7570
k8s service使用详解
Windows安装MySQL时出现Install/Remove of the Service Denied!解决方案
最新发布
weixin_43178406的博客
08-11 4万+
本文主要介绍了Windows安装MySQL时出现Install/Remove of the Service Denied!解决方案，希望能对使用MySQL的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
K8S使用endpoint引用外部服务
weixin_39970002的博客
10-18 3785
K8S使用endpoint引用外部服务 endpoint 是k8s集群中一个资源对象，存储在etcd里面，用来记录一个service对应的所有pod的访问地址。service配置selector endpoint controller 才会自动创建对应的endpoint 对象，否则是不会生产endpoint 对象。 k8s集群中创建一个名为test的service,就会生成一个同名的endpoint 对象，endpoint对象就是关联pod的ip 地址和端口 (使用kubectl describe svc
K8S学习指南(22)-k8s核心对象Endpoint
俞兆鹏的博客
12-17 3338
在Kubernetes（K8s）中，Endpoint是一个关键的核心对象，它承担着连接Service和后端Pod的重要角色。Endpoint提供了对服务后端的抽象，允许我们在集群中动态地管理服务的网络终端。本文将深入研究K8s中Endpoint的概念、作用以及使用方法，并通过详细的示例来帮助读者更好地理解。Endpoint代表了Service后端的一组IP地址和端口号，用于将流量从Service引导到实际运行应用程序的Pod。
k8s：endpoint
Zx13170918986的博客
11-03 1036
k8s endpoint
k8s中的endpoint
热门推荐
全栈工程师开发手册（原创）https://github.com/tencentmusic/cube-studio
11-20 4万+
service selector service通过selector和pod建立关联。 k8s会根据service关联到pod的podIP信息组合成一个endpoint。 若service定义中没有selector字段，service被创建时，endpoint controller不会自动创建endpoint。 service负载分发策略 service 负载分发策略有两种： RoundRobin...
k8s的service和endpoint
jjt_zaj的博客
01-11 7412
service： 在k8s中，pod之间是通信是一般通过service名称完成的 endpoint: pod和service之间的关联关系，是通过endpoint实现的。Endpoint Endpoints表示了一个Service对应的所有Pod副本的访问地址，而Endpoints Controller负责生成和维护所有Endpoints对象的控制器。它负责监听Service和对应的Pod副本的变化。 对于pod，endpoint是集群自动创建的，用于将service和pod关联起来；而对于外部服务（部署
通过AccessibilityService实现系统按键监听
01-20
在Android系统中，AccessibilityService是一种特殊的服务，它允许应用程序获取并响应用户与系统的交互，包括触摸事件、键盘事件等。这种服务主要用于帮助残障人士，提供无障碍功能，但也可以被开发者用于实现特定的...
Android 实现进程及Service常驻之MarsDaemon源码
03-21
本文将深入探讨如何使用MarsDaemon源码实现Android进程及Service的常驻，确保服务即使在用户退出应用或者系统清理内存时也能持续运行。 首先，了解Android的进程生命周期是至关重要的。Android系统为了优化资源管理...
FLEXnet Licensing Service
11-29
《FLEXnet Licensing Service详解与应用》 在IT行业中，软件授权管理是至关重要的环节，它确保了软件开发商的利益，并防止非法复制和滥用。FLEXnet Licensing Service正是这样一款强大的授权服务工具，由Flexera...
【K8s Endpoint（端点）】
weixin_45693432的博客
07-12 531
Endpoint是kubernetes中的一个资源对象，存储在etcd中，用于记录一个service对应的所有pod的访问地址。通俗易懂总结：kubernetes 中的 Service与Endpoints通讯获取实际服务地址，在路由转发到具体pod上。一个Service由一组Pod组成，这些Pod通过Endpoints暴露出来，Endpoints是实现实际服务的端点集合。1.启动我们的pod集群（给每个pod打上标签nginx-pod）；service管理哪些pod集群；
k8s endpoint详解
学亮编程手记
11-05 536
当创建或更新 Service 时，Kubernetes 控制平面会自动创建或更新相应的 Endpoint 对象，以确保 Service 的后端地址正确更新。Endpoint 对象的主要作用是维护与 Service 关联的后端 Pod 的网络地址信息。当 Service 需要将流量转发给后端 Pod 时，它会查询与之关联的 Endpoint 对象，从中获取后端 Pod 的 IP 地址和端口信息。这将显示与给定 Service 相关的 Endpoint 对象的详细信息，包括后端 Pod 的 IP 地址和端口。
k8s service endpoint
qq_36054969的博客
07-04 722
k8s service endpoint
k8s的endpoints、service、ReplicationController、名称空间。
2301_76839564的博客
06-22 887
ndpoints是指一个服务的端点，当你的服务需要访问外部资源时，而你又不想把外部地址配置到代码里，这时，你可以在k8s里建立一个kind为Endpoints的服务，它可以帮助你的程序解析这个外部地址。格式。
k8s中Endpoint是什么
言之。
09-16 1万+
当一个Service被创建时，K8s会自动为其关联一个Endpoint资源对象，并将该Service所选择的Pod的IP地址和端口信息填充到Endpoint中。这样，当有请求发送给Service时，K8s会根据Service的配置将请求转发到对应的Endpoint上的Pod实例。这样，当后端Pod的数量发生变化、新的Pod加入或旧的Pod删除时，Kubernetes会及时。addresses：一个IP地址列表，表示属于该Endpoint的Pod的IP地址。Endpoint中的信息，保持。
kubernetes endpoints是什么 k8s代理集群外服务-EndpointSlice和Endpoint~ Prometheus外部监控
yuezhilangniao的博客
06-12 963
endpoint是k8s集群中的一个资源对象，存储在etcd中，用来记录一个service对应的所有pod的访问地址。service配置selector，endpoint controller才会自动创建对应的endpoint对象；否则，不会生成endpoint对象. EndpointSlice是Endpoint对象的集合。
k8s系列之 endpoint
qq_36465337的博客
03-22 2433
我仔细想了很久发现我无法在这个作者的基础上在去具体化 所以在这里我直接转载了 endpoint 一 ：创建对外的转发service apiVersion: v1 kind: Service metadata: name: external-service namespace: ms spec: ports: - port: 80 --- apiVersion: v1 kin...
【原创】k8s源代码分析-----EndpointController
weixin_33978044的博客
01-29 169
转自本人空间 http://user.qzone.qq.com/29185807/blog/1459325937 一、controller manager创建endpointController 代码在k8s.io\kubernetes\cmd\kube-controller-manager\controller-manage...
service
05-28
`@Service`是Spring Framework中的一个注解，用于标识一个类为服务层组件，通常用于注解业务逻辑层的实现类。使用`@Service`注解后，Spring容器会自动将该类实例化并注入到其他需要的类中，例如控制器（`@Controller`）或其他服务层组件（`@Service`或`@Repository`）。 `@Service`注解通常和`@Autowired`注解一起使用，用于完成依赖注入（DI）的过程。例如： ``` @Service public class UserServiceImpl implements UserService { @Autowired private UserDao userDao; // ... } ``` 上述代码中，`UserServiceImpl`类使用了`@Service`注解，表明它是一个服务层组件；同时，使用了`@Autowired`注解将`UserDao`对象注入到`UserServiceImpl`中，完成依赖注入的过程。 总之，`@Service`注解的作用是标识一个类为服务层组件，使得该类可以被自动注入到其他组件中，简化了组件之间的依赖关系管理。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值