ServiceによるKubernetes通信制御ーClusterIPを例に

2026年5月10日に、サイバーエージェント様主催のYJC Connect Nightに参加しました。こちらは、その際のLT発表で使用したスライドです。
This is the PowerPoint file I used for my LT presentation at YJC Connect Night, hosted by CyberAgent on May 10, 2026.

Transcript

1. ServiceによるKubernetes通信制御 ーClusterIPを例に 周 学勤, Zhou Xueqin（シュウ ガッキン） Ver .0 0 1 2 02 6-0 5-0 8
2. 導入 01 2
3. KubernetesのServiceがなぜ必要なのか？ 3 導入 Kubernetes Serviceは、動的に変化するPodの論理的なセットに対し、固定のIPアドレスやDNS名を提供し、 安定したネットワークアクセスと負荷分散を行います。
4. 安定したネットワークアクセス 02 4
5. DeploymentとServiceの作成 5 安定したネットワークアクセス まずは例として、DeploymentとServiceの作成しました。 DeploymentとServiceを作成する中で、次のようなPod、Service/svc、そしてEndpoint/ep（Serviceと一緒に 自動で作成されます）の3つのオブジェクトが作られます。
6. CoreDNSによる名前解決 6 安定したネットワークアクセス Kubernetesの内部では、IPアドレスではなく「Service名(e.g. nginx)」でServiceをアクセスするのが一般的 です。 そのために、kube-system内にデプロイされているCoreDNSが名前解決を行います。 • 二つの問題 • CoreDNSのIPアドレスをどこで知る • Service名だけでどうやって次のFQDNにマッチできる
7. CoreDNSによる名前解決 7 安定したネットワークアクセス • 二つの問題 • CoreDNSのIPアドレスをどこで知る • Service名だけでどうやって次のFQDNにマッチできる この二つの問題を解決するため、podに入って、/etc/resolv.confを確認します nameserver 10.96.0.10: Service kube-dnsのIPアドレス、 kube-dnsはトラフィックをcorednsに転送する search default. …: 名前解決リクエストを出す際に、後につけるもの options ndots:5 :解決したいドメイン内五つドット以上の場合はsearchしません
8. 負荷分散 03 8
9. kube-proxyとiptablesによるDNATと負荷分散 9 負荷分散 • Serviceの名前解決ができた以上、次は「固定IP（Service）」宛のトラフィックを「動的Pod IP」にへの 変換です • 実装の方法は様々ですが、ここはkube-proxyとiptablesのペアで説明します。さらに、各ポッドへの負荷分 散もiptablesによって実現されます • ここでは、より説明しやすくために、最初に作ったdeploymentのpod数を3にします。
10. kube-proxyとiptablesによるDNATと負荷分散 10 負荷分散
11. ご清聴ありがとうございます！ 04 11