K8S系列：Service类型（ClusterIP、NodePort区别）

原创 已于 2022-06-07 10:30:49 修改 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kubernetes

于 2022-06-06 01:00:00 首次发布
本文详细介绍了Kubernetes Service的四种类型：ClusterIP（默认类型，仅集群内访问）、NodePort（通过节点IP和静态端口暴露服务）、LoadBalancer（借助外部负载均衡器实现外部访问）以及ExternalName（服务解析为CNAME，不通过kube-proxy管理）。理解这些类型对于有效地暴露和管理K8S应用至关重要。

目录

Service 类型

ClusterIP

NodePort

LoadBalancer

ExternalName

Service 类型

在定义Service的时候可以指定一个自己需要的类型的Service，如果不指定的话默认是ClusterIP类型。

ClusterIP

默认的Service类型

通过集群的内部 IP 暴露服务，选择该值，服务只能够在集群内部可以访问，这也是默认的Service类型。ClusterIP类型的service创建时，k8s会通过etcd从可分配的IP池中分配一个IP，该IP全局唯一，且不可修改。所有访问该IP的请求，都会被iptables转发到后端的endpoints中。

NodePort

通过每个 Node 节点上的 IP 和静态端口（NodePort）暴露服务。NodePort 服务会路由到 ClusterIP 服务，这个 ClusterIP 服务会自动创建。通过请求 :，可以从集群的外部访问一个 NodePort 服务。

LoadBalancer

<

了解本专栏 订阅专栏 解锁全文 超级会员免费看
K8S系列：ClusterIP和NodePort
NIO4444
06-14 1万+
ClusterIP：只对集群内部可见 NodePort：对外部可见
k8s service clusterip&nodeport访问不通
csdn问鼎
06-18 2991
k8s service clusterip&nodeport访问不通
k8s服务发现(service discovery)常用的两种方式Nodeport和ClusterIP
weixin_50606361的博客
09-04 5191
这个配置文件创建了一个名为 “scnginx-deployment” 的Deployment，其中运行3个Nginx容器的Pod，并创建了一个名为 “scnginx-service” 的NodePort类型的Service，将流量路由到这三个Pod中的任何一个，通过任意节点的IP地址和端口30009进行访问。:: 为Pod添加了标签，标签的键是 “app”，值是 “scnginx”。: 为部署添加了标签，标签的键是 “app”，值是 “scnginx”。
kubernetes中的微服务Service（ClusterIP、NodePort、LoadBalancer）
strongjcl的博客
09-10 1486
用控制器来完成集群的工作负载，那么应用如何暴漏出去？需要通过微服务暴漏出去后才能被访问Service是一组提供相同服务的Pod对外开放的接口。借助Service，应用可以实现服务发现和负载均衡。service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现）
kubernetes进阶之路（九）~~~Service系列之ClusterIP&NodePort
qq_33996921的博客
01-06 4198
Service官网：https://kubernetes.io/docs/concepts/services-networking/service/ An abstract way to expose an application running on a set of Pods as a network service. With Kubernetes you don’t need to mod...
k8s的ClusterIP和NodePort类型有何不同
qq_32310175的博客
04-02 1712
服务有两种常见的类型：ClusterIP和NodePort，它们之间的主要区别在于访问方式和使用场景。总结来说，ClusterIP服务类型主要用于集群内部的通信，提供了一个内部的IP地址，而NodePort服务类型则允许从集群外部访问服务，通过在集群节点上打开一个端口来实现。ClusterIP是Kubernetes服务的一种类型，它为服务提供一个内部的IP地址，使得服务可以在集群内部被访问。这种类型的服务不是从外部可访问的，因此它适用于那些不需要对外暴露的服务，例如，集群内部组件之间的通信。
k8s（四）—service服务（暴露方式：ClusterIP、NodePort、LoadBalancer、ExternalName、ingress)
qq_43114229的博客
03-26 8714
[root@server2 ~]# kubectl -n kube-system get pod | grep proxy 每个节点都有haproxy kube-proxy-d6cp2 1/1 Running 6 (121m ago) 5d12h kube-proxy-pqn5q 1/1 Running 6 (121m ago) 5d12h kube-proxy-xt2m9 ..
Kubernetes(k8s)集群部署六、service（ClusterIP、NodePort、ExternalName、开启kube-proxy的ipvs模式）
ninimino的博客
03-03 1756
Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。 service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现） service的类型： ClusterIP：默认值，k8s系统给service自动分配的虚拟IP，只能在集群内部访问。 NodePort：将Service通过指定的Node上的端口暴露给外部，访问任意一个NodeIP:nodePort都将路由到ClusterIP。 LoadBalancer：在 No
k8s里面Service中ClusterIP和NodePort的使用
taw19960426的博客
06-17 7594
介绍了常用的Service中ClusterIP和NodePort的使用
ClusterIP、Headless Service 和 NodePort 的比较
2301_78537542的博客
03-08 1595
ClusterIP是 Kubernetes 默认的 Service 类型，它会为 Service 分配一个虚拟的 IP 地址（ClusterIP），这个 IP 是集群内部的虚拟地址，仅在集群内部有效。1.2 工作原理虚拟 IP：ClusterIP 是一个虚拟的 IP 地址，由 Kubernetes 网络管理。负载均衡：通过 kube-proxy 实现负载均衡，将请求转发到后端的 Pod。隐藏 Pod IP。
【K8S】详解NodePort 和 ClusterIP
06-19 1721
NodePort 和 ClusterIP 是 Kubernetes 中两种核心服务（Service）类型，它们在访问范围、实现机制和使用场景上有显著区别，但也存在紧密联系。
将ClusterIP类型改为NodePort类型的一种方式
wang725的专栏
02-14 7392
获取svc，查看nginx-deployment为ClusterIP类型 [root@k8s-master01 ~]# kubectl get svc NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 10.96.0.1 ...
k8s 四种Service类型(ClusterIP、NodePort、LoadBalancer、ExternalName)详解
热门推荐
博客虽小，世界尽在其中
08-08 3万+
本文深入探讨了Kubernetes (k8s) 中Service资源的四种核心类型，每种类型均在设计上服务于不同的网络访问需求，为在Kubernetes集群内部及外部高效、灵活地暴露服务提供了强大支持。 ExternalName Service：本文首先介绍了ExternalName Service，这是一种特殊类型的Service，它不提供负载均衡或代理功能，而是将集群内的服务名解析为集群外部的DNS名称。这种类型特别适用于需要将服务请求重定向到集群外部资源（如另一个集群中的服务或第三方SaaS服务）的
k8s之Service简介、ClusterIP(内网ip) 以及NodePort(外网ip)
花&败
04-16 8604
一、简介 我们只知道能够利用Deployment来创建一组Pod来提供具有高可用性的服务。 虽然每个Pod都会分配一个单独的Pod IP，然而却存在如下两问题： Pod IP 会随着Pod的重建产生变化 Pod IP 仅仅是集群内可见的虚拟IP，外部无法访问（主从结点外的机器无法访问） 这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题。 Service可以看作是一组同类Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。
k8s 四种 Service 类型详解（ClusterIP、NodePort、LoadBalancer、ExternalName）
小蜗牛的珍贵百宝箱
10-24 1757
Kubernetes 中的 Service 是一种抽象，定义了一组逻辑上的 Pod 以及一种访问这些 Pod 的策略。即使 Pod 动态扩缩容，Service 也能够保持外部访问的稳定性。Service 通过标签选择器来识别 Pod 并将流量路由给相应的 Pod。Service 类型是否对外暴露访问方式典型场景ClusterIP否集群内部通信，通过 ClusterIP 访问内部服务调用，微服务架构内部通信NodePort是通过访问小规模集群的外部访问，不需要额外负载均衡是。
Kubernetes Service ClusterIp为集群内部提供服务
小楼一夜听春雨，深巷明朝卖杏花
09-14 2425
我们不应该期望 Kubernetes Pod 是健壮的，而是要假设 Pod 中的容器很可能因为各种原因发生故障而死掉。Deployment 等 controller 会通过动态创建和销毁 Pod 来保证应用整体的健壮性。换句话说，Pod 是脆弱的，但应用是健壮的。 每个 Pod 都有自己的 IP 地址。当 controller 用新 Pod 替代发生故障的 Pod 时，新 Pod 会分配到新的 IP 地址。这样就产生了一个问题： 如果一组 Pod 对外提供服务（比如 HTTP），它们的 IP 很有可..
容器化技术(十三)：Kubernetes中Service（ClusterIP）
04-19 2553
Service—服务暴露 如果你使用 Deployment 来运行你的应用程序，则它可以动态创建和销毁 Pod。每个 Pod 都有自己的 IP 地址，但是在 Deployment 中，在同一时刻运行的 Pod 集合可能与稍后运行该应用程序的 Pod 集合不同，也就是说Pod是非永久性的资源。这导致了一个问题： 如果一组 Pod（称为“后端”）为集群内的其他 Pod（称为“前端”）提供功能， 那么前端如何找出并跟踪要连接的 IP 地址，以便前端可以使用提供工作负载的后端部分？ Service 资源允许 Kub
k8s Service的 type: ClusterIP、NodePort、LoadBalancer 什么区别和使用场景（服务是 `ClusterIP` 类型，如何连接到服务）
西京刀客
02-26 1462
k8s Service的 type: ClusterIP、NodePort、LoadBalancer 什么区别和使用场景（服务是 `ClusterIP` 类型，如何连接到服务）
Kubernetes Cluster IP，Node IP，Pod IP间通信原理解析
专注于数据库技术分享，包含但不限于Oracle，MySQL，PostgreSQL，ElasticSearch及国产数据库等
05-03 3160
当 Pod 分布在不同节点上时，它们之间的通信同样通过 Pod IP，但需要 CNI 插件确保网络平面的一致性，例如通过隧道技术（如 IPSec、VXLAN）封装 Pod 间的流量，或使用路由规则直接路由到目标节点上的 Pod。：如果两个 Pod 部署在同一节点上，它们可以直接通过各自的 Pod IP 进行通信，这是由容器网络接口(CNI)插件（如 Flannel、Calico 等）负责配置的容器网络实现的。的 Pod 的 9376 端口，提供对外的高可用服务。的 Pod 的 9376 端口。
k8s的deployment中可以即保留nodeport也使用ClusterIP吗
最新发布
08-05
### Kubernetes 中 Service 的类型与配置 Kubernetes 中的 Service 提供了多种类型来满足不同的访问需求，包括 `ClusterIP`、`NodePort`、`LoadBalancer` 和 `ExternalName`。其中，`ClusterIP` 是默认的 Service 类型，它为 Service 分配一个仅在集群内部可达的虚拟 IP 地址，适用于集群内部的服务发现和通信。而 `NodePort` 类型则是在 `ClusterIP` 的基础上，进一步将服务暴露到集群外部，通过在每个节点上开放一个特定的端口，使得外部流量可以通过该端口访问到集群内部的服务。[^3] ### 如何在 Deployment 中同时使用 NodePort 和 ClusterIP 在 Kubernetes 中，`Deployment` 本身并不直接配置 `NodePort` 或 `ClusterIP`，这些配置实际上是通过与 `Deployment` 关联的 `Service` 来实现的。因此，要在 `Deployment` 中同时使用 `NodePort` 和 `ClusterIP`，需要创建两个 `Service` 资源：一个类型为 `ClusterIP`，另一个类型为 `NodePort`，并且它们都指向同一个 `Deployment`。 #### 示例配置 假设有一个名为 `nginx-deployment` 的 `Deployment`，其标签为 `app: nginx`，我们可以为其创建两个 `Service`： ##### ClusterIP 类型的 Service ```yaml apiVersion: v1 kind: Service metadata: name: nginx-clusterip namespace: default spec: type: ClusterIP selector: app: nginx ports: - protocol: TCP port: 80 targetPort: 80 ``` ##### NodePort 类型的 Service ```yaml apiVersion: v1 kind: Service metadata: name: nginx-nodeport namespace: default spec: type: NodePort selector: app: nginx ports: - protocol: TCP port: 80 targetPort: 80 nodePort: 30002 # 可选，指定 Node 上的端口号，默认范围是 30000-32767 ``` 通过上述配置，`nginx-deployment` 将能够通过 `ClusterIP` 在集群内部被访问，同时也能够通过 `NodePort` 从集群外部被访问。具体来说，`ClusterIP` 类型的 `Service` 会为服务分配一个固定的 IP 地址，该地址仅在集群内部可见；而 `NodePort` 类型的 `Service` 则会在每个节点上开放一个端口（例如 30002），外部用户可以通过任意节点的 IP 地址加上该端口号来访问服务。[^2] ### 注意事项 - **端口冲突**：当使用 `NodePort` 时，需要注意端口号的范围（默认为 30000-32767），并且确保所选端口未被其他服务占用。 - **安全性**：`NodePort` 类型的服务虽然方便了外部访问，但缺乏灵活性和安全性，不建议在生产环境中直接使用。如果需要更高级的负载均衡和安全特性，应考虑使用 `LoadBalancer` 类型的 `Service`。 - **服务发现**：`ClusterIP` 类型的服务非常适合用于集群内部的服务发现，因为它提供了稳定的 IP 地址和 DNS 名称，便于其他服务或 Pod 通过这些方式访问目标服务。 ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

NIO4444

如果对您有帮助，欢迎打赏支持！

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

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

打赏作者

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

抵扣说明：

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

余额充值