kubernetes1.13.1部署ingress-nginx-十一(2)

一、Ingress 简介 

  (1)

  在Kubernetes中,服务和Pod的IP地址仅可以在集群网络内部使用,对于集群外的应用是不可见的。
  为了使外部的应用能够访问集群内的服务,
  在Kubernetes 目前 提供了以下几种方案:

    NodePort
    LoadBalancer
    Ingress

  (2)

  Ingress包含 :

    ingress controller
      将新加入的Ingress转化成Nginx的配置文件并使之生效;
    ingress服务
      将Nginx的配置抽象成一个Ingress对象,每添加一个新的服务只需写一个新的Ingress的yaml文件即可;

  (3) 

  Ingress 工作原理:

    ingress controller通过和kubernetes api交互,动态的去感知集群中ingress规则变化,

    然后读取它,按照ingress中自定义的规则,规则写明了哪个域名对应哪个service,生成一段nginx配置,

    再写到nginx-ingress-controller的pod里,这个Ingress controller的pod里运行着一个Nginx服务,控制器会把生成的nginx配置写入/etc/nginx.conf文件中,

    然后reload一下使配置生效。
    以此达到域名分配置和动态更新的问题。

 

  Ingress 可以解决什么问题:

   动态配置服务:
      如果按照传统方式, 当新增加一个服务时, 我们可能需要在流量入口加一个反向代理指向我们新的k8s服务.

       而如果用了Ingress, 只需要配置好这个服务, 当服务启动时, 会自动注册到Ingress的中, 不需要额外的操作.
   减少不必要的端口暴露:
       配置k8s时, 第一步是要关闭防火墙, 原因是k8s的很多服务会以NodePort方式映射出去, 这样就相当于给宿主机打了很多孔, 既不安全也不优雅.       

      而Ingress可以避免这个问题, 除了Ingress自身服务可能需要映射出去, 其他服务都不要用NodePort方式。

  (4)

  结构图:

  

因为整个结构中,要创建不止一个service、pod,我这里用A和B加以区分说明:

  •   service-A:此service是让ingress-controller能够接入集群外部的流量,因为默认外部是不能访问的;要将此service的端口暴露出去(nodepod);
  •   service-B:此service就是就是正常的pod service ,关联至pod-B;
  •   ingress-controller:也就是图中的pod-A,运行在service-A后面,(ingress-controller)以一个pod的形式存在,里面运行着nginx,此pod的namespace为ingress-nginx,它会动态感知ingress中的规则变化,ingress规则写明了哪个域名对应哪个service,ingress会生成一段nginx配置,然后将配置注入到ingress-controller的nginx中,reload使其生效,达到动态配置、更新的效果;
  •   pod-B: 也就是正常的pod

 

二、部署配置Ingress

  (1)获取配置文件

    https://github.com/kubernetes/ingress-nginx/tree/nginx-0.20.0/deploy    

    下载以下几个文件:
    configmap.yaml  default-backend.yaml  mandatory.yaml  namespace.yaml  rbac.yaml  tcp-services-configmap.yaml  udp-services-configmap.yaml  with-rbac.yaml

    

 

  (2) 准备镜像

    a、

    [root@master ingress-nginx]# vim mandatory.yaml  #mandatory.yaml是其他文件的集合

    编辑mandatory.yaml文件,将defaultbackend镜像地址改成阿里云的镜像地址(如下图),至于原因 你懂得...

    image: registry.cn-hangzhou.aliyuncs.com/allinpay/defaultbackend-amd64:v1.5

    

    b、

    至于nginx-ingress-controller的镜像,国内可以访问quay.io,就不用改了;

  (3) 安装ingress-controller

    [root@master ingress-nginx]# kubectl apply -f mandatory.yaml  #这里执行mandatory.yaml这一个文件就行了

    

    稍等片刻,只要操作不出问题,应该就OK了,如下图:

    

  (4)创建后端pod和service (pod-B、service-B)

    [root@master ~]# cd /root/manifests/ingress

    [root@master ingress]# cat deploy-demo.yaml
    apiVersion: v1
    kind: Service
    metadata:
      name: myapp
      namespace: default
    spec:
      selector:
        app: myapp
        release: canary
      ports:
      - name: http
        targetPort: 80
        port: 80
    ---  

    apiVersion: apps/v1
    kind: Deployment
    metadata:
      name: myapp-deploy
      namespace: default
    spec:
      replicas: 3
      selector:
        matchLabels:
          app: myapp
          release: canary
      template:
        metadata:
          labels:
            app: myapp
            release: canary
        spec:
          containers:
          - name: myapp
            image: ikubernetes/myapp:v2
            ports:
            - name: http
              containerPort: 80

   ------------------------------------------------------------------------------

    [root@master ingress]# kubectl apply -f deploy-demo.yaml

      [root@master ingress]# kubectl get pods

    [root@master ingress]# kubectl get svc

    

   (5)创建service-A

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

    [root@master ingress-nginx]# cat service-nodeport.yaml
    apiVersion: v1
    kind: Service
    metadata:
      name: ingress-nginx
      namespace: ingress-nginx
      labels:
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/part-of: ingress-nginx
    spec:
      type: NodePort
      ports:
        - name: http
      port: 80
      targetPort: 80
      protocol: TCP
      nodePort: 30080
      - name: https
      port: 443
      targetPort: 443
      protocol: TCP
      nodePort: 30443
      selector:
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/part-of: ingress-nginx

    ---

    

    [root@master ingress-nginx]# kubectl apply -f service-nodeport.yaml 

    

    在外部浏览器中中访问:ip:30080

     

    此时报错的原因是因为没有生成ingress-controller关联到service-B的ingress规则;

    (5)

              kubectl explain ingress

              kubectl explain ingress.spec.rules

    定义ingress规则,此间规则会自动注入到ingress-controller(pod)的nginx.conf中;

    ingress-controller是直接关联到service-B的,但是这中间由ingress来生成各种规则;  

    

    - path : 后不加内容代指nginx.conf中生成的路径为 / (location / ),serviceName:代理到的service名字,靠service找到后端的pod

               此时ingress-controller的nginx.conf中会自动生成一个server段的配置,也就是一个nginx的虚拟主机的字段,还有upstream配置等;

    upstream中自动代理到后端pod ip(pod-B),service会识别到pod,这些都是自动生成,所以就实现了自动生成配置,自动更改配置等;

    只需要改此yaml文件即可;

 

    [root@master ingress]# kubectl apply -f ingress-myapp.yaml 

    

    

    在外部主机上配置好host文件:

    

    然后在浏览器中再访问,发现已经可以访问到后端pod了:

    

 

三、再来一个例子

  举一个后端pod(pod-B)为Tomcat的例子:

   草图如下:

  

   service-B和后端的Tomcat-pod上要开启8080和8009端口;

   ingress-controller上用80(这里是30080)映射到8080端口,来代理Tomcat;

   此图中的两个nginx和两个tomcat都是pod(pod-B)

   (1)创建后端pod(pod-B、service-B

  

  

   查看一下Tomcat容器中所开的端口,发现8080和8009已经打开:

  

  查看tomcat的svc:

  

  (2)创建ingress

  

  

  (3)

  修改hosts文件:

  

  访问,发现已经有了,我们这里ingress-controller的nginx暴露的30080端口,不是80,所以要访问30080:

  

 

  

  

posted @ 2019-01-17 18:44  米兰的小铁將  阅读(2088)  评论(0编辑  收藏  举报