ingress之tls和path使用

ingress tls

上節課給你們展現了 traefik 的安裝使用以及簡單的 ingress 的配置方法,這節課咱們來學習一下 ingress tls 以及 path 路徑在 ingress 對象中的使用方法。node

TLS 認證

在如今大部分場景下面咱們都會使用 https 來訪問咱們的服務,這節課咱們將使用一個自簽名的證書,固然你有在一些正規機構購買的 CA 證書是最好的,這樣任何人訪問你的服務的時候都是受瀏覽器信任的證書。使用下面的 openssl 命令生成 CA 證書:web

$ openssl req -newkey rsa:2048 -nodes -keyout tls.key -x509 -days 365 -out tls.crt

如今咱們有了證書,咱們可使用 kubectl 建立一個 secret 對象來存儲上面的證書:shell

$ kubectl create secret generic traefik-cert --from-file=tls.crt --from-file=tls.key -n kube-system 

配置 Traefik

前面咱們使用的是 Traefik 的默認配置,如今咱們來配置 Traefik,讓其支持 https:api

defaultEntryPoints = ["http", "https"]

[entryPoints]
  [entryPoints.http]
  address = ":80"
    [entryPoints.http.redirect]
      entryPoint = "https"
  [entryPoints.https]
  address = ":443"
    [entryPoints.https.tls]
      [[entryPoints.https.tls.certificates]]
      CertFile = "/ssl/tls.crt"
      KeyFile = "/ssl/tls.key"

上面的配置文件中咱們配置了 http 和 https 兩個入口,而且配置了將 http 服務強制跳轉到 https 服務,這樣咱們全部經過 traefik 進來的服務都是 https 的,要訪問 https 服務,固然就得配置對應的證書了,能夠看到咱們指定了 CertFile 和 KeyFile 兩個文件,因爲 traefik pod 中並無這兩個證書,因此咱們要想辦法將上面生成的證書掛載到 Pod 中去,是否是前面咱們講解過 secret 對象能夠經過 volume 形式掛載到 Pod 中?至於上面的 traefik.toml 這個文件咱們要怎麼讓 traefik pod 可以訪問到呢?還記得咱們前面講過的 ConfigMap 嗎?咱們是否是能夠將上面的 traefik.toml 配置文件經過一個 ConfigMap 對象掛載到 traefik pod 中去:瀏覽器

$ kubectl create configmap traefik-conf --from-file=traefik.toml -n kube-system 

如今就能夠更改下上節課的 traefik pod 的 yaml 文件了:tomcat

kind: Deployment apiVersion: extensions/v1beta1 metadata: name: traefik-ingress-controller namespace: kube-system labels: k8s-app: traefik-ingress-lb spec: replicas: 1 selector: matchLabels: k8s-app: traefik-ingress-lb template: metadata: labels: k8s-app: traefik-ingress-lb name: traefik-ingress-lb spec: serviceAccountName: traefik-ingress-controller terminationGracePeriodSeconds: 60 volumes: - name: ssl secret: secretName: traefik-cert - name: config configMap: name: traefik-conf tolerations: - operator: "Exists" nodeSelector: kubernetes.io/hostname: master containers: - image: traefik name: traefik-ingress-lb volumeMounts: - mountPath: "/ssl" name: "ssl" - mountPath: "/config" name: "config" ports: - name: http containerPort: 80 hostPort: 80 - name: https containerPort: 443 hostPort: 443 - name: admin containerPort: 8080 args: - --configfile=/config/traefik.toml - --api - --kubernetes - --logLevel=INFO 

和以前的比較,咱們增長了 443 的端口配置,以及啓動參數中經過 configfile 指定了 traefik.toml 配置文件,這個配置文件是經過 volume 掛載進來的。而後更新下 traefik pod:app

$ kubectl apply -f traefik.yaml
$ kubectl logs -f traefik-ingress-controller-7dcfd9c6df-v58k7 -n kube-system
time="2018-08-26T11:26:44Z" level=info msg="Server configuration reloaded on :80" time="2018-08-26T11:26:44Z" level=info msg="Server configuration reloaded on :443" time="2018-08-26T11:26:44Z" level=info msg="Server configuration reloaded on :8080" 

更新完成後咱們查看 traefik pod 的日誌,若是出現相似於上面的一些日誌信息,證實更新成功了。如今咱們去訪問 traefik 的 dashboard 會跳轉到 https 的地址,並會提示證書相關的報警信息,這是由於咱們的證書是咱們自建的,並不受瀏覽器信任,若是你是正規機構購買的證書並不會出現改報警信息,你應該能夠看到咱們常見的綠色標誌: traefik tls warning學習

點擊下面的高級,咱們能夠強制讓其跳轉,這樣咱們就能夠正常訪問 traefik 的 dashboard 了。spa

配置 ingress

其實上面的 TLS 認證方式已經成功了,接下來咱們經過一個實例來講明下 ingress 中 path 的用法,這裏咱們部署了3個簡單的 web 服務,經過一個環境變量來標識當前運行的是哪一個服務:(backend.yaml)日誌

kind: Deployment apiVersion: extensions/v1beta1 metadata: name: svc1 spec: replicas: 1 template: metadata: labels: app: svc1 spec: containers: - name: svc1 image: cnych/example-web-service env: - name: APP_SVC value: svc1 ports: - containerPort: 8080 protocol: TCP --- kind: Deployment apiVersion: extensions/v1beta1 metadata: name: svc2 spec: replicas: 1 template: metadata: labels: app: svc2 spec: containers: - name: svc2 image: cnych/example-web-service env: - name: APP_SVC value: svc2 ports: - containerPort: 8080 protocol: TCP --- kind: Deployment apiVersion: extensions/v1beta1 metadata: name: svc3 spec: replicas: 1 template: metadata: labels: app: svc3 spec: containers: - name: svc3 image: cnych/example-web-service env: - name: APP_SVC value: svc3 ports: - containerPort: 8080 protocol: TCP --- kind: Service apiVersion: v1 metadata: labels: app: svc1 name: svc1 spec: type: ClusterIP ports: - port: 8080 name: http selector: app: svc1 --- kind: Service apiVersion: v1 metadata: labels: app: svc2 name: svc2 spec: type: ClusterIP ports: - port: 8080 name: http selector: app: svc2 --- kind: Service apiVersion: v1 metadata: labels: app: svc3 name: svc3 spec: type: ClusterIP ports: - port: 8080 name: http selector: app: svc3 

能夠看到上面咱們定義了3個 Deployment,分別對應3個 Service:

$ kubectl create -f backend.yaml
deployment.extensions "svc1" created deployment.extensions "svc2" created deployment.extensions "svc3" created service "svc1" created service "svc2" created service "svc3" created 

而後咱們建立一個 ingress 對象來訪問上面的3個服務:(example-ingress.yaml)

apiVersion: extensions/v1beta1 kind: Ingress metadata: name: example-web-app annotations: kubernetes.io/ingress.class: "traefik" spec: rules: - host: example.haimaxy.com http: paths: - path: /s1 backend: serviceName: svc1 servicePort: 8080 - path: /s2 backend: serviceName: svc2 servicePort: 8080 - path: / backend: serviceName: svc3 servicePort: 8080 

注意咱們這裏定義的 ingress 對象和以前有一個不一樣的地方是咱們增長了 path 路徑的定義,不指定的話默認是 '/',建立該 ingress 對象:

$ kubectl create -f test-ingress.yaml
ingress.extensions "example-web-app" created $ kubectl get ingress NAME HOSTS ADDRESS PORTS AGE example-web-app example.haimaxy.com 80 1m $ kubectl describe ingress example-web-app Name: example-web-app Namespace: default Address: Default backend: default-http-backend:80 (<none>) Rules: Host Path Backends ---- ---- -------- example.haimaxy.com /s1 svc1:8080 (<none>) /s2 svc2:8080 (<none>) / svc3:8080 (<none>) Annotations: kubernetes.io/ingress.class: traefik Events: <none> 

如今咱們能夠在本地 hosts 裏面給域名 example.haimaxy.com 添加對應的 hosts 解析,而後就能夠在瀏覽器中訪問,能夠看到默認也會跳轉到 https 的頁面: demo1

咱們能夠看到訪問上面的域名獲得的結果是 svc3 service!這是由於上面在 ingress 中咱們爲域名的跟路徑匹配的是 svc3 這個 service,一樣的,咱們訪問http://example.haimaxy.com/s1 獲得的應該就是 svc1 這個 service 了: demo2

訪問http://example.haimaxy.com/s2 獲得的應該就是 svc2 這個 service 了: demo3

這裏咱們須要注意的是根路徑/必須在 ingress 對象中聲明的時候必須放在最後面,否則就都被/匹配到攔截到了,你們能夠嘗試下把/這個 path 放在最上面,而後訪問下 s1 和 s2 這兩個 path,看看獲得的結果是怎樣的?

有的同窗可能有這樣的需求,就是不一樣的 ingress 對象是供不一樣的域名進行使用的,而後不一樣的域名的證書還不相同,這樣咱們想使用上面 traefik 給你們提供的統一的 https 證書就不行了,這個時候咱們就能夠單獨爲當前的服務提供單獨的證書就能夠,一樣用證書文件建立一個 secret 對象,而後在 ingress 對象中聲明一個 tls 對象便可,好比上面的 example.haimaxy.com 咱們能夠單獨指定一個證書文件:

apiVersion: extensions/v1beta1 kind: Ingress metadata: name: example-web-app annotations: kubernetes.io/ingress.class: "traefik" spec: tls: - secretName: traefik-cert rules: - host: ...

實際項目:tomcat-admin-ingress.yaml
service-admin服務以前就有直接對應上就行

 

 
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: tomcat-admin
  annotations:
    kubernetes.io/ingress.class: "traefik"
spec:
  rules:
  - host: admin.fuyuteng.com
    http:
      paths:
      - path:
        backend:
          serviceName: service-admin
          servicePort: 80
相關文章
相關標籤/搜索