k8sのIngress(サービスを外部に公開するための必須コンポーネント)について

こんにちわ

がじぇったー (@hackmylife7) | Twitter

です。

今日はサービスを外部に公開する際に必須のコンポーネントになるIngressについて学んでいきます。

はじめに
Ingressとは
Ingressを構成する要素
- resource
- Controller
yamlファイルの例
- Default Backend

はじめに

サービスをexpose（外部からのトラフィックを受ける）方法はいくつかあるが、Ingressはより高度な機能を提供する

ちなみに外部からのトラフィックを受け付けるコンポーネントは以下の通り

NodePort Service
LoadBalancer Service
Ingress Controller

Ingressとは

外部からサービスを受け付けるために用いられるコンポーネントであり、
アクセス先のURLに応じてどのサービスにトラフィック送るのかルーティングを行うことができる

また、ロードバランシングやSSL通信の機能も備わっている。

イメージはロードバランサ。

構成は外部からのトラフィックをIngressがうけ、
そのロードバランス先にNodePortやLoadBalancer等外部とやりとりできるサービスリソースが必要

トラフィックのイメージ

    internet
        |
   [ Ingress ]
   --|-----|--
   [ Services ]

Ingressを構成する要素

Ingressは二つの要素で構成されている。どちらの構成要素もクラスタ内でPodとして立ち上がる。

resource

トラフィックを受けつけ、クラスタ内のどのコンポーネントに流すか、というルールのかたまり。

Controller

Resourceに定義されたルールに基づいてトラフィックを流すのがControllerの役割。(Ingressのエンジン部分)
実態はReverse Proxy（リバースプロキシ）
中身はnginxベースのイメージであり、Ingress Controller向けにカスタマイズされ、クラスタ上ではPodで動いている

yamlファイルの例

下記の例だとfoo.bar.comへのトラフィックを受けたらパスが/fooだったらport4200へ、パスが/barだったらport8080に送るよう定義されている.
rules配下がResouce(ルール)のイメージ。

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: simple-fanout-example
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: foo.bar.com
    http:
      paths:
      - path: /foo
        backend:
          serviceName: service1
          servicePort: 4200
      - path: /bar
        backend:
          serviceName: service2
          servicePort: 8080