Kubernetes がクラスター外部にサービスを公開する方法をご存知ですか?

Kubernetes がグループ外にサービスを公開する方法は、Ingress、LoadBlancer タイプのサービス、NodePort タイプのサービスの 3 つがあります。

イングレス

Ingress はサービスのサービスに相当し、さまざまなルールに従って外部リクエストを対応するサービスに転送できます。実際、Ingress は 7 層ロードバランサに相当し、これは k8s によるリバース プロキシの抽象化であり、その動作原理は Nginx に似ています。

Ingress の動作原理 (Nginx Ingress を例に挙げます):

Ingress コントローラーは Kubernetes APIServer と対話して、クラスター内の Ingress ルールの変更を動的に感知します。ルールの変更を感知した後、対応する Nginx 構成を生成し、その構成を nginx-ingress-controller ポッドに書き込みます (Nginx サービスは ingress-controller ポッドで実行されており、ingress-controller は生成された nginx 構成を /etc/nginx.conf ファイルに書き込みます)。その後、リロードを実行して構成を有効にします。

LoadBlancer サービス

サービスを作成するときは、タイプを LoadBalancer として指定します。これには外部ロードバランサーのサポートが必要です。ほとんどのクラウド ベンダーは、外部ロード バランサーの作成をサポートしています。

NodePort サービス

サービスを作成するときは、タイプを NodePort として指定して、サービスがクラスター ノード IP の指定されたポートで公開されるようにします。

いくつかの方法の長所と短所

NodePort メソッドには次の欠点があります。

• サービスが多数ある場合、クラスターノードの多数のポートが占有され、保守が困難になります。
• NAT の追加レイヤーにより、リクエストの数が多い場合にパフォーマンスに影響が出ます。

LoadBlancer メソッドには次の欠点があります。

• サービスごとに 1 つの外部ロード バランサーを使用するのは面倒で無駄が多いです。
• 外部ロードバランサーのサポートが必要であり、制限があります。

上記の 2 つの方法と比較すると、Ingress では、クラスター外部にサービスを公開するためのすべてのサービスのニーズを満たすために 1 つの NodePort または 1 つの LoadBlancer のみが必要であり、シンプルで柔軟です。