k8s service使用详解

置顶 已于 2023-02-21 11:38:39 修改
阅读量8k 收藏 87
点赞数 100
CC 4.0 BY-SA版权
分类专栏： k8s linux与容器实战项目高手 文章标签： k8s service使用详解 k8s service使用 k8s service使用总结 k8s service分类总结 k8s service
于 2023-02-13 20:30:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zhangcongyi420/article/details/128429385
本文详细介绍了Kubernetes Service的作用，包括它作为Pod服务的统一入口，防止Pod失联的功能。Service分为ClusterIP、NodePort、LoadBalancer和ExternalName四种类型，分别适用于不同的场景。重点讲解了ClusterIP和NodePort的使用，包括创建、配置及负载均衡机制，并通过实际操作展示了NodePort的负载均衡效果。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一、什么是服务service？

在k8s里面，每个Pod都会被分配一个单独的IP地址,但这个IP地址会随着Pod的销毁而消失，重启pod的ip地址会发生变化，此时客户如果访问原先的ip地址则会报错 ；

Service (服务)就是用来解决这个问题的, 对外服务的统一入口，防止pod失联，定义一组pod的访问策略（服务发现、负载均衡） ；

一个Service可以看作一组提供相同服务的Pod的对外访问接口，作用于哪些Pod是通过标签选择器来定义的 ，Service是一个概念，主要作用的是节点上的kube-proxy服务进程 ；

举例来说，定义了3个商品微服务，由网关作为统一访问入口， 前端不需要关心它们调用了哪个后端副本。 然而组成这一组后端程序的 Pod 实际上可能会发生变化， 前端客户端不应该也没必要知道，而且也不需要跟踪这一组后端的状态。

简而言之，Service 定义的这种抽象能够解耦这种关联；

二、service分类

根据使用场景的不同，service可以分成下面几类

2.1 ClusterIP

默认类型，自动分配一个【仅集群内部】可以访问的虚拟IP

2.2 NodePort

对外访问应用使用，在Clus

了解本专栏 订阅专栏 解锁全文 超级会员免费看
k8s Ingress使用详解
congge
02-20 7632
k8s Ingress使用详解
k8s 四种Service类型(ClusterIP、NodePort、LoadBalancer、ExternalName)详解
热门推荐
博客虽小，世界尽在其中
08-08 3万+
本文深入探讨了Kubernetes (k8s) 中Service资源的四种核心类型，每种类型均在设计上服务于不同的网络访问需求，为在Kubernetes集群内部及外部高效、灵活地暴露服务提供了强大支持。 ExternalName Service：本文首先介绍了ExternalName Service，这是一种特殊类型的Service，它不提供负载均衡或代理功能，而是将集群内的服务名解析为集群外部的DNS名称。这种类型特别适用于需要将服务请求重定向到集群外部资源（如另一个集群中的服务或第三方SaaS服务）的
K8s——Service详解
02-08 1445
1 Service 含义 K8s service可以理解为对一组Pod的抽象。类似于Nginx能够把请求转发的对应的服务上。 2 Service作用 2.1 pod使用时因某些问题重启，从而导致pod 的IP发生变化，会导致旧的IP不能用，影响用户对系统使用。service的出现很好的解决此问题，客户端通过service 访问pod，当podIP有变化也不会影响(service通过Label Selector跟pod绑定)。 2.2 对外暴露pod访问请求端口。 2...
Kubernetes Service 详解
最新发布
ttyy1112的专栏
04-30 1129
Service 是 Kubernetes 网络模型的核心组件，理解其工作原理对于构建可靠的应用架构至关重要。
容器集群k8s从入门到精通之Service详解（第七章）
梦溪笔谈的博客
07-29 1754
第七章 Service详解 本章节主要介绍kubernetes的流量负载组件：Service和Ingress。 Service介绍 ​ 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 ​ 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能
k8s的Service详解
lixinkuan的博客
01-15 7608
我们在使用pod的时候，pod之前可以相互ping通的，机器本身也可以ping通pod和另外机器的pod，如果是一个serivce的话，我们通过端口号，就可以访问service。 不要直接使用和管理Pods，为什么？ 当我们使用ReplicaSet 或者ReplicationController做水平扩展scale的时候，Pods可能被结束。 当我们使用Deployment的时候，我们去...
玩转k8s：Service详解
duansamve的博客
03-17 2760
在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。
K8S之Service详解
运维@小兵的博客
09-26 9752
示例 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网络详解（一）
抽象空间的博客
07-23 2136
服务：端点：和Service类似，基于OSI（Open System Interconnection）网络模型的七层协议数据（如HTTP）的转发：负载均衡：Service名称解析：Service 通过标签来选取服务后端。
k8s之service详解
Cadillac_Yuhuang的博客
12-25 4788
k8s之service详解 文章目录k8s之service详解VIP和Service代理iptables 代理模式IPVS 代理模式Service服务类型ClusterIP类型示例NodePort类型示例LoadBalancer类型示例 Kubernetes Service定义了这样一种抽象：逻辑上的一组Pod，一种可以访问它们的策略 —— 通常被称为微服务。这一组Pod能够被Service访问到，通常是通过selector实现的。 举个例子，考虑一个图片处理后端，它运行了3个副本。这些副本是可互换的——前
K8S中Service详解（一）
杜小帅的博客
01-22 1466
在Kubernetes中，Service资源解决了Pod IP地址不固定的问题，提供了一种更稳定和可靠的服务访问方式。Service的稳定性：由于Pod可能会因为故障、重启或扩容而获得新的IP地址，直接使用Pod的IP来访问服务是不可靠的。Service通过提供一个固定的虚拟IP（ClusterIP）作为访问入口，使得服务访问变得更加稳定。Service的类型ClusterIP：为Service在集群内部提供一个固定的虚拟IP，只有集群内部的客户端可以访问此服务。NodePort。
k8s Service服务详解
weixin_45625174的博客
06-18 3183
这种模式，kube-proxy会监视k8s service对象和Endpoints,调用netlink接口以相应的创建ipvs规则并定期与k8s service对象和Endpoints对象同步ipvs规则，以确保ipvs状态与期望一致。访问服务时，流量将重定向到后端pod。与iptables类似，ipvs与netfilter的hook功能，但使用哈希表作为底层数据结构并在内核空间工作。这意味着ipvs可以更快的重定向流量，并且在同步代理规则时具有更好的性能。
【K8s】Service详解
llg___的博客
05-14 1948
程序在容器中、容器在Pod中，可以通过pod的ip来访问应用程序，但是podIP会随着创建销毁而改变。由此，Service出现：Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。在整个Service的生命周期中，ServiceIP是不会变化的。Service是一个概念，真正起作用的是kube-proxy服务进程：每个Node节点上都运行着一个kube-proxy服务进程。
k8s 中的 Service 简介【k8s 系列之二】
weixin_36995702的博客
09-14 3047
阅读目录〇、前言一、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详解
杨海吉
01-09 620
在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。
k8s 中的 Service 简介
sdgfafg_25的博客
09-14 2302
k8s 集群中的每一个 Pod 都有自己的 IP 地址，那么是不是有 IP 了，访问起来就简单了呢，其实不然。因为在 k8s 中 Pod 不是持久性的，摧毁重建将获得新的 IP，客户端通过会变更 IP 来访问显然不合理。另外 Pod 还经常会通过多个副本来实现负载均衡，客户端如何高效的访问哪个副本的问题也显现出来了。那么本文将要介绍的 Service 对象应运而生。如下关系图：当通过 API 创建/修改 Service对象时，
【k8s】7、service详解
努力充实，远方可期
06-20 2675
第七章 Service详解 本章节主要介绍kubernetes的流量负载组件：Service和Ingress。 Service介绍 ​ 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 ​ 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能
K8S（十一）—Service详解
qq_51010919的博客
12-18 1938
你可以在集群中设置节点以使用特定 IP 地址来提供 NodePort 服务。如果每个节点都连接到多个网络（例如：一个网络用于应用程序流量，另一个网络用于节点和控制平面之间的流量）， 你可能需要执行此操作。如果你要指定特定的 IP 地址来代理端口，可以将 kube-proxy 的标志或kube-proxy 配置文件的等效字段设置为特定的 IP 段。此标志采用逗号分隔的 IP 段列表（例如10.0.0.0/8）来指定 kube-proxy 应视为该节点本地的 IP 地址范围。例如，如果你使用。
K8s的Service详解（九）
weixin_41979002的博客
11-15 1450
1 Service介绍 ● 在kubernetes中，Pod是应用程序的载体，我们可以通过Pod的IP来访问应用程序，但是Pod的IP地址不是固定的，这就意味着不方便直接采用Pod的IP对服务进行访问。 ● 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个Pod进行聚合，并且提供一个统一的入口地址，通过访问Service的入口地址就能访问到后面的Pod服务。 ● Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每
k8s中查看服务启动日志
03-23
<think>好的，用户想在Kubernetes中查看服务启动的日志，具体是如何操作呢？首先，我需要回忆一下k8s查看日志的常用命令。根据引用[2]提到的，使用kubectl logs命令可以查看Pod中某个容器的日志，基本格式是kubectl logs <pod_name> -c <container_name>。那如果用户要查看启动时的日志，可能需要加上--previous参数，特别是当容器已经崩溃重启时，之前的日志可能被覆盖，这时候用--previous可以获取上一次启动的日志，这在引用[1]里提到过。 然后，用户提到的是服务启动的日志，服务在k8s中通常对应一个或多个Pod，所以首先要确定是哪个Pod。可能需要用户先通过kubectl get pods找到相关的Pod名称，再针对该Pod执行日志查看命令。如果Pod有多个容器，需要用-c指定容器名，否则默认是第一个容器。 另外，如果Pod处于CrashLoopBackOff状态，不断重启，这时候直接kubectl logs可能只能看到当前容器的日志，而之前的日志已经被清除了。这时候就需要加上--previous参数，如引用[1]中的解决方法。不过要注意，如果容器重启次数过多，可能只能获取最近一次崩溃前的日志。 还有，权限问题也可能导致无法查看日志，如引用[3]中的情况，用户可能需要检查ClusterRoleBinding的设置，确保有足够的权限执行logs命令。但这种情况相对较少，一般用户可能已经有权限，不过还是需要提一下可能的权限问题及解决方法。 另外，引用[4]提到几种查看日志的方法，包括实时日志、指定容器、查看之前实例的日志等，这些都可以综合起来给用户提供全面的步骤。比如使用-f参数实时跟踪日志，或者结合标签选择器来过滤Pod。 总结下来，步骤应该是：1. 确定Pod名称；2. 使用kubectl logs命令，可能需要加上--previous或-f参数；3. 处理多容器的情况；4. 处理权限问题。同时，提醒用户如果Pod频繁重启，需要结合--previous来获取崩溃前的日志，这点非常重要，因为用户的问题可能涉及到启动失败的情况。</think>在Kubernetes中查看Pod或服务启动日志的步骤如下： ### 1. 确定目标Pod名称 首先通过标签筛选或服务名称定位Pod： ```bash kubectl get pods -l app=your_service_name -n namespace_name ``` 或列出所有Pod： ```bash kubectl get pods --all-namespaces ``` ### 2. 查看实时启动日志 使用`kubectl logs`命令查看实时日志流： ```bash kubectl logs -f <pod_name> -n <namespace> --container <container_name> [^2] ``` - `-f`：实时跟踪日志输出 - `--container`：多容器Pod需指定容器名称 ### 3. 查看历史启动日志 如果容器已重启，查看崩溃前的日志： ```bash kubectl logs -p <pod_name> --previous [^1] ``` - `--previous`：显示前一个容器实例的日志 ### 4. 通过事件查看启动失败原因 检查Pod调度事件： ```bash kubectl describe pod <pod_name> | grep -A 10 Events ``` ### 5. 高级排查技巧 ```bash # 查看初始化容器日志 kubectl logs <pod_name> -c <init_container_name> [^2] # 通过标签筛选查看日志 kubectl logs -l app=nginx --tail=50 [^4] # 显示时间戳 kubectl logs <pod_name> --timestamps ``` ### 权限问题处理 若出现权限错误，需配置ClusterRoleBinding： ```bash kubectl create clusterrolebinding cluster-system-anonymous \ --clusterrole=cluster-admin --user=system:anonymous [^3] ```
评论 160
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

小码农叔叔

谢谢鼓励

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

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

打赏作者

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

抵扣说明：

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

余额充值