Linux企业实战之容器（十七）——Kubernetes（6）

最新推荐文章于 2023-05-27 21:18:07 发布
最新推荐文章于 2023-05-27 21:18:07 发布
阅读量852 收藏 2
点赞数
分类专栏： 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bdkl9998/article/details/106041475
版权

Ingress

  • 一种全局的、为了代理不同后端 Service 而设置的负载均衡服务，就是 Kubernetes 里的Ingress 服务；
  • Ingress由两部分组成：Ingress controller和Ingress服务；
  • Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各种反向代理项目，比如 Nginx、HAProxy、Envoy、Traefik 等，都已经为Kubernetes 专门维护了对应的 Ingress Controller

在这里插入图片描述

（1）Ingress Controller

  • 部署ingress-controller

步骤一：拉取镜像，下载资源清单文件

docker pull  quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.30.0

在server1上下载资源清单文件：
wget  https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/mandatory.yaml

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

步骤二：利用下载好的资源清单文件来创建pod，和namespace

kubectl apply -f mandatory.yaml
kubectl get namespace
kubectl -n ingress-nginx get pod
kubectl -n ingress-nginx logs nginx-ingress-controller-58956cf6ff-tvhv7  #查看这个pod的日志

在这里插入图片描述
在这里插入图片描述

步骤三：部署ingress-nginx这个service

wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/provider/baremetal/service-nodeport.yaml          #下载资源清单

cat service-nodeport.yaml 
kubectl apply -f service-nodeport.yaml
kubectl -n ingress-nginx get svc                     #查看创建的service
kubectl -n ingress-nginx describe svc ingress-nginx  #查看创建的service的详细信息

在这里插入图片描述

在这里插入图片描述
步骤四：创建一个ingress服务，让其来调度我们之前创建的pod

vim ingress.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress-demo
spec:
  backend:
    serviceName: myservice
    servicePort: 80


kubectl apply -f ingress.yaml
kubectl get ingress

在这里插入图片描述
在这里插入图片描述

步骤五：通过pod的IP加我们的ingress-nginx的port来访问，我们之前创建的pod

kubectl get pod -o wide
kubectl -n ingress-nginx get svc

在这里插入图片描述
在这里插入图片描述
步骤六：修改资源清单文件，让外部可以通过域名来访问pod

vim ingress.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress-demo
spec:
  backend:
    serviceName: myservice
    servicePort: 80
  rules:
  - host: www1.westos.org
    http:
      paths:
      - path: /
        backend:
          serviceName: myservice
          servicePort: 80


kubectl apply -f ingress.yaml

在这里插入图片描述
步骤七：在外部主机上添加解析，然后通过域名加端口的方式来访问pod

在这里插入图片描述

vim /etc/hosts

192.168.43.102     www1.westos.org

在这里插入图片描述
在这里插入图片描述

步骤八：在创建一个通过域名来访问的pod，也是被我们的ingress服务来调度，给其编辑一个新的域名，这样我们就可以访问不同的域名来访问不同的pod

vim ingress1.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
  labels:
    app: myapp
spec:
  replicas: 2
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp
        image: reg.westos.org:5000/myapp:v2
        ports:
        - containerPort: 80


---


kind: Service
apiVersion: v1
metadata:
  name: mynginx
spec:
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80
  selector:
    app:  myapp


---


apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress-example
spec:
  rules:
  - host: www2.westos.org
    http:
      paths:
      - path: /
        backend:
          serviceName: mynginx
          servicePort: 80


kubectl apply -f ingress1.yaml
kubectl get ingress

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
步骤九：在外部主机上添加解析，然后通过域名加端口的方式来访问pod

vim /etc/hosts

192.168.43.102     www2.westos.org

在这里插入图片描述

在这里插入图片描述
也可以通过curl命令来进行访问，这里我们可以看到，通过同一个ingress控制器，来调度两个不同service下的pod，且通过外部主机做解析后，我们可以域名来进行访问不同的pod

在这里插入图片描述

步骤十：也可以通过同一域名不同路径的方法，来访问不同的service下的pod

vim ingress2.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: simple-fanout-example
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: www3.westos.org
    http:
      paths:
      - path: /v1
        backend:
          serviceName: myservice
          servicePort: 80
      - path: /v2
        backend:
          serviceName: mynginx
          servicePort: 80

kubectl apply -f ingress2.yaml
kubectl describ ingress simple-fanout-example

在这里插入图片描述
在这里插入图片描述

步骤十一：在外部主机上添加解析，然后通过域名加端口再加路径的方式来访问pod

在这里插入图片描述

（2）DaemonSet结合nodeselector来部署ingress-controller到特定的node

  • 用DaemonSet结合nodeselector来部署ingress-controller到特定的node上，然后使用HostNetwork直接把该pod与宿主机node的网络打通，直接使用宿主机的80/433端口就能访问服务。

    • 优点是整个请求链路最简单，性能相对NodePort模式更好。
    • 缺点是由于直接利用宿主机节点的网络和端口，一个node只能部署一个ingress-controller pod。
    • 比较适合大并发的生产环境使用。

步骤一：修改mandatory.yaml 文件，将service的类型修改为daemonset，添加HostName网络模式

kubectl get nodes --show-labels              #查看各个node的标签
kubectl label nodes server2 ingress=nginx    #设置ingress controller节点的标签
vim mandatory.yaml

apiVersion: v1
kind: Namespace
metadata:
  name: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---

kind: ConfigMap
apiVersion: v1
metadata:
  name: nginx-configuration
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: tcp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: udp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: nginx-ingress-serviceaccount
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRole
metadata:
  name: nginx-ingress-clusterrole
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - endpoints
      - nodes
      - pods
      - secrets
    verbs:
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - nodes
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - services
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - events
    verbs:
      - create
      - patch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    resources:
      - ingresses/status
    verbs:
      - update

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: Role
metadata:
  name: nginx-ingress-role
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - pods
      - secrets
      - namespaces
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - configmaps
    resourceNames:
      # Defaults to "<election-id>-<ingress-class>"
      # Here: "<ingress-controller-leader>-<nginx>"
      # This has to be adapted if you change either parameter
      # when launching the nginx-ingress-controller.
      - "ingress-controller-leader-nginx"
    verbs:
      - get
      - update
  - apiGroups:
      - ""
    resources:
      - configmaps
    verbs:
      - create
  - apiGroups:
      - ""
    resources:
      - endpoints
    verbs:
      - get

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: RoleBinding
metadata:
  name: nginx-ingress-role-nisa-binding
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: nginx-ingress-role
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: nginx-ingress-clusterrole-nisa-binding
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: nginx-ingress-clusterrole
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---

apiVersion: apps/v1
kind: DaemonSet                           #修改service的类型为DaemonSet              
metadata:
  name: nginx-ingress-controller
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  #replicas: 1
  selector:
    matchLabels:
      app.kubernetes.io/name: ingress-nginx
      app.kubernetes.io/part-of: ingress-nginx
  template:
    metadata:
      labels:
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/part-of: ingress-nginx
      annotations:
        prometheus.io/port: "10254"
        prometheus.io/scrape: "true"
    spec:
      hostNetwork: true                                        #添加网络模式
      # wait up to five minutes for the drain of connections
      terminationGracePeriodSeconds: 300
      serviceAccountName: nginx-ingress-serviceaccount
      nodeSelector:
        ingress: nginx                                        #修改标签
      containers:
        - name: nginx-ingress-controller
          image: reg.westos.org:5000/nginx-ingress-controller
          args:
            - /nginx-ingress-controller
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --tcp-services-configmap=$(POD_NAMESPACE)/tcp-services
            - --udp-services-configmap=$(POD_NAMESPACE)/udp-services
            - --publish-service=$(POD_NAMESPACE)/ingress-nginx
            - --annotations-prefix=nginx.ingress.kubernetes.io
          securityContext:
            allowPrivilegeEscalation: true
            capabilities:
              drop:
                - ALL
              add:
                - NET_BIND_SERVICE
            # www-data -> 101
            runAsUser: 101
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
            - name: https
              containerPort: 443
              protocol: TCP
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 10
          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 10
          lifecycle:
            preStop:
              exec:
                command:
                  - /wait-shutdown

---

apiVersion: v1
kind: LimitRange
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  limits:
  - min:
      memory: 90Mi
      cpu: 100m
    type: Container

在这里插入图片描述

kubectl -n ingress-nginx  get deployments.apps    
kubectl -n ingress-nginx  delete deployments.apps nginx-ingress-controller    #删除之前创建的pod
kubectl apply -f mandatory.yaml  
kubectl -n ingress-nginx  get daemonsets.apps                               
kubectl -n ingress-nginx  get pod

在这里插入图片描述
步骤二：在server2上查看端口的情况

netstat   -antlp
netstat   -antlp | grep 80
netstat   -antlp | grep 443

在这里插入图片描述
步骤三：测试：直接通过域名的方式来访问pod，不用添加端口

在这里插入图片描述

（3）ingress TLS配置

步骤一：创建证书，并将其保存到secret中

 mkdir ingress
 mkdir certs
 cd    certs
openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=nginxsvc/O=nginxsvc"
kubectl create secret tls tls-secret --key tls.key --cert tls.crt
kubectl get secrets
kubectl describe secrets tls-secret

在这里插入图片描述

在这里插入图片描述

步骤二：编辑ingress.yaml文件，让其生成pod时，对应的域名添加TLS加密

vim ingress.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress-demo
spec:
  tls:
    - hosts:
      - www1.westos.org
      secretName: tls-secret  
  rules:
  - host: www1.westos.org
    http:
      paths:
      - path: /
        backend:
          serviceName: myservice
          servicePort: 80

kubectl apply -f ingress.yaml
kubectl describe ingress ingress-demo

在这里插入图片描述
在这里插入图片描述
步骤三：从集群外部访问加密的pod

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

步骤四：添加认证

sudo yum install httpd-tools -y                                    #安装认证工具
htpasswd -c auth bdkl                                              #创建认证文件
cat   auth                                                         #查看创建好的认证文件内容
kubectl create secret generic basic-auth --from-file=auth          #将auth忍着认证人间添加到secret中
kubectl describe secrets basic-auth

在这里插入图片描述

  • 在ingress.yaml文件中添加认证的内容
vim   ingress.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress-demo
  annotations:
    # type of authentication
    nginx.ingress.kubernetes.io/auth-type: basic
    # name of the secret that contains the user/password definitions
    nginx.ingress.kubernetes.io/auth-secret: basic-auth
    # message to display with an appropriate context why the authentication is required
    nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required - bdkl'
spec:
  tls:
    - hosts:
      - www1.westos.org
      secretName: tls-secret  
  rules:
  - host: www1.westos.org
    http:
      paths:
      - path: /
        backend:
          serviceName: myservice
          servicePort: 80


kubectl apply -f ingress.yaml
kubectl describe ingress ingress-demo

在这里插入图片描述

  • 测试，在浏览器中访问www1.westos.org
    在这里插入图片描述

在这里插入图片描述

（4）Rewrite

  • annotations参数

在这里插入图片描述

  • 将www1.westos.org的访问界面重定向为 www1.westos.org/hostname.html

步骤一：删除之前创建的ingress-demo，然后编辑资源清单文件先不添加重写规则，查看一下访问www1.westos.org的效果

kubectl delete -f ingress.yaml

vim ingress2.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: rewrite-example
  #annotations: 
   # nginx.ingress.kubernetes.io/app-root: /hostname.html
spec:
  rules:
  - host: www1.westos.org
    http:
      paths:
      - path: /
        backend:
          serviceName: myservice
          servicePort: 80

kubectl apply -f ingress2.yaml

在这里插入图片描述

  • 在集群外部的主机浏览器中访问www1.westos.org

在这里插入图片描述

步骤二：编辑资源清单文件ingress2.yaml 使重写规则生效

vim ingress2.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: rewrite-example
  annotations: 
    nginx.ingress.kubernetes.io/app-root: /hostname.html
spec:
  rules:
  - host: www1.westos.org
    http:
      paths:
      - path: /
        backend:
          serviceName: myservice
          servicePort: 80

kubectl apply -f ingress2.yaml

在这里插入图片描述

  • 再次进行测试，在浏览器中访问www1.westos.org
    在这里插入图片描述

  • 同样也可以通过curl命令来进行访问

curl www1.westos.org
curl www1.westos.org   -L           #支持重定向访问
curl -v www1.westos.org -L          #查看访问的过程，并且支持重定向

在这里插入图片描述

在这里插入图片描述

bdkl9998
关注
专栏目录
Linux企业运维——Kubernetes（十五）容器资源限制
weixin_44310047的博客
08-23 461
Linux企业运维——Kubernetes（十五）容器资源限制 文章目录Linux企业运维——Kubernetes（十五）容器资源限制1、基本概念 1、基本概念 在K8s中定义Pod中运行容器有两个维度的限制： 资源需求：即运行Pod的节点必须满足运行Pod的最基本需求才能运行Pod。如： Pod运行至少需要2G内存，1核CPU 资源限额：即运行Pod期间，可能内存使用量会增加，那最多能使用多少内存，这就是资源限额。 Kubernetes采用request和limit两种限制类型来对资源进行分配： r
Linux企业运维——Kubernetes（二十）Prometheus监控
weixin_44310047的博客
08-23 1838
Linux企业运维——Kubernetes（二十）Prometheus监控 文章目录Linux企业运维——Kubernetes（二十）Prometheus监控1、Prometheus简介2、k8s部署Prometheus 1、Prometheus简介 除了资源指标（如CPU、内存）以外，用户或管理员需要了解更多的指标数据，比如Kubernetes指标、容器指标、节点资源指标以及应用程序指标等等。自定义指标API允许请求任意的指标，其指标API的实现要指定相应的后端监视系统。 Prometheus是第一个开发
K8S之Ingress
运维@小兵的博客
09-26 5393
文章目录一、概念`1.1.NodePort存在的不足``1.2.Ingress`二、部署Ingress Controller（全局的负载均衡）`2.1.下载yaml文件``2.2.下载镜像``2.3修改mandatory.yaml`三、基于HTTP的Ingress规则`3.1.yaml文件``3.2.访问域名`四、基于HTTPS的Ingress规则`4.1.生成自签证书``4.2.创建secret``4.3.Ingress规则` 参考视频：https://ke.qq.com/user/index/ind
从逻辑上深入理解Kubernetes中Ingress及Nginx Ingress Controller的概念及原理
洒满阳光的午后的博客
09-24 2567
一、从逻辑上理解Ingress和Ingress控制器 在传统的业务系统中，应用微服务化后，需要一个统一的入口来将各个服务进行整合，这个入口可以是Nginx、Apache、HAproxy等等。而在K8s中，同样需要一个工具来将应用的各个service整合到统一的入口，这个工具就叫Ingress控制器，Ingress的中文翻译即为“入口”。 传统业务与k8s业务简化对比图 实现Ingress控制器的方式同样有多种，有基于Apache实现的，有基于Haproxy实现的，有Kubernetes社区基于Ngi
kubernetes v1.18的ingress-nginx 0.30.0分支最新版本部署
码农崛起
02-19 2191
1、ingress介绍 K8s集群对外暴露服务的方式目前只有三种：Loadblancer；Nodeport；ingress 前两种熟悉起来比较快，而且使用起来也比较方便，在此就不进行介绍了。 下面详细讲解下ingress这个服务，ingress由两部分组成： ingress controller：将新加入的Ingress转化成Nginx的配置文件并使之生效 ingress服务：将Nginx的配置抽象成一个Ingress对象，每添加一个新的服务只需写一个新的Ingress的yaml文件即可 其中ing
ingress-nginx详解和部署方案
热门推荐
最美dee时光的博客
05-08 5万+
部署ingress-nginx ingress介绍 K8s集群对外暴露服务的方式目前只有三种： Loadblancer；Nodeport；ingress 前两种熟悉起来比较快，而且使用起来也比较方便，在此就不进行介绍了。 下面详细讲解下ingress这个服务，ingress由两部分组成： ingress controller：将新加入的Ingress转化成Nginx的配置文件并使之生效 ingre......
极简让ingress-nginx最新版(0.25.0)跑起来
weixin_30379531的博客
08-01 602
裸步骤： 一，manadatory.yaml apiVersion: v1 kind: Namespace metadata: name: ingress-nginx labels: app.kubernetes.io/name: ingress-nginx app.kubernetes.io/part-of: ingress-nginx ...
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子教案.pptx
06-08
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子教案.pptx
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子讲义.pptx
03-24
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子讲义.pptx
mandatory.yml
04-28
Free.K8S nginx配置：mandatory.yml
quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.20.0镜像包
03-06
kubernetes的quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.20.0镜像包，版本为v0.20.0。文件先解压，之后得到nginx-ingress-controller.0.20.0.tar
mandatory(ingress).yaml
07-21
ingress的yaml文件
nginx-ingress-controller-0.30.0.tar
09-28
因为网络原因不能下载quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.30.0，可以使用这个镜像
ingress.controller.tar.gz
03-26
nginx-ingress-0.25.0的镜像
ingress-nginx部署0.30版本部署，4层负载均衡的配置与使用
sinat_38453878的博客
03-10 4954
ingress-nginx部署0.30版本部署，4层负载均衡的配置与使用
部署kubernetes的ingress-nginx使用(含实际操作以及所有yaml文件)
Jeyha的专栏
06-05 3507
一、Ingress简介 Ingress是对外服务到集群内的Service之间规则的集合：允许进入集群的请求被转发至集群内的Service。 Ingress能把Service配置成外网能够访问的url，流量负载均衡，终止ssl，提供基于域名访问的虚拟主机等，用户通过访问url访问Service。 Ingress-controller负责处理所有Ingress的请求流量，它通常是一个负载均衡器。 在Kubernetes中，服务和Pod的IP地址仅可以在集群网络内部使用，对于集群外的应用是不可.
Kubernetes Ingress Controller介绍&安装&测试
最新发布
weixin_46660849的博客
05-27 9万+
Ingress Controller，Kubenetes Ingress Controller
（五）k8sservice
卷心菜投手
10-04 933
一、Service 的概念 Kubernetes Service 定义了这样一种抽象：一个 Pod 的逻辑分组，一种可以访问它们的策略 – 通常称为微服务。 这一组 Pod 能够被 Service 访问到，通常是通过 Label Selector 因为这三个pod都有 标签app=webapp和role-frontend，所以都爱莫能助最上面的那个 svc，所以我们可以通过svc提供的ip和端口来访问内部的三个pod，后续如果pod的ip发生改变，或者增加减少pod，都会在svc中记录，我
精通Kubernetes：自动化与管理Linux容器实战指南
"Kubernetes Cookbook - Packt Publishing (2016) 是一本由Ke-Jou Carol Hsu、Hui-Chuan Chloe Lee和Hideto Saito合著的图书，专注于Kubernetes技术，旨在帮助读者自动化和管理Linux容器，提升系统整体性能。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值