AKS & Container NetworkingReviewed 2026-09-10

Azure CNI

AKS pod networkingをAzure VNetと統合するCNI family。Overlay等のmodeでaddress consumption/data pathが変わる。

Scope: 設計・運用で誤りやすい点を優先して整理。SKU/region/limitsは変更されるため、実装時はリンク先のcurrent Microsoft Learnを再確認してください。

Overview

AKS pod networkingをAzure VNetと統合するCNI family。Overlay等のmodeでaddress consumption/data pathが変わる。

Key technical points

  • podがVNet-routable IPを直接使うmodeとoverlay IPを使うmodeを区別する。
  • node/pod scaleからCIDR sizeを計算する。
  • Network Policy/Cilium/Advanced Container Networking Servicesとのcompatibilityを確認する。

Design guidance

  • Kubernetes objectとAzure network resourceを1対1で混同しない。data pathをnode/pod/service単位で追う。
  • pod/node CIDR、service CIDR、VNet/on-prem CIDRの重複を避ける。
  • ingress/egress/network policy/observabilityをcluster作成後の追加事項ではなく初期designに含める。

Operations checklist

  1. kubectlでpod/service/endpoints/network policyを確認する。
  2. Azure側NSG/UDR/LB/NAT/CNI configを確認する。
  3. pod→service→node→externalの順でpacket pathを追う。

Common pitfalls

  • pod CIDRとon-prem/VNet CIDR overlapを見落とす。
  • Kubernetes NetworkPolicy denyをAzure NSG障害と誤認する。

Verification pattern

Control plane
resource state、association、policy、route/BGP configが期待通りかを確認。
Data plane
同一5-tupleまたは実application journeyで到達性・latency・security判定を実証。
Observability
diagnostic logs / flow logs / Network Watcherで実際の判定とpathを残す。
Rollback
設定を戻した後のroute convergence、DNS cache、existing sessionまで確認。

Official sources