【云原生 | Kubernetes篇】深入了解Kubernetes(k8s)Service(十一)

举报
Lansonli 发表于 2022/06/14 06:14:56 2022/06/14
【摘要】 ​深入了解Kubernetes(k8s)Service一、基础概念将运行在一组 Pods 上的应用程序公开为网络服务的抽象方法。ClusterIP :通过集群的内部 IP 暴露服务,选择该值时服务只能够在集群内部访问。 这也是默认的 ServiceType 。NodePort :通过每个节点上的 IP 和静态端口( NodePort )暴露服务。 NodePort 服务会路由到自动创建的 C...

​深入了解Kubernetes(k8s)Service

一、基础概念

将运行在一组 Pods 上的应用程序公开为网络服务的抽象方法。

  • ClusterIP :通过集群的内部 IP 暴露服务,选择该值时服务只能够在集群内部访问。 这也是默认的 ServiceType 。
  • NodePort :通过每个节点上的 IP 和静态端口( NodePort )暴露服务。 NodePort 服务会路由到自动创建的 ClusterIP 服务。 通过请求 <节点 IP>:<节点端口> ,你可以从集群的外部访问一个 NodePort 服务。
  • LoadBalancer :使用云提供商的负载均衡器向外部暴露服务。 外部负载均衡器可以将流量路由到自动创建的 NodePort 服务和 ClusterIP 服务上。
  • ExternalName :通过返回 CNAME 和对应值,可以将服务映射到 externalName 字段的内容(例如, foo.bar.example.com )。 无需创建任何类型代理。

1、创建简单Service

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: MyApp ## 使用选择器选择所有Pod
# type: ClusterIP ##type很重要,不写默认是ClusterIP
  ports:
    - protocol: TCP
      port: 80
      targetPort: 9376


  • Service 创建完成后,会对应一组EndPoint。可以kubectl get ep 进行查看
  • type有四种,每种对应不同服务发现机制
  • Servvice可以利用Pod的就绪探针机制,只负载就绪了的Pod。自动剔除没有就绪的Pod

2、创建无Selector的Service

  • 我们可以创建Service不指定Selector
  • 然后手动创建EndPoint,指定一组Pod地址
  • 此场景用于我们负载均衡其他中间件场景
# 无selector的svc 
apiVersion: v1 
kind: Service 
metadata: 
  name: my-service-no-selector 
spec: 
  ports:
  - protocol: TCP 
    name: http ###一定注意,name可以不写, 
    ###但是这里如果写了name,那么endpoint里面的ports必须有同名name才能绑定 
    port: 80 # service 80 
    targetPort: 80 #目标80
---
apiVersion: v1 
kind: Endpoints 
metadata: 
  name: my-service-no-selector ### ep和svc的绑定规则是:和svc同名同名称空间,port同名 或同端口 
  namespace: default 
subsets:
  - addresses:
    - ip: 220.181.38.148
    - ip: 39.156.69.79
    - ip: 192.168.169.165 
    ports:
    - port: 80 
      name: http ## svc有name这里一定要有 
      protocol: TCP


原理:kube-proxy 在负责这个事情

## 实验 
apiVersion: v1 
kind: Service 
metadata: 
  name: cluster-service-no-selector 
  namespace: default 
spec: 
  ## 不选中Pod而在下面手动定义可以访问的EndPoint 
  type: ClusterIP 
  ports:
  - name: abc 
    port: 80 ## 访问当前service 的 80 
    targetPort: 80 ## 派发到Pod的 80
---
apiVersion: v1 
kind: Endpoints 
metadata: 
  name: cluster-service-no-selector ## 和service同名 
  namespace: default 
subsets:
- addresses:
  - ip: 192.168.169.184
  - ip: 192.168.169.165
  - ip: 39.156.69.79 
  ports:
  - name: abc ## ep和service要是一样的 
    port: 80 
    protocol: TCP


场景:Pod要访问 MySQL。 MySQL单独部署到很多机器,每次记ip麻烦 ### 集群内创建一个Service,实时的可以剔除EP信息。反向代理集群外的东西。

二、ClusterIP

type: ClusterIP 
ClusterIP: 手动指定/None/""


  • 手动指定的ClusterIP必须在合法范围内
  • None会创建出没有ClusterIP的headless service(无头服务),Pod需要用服务的域名访问

三、NodePort

apiVersion: v1
kind: Service
metadata:
  name: my-service
  namespace: default
type: NodePort
ports:
  - protocol: TCP
    port: 80 # service 80
    targetPort: 80 #目标80
    nodePort: 32123 #自定义
  • 如果将 type 字段设置为 NodePort ,则 Kubernetes 将在 --service-node-port-range 标志指定的范围内分配端口(默认值:30000-32767)
  • k8s集群的所有机器都将打开监听这个端口的数据,访问任何一个机器,都可以访问这个service对应的Pod
  • 使用 nodePort 自定义端口

四、ExternalName

apiVersion: v1 
kind: Service 
metadata: 
  name: my-service-05 
  namespace: default 
spec: 
  type: ExternalName 
  externalName: baidu.com


  • 其他的Pod可以通过访问这个service而访问其他的域名服务
  • 但是需要注意目标服务的跨域问题

五、LoadBalancer

apiVersion: v1 
kind: Service 
metadata: 
  creationTimestamp: null 
  labels: 
    app.kubernetes.io/name: load-balancer-example 
  name: my-service 
spec: 
  ports:
  - port: 80 
    protocol: TCP 
    targetPort: 80
selector: 
  app.kubernetes.io/name: load-balancer-example 
type: LoadBalancer


六、扩展 - externalIP

在 Service 的定义中, externalIPs 可以和任何类型的 .spec.type 一通使用。在下面的例子中,客户端可通过 80.11.12.10:80 (externalIP:port) 访问 my-service

apiVersion: v1 
kind: Service 
metadata: 
  name: my-service-externalip 
spec: 
  selector: 
    app: canary-nginx 
  ports:
    - name: http 
      protocol: TCP 
      port: 80 
      targetPort: 80 
  externalIPs: ### 定义只有externalIPs指定的地址才可以访问这个service
    - 10.170.0.111


七、扩展 - Pod的DNS

apiVersion: v1 
kind: Service 
metadata: 
  name: default-subdomain 
spec: 
  selector: 
    name: busybox 
  clusterIP: None 
  ports:
  - name: foo # 实际上不需要指定端口号 
    port: 1234 
    targetPort: 1234
---
apiVersion: v1 
kind: Pod 
metadata: 
  name: busybox1 
  labels: 
    name: busybox 
spec: 
  hostname: busybox-1
  subdomain: default-subdomain
## 指定必须和svc名称一样,才可以 podName.subdomain.名称空间.svc.cluster.local访问。否 则访问不同指定Pod 
containers:
- image: busybox:1.28 
  command:
    - sleep
    - "3600" 
  name: busybox
---
apiVersion: v1 
kind: Pod 
metadata: 
  name: busybox2 
  labels: 
    name: busybox 
spec: 
  hostname: busybox-2
  subdomain: default-subdomain 
  containers:
  - image: busybox:1.28 
    command:
      - sleep
      - "3600" 
    name: busybox


  • 访问 busybox-1. default-subdomain .default. svc.cluster.local 可以访问到busybox-1。
  • 访问Service

同名称空间

ping service-name 即可

不同名称空间

ping service-name.namespace 即可

  • 访问Pod

同名称空间

ping pod-host-name.service-name 即可

不同名称空间

ping pod-host-name.service-name.namespace 即可

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200