Pod에 연결된 네트워크에서 직접 IP 액세스가 필요한지 여부와 IP 주소 크기 조정 요구 사항에 따라 Pod 네트워킹 구성을 선택합니다.
직접 Pod IP 액세스가 필요한가요?
Pod 네트워킹은 Pod가 IP 주소를 가져오는 방법을 제어하고 Pod가 클러스터 외부의 서로, 클러스터 노드 및 대상과 통신하는 방법을 정의합니다. Kubernetes는 Pod IP 주소 및 네트워크 연결을 관리하는 CNI(Container Network Interface) 플러그 인을 통해 Pod 네트워킹을 구현합니다.
Pod 네트워킹을 설정할 때 IPAM(IP 주소 관리) 및 라우팅 및 전송(데이터 평면)을 계획해야 합니다.
워크로드에서 Azure Kubernetes Service(AKS) 클러스터 VNet에 연결된 네트워크로부터 프라이빗 IP를 통해 Pod에 연결할 수 있어야 하는 경우, 플랫 네트워킹 모델을 사용하세요. 그렇지 않으면 Azure CNI 오버레이를 사용합니다.
IPAM(IP 주소 관리) 옵션
IPAM을 설정할 때 Azure CNI 오버레이를 사용하는 오버레이 네트워킹 모델과 Azure CNI Pod 서브넷 또는 Azure CNI노드 서브넷을 사용하는 플랫 네트워킹 모델 중에서 선택할 수 있습니다.
다음 표에서는 주요 기능 및 크기 제한을 포함하여 AKS Pod 네트워킹에 사용할 수 있는 IPAM 옵션을 비교합니다.
| IPAM 옵션 | 네트워킹 구성 요소 다이어그램 | 특징 및 기능 |
|---|---|---|
| 오버레이 네트워킹 모델(Azure CNI 오버레이 사용) |
|
• Pod IP는 VNet 공간의 일부가 아닌 오버레이 범위에서 제공됩니다. • 클러스터당 최대 5,000개의 노드와 200,000개의Pod를 포함하는 확장성이 뛰어난 네트워킹 노드 제한, 노드당 Pod 제한, 총 Pod 제한은 서로 독립적입니다. • Pod 오버레이 주소 공간은 독립 클러스터에서 다시 사용할 수 있습니다. Pod CIDR은 피어된 VNet, ExpressRoute 또는 VPN을 통해 연결된 네트워크 및 개인 주소 공간을 노출하는 다른 경로를 포함하여 직접 연결된 네트워크와 겹치지 않아야 합니다. • 이중 스택(IPv4/IPv6) 지원. • Pod는 클러스터 외부에서 직접 액세스할 수 없습니다. |
| 플랫 네트워킹 모델(Azure CNI Pod 서브넷 또는 노드 서브넷 사용) |
|
• 노드 및 Pod IP는 VNet 공간에서 제공됩니다. • 연결된 네트워크에서 개인 IP 주소로 Pod에 액세스할 수 있습니다. Azure CNI Pod 서브넷은 연결된 VNet에서 Pod 원본 IP를 유지하지만 클러스터 VNet 외부의 대상은 Azure CNI 노드 서브넷이 있는 노드 원본 IP를 확인합니다. • Azure CNI Pod 서브넷 옵션에는 효율성을 위한 동적 IP 할당 또는 규모에 대한 정적 블록 할당이 포함됩니다. |
플랫 네트워킹 모델 옵션에 대한 고려 사항
동적 IP 할당을 사용하는 Azure CNI Pod 서브넷, 정적 블록 할당을 사용하는 Azure CNI Pod 서브넷 및 Azure CNI노드 서브넷 중에서 결정할 때는 다음 사항을 염두에 두어야 합니다.
| 플랫 네트워킹 모델 옵션 | 고려 사항 |
|---|---|
| 동적 IP 할당을 사용하는 Azure CNI Pod 서브넷 | • 각각 독립적으로 크기를 설정하고 확장할 수 있는 별도의 노드 및 Pod 서브넷이 필요합니다. • pod 서브넷에서 pod IP 주소를 16개 단위로 노드에 할당합니다. • VNet 구성 개인 IP 주소 제한에 따라 다릅니다. |
| 정적 블록 할당을 사용하는 Azure CNI Pod 서브넷 | • Pod에 특정 범위의 IP를 할당하고 다른 서브넷과 겹치지 않도록 해야 하므로 신중한 계획이 필요합니다. • 최대 1,000,000 IP를 얻을 수 있습니다. • IP를 효율적으로 사용하지 못할 수 있으므로 낭비가 발생할 수 있습니다. |
| Azure CNI 노드 서브넷 | • AKS 관리형 VNet 또는 고객 관리형 VNet 및 서브넷을 사용할 수 있는 레거시 옵션입니다. • 노드와 Pod는 노드 서브넷을 공유하므로 노드, Pod, 크기 조정 및 업그레이드에 대한 용량을 미리 계획해야 합니다. • VNet 구성 개인 IP 주소 제한에 따라 다릅니다. |
라우팅 및 전송(데이터 평면) 옵션
데이터 평면을 설정할 때 Cilium에서 제공하는 Azure CNI, Azure iptables 데이터 평면 및 BYO CNI 중에서 선택할 수 있습니다.
다음 표에서는 AKS Pod 네트워킹에 사용할 수 있는 데이터 평면 옵션과 해당 주요 기능을 비교합니다.
| 데이터 평면 옵션 | 특징 및 기능 |
|---|---|
| Cilium에서 제공하는 Azure CNI | • Linux 노드 풀의 확장 및 성능이 향상되었습니다. Windows 노드 풀은 지원되지 않습니다. • 기본 제공 Cilium 네트워크 정책 적용. • FQDN 필터링에는 고급 컨테이너 네트워킹 서비스 및 Kubernetes 1.29 이상이 필요합니다. |
| Azure iptables | • Windows 네트워크 정책 적용에 Calico를 사용합니다. Azure Network Policy Manager(NPM) 지원이 Windows의 경우 2026년 9월 30일에, Linux의 경우 2028년 9월 30일에 종료됩니다. 새 구독은 더 이상 Azure NPM을 사용하도록 설정할 수 없습니다. • Linux 클러스터의 경우 NPM을 Azure 대신 Cilium에서 제공하는 Azure CNI를 사용합니다. • Kubernetes NetworkPolicy를 지원합니다. |
| BYO CNI | • 관리되는 CNI 플러그 인이 설치되어 있지 않습니다. AKS를 지원하는 모든 옵션을 사용할 수 있습니다. • Microsoft는 CNI 관련 문제를 지원하지 않습니다 . |
AKS Pod 네트워킹 권장 사항
일반적인 권장 사항은Azure CNI 오버레이를 사용하는 것입니다. 연결된 네트워크에서 직접 Pod IP 액세스가 필요하고 효율성 또는 크기 조정 요구 사항이 있는 경우 동적 IP 할당이 있는 Azure CNI Pod 서브넷을 사용하거나 정적 블록 할당을 사용하여 CNI Pod 서브넷을 Azure 것이 좋습니다. Azure CNI 노드 서브넷은 레거시 옵션입니다. 일반적으로 클러스터에 AKS 관리형 VNet이 필요한 경우에만 사용합니다.