K8Sクラスタ進入---ベースtraefik

解放ポッド内に適用するために、K8Sは、2つのロード・バランシング・メカニズムサポート
4つのTCP負荷分散を達成するために、一つのサービスであり、1
サービスは、主に内部クラスタ通信用であり、（例えば、ポートなど）は、4つの内部および外部の通信に基づいて
、2他には、ロードバランシングを達成するために、7人のHTTPユーザー進入で
の7（URL等）は、内部と外部との通信に基づいて侵入主要成果を
イングレスは、ルーティングルールの単なる集合体である、それは入口コントローラが役割を遊ぶことができる必要があります
から進入コントローラをコントローラマネージャ管理、K8Sクラスタ上で直接実行するための添付ファイルとして
侵入コントローラ自体は、ポッドの形で実行されている、それが同じネットワーク上で実行されているポッドの薬剤で
、サービス別の侵入を使用することで、あなたは最初の侵入を作成する必要があります。ポッドとポッドのベースとなってSVC -controller
NodePort管理が非常に面倒であるため、我々はNodePortを使用する小規模なアプリケーションのためには、私たちのニーズを満たすことができるが、あなたのアプリケーションの際に、より多くのことが、あなたは見つけるでしょう、これは、侵入を使用する場合に非常に便利で、ポートの多数を管理することは避けてください。

igressタイプ
1、単一のサービス・リソース・タイプ
URL転送パスに基づいて、2、
3は、仮想ホストに基づいて転送
4、TLS型
入力コントローラは、以下の手順リバースプロキシによって実施されてもよい：
1、HAProxy
2、nginxの
3、特使
。4、traefik
5、Vulcand

入口treafikに基づいて作成された
1、RBAC認証を作成します

apiVersion: v1
kind: ServiceAccount
metadata:
  name: traefik-ingress-controller
  namespace: kube-system
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: traefik-ingress-controller
rules:
  - apiGroups:
      - ""
    resources:
      - services
      - endpoints
      - secrets
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - extensions
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: traefik-ingress-controller
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: traefik-ingress-controller
subjects:
- kind: ServiceAccount
  name: traefik-ingress-controller
  namespace: kube-system

$のkubectl -f rbac.yaml作成
serviceaccount「traefik入コントローラ」を作成した
clusterrole.rbac.authorization.k8s.io「traefik入コントローラ」作成
clusterrolebinding.rbac.authorization.k8s.io「traefik入コントローラーを」作成した

2、進入制御ポッドとSVCのtreafikに基づいて作成された
マスターに配備コントローラポッド
$ドッカーはプルtraefik
$ VIM traefik.yaml

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
      tolerations:
      - operator: "Exists"        #允许污点
      nodeSelector:
        kubernetes.io/hostname: master        #部署在master上
      containers:
      - image: traefik
        name: traefik-ingress-lb
        ports:
        - name: http
          containerPort: 80
                    hostPort: 80        #外网访问时不用使用nodePort端口，直接使用域名即可
        - name: admin
          containerPort: 8080
        args:
        - --api
        - --kubernetes
        - --logLevel=INFO
---
kind: Service
apiVersion: v1
metadata:
  name: traefik-ingress-service
  namespace: kube-system
spec:
  selector:
    k8s-app: traefik-ingress-lb
  ports:
    - protocol: TCP
      port: 80
      name: web
    - protocol: TCP
      port: 8080
      name: admin
  type: NodePort

traefikコンテナは、対応するサービスは、2つのポート80と8080を必要とされるように、2つのポート、80および8080（管理ポート）を持っているので
$ -f traefik.yamlの適用kubectl
deployment.extensions「traefik入コントローラ」作成した
サービス"traefik入サービス"が作成
$ kubectl GET SVC -n KUBE-システム
traefik入サービスNodePort 10.100.222.78 80 <なし>：31572 / TCP 79D：31 657 / TCP、8080
SVCアクセスtraefik管理インターフェースにより、
http://192.168.1.243:31572/

図3に示すように、上述した例は、入力および入力コントローラ自体SVC（8080）を作成します

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: traefik-web-ui
  namespace: kube-system
  annotations:
    kubernetes.io/ingress.class: traefik
spec:
  rules:
  - host: traefik.example.com
    http:
      paths:
      - backend:
          serviceName: traefik-ingress-service
          servicePort: 8080

アナログDNS解決
$ VIMの/ etc / hosts
192.168.1.243 traefik.example.com
ポッドはHOSTPORT持っているので：80を、それが直接アクセスtraefikドメイン名の管理インターフェイスを使用するために侵入方法が可能である
https://traefik.example.com
あなたの場合マスター複数の場合、各マスターは、サービス入力コントローラ上に展開することができ、そのようなnginxのように、マスター負荷分散の前に掛け、後部マスタロードバランサのすべてがそうであるように、これを達成することができます均衡イングレス・コントローラの高可用性と負荷。

図4に示すように、バックエンド・アプリケーション・ポッドとのSVCの一般的な定義
SVCは型CLUSTERIPあります

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

$のkubectl作成-f backend.yaml
deployment.extensions "SVC1"作成
deployment.extensions "SVC2"作成
deployment.extensions "svc3"作成
サービス"SVC1"作成
サービス"SVC2"作成
作成サービス"svc3"

図5は、一般的なアプリケーション・ポッドおよびSVC定義された入力ポリシーの上方に
バックエンド入力ポリシーSVCのポッドに適用されます

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

$のkubectlは、-fたとえば、ingress.yaml作成
ingress.extensions "例-ウェブアプリ"を作成した
イングレス取得kubectl $を
$のkubectlが進入たとえば、ウェブアプリの説明
模拟のDNS
の$ VIMの/ etc / hosts
192.168.1.243 www.example.comを
http://www.example.com ---访问svc3
http://www.example.com/s1 ---访问SVC1
http://www.example.com/s2 ---访问SVC2

6、traefikの進入サポートTLS
それはの三つの側面をサポートする必要がTLSをサポートするために
生成された証明書のCA
$ます。mkdir / SSLの
$のCD / SSLの
-日2048 -nodes -keyout tls.key-X509：$のREQ -newkeyのOpenSSLのrsaを-out 365 tls.crt
$ LSは
tls.crt tls.key
、その後のための秘密の店の証明書を作成する
秘密ジェネリックtraefik-CERT作成kubectl $を --from-ファイルを= tls.crt --from-ファイル= tls.key -n KUBE 会-
$ kubectl GETシークレット-n KUBE-システム|グレップのtraefikは、
第二に、traefik.tomlデフォルトの設定ファイル増す
と同じディレクトリ内のファイルとtraefikポッドファイルを
$ VIM traefik.toml

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"

コンフィギュレーション・ファイルの格納に使用さconfigmap作成
$のkubectl --from = -n KUBE-ファイルシステムtraefik.toml configmap traefik-confの作成
$ kubectl GET configmap -n KUBE-システム|はgrepのtraefik
第三に、traefikのステップ2を変更YAMLファイルのポッド
の$ VIMのtraefik.yaml

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

$ kubectl適用-f traefik.yaml
$ kubectlログ-f traefik入コントローラ-7dcfd9c6df-v58k7 -n KUBE-システム
時間= "2018-08-26T11：26：44Z"に再ロードレベル=インフォMSG = "Serverの構成：80"
時間= "2018-08-26T11：26：443 "：44Z"レベル=インフォMSG ="サーバーの構成は上にリロード
時間= "2018-08-26T11：26：44Z"レベル=インフォMSG = "Serverの構成上にリロード：8080"

K8Sクラスタ進入---ベースtraefik

おすすめ