Service 对外暴露与应用

最新推荐文章于 2023-10-27 23:59:54 发布
最新推荐文章于 2023-10-27 23:59:54 发布
阅读量390 收藏
点赞数
分类专栏： docker kubernetes 文章标签： java linux 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_60032726/article/details/122151766
版权

Service 对外暴露与应用

Service

Kubernetes Service定义了这样一种抽象：逻辑上的一组 Pod，一种能够访问它们的策略 —— 一般被称为微服务。这一组 Pod 可以被 Service 访问到，一般是经过 selector实现的。

举例：考虑一个图片处理 backend，它运行了3个副本。这些副本是可互换的 —— frontend 不需要关心它们调用了哪一个 backend 副本。 然而组成这一组 backend 程序的 Pod 实际上可能会发生变化，frontend 客户端不必知道，并且也不需要跟踪这一组 backend 的状态。Service 定义的抽象可以解耦这种关联。

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

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

如web访问的service服务示例图：
在这里插入图片描述

VIP和Service代理

在 Kubernetes 集群中，每一个 Node 运行一个 kube-proxy 进程。kube-proxy 负责为 Service 实现了一种 VIP（虚拟 IP）的形式，而不是 ExternalName 的形式。后端

从Kubernetes v1.0开始，已经可使用 userspace代理模式。Kubernetes v1.1添加了 iptables 代理模式，在 Kubernetes v1.2 中kube-proxy 的 iptables 模式成为默认设置。Kubernetes v1.8添加了 ipvs 代理模式。

为何不使用 DNS 轮询？

缘由以下：

  • DNS 实现的历史由来已久，它不遵照记录 TTL，而且在名称查找到结果后会对其进行缓存。

  • 有些应用程序仅执行一次 DNS 查找，并没有限期地缓存结果。

  • 即便应用和库进行了适当的从新解析，DNS 记录上的 TTL 值低或为零也可能会给 DNS 带来高负载，从而使管理变得困难。

  • 由于有缓存，所以不合适。

userspace代理模式

这种模式，kube-proxy 会监视 Kubernetes master 对 Service 对象和 Endpoints 对象的添加和移除。 对每一个 Service，它会在本地 Node 上打开一个端口（随机选择）。 任何链接到“代理端口”的请求，都会被代理到 Service 的backend Pods 中的某个上面（如 Endpoints 所报告的同样）。 使用哪一个 backend Pod，是 kube-proxy 基于 SessionAffinity 来肯定的。网络

最后，它配置 iptables 规则，捕获到达该 Service 的 clusterIP（是虚拟 IP）和 Port 的请求，并重定向到代理端口，代理端口再代理请求到 backend Pod。

默认状况下，userspace模式下的kube-proxy经过循环算法选择后端。

默认的策略是，经过 round-robin 算法来选择 backend Pod。

在这里插入图片描述

iptables 代理模式

这种模式，kube-proxy 会监视 Kubernetes 控制节点对 Service 对象和 Endpoints 对象的添加和移除。 对每一个 Service，它会配置 iptables 规则，从而捕获到达该 Service 的 clusterIP 和端口的请求，进而将请求重定向到 Service 的一组 backend 中的某个上面。对于每一个 Endpoints 对象，它也会配置 iptables 规则，这个规则会选择一个 backend 组合。

默认的策略是，kube-proxy 在 iptables 模式下随机选择一个 backend。

使用 iptables 处理流量具备较低的系统开销，由于流量由 Linux netfilter 处理，而无需在用户空间和内核空间之间切换。 这种方法也可能更可靠。

若是 kube-proxy 在 iptables模式下运行，而且所选的第一个 Pod 没有响应，则链接失败。 这与userspace模式不一样：在这种状况下，kube-proxy 将检测到与第一个 Pod 的链接已失败，并会自动使用其余后端 Pod 重试。

咱们可使用 Pod readiness 探测器 验证后端 Pod 是否能够正常工做，以便 iptables 模式下的 kube-proxy 仅看到测试正常的后端。这样作意味着能够避免将流量经过 kube-proxy 发送到已知已失败的Pod。

在这里插入图片描述

代理模式

在 ipvs 模式下，kube-proxy监视Kubernetes服务(Service)和端点(Endpoints)，调用 netlink 接口相应地建立 IPVS 规则， 并按期将 IPVS 规则与 Kubernetes服务(Service)和端点(Endpoints)同步。该控制循环可确保 IPVS 状态与所需状态匹配。访问服务(Service)时，IPVS　将流量定向到后端Pod之一。

IPVS代理模式基于相似于 iptables 模式的 netfilter 挂钩函数，可是使用哈希表做为基础数据结构，而且在内核空间中工做。 这意味着，与 iptables 模式下的 kube-proxy 相比，IPVS 模式下的 kube-proxy 重定向通讯的延迟要短，而且在同步代理规则时具备更好的性能。与其余代理模式相比，IPVS 模式还支持更高的网络流量吞吐量。

IPVS提供了更多选项来平衡后端Pod的流量。分别是：

  • rr: round-robin
  • lc: least connection (smallest number of open connections)
  • dh: destination hashing
  • sh: source hashing
  • sed: shortest expected delay
  • nq: never queue

注意：要在 IPVS 模式下运行 kube-proxy，必须在启动 kube-proxy 以前使 IPVS Linux 在节点上可用。 当 kube-proxy 以 IPVS 代理模式启动时，它将验证 IPVS 内核模块是否可用。 若是未检测到 IPVS 内核模块，则 kube-proxy 将退回到以 iptables 代理模式运行。
在这里插入图片描述

Service服务类型

Kubernetes 中Service有如下4中类型：

ClusterIP：默认类型，自动分配一个仅Cluster内部能够访问的虚拟IP

  • NodePort：经过每一个 Node 上的 IP 和静态端口（NodePort）暴露服务。以ClusterIP为基础，NodePort 服务会路由到 ClusterIP 服务。经过请求 :，能够从集群的外部访问一个集群内部的 NodePort 服务。

  • LoadBalancer：使用云提供商的负载均衡器，能够向外部暴露服务。外部的负载均衡器能够路由到 NodePort 服务和 ClusterIP 服务。

  • ExternalName：经过返回 CNAME 和它的值，能够将服务映射到 externalName 字段的内容（例如，foo.bar.example.com）。没有任何类型代理被建立。
    须要注意的是：Service 可以将一个接收 port 映射到任意的 targetPort。默认状况下，targetPort 将被设置为与 port 字段相同的值。

Service域名格式： ( s e r v i c e n a m e ) . (service name). (servicename).(namespace).svc.cluster.local，其中 cluster.local 为指定的集群的域名

ClusterIP：

默认类型，自动分配一个仅Cluster内部能够访问的虚拟IP

[root@k8s-master ~]# vi network.yaml
apiVersion: apps/v1 
kind: Deployment 
metadata: 
  name: myapp-deploy 
  namespace: default 
spec: 
  replicas: 2 
  selector: 
    matchLabels: 
      app: myapp 
      release: v1
  template:
    metadata: 
      labels: 
        app: myapp 
        release: v1 
    spec: 
      containers: 
      - name: myapp
        image: xxkk/httpd:v1.0
        imagePullPolicy: IfNotPresent
---
apiVersion: v1 
kind: Service 
metadata: 
  name: myapp-nodeport
  namespace: default
spec: 
  type: ClusterIP
  selector: 
    app: myapp
    release: v1
  ports: 
  - name: httpd
    port: 80
    targetPort: 80

[root@k8s-master ~]# kubectl apply -f network.yaml 
deployment.apps/myapp-deploy created
service/myapp-nodeport created
[root@k8s-master ~]# kubectl get pods,svc
NAME                                READY   STATUS    RESTARTS   AGE
pod/myapp-deploy-6c95b4d844-ns54r   1/1     Running   0          76s
pod/myapp-deploy-6c95b4d844-p8lh2   1/1     Running   0          76s

NAME                     TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)   AGE
service/kubernetes       ClusterIP   10.96.0.1     <none>        443/TCP   7d21h
service/myapp-nodeport   ClusterIP   10.101.27.9   <none>        80/TCP    77s
[root@k8s-master ~]# iptables -t nat -nvL | grep 'myapp-nodeport'
    0     0 KUBE-MARK-MASQ  tcp  --  *      *      !10.244.0.0/16        10.101.27.9          /* default/myapp-nodeport:httpd cluster IP */ tcp dpt:80
    0     0 KUBE-SVC-UJB7KAYNZVW7NK6H  tcp  --  *      *       0.0.0.0/0            10.101.27.9          /* default/myapp-nodeport:httpd cluster IP */ tcp dpt:80
    0     0 KUBE-SEP-J4MHLFV6KB4EYBDQ  all  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ statistic mode random probability 0.50000000000
    0     0 KUBE-SEP-QT46DDMNERPRMJZS  all  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */
    0     0 KUBE-MARK-MASQ  all  --  *      *       10.244.1.52          0.0.0.0/0            /* default/myapp-nodeport:httpd */
    0     0 DNAT       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ tcp to:10.244.1.52:80
    0     0 KUBE-MARK-MASQ  all  --  *      *       10.244.1.53          0.0.0.0/0            /* default/myapp-nodeport:httpd */
    0     0 DNAT       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ tcp to:10.244.1.53:80

[root@k8s-master ~]# curl 10.101.27.9
This is V1!

NodePort

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

[root@k8s-master ~]# vi network.yaml 
apiVersion: apps/v1 
kind: Deployment 
metadata: 
  name: myapp-deploy 
  namespace: default 
spec: 
  replicas: 2 
  selector: 
    matchLabels: 
      app: myapp 
      release: v1
  template:
    metadata: 
      labels: 
        app: myapp 
        release: v1 
    spec: 
      containers: 
      - name: myapp
        image: xxkk/httpd:v1.0
        imagePullPolicy: IfNotPresent
---
apiVersion: v1 
kind: Service 
metadata: 
  name: myapp-nodeport
  namespace: default
spec: 
  type: NodePort    # 指定NodePort类型
  selector: 
    app: myapp
    release: v1
  ports: 
  - name: httpd
    port: 80
    targetPort: 80
    nodePort: 31250     # 指定对外端口

[root@k8s-master ~]# kubectl apply -f network.yaml 
deployment.apps/myapp-deploy unchanged
service/myapp-nodeport configured
[root@k8s-master ~]# kubectl get pods,svc
NAME                                READY   STATUS    RESTARTS   AGE
pod/myapp-deploy-6c95b4d844-ns54r   1/1     Running   0          5m24s
pod/myapp-deploy-6c95b4d844-p8lh2   1/1     Running   0          5m24s

NAME                     TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
service/kubernetes       ClusterIP   10.96.0.1     <none>        443/TCP        7d21h
service/myapp-nodeport   NodePort    10.101.27.9   <none>        80:31250/TCP   5m25s
[root@k8s-master ~]# iptables -t nat -nvL | grep 'myapp-nodeport'
    0     0 KUBE-MARK-MASQ  tcp  --  *      *      !10.244.0.0/16        10.101.27.9          /* default/myapp-nodeport:httpd cluster IP */ tcp dpt:80
    0     0 KUBE-SVC-UJB7KAYNZVW7NK6H  tcp  --  *      *       0.0.0.0/0            10.101.27.9          /* default/myapp-nodeport:httpd cluster IP */ tcp dpt:80
    0     0 KUBE-MARK-MASQ  tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ tcp dpt:31250
    0     0 KUBE-SVC-UJB7KAYNZVW7NK6H  tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ tcp dpt:31250
    0     0 KUBE-SEP-J4MHLFV6KB4EYBDQ  all  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ statistic mode random probability 0.50000000000
    0     0 KUBE-SEP-QT46DDMNERPRMJZS  all  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */
    0     0 KUBE-MARK-MASQ  all  --  *      *       10.244.1.52          0.0.0.0/0            /* default/myapp-nodeport:httpd */
    0     0 DNAT       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ tcp to:10.244.1.52:80
    0     0 KUBE-MARK-MASQ  all  --  *      *       10.244.1.53          0.0.0.0/0            /* default/myapp-nodeport:httpd */
    0     0 DNAT       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            /* default/myapp-nodeport:httpd */ tcp to:10.244.1.53:80
[root@k8s-master ~]# curl 192.168.72.142:31250
This is V1!

ExternalName类型示例

这种类型的Service经过返回CNAME和它的值，能够将服务映射到externalName字段的内容（例如：my.k8s.example.com；能够实现跨namespace名称空间访问）。ExternalName Service是Service的特例，它没有selector，也没有定义任何的端口和Endpoint。相反的，对于运行在集群外部的服务，它经过返回该外部服务的别名这种方式提供服务。

[root@k8s-master ~]# vi network.yaml 
apiVersion: apps/v1 
kind: Deployment 
metadata: 
  name: myapp-deploy 
  namespace: default 
spec: 
  replicas: 2 
  selector: 
    matchLabels: 
      app: myapp 
      release: v1
  template:
    metadata: 
      labels: 
        app: myapp 
        release: v1 
    spec: 
      containers: 
      - name: myapp
        image: xxkk/httpd:v0.2    #此处将镜像，更换为基于contos编译的httpd镜像
        imagePullPolicy: IfNotPresent
---
apiVersion: v1 
kind: Service 
metadata: 
  name: myapp-nodeport
  namespace: default
spec: 
  type: ExternalName    #指定类型
  externalName: www.k8s.example.com

[root@k8s-master ~]# kubectl apply -f network.yaml 
deployment.apps/myapp-deploy configured
service/myapp-nodeport configured
[root@k8s-master ~]# kubectl get pods,svcNAME                                READY   STATUS              RESTARTS   AGE
pod/myapp-deploy-6c95b4d844-ns54r   1/1     Running             0          10m
pod/myapp-deploy-6c95b4d844-p8lh2   1/1     Running             0          10m

NAME                     TYPE           CLUSTER-IP   EXTERNAL-IP           PORT(S)   AGE
service/kubernetes       ClusterIP      10.96.0.1    <none>                443/TCP   7d21h
service/myapp-nodeport   ExternalName   <none>       www.k8s.example.com   <none>    10m
# 此处Type，改为 ExternalName模式了

宿主机dig命令安装

root@k8s-master ~]# kubectl exec -it myapp-deploy-5bc8b6987d-2bz5q /bin/sh
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
sh-4.4# ls
apr-1.7.0  apr-util-1.6.1  debug  httpd-2.4.48  kernels
sh-4.4# yum -y install bind-utils
CentOS Linux 8 - AppStream      1.0 kB/s | 4.3 kB     00:04    
CentOS Linux  0% [            ] 2.1 kB/s |   0  B     00:0

coredns记录信息如下

sh-4.4# nslookup myapp-externalname.default.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10#53

** server can't find myapp-externalname.default.svc.cluster.local: NXDOMAIN

# 其中  10.96.0.10 为 coredns IP
# myapp-externalname.default.svc.cluster.local 为Service域名。格式为:$(service name).$(namespace).svc.cluster.local，其中 cluster.local 指定的集群的域名
sh-4.4# dig -t A myapp-externalname.default.svc.cluster.local.@10.96.0.10

; <<>> DiG 9.11.26-RedHat-9.11.26-6.el8 <<>> -t A myapp-externalname.default.svc.cluster.local.@10.96.0.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 18284
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 9eb0b6eb7260ab5b (echoed)
;; QUESTION SECTION:
;myapp-externalname.default.svc.cluster.local.\@10.96.0.10. IN A

;; Query time: 1014 msec
;; SERVER: 10.96.0.10#53(10.96.0.10)
;; WHEN: Sun Dec 26 01:29:47 UTC 2021
;; MSG SIZE  rcvd: 97

ExternalIP示例

若是外部的 IP 路由到集群中一个或多个 Node 上，Kubernetes Service 会被暴露给这些 externalIPs。经过外部 IP（做为目的 IP 地址）进入到集群，打到 Service 端口上的流量，将会被路由到 Service 的 Endpoint 上。

externalIPs 不会被 Kubernetes 管理，它属于集群管理员的职责范畴。
根据 Service 的规定，externalIPs 能够同任意的 ServiceType 来一块儿指定。在下面的例子中，my-service 能够在【模拟外网IP】“10.0.0.240”

[root@k8s-master ~]# vi network.yaml 
apiVersion: apps/v1 
kind: Deployment 
metadata: 
  name: myapp-deploy 
  namespace: default 
spec: 
  replicas: 2 
  selector: 
    matchLabels: 
      app: myapp 
      release: v1
  template:
    metadata: 
      labels: 
        app: myapp 
        release: v1 
    spec: 
      containers: 
      - name: httpd
        image: xxkk/httpd:v0.2
        imagePullPolicy: IfNotPresent
---
apiVersion: v1
kind: Service
metadata: 
  name: myapp-externalip
  namespace: default
spec: 
  selector: 
    app: myapp
    release: v1
  ports: 
  - name: httpd
    port: 80
    targetPort: 80
  externalIPs: 
    - 10.0.0.240

[root@k8s-master ~]# kubectl apply -f network.yaml 
deployment.apps/myapp-deploy configured
service/myapp-externalip created
[root@k8s-master ~]# kubectl get svc -o wide
NAME               TYPE           CLUSTER-IP     EXTERNAL-IP           PORT(S)   AGE     SELECTOR
kubernetes         ClusterIP      10.96.0.1      <none>                443/TCP   7d21h   <none>
myapp-externalip   ClusterIP      10.106.57.50   10.0.0.240            80/TCP    58s     app=myapp,release=v1
myapp-nodeport     ExternalName   <none>         www.k8s.example.com   <none>    19m     <none>
[root@k8s-master ~]# curl 10.106.57.50
<html><body><h1>It works!</h1></body></html>
[root@k8s-master ~]# curl 10.0.0.240
<html><body><h1>It works!</h1></body></html>
晶核高手
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Cilium 1.7发布：Hubble UI、全集群网络策略、基于eBPF的Direct Server Return以及更多
Docker的专栏
02-20 2177
在这里，我们要向大家高兴地宣布，Cilium 1.7版本正式发布了！在本轮更新周期当中，由141位开发者组成的项目社区共完成了1551项提交，而且很多朋友是第一次为Cilium项目提交贡...
Service练习源码
02-24
在"Service练习源码"中，可能会有一个AIDL文件，定义了Service对外暴露的方法。客户端通过实现此接口的 Stub 类，可以与服务端进行通信。服务端创建一个实现了该接口的类，并在onBind()中返回该类的实例。这样，...
k8s svc通过externalIPs并结合Keepalived对外暴露服务
Hlroliu的博客
01-04 2788
k8s externalIPs暴露服务
【K8S】集群内互访使用externalIPs--20220909
Season CSDN博客
09-09 610
集群内互访使用externalIPs
K8s9(2-1) k8s中的通信机制， kube-proxy的ipvs模式 ，无头服务，LoadBalancer，ExternalName，外部公有 ip（externalIPs）
lb1331的博客
03-24 1296
1.K8s中的service和通信： Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。 service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现） service的类型： • ClusterIP：默认值，k8s系统给service自动分配的虚拟IP，只能在集群内部访问。 • NodePort：将Service通过指定的Node上的端口暴露给外部，访问任意一个 NodeIP:nodePort都将路由到Clus
K8s暴露端口与代理方式
世间万事，风云变幻，苍黄翻覆，纵使波橘云诡，但制心一处，便无事不成。天定胜人，人定兮胜天。
12-26 2359
K8s暴露端口与代理方式 kubernetes暴露端口的方式 方式1：clusterIP 此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型 主要需要以下几个组件的协同工作 apiservice：在创建service时，apiserver接收到请求以后将数据存储到etcd中。 kube-proxy：k8s的每个节点中都有该进程，负责实现service功能，这个进程负责感知service，pod的变
android service+aidl应用
07-13
在Android开发中，Service是应用程序组件之一，它在后台运行以执行长时间运行的操作或与远程进程交互。Service不受用户界面的直接控制，可以用于播放音乐、处理网络事务、同步数据等。而Android Interface ...
service和acivity之间通信
02-07
在`Service`中，我们可以通过创建一个新的类并让它继承自`Binder`来提供对外接口。例如，我们可以创建一个名为`MyBinder`的类： ```java public class MyBinder extends Binder { private final MyService ...
一起畅聊Service Mesh笔记.pdf
04-09
通过对外暴露统一接口，负载均衡器可以根据用户请求按特定规则进行转发，同时还可执行健康检查、限流等功能。 **1.3 服务化时代** - **服务概念**：随着业务发展，发现多个子系统间存在大量重复功能（如登录、注册...
Movie-Catalog-Service:Spring Boot应用程序
04-18
电影目录服务的前端界面和API可以通过内嵌Web服务器直接对外提供服务。 3. **Actuator**：Actuator提供了丰富的监控和管理端点，如健康检查、应用信息、环境变量、指标收集等，帮助开发者了解应用运行状态，对性能...
修改svc的LoadBalancer的IP引发的惨案
最新发布
MyySophia的博客
10-27 1098
没事不要随便改LB svc的 externalIP ，是根据这个博主的文章修改的https://www.cnblogs.com/boshen-hzb/p/10679863.html。大家注意一下，不要把集群搞挂了。如果 EXTERNAL-IP 值是 （或一直是 ），则说明可能您的环境并没有为 Ingress 网关提供外部负载均衡器的功能。于是手动修改了这个lb svc的externalIP，于是k8s就崩了，如何崩的，且听我还道来。修改了svc的这个位置，于是api-server就崩了。
hualinux 进阶 1.14：Services服务及种类
hualinux（阿华的linux）
07-20 696
Service 服务的主要作用，就是作为 Pod 的代理入口（Portal），从而代替 Pod 对外暴露一个固定的网络地址。 一、service作用 1.1 作用 我们前面所学的pod和ReplicaSet、Deployment等，当我们有需求Pod 对外暴露一个固定的网络地址对外放一个固定的IP地址，我们这时间就要用到服务了，虽然pod、ReplicaSet、wDeployment有IP地址，但是它并不是固定的，pod挂了，从另了个节点起一个，那么它的地址可能是变化的，而Service...
Kubernetes 4 （service、实现外部访问）
qq_38664479的博客
09-27 1098
目录一、serviceIPVS模式的service二、实现外部访问1.NodePort方式 一、service 1、简介： Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现） 2、service的类型： ClusterIP：默认值，k8s系统给service自动分配的虚拟IP，只能在集群内部访问。 NodePort：将Service通过指定的Node上
【k8s】K8S中的IP地址(Node IP、Pod IP、Cluster IP、External IP、Internal-IP)
热门推荐
m0_45406092的博客
07-21 2万+
文章目录参考 kubernetes里有三张不同的网络，每种IP地址，就代表一个不同的寻址空间： Node IP：Node节点的IP地址 Pod IP：Pod的IP地址 Cluster IP：Service的IP地址 首先，Node IP是kubernetes集群中每个节点的物理网卡的IP地址（包括虚拟机的网卡），这是一个真实存在的物理网络，所有属于这个网络的服务器之间都能通过这个网络进行通信，不管他们中是否有部分节点不属于这个kebernetes集群。这也表明了Kubenetes集群之外的节点访问Kub
外网如何访问 Service？- 每天5分钟玩转 Docker 容器技术（139）
jj1130050965的博客
12-05 179
外网如何访问 Service？- 每天5分钟玩转 Docker 容器技术（139） 原创CloudManCloudMan2018-03-09 第139篇 外网如何访问 Service？ 除了 Cluster 内部可以访问 Service，很多情况我们也希望应用的 Service 能够暴露给 Cluster 外部。Kubernetes 提供了多种类型的 Service，默认是 ClusterIP。 ClusterIP Service 通过 Cluster 内部的 IP 对外提供服务，只有 C...
k8s之PodIP、ClusterIP和ExternalIP
思月行云
06-30 1万+
k8s之PodIP、ClusterIP和ExternalIP https://www.cnblogs.com/embedded-linux/p/12657128.html Pod IP Kubernetes的最小部署单元是Pod。利用Flannel作为不同HOST之间容器互通技术时，由Flannel和etcd维护了一张节点间的路由表。Flannel的设计目的就是为集群中的所有节点重新规划IP地址的使用规则，从而使得不同节点上的容器能够获得“同属一个内网”且”不重复的”IP地址，并让属于不同节点上的容器
服务发现、负载均衡
Jerry的博客
06-27 1598
一、Service Kubernetes 中 Pod 是随时可以消亡的（节点故障、容器内应用程序错误等原因） ，重新拉起以后容易发生IP变化。作为后台服务集群的话很不稳定，我们需要一个稳定的接口，ip来访问，这个就是Service。 Service 是 Kubernetes 中的一种服务发现机制： Pod 有自己的 IP 地址 Service 被赋予一个唯一的 dns name Service 通过 label selector 选定一组 Pod Service 实现负载均衡，可将请求均衡分发到选定这一组
Kubernetes(k8s)之Service（服务）
Tuki来了
08-01 2424
Servicek8s中的ServiceService中涉及到的名词Service的实现演示环境IPVS以ClusterIP模式创建svc外部访问service的方式1、通过Node Port访问2、通过LoadBalance访问3、通过ExternalName访问kube-dnsHeadless Service（无头服务） k8s中的Service Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。 service默认只支持4层负载均衡
四. Kubernetes Service
qq_29799655的博客
05-22 189
注意NodePort方式,端口是通过kubeProxy开在机器上的,使用"机器ip+暴露的指定端口"可以访问,使用"serviceIp+暴露的指定端口"是不可以访问的。在封装service中,externalIPs可以与任何类型的spec.type一块使用,指定哪些外部ip可以访问当前service,相当于创建了一个白名单。例如四个服务节点,升级服务时,会先基于新的镜像创建出两个新服务节点启动运行,同时会杀死一个旧服务,如果中间两个新服务启动失败,还会有三台旧服务对外提供服务。
kubectl 对外暴露端口
07-28
kubectl对外暴露端口的方法有多种。其中一种方法是通过创建Service来实现。在创建Service时，可以指定Service的类型为LoadBalancer或NodePort。如果选择LoadBalancer类型，Kubernetes将会在云平台上创建一个负载均衡器，并将外部流量路由到Service上。如果选择NodePort类型，Kubernetes将会在每个节点上打开一个固定的端口，并将外部流量路由到这些端口上。这样，通过节点的IP地址和指定的端口，就可以访问到Service。另外，还可以使用Ingress来实现对外暴露端口，Ingress是一种将外部流量路由到集群内部的服务的方法。通过配置Ingress规则，可以将外部流量路由到指定的Service上。总之，kubectl提供了多种方式来对外暴露端口，可以根据具体需求选择合适的方法。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* *2* [Kubernetes对外暴露与应用](https://blog.csdn.net/Gf19991225/article/details/122140086)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [Kubernetes Service 对外暴露与应用](https://blog.csdn.net/weixin_46634416/article/details/122154406)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值