kubernetes，service详解下

最新推荐文章于 2023-07-03 17:22:05 发布
最新推荐文章于 2023-07-03 17:22:05 发布
阅读量1k 收藏 2
点赞数
文章标签： kubernetes 运维 docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45211528/article/details/128194317
版权

kubernetes，service详解下

HeadLiness类型的Service

在某些场景中，开发人员可能不想使用Service提供的负载均衡功能，而希望自己来控制负载均衡策略，针对这种情况，kubernetes提供了HeadLiness Service，这类Service不会分配Cluster IP，如果想要访问service，只能通过service的域名进行查询。
在这里插入图片描述

创建service-headliness.yaml


apiVersion: v1
kind: Service
metadata:
  name: service-headliness
  namespace: lh
spec:
  selector:
    app: nginx-pod
  clusterIP: None 
  type: ClusterIP
  ports:
  - port: 80    
    targetPort: 80

创建service,获取service， 发现CLUSTER-IP未分配



[root@master ~]# kubectl create -f service-headliness.yaml
service/service-headliness created
[root@master ~]# kubectl get svc service-headliness -n lh -o wide
NAME                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE   SELECTOR
service-headliness   ClusterIP   None         <none>        80/TCP    26s   app=nginx-pod

查看service详情



[root@master ~]# kubectl describe svc service-headliness -n lh
Name:              service-headliness
Namespace:         lh
Labels:            <none>
Annotations:       <none>
Selector:          app=nginx-pod
Type:              ClusterIP
IP Family Policy:  SingleStack
IP Families:       IPv4
IP:                None
IPs:               None
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         <none>
Session Affinity:  None
Events:            <none>

查看域名的解析情况

[root@master ~]# kubectl exec -it pc-deployment-66cb59b984-8p84h -n lh /bin/sh
/ # cat /etc/resolv.conf
nameserver 10.96.0.10
search dev.svc.cluster.local svc.cluster.local cluster.local

[root@master ~]# dig @10.96.0.10 service-headliness.dev.svc.cluster.local
service-headliness.dev.svc.cluster.local. 30 IN A 10.244.1.40
service-headliness.dev.svc.cluster.local. 30 IN A 10.244.1.39
service-headliness.dev.svc.cluster.local. 30 IN A 10.244.2.33
//想要访问的话，需要在pod里面的容器进行访问，需要先运行一个pod起来，然后进入容器，进行访问
kubectl  run  busybox11 --image busybox  -n dev -- sleep 6000
kubectl  exec  -itn  dev -n dev busybox11 -- /bin/sh
//进入容器后，使用wget  -O - -q service-headliness就可以访问了

NodePort类型的Service

在之前的样例中，创建的Service的ip地址只有集群内部才可以访问，如果希望将Service暴露给集群外部使用，那么就要使用到另外一种类型的Service，称为NodePort类型。NodePort的工作原理其实就是将service的端口映射到Node的一个端口上，然后就可以通过NodeIp:NodePort来访问service了。
在这里插入图片描述

创建service-nodeport.yaml


apiVersion: v1
kind: Service
metadata:
  name: service-nodeport
  namespace: lh
spec:
  selector:
    app: nginx-pod
  type: NodePort 
  ports:
  - port: 80
    nodePort: 30002
    targetPort: 80

创建service,并查看service


[root@master ~]# kubectl get svc -n lh -o wide
NAME                 TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE   SELECTOR
service-headliness   ClusterIP   None            <none>        80/TCP         18m   app=nginx-pod
service-nodeport     NodePort    10.110.136.75   <none>        80:30002/TCP   9s    app=nginx-pod

接下来可以通过电脑主机的浏览器去访问集群中任意一个nodeip的30002端口，即可访问到pod

LoadBalancer类型的Service

LoadBalancer和NodePort很相似，目的都是向外部暴露一个端口，区别在于LoadBalancer会在集群的外部再来做一个负载均衡设备，而这个设备需要外部环境支持的，外部服务发送到这个设备上的请求，会被设备负载之后转发到集群中。
在这里插入图片描述

ExternalName类型的Service

ExternalName类型的Service用于引入集群外部的服务，它通过externalName属性指定外部一个服务的地址，然后在集群内部访问此service就可以访问到外部的服务了。
在这里插入图片描述

创建service-externalname.yaml文件



apiVersion: v1
kind: Service
metadata:
  name: service-externalname
  namespace: lh
spec:
  type: ExternalName 
  externalName: www.baidu.com

创建service,域名解析

[root@master ~]# kubectl create  -f service-externalname.yaml
service/service-externalname created
[root@master ~]# dig @10.96.0.10 service-externalname.dev.svc.cluster.local
service-externalname.dev.svc.cluster.local. 30 IN CNAME www.baidu.com.
www.baidu.com.          30      IN      CNAME   www.a.shifen.com.
www.a.shifen.com.       30      IN      A       39.156.66.18
www.a.shifen.com.       30      IN      A       39.156.66.14

Ingress介绍

在上面已经提到，Service对集群之外暴露服务的主要方式有两种：NotePort和LoadBalancer，但是这两种方式，都有一定的缺点：
• NodePort方式的缺点是会占用很多集群机器的端口，那么当集群服务变多的时候，这个缺点就愈发明显
• LB方式的缺点是每个service需要一个LB，浪费、麻烦，并且需要kubernetes之外设备的支持
基于这种现状，kubernetes提供了Ingress资源对象，Ingress只需要一个NodePort或者一个LB就可以满足暴露多个Service的需求。工作机制大致如下图表示：

在这里插入图片描述

实际上，Ingress相当于一个7层的负载均衡器，是kubernetes对反向代理的一个抽象，它的工作原理类似于Nginx，可以理解成在Ingress里建立诸多映射规则，Ingress Controller通过监听这些配置规则并转化成Nginx的反向代理配置 , 然后对外部提供服务。在这里有两个核心概念：
• ingress：kubernetes中的一个对象，作用是定义请求如何转发到service的规则
• ingress controller：具体实现反向代理及负载均衡的程序，对ingress定义的规则进行解析，根据配置的规则来实现请求转发，实现方式有很多，比如Nginx, Contour, Haproxy等等
Ingress（以Nginx为例）的工作原理如下：

  1. 用户编写Ingress规则，说明哪个域名对应kubernetes集群中的哪个Service
  2. Ingress控制器动态感知Ingress服务规则的变化，然后生成一段对应的Nginx反向代理配置
  3. Ingress控制器会将生成的Nginx配置写入到一个运行着的Nginx服务中，并动态更新
  4. 到此为止，其实真正在工作的就是一个Nginx了，内部配置了用户定义的请求转发规则

在这里插入图片描述

Ingress使用

环境准备
搭建ingress环境
创建文件夹


[root@master ~]# mkdir ingress-controller
[root@master ~]# cd ingress-controller/

在github官网上查找ingress对应的yaml文件并下载下来
https://raw.githubusercontent.com/kubernetes/ingress-nginx/main/deploy/static/provider/baremetal/deploy.yaml

[root@master ingress-controller]# wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/main/deploy/static/provider/baremetal/deploy.yaml

修改yaml内容


- name: LD_PRELOAD
          value: /usr/local/lib/libmimalloc.so
        image: dyrnq/ingress-nginx-controller:v1.5.1
        imagePullPolicy: IfNotPresent
        lifecycle:
 - name: POD_NAMESPACE
          valueFrom:
            fieldRef:
              fieldPath: metadata.namespace
        image: lianyuxue1020/kube-webhook-certgen:v1.1.1
        imagePullPolicy: IfNotPresent
        name: create
        securityContext:
          allowPrivilegeEscalation: false

    - name: POD_NAMESPACE
          valueFrom:
            fieldRef:
              fieldPath: metadata.namespace
        image: lianyuxue1020/kube-webhook-certgen:v1.1.1
        imagePullPolicy: IfNotPresent

应用


[root@master ingress-controller]# kubectl apply  -f deploy.yaml
namespace/ingress-nginx created
serviceaccount/ingress-nginx created
serviceaccount/ingress-nginx-admission created
role.rbac.authorization.k8s.io/ingress-nginx created
role.rbac.authorization.k8s.io/ingress-nginx-admission created
clusterrole.rbac.authorization.k8s.io/ingress-nginx created
clusterrole.rbac.authorization.k8s.io/ingress-nginx-admission created
rolebinding.rbac.authorization.k8s.io/ingress-nginx created
rolebinding.rbac.authorization.k8s.io/ingress-nginx-admission created
clusterrolebinding.rbac.authorization.k8s.io/ingress-nginx created
clusterrolebinding.rbac.authorization.k8s.io/ingress-nginx-admission created
configmap/ingress-nginx-controller created
service/ingress-nginx-controller created
service/ingress-nginx-controller-admission created
deployment.apps/ingress-nginx-controller created
job.batch/ingress-nginx-admission-create created
job.batch/ingress-nginx-admission-patch created
ingressclass.networking.k8s.io/nginx created
validatingwebhookconfiguration.admissionregistration.k8s.io/ingress-nginx-admission created

查看

[root@master ingress-controller]# kubectl get svc -n ingress-nginx
NAME                                 TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx-controller             NodePort    10.104.199.252   <none>        80:31281/TCP,443:31750/TCP   73s
ingress-nginx-controller-admission   ClusterIP   10.108.255.10    <none>        443/TCP                      73s

[root@master ingress-controller]# kubectl get pod -n ingress-nginx
NAME                                        READY   STATUS      RESTARTS   AGE
ingress-nginx-admission-create-2nfhc        0/1     Completed   0          89s
ingress-nginx-admission-patch-r9l6r         0/1     Completed   1          89s
ingress-nginx-controller-6f66fd4bdb-mjf6g   1/1     Running     0          89s

准备service和pod
为了后面的实验比较方便，创建如下图所示的模型
在这里插入图片描述

创建tomcat-nginx.yaml


apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  namespace: lh
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
      - name: nginx
        image: nginx:1.17.1
        ports:
        - containerPort: 80
---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-deployment
  namespace: lh
spec:
  replicas: 3
  selector:
    matchLabels:
      app: tomcat-pod
  template:
    metadata:
      labels:
        app: tomcat-pod
    spec:
      containers:
      - name: tomcat
        image: tomcat:8.5-jre10-slim
        ports:
        - containerPort: 8080
---

apiVersion: v1
kind: Service
metadata:
  name: nginx-service
  namespace: lh
spec:
  selector:
    app: nginx-pod
  clusterIP: None
  type: ClusterIP
  ports:
  - port: 80
    targetPort: 80
---

apiVersion: v1
kind: Service
metadata:
  name: tomcat-service
  namespace: lh
spec:
  selector:
    app: tomcat-pod
  clusterIP: None
  type: ClusterIP
  ports:
  - port: 8080
    targetPort: 8080

创建并查看


[root@master ingress-controller]# kubectl create -f tomcat-nginx.yaml
deployment.apps/nginx-deployment created
deployment.apps/tomcat-deployment created
service/nginx-service created
service/tomcat-service created
[root@master ingress-controller]# kubectl get svc -n lh
NAME                   TYPE           CLUSTER-IP      EXTERNAL-IP     PORT(S)        AGE
nginx-service          ClusterIP      None            <none>          80/TCP         10s

tomcat-service         ClusterIP      None            <none>          8080/TCP       10s

Http代理

创建ingress-http.yaml


apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-http
  namespace: lh
spec:
  ingressClassName: nginx
  rules:
  - host: nginx.xuanning.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-service
            port: 
              number: 80
  - host: tomcat.xuanning.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-service
            port: 
              number: 8080

创建并查看

[root@master ingress-controller]# kubectl create -f ingress-http.yaml
ingress.networking.k8s.io/ingress-http created
[root@master ingress-controller]# kubectl get -f ingress-http.yaml
NAME           CLASS   HOSTS                                    ADDRESS   PORTS   AGE
ingress-http   nginx   nginx.xuanning.com,tomcat.xuanning.com             80      12s
[root@master ingress-controller]# kubectl describe ingress ingress-http -n lh
Name:             ingress-http
Labels:           <none>
Namespace:        lh
Address:
Ingress Class:    nginx
Default backend:  <default>
Rules:
  Host                 Path  Backends
  ----                 ----  --------
  nginx.xuanning.com
                       /   nginx-service:80 (10.244.1.7:80,10.244.2.61:80,10.244.2.62:80)
  tomcat.xuanning.com
                       /   tomcat-service:8080 (10.244.1.8:8080,10.244.1.9:8080,10.244.2.63:8080)

需要查看只需修改本地的host文件即可

Https代理

注意http和https只能定义一个，先删除http的
创建证书

生成证书

[root@master ingress-controller]# openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/C=CN/ST=BJ/L=BJ/O=nginx/CN=xuanning.com"

创建密钥


[root@master ingress-controller]# kubectl create secret tls tls-secret --key tls.key --cert tls.crt
secret/tls-secret created

创建ingress-https.yaml


apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-https
  namespace: lh
spec:
  tls:
    - hosts:
      - nginx.xuanning.com
      - tomcat.xuanning.com
      secretName: tls-secret
  ingressClassName: nginx
  rules: 
  - host: nginx.xuanning.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service: 
            name: nginx-service
            port: 
              number: 80
  - host: tomcat.xuanning.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service: 
            name: tomcat-service
            port: 
              number: 8080

创建并查看



[root@master ingress-controller]# kubectl create -f ingress-https.yaml
ingress.networking.k8s.io/ingress-https created
[root@master ingress-controller]# kubectl get ing ingress-https -n lh
NAME            CLASS   HOSTS                                    ADDRESS   PORTS     AGE
ingress-https   nginx   nginx.xuanning.com,tomcat.xuanning.com             80, 443   9s
[root@master ingress-controller]#  kubectl describe ing ingress-https -n lh
Name:             ingress-https
Labels:           <none>
Namespace:        lh
Address:
Ingress Class:    nginx
Default backend:  <default>
TLS:
  tls-secret terminates nginx.xuanning.com,tomcat.xuanning.com
Rules:
  Host                 Path  Backends
  ----                 ----  --------
  nginx.xuanning.com
                       /   nginx-service:80 (10.244.1.7:80,10.244.2.61:80,10.244.2.62:80)
  tomcat.xuanning.com
                       /   tomcat-service:8080 (10.244.1.8:8080,10.244.1.9:8080,10.244.2.63:8080)

如需访问只要修改本地host文件即可

年下瓤
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
七、kubernetes Service详解.pdf
07-22
七、kubernetes Service详解.pdf
k8s 详解 SVC(service) clusterIp,headliness,nodePort,loadBanlance,externalName
面朝大海，春暖花开
03-20 5395
k8s 详解 SVC(service) clusterIp,headliness,nodePort,loadBanlance,externalName
【K8s】Service详解
llg___的博客
05-14 854
程序在容器中、容器在Pod中，可以通过pod的ip来访问应用程序，但是podIP会随着创建销毁而改变。由此，Service出现：Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。在整个Service的生命周期中，ServiceIP是不会变化的。Service是一个概念，真正起作用的是kube-proxy服务进程：每个Node节点上都运行着一个kube-proxy服务进程。
service 详解
weixin_72901306的博客
12-06 356
service 详解
k8s服务暴露
weixin_42094245的博客
07-03 68
需要根据具体的需求和环境选择适合的服务类型。通常，ClusterIP 和 HeadLiness Service 适合集群内部服务之间的通信，NodePort 和 LoadBalancer 适合将服务暴露给集群外部访问，而 ExternalName 则用于将服务映射到集群外部的资源。
StatefulSet
m0_48638643的博客
10-06 1596
为什么需要HeadLinessService（无头服务）？在用Deployment时，每一个Pod名称是没有顺序的，是随机字符串，因此是Pod名称是无序的，但是在StatefulSet中要求必须是有序 ，每一个Pod不能被随意取代，Pod重建后pod名称还是一样的。而Pod IP是变化的，所以是以Pod名称来识别。Pod名称是Pod唯一性的标识符，必须持久稳定有效。这时候要用到无头服务，它可以给每个Pod一个唯一的名称。
DevOps:自动化运维指南 https
04-11
终于有人把 Docker 讲清楚了，万字详解！ Docker 网络配置那些事 解密 Docker 挂载文件，宿主机修改后容器里文件没有修改 推荐两个Docker配置检查与启动异常修复方法脚本 四、Kubernetes知识 Metrics Serve 0.3.2安
详解Docker Swarm概念与用法
01-20
与Kubernetes相比，Docker Swarm是一个简单的软件，似乎不堪大用。但是它与docker-compose兼容的优点，可以弥补一切。对于没有集群使用经验的小白，用Docker Swarm起步，是一个很好的选择。 概念 Docker Swarm，主要...
k8s-nodejs:显示如何将Node.js服务器应用程序部署到Kubernetes集群的示例
05-16
这是有关如何在Kubernetes集群上运行Node.js服务器的简单演示。 Node.js服务器代码为car.js。 给定其车辆识别码（vin），它会返回一些属性，例如车型，制造商和年份。 服务器在端口3000上运行。 运行演示的步骤： ...
istio-handbook:Istio Handbook（Istio 服务网格进阶实战）- https
05-12
是由 Google、IBM、Lyft 等共同开源的 Service Mesh（服务网格）框架，于2017 年开源。本书作为的姊妹篇，希望读者在了解了 Kubernetes 的基础上阅读。 本书的主题包括： 服务网格概念解析 控制平面和数据平面的...
容器集群k8s从入门到精通之Service详解（第七章）
梦溪笔谈的博客
07-29 1371
第七章 Service详解 本章节主要介绍kubernetes的流量负载组件：Service和Ingress。 Service介绍 ​ 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 ​ 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能
K8S从入门到放弃-第七章 Service详解
一起学习吧
05-11 423
文章目录7.1 Service介绍7.2 Service类型7.3 Service使用7.3.1实验环境准备7.3.2 ClusterIP类型的Service7.3.3 HeadLiness类型的Service7.3.4 NodePort类型的Service7.3.5 LoadBalancer类型的Service6.3.6 ExternalName类型的Service7.4 Ingress介绍7.5 Ingress使用7.5.1环境准备7.5.2 Http代理7.5.3 Https代理 本章节主要介绍kub
Service详解
Yosigo_的博客
08-11 2610
Service介绍 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。 Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每个Nod
k8s headless service 的作用
日常随手记
02-24 1840
通过headless service 可以轻松找到statefulSet 的所有节点。 特别是在部署集群的时候，很多服务需要配置节点信息来创建集群。 statefulSet.spec.serviceName 当serviceName 配置成与headless service的Name 相同的时候 可以通过 {hostName}.{headless service}.{namespace}.svc.cluster.local 解析出节点IP。 hostName 由 {statefulSet name}-{编号
容器化技术(十四)：Kubernetes中Headless Service
04-20 2245
一、Headless Service 有时不需要或不想要负载均衡，以及单独的 Service IP。 遇到这种情况，可以通过指定 Cluster IP（spec.clusterIP）的值为 “None” 来创建 Headless Service。无头 Service 并不会分配 Cluster IP，kube-proxy 不会处理它们， 而且平台也不会为它们进行负载均衡和路由。 DNS 如何实现自动配置，依赖于 Service 是否定义了选择算符。 （1）带选择算符的服务 对定义了选择算符的无头服务，End
headless services
qq_15156403的博客
05-17 410
Headless Services 简介 有时不需要或不想要负载均衡，以及单独的 Service IP。 遇到这种情况，可以通过指定 Cluster IP（spec.clusterIP）的值为 "None" 来创建 Headless Service。 您可以使用 headless Service 与其他服务发现机制进行接口，而不必与 Kubernetes 的实现捆绑在一起。 对这 headless Service 并不会分配 Cluster IP，kube-proxy 不会处理它们，而且平台也不会为它
K8s 普通Service和Headless Service的区别
Less Is More
05-30 9489
文章目录Service是什么？Service可以用来做什么？Headless Service为什么需要无头服务？Headless Service使用场景总结 K8s Service有四种类型 Service Headless Service NodePort Service LoadBalancer Service Service 如果不指定则为默认类型 Service是什么？ Service服务可以为一组具有相同功能的容器应用提供一个统一的入口地址。 Service可以用来做什么？ 我们都知道Pod在
kubernetes: headless service
热门推荐
feiger的专栏
11-07 1万+
背景： 有时候我们创建的服务不想走 负载均衡，想直接通过 pod-ip 链接后端， 怎么办呢， 使用headless service接可以解决。 1.什么是headless service headless service 是将service的发布文件中的clusterip=none ，不让其获取clusterip ， DNS解析的时候直接走pod 2.实验 部署pod apiVersion: ...
k8s Service之Headless Service
学亮编程手记
06-14 3064
k8s service 详解
最新发布
12-22
Kubernetes（k8s）Service是Kubernetes集群的一种重要概念，用于定义一组Pod的访问规则。Service可以根据label selector匹配指定的Pod，并为其提供网络代理和负载均衡，使得外部或内部的流量能够正确地路由到对应的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值