Azure CNI
Azure CNI (Legacy) 체이닝하기
Azure CNI 플러그인과 함께 체이닝 구성으로 Cilium을 설정하는 방법을 설명할게요. 이 하이브리드 모드에서는 Azure CNI가 가상 네트워크 장치 설정과 주소 할당(IPAM)을 담당해요.
본문
참고: 대부분의 사용자에게 AKS에서 Cilium을 실행하는 가장 좋은 방법은 Cilium Quick Installation에 설명된 AKS BYO CNI 또는 Azure CNI Powered by Cilium이에요. 이 가이드는 Azure IPAM이 레거시이므로 Azure CNI를 체이닝 구성으로 Cilium과 함께 실행하는 대안적인 지침을 제공해요. 자세한 내용은 Azure IPAM을 참고하세요.
참고: 다른 CNI 플러그인과 체이닝할 때는 일부 고급 Cilium 기능이 제한될 수 있어요.
영상: (비디오 안내 참조)
이 가이드는 Azure CNI와 함께 체이닝 구성으로 Cilium을 설정하는 방법을 설명해요. 이 하이브리드 모드에서 Azure CNI 플러그인은 가상 네트워크 장치 설정과 주소 할당(IPAM)을 담당해요. 초기 네트워킹이 설정된 후, Cilium CNI 플러그인은 Azure CNI가 설정한 네트워크 장치에 eBPF 프로그램을 붙여 네트워크 정책을 강제하고, 로드밸런싱과 암호화를 수행해요.
AKS + Cilium CNI 구성 생성하기
원하는 CNI 체이닝 구성을 지정하려면 다음 템플릿을 기반으로 chaining.yaml 파일을 생성해요. 이 ConfigMap은 모든 노드에 CNI 구성 파일로 설치되며 체이닝 구성을 정의해요. 아래 예시에서는 Azure CNI, portmap, Cilium이 함께 체이닝돼요.
apiVersion: v1
kind: ConfigMap
metadata:
name: cni-configuration
namespace: kube-system
data:
cni-config: |-
{
"cniVersion": "0.3.0",
"name": "azure",
"plugins": [
{
"type": "azure-vnet",
"mode": "transparent",
"ipam": {
"type": "azure-vnet-ipam"
}
},
{
"type": "portmap",
"capabilities": {"portMappings": true},
"snat": true
},
{
"name": "cilium",
"type": "cilium-cni"
}
]
}
ConfigMap을 배포해요.
kubectl apply -f chaining.yaml
Cilium 배포하기
Helm 저장소를 설정해요.
Helm Repository
helm repo add cilium https://helm.cilium.io/
Cilium 차트는 OCI 레지스트리(Quay.io 및 Docker Hub)에서도 사용할 수 있어요. 추가 설정 없이 oci:// URL로 직접 설치할 수 있어요. 차트 서명 검증과 digest 기반 설치를 포함한 자세한 내용은 OCI Registry 섹션을 참고하세요.
Helm으로 Cilium 릴리스를 배포해요.
Helm Repository
helm install cilium cilium/cilium --version 1.20.2 \
--namespace kube-system \
--set cni.chainingMode=generic-veth \
--set cni.customConf=true \
--set cni.exclusive=false \
--set cni.configMap=cni-configuration \
--set routingMode=native \
--set enableIPv4Masquerade=false \
--set endpointRoutes.enabled=true
OCI Registry
helm install cilium oci://quay.io/cilium/charts/cilium 1.20.2 \
--namespace kube-system \
--set cni.chainingMode=generic-veth \
--set cni.customConf=true \
--set cni.exclusive=false \
--set cni.configMap=cni-configuration \
--set routingMode=native \
--set enableIPv4Masquerade=false \
--set endpointRoutes.enabled=true
비관리 파드 재시작하기 (Restart unmanaged Pods)
node.cilium.io/agent-not-ready 테인트로 노드를 오염시킨 채 클러스터를 생성하지 않았다면, 비관리 파드를 수동으로 재시작해야 해요. 호스트 네트워킹 모드로 실행되지 않는 이미 실행 중인 모든 파드를 재시작해 Cilium이 그들을 관리하기 시작하도록 해요. 이는 Cilium이 배포되기 전에 실행 중이던 모든 파드가 Cilium이 제공하는 네트워크 연결성을 갖고 NetworkPolicy가 적용되도록 하는 데 필요해요.
$ kubectl get pods --all-namespaces -o custom-columns=NAMESPACE:.metadata.namespace,NAME:.metadata.name,HOSTNETWORK:.spec.hostNetwork --no-headers=true | grep '<none>' | awk '{print "-n "$1" "$2}' | xargs -L 1 -r kubectl delete pod
pod "event-exporter-v0.2.3-f9c896d75-cbvcz" deleted
pod "fluentd-gcp-scaler-69d79984cb-nfwwk" deleted
pod "heapster-v1.6.0-beta.1-56d5d5d87f-qw8pv" deleted
pod "kube-dns-5f8689dbc9-2nzft" deleted
pod "kube-dns-5f8689dbc9-j7x5f" deleted
pod "kube-dns-autoscaler-76fcd5f658-22r72" deleted
pod "kube-state-metrics-7d9774bbd5-n6m5k" deleted
pod "l7-default-backend-6f8697844f-d2rq2" deleted
pod "metrics-server-v0.3.1-54699c9cc8-7l5w2" deleted
참고: 이 명령은 xargs에서
-r이 지원되지 않아 macOS에서 오류가 날 수 있어요. 이 경우-r없이 실행해도 안전한데, 재시작할 파드가 없으면 이 명령이 멈출 수 있다는 증상이 있어요.ctrl-c로 멈출 수 있어요.
설치 검증 (Validate the Installation)
Cilium CLI의 최신 버전을 설치해요. Cilium CLI는 Cilium 설치, Cilium 설치 상태 검사, 그리고 다양한 기능(예: clustermesh, Hubble)의 활성화/비활성화에 사용할 수 있어요.
Linux
CILIUM_CLI_VERSION=$(curl -s https://raw.githubusercontent.com/cilium/cilium-cli/main/stable.txt)
CLI_ARCH=amd64
if [ "$(uname -m)" = "aarch64" ]; then CLI_ARCH=arm64; fi
curl -L --fail --remote-name-all https://github.com/cilium/cilium-cli/releases/download/${CILIUM_CLI_VERSION}/cilium-linux-${CLI_ARCH}.tar.gz{,.sha256sum}
sha256sum --check cilium-linux-${CLI_ARCH}.tar.gz.sha256sum
sudo tar xzvfC cilium-linux-${CLI_ARCH}.tar.gz /usr/local/bin
rm cilium-linux-${CLI_ARCH}.tar.gz{,.sha256sum}
macOS
CILIUM_CLI_VERSION=$(curl -s https://raw.githubusercontent.com/cilium/cilium-cli/main/stable.txt)
CLI_ARCH=amd64
if [ "$(uname -m)" = "arm64" ]; then CLI_ARCH=arm64; fi
curl -L --fail --remote-name-all https://github.com/cilium/cilium-cli/releases/download/${CILIUM_CLI_VERSION}/cilium-darwin-${CLI_ARCH}.tar.gz{,.sha256sum}
shasum -a 256 -c cilium-darwin-${CLI_ARCH}.tar.gz.sha256sum
sudo tar xzvfC cilium-darwin-${CLI_ARCH}.tar.gz /usr/local/bin
rm cilium-darwin-${CLI_ARCH}.tar.gz{,.sha256sum}
전체 릴리스 목록은 releases 페이지에서 확인할 수 있어요.
Cilium이 제대로 설치됐는지 검증하려면 다음을 실행하면 돼요.
$ cilium status --wait
/¯\
/¯\__/¯\ Cilium: OK
\__/¯\__/ Operator: OK
/¯\__/¯\ Hubble: disabled
\__/¯\__/ ClusterMesh: disabled
\__/
DaemonSet cilium Desired: 2, Ready: 2/2, Available: 2/2
Deployment cilium-operator Desired: 2, Ready: 2/2, Available: 2/2
Containers: cilium-operator Running: 2
cilium Running: 2
Image versions cilium quay.io/cilium/cilium:v1.9.5: 2
cilium-operator quay.io/cilium/operator-generic:v1.9.5: 2
다음 명령을 실행해 클러스터가 올바른 네트워크 연결성을 갖췄는지 검증해요.
$ cilium connectivity test
ℹ️ Monitor aggregation detected, will skip some flow validation steps
✨ [k8s-cluster] Creating namespace for connectivity check...
(...)
---------------------------------------------------------------------------------------------------------------------
📋 Test Report
---------------------------------------------------------------------------------------------------------------------
✅ 69/69 tests successful (0 warnings)
참고: 연결성 테스트는 일부 파드에서 열려 있는 파일이 너무 많아 배포에 실패할 수도 있어요. 이런 오류가 보이면 호스트 머신의 inotify 리소스 한도를 늘려 보세요 (즉, "too many open files"로 인한 파드 오류 참고).
축하해요! 이제 Cilium이 완전히 동작하는 Kubernetes 클러스터를 갖추셨어요. 🎉
Cilium과 필요한 모든 컴포넌트가 설치되는 과정을 모니터링할 수 있어요.
$ kubectl -n kube-system get pods --watch
NAME READY STATUS RESTARTS AGE
cilium-operator-cb4578bc5-q52qk 0/1 Pending 0 8s
cilium-s8w5m 0/1 PodInitializing 0 7s
coredns-86c58d9df4-4g7dd 0/1 ContainerCreating 0 8m57s
coredns-86c58d9df4-4l6b2 0/1 ContainerCreating 0 8m57s
모든 컴포넌트가 뜨기까지 몇 분 걸릴 수 있어요.
cilium-operator-cb4578bc5-q52qk 1/1 Running 0 4m13s
cilium-s8w5m 1/1 Running 0 4m12s
coredns-86c58d9df4-4g7dd 1/1 Running 0 13m
coredns-86c58d9df4-4l6b2 1/1 Running 0 13m
파드 간 연결성을 테스트하려면 "connectivity-check"를 배포할 수 있어요. 이를 위한 별도 네임스페이스를 만드는 것을 권장해요.
kubectl create ns cilium-test
다음으로 검사(check)를 배포하면 돼요.
kubectl apply -n cilium-test -f https://raw.githubusercontent.com/cilium/cilium/1.20.2/examples/kubernetes/connectivity-check/connectivity-check.yaml
이것은 다양한 연결성 경로로 서로 연결되는 일련의 배포(deployment)들을 배포해요. 연결성 경로에는 서비스 로드밸런싱 유무와 다양한 네트워크 정책 조합이 포함돼요. 파드 이름은 연결성 변형을 나타내며, readiness와 liveness 게이트는 테스트의 성공 또는 실패를 나타내요.
$ kubectl get pods -n cilium-test
NAME READY STATUS RESTARTS AGE
echo-a-76c5d9bd76-q8d99 1/1 Running 0 66s
echo-b-795c4b4f76-9wrrx 1/1 Running 0 66s
echo-b-host-6b7fc94b7c-xtsff 1/1 Running 0 66s
host-to-b-multi-node-clusterip-85476cd779-bpg4b 1/1 Running 0 66s
host-to-b-multi-node-headless-dc6c44cb5-8jdz8 1/1 Running 0 65s
pod-to-a-79546bc469-rl2qq 1/1 Running 0 66s
pod-to-a-allowed-cnp-58b7f7fb8f-lkq7p 1/1 Running 0 66s
pod-to-a-denied-cnp-6967cb6f7f-7h9fn 1/1 Running 0 66s
pod-to-b-intra-node-nodeport-9b487cf89-6ptrt 1/1 Running 0 65s
pod-to-b-multi-node-clusterip-7db5dfdcf7-jkjpw 1/1 Running 0 66s
pod-to-b-multi-node-headless-7d44b85d69-mtscc 1/1 Running 0 66s
pod-to-b-multi-node-nodeport-7ffc76db7c-rrw82 1/1 Running 0 65s
pod-to-external-1111-d56f47579-d79dz 1/1 Running 0 66s
pod-to-external-fqdn-allow-google-cnp-78986f4bcf-btjn7 1/1 Running 0 66s
참고: 연결성 검사를 단일 노드 클러스터에 배포하면, 멀티 노드 기능을 확인하는 파드는 Pending 상태로 남아 있어요. 이는 정상이에요. 이 파드들은 성공적으로 스케줄링되려면 최소 2개의 노드가 필요하기 때문이에요.
테스트가 끝나면 cilium-test 네임스페이스를 제거하세요.
kubectl delete ns cilium-test
다음 단계 (Next Steps)
-
Hubble Observability 설정
-
CLI로 네트워크 플로우 검사
-
Service Map과 Hubble UI
-
Identity-Aware 및 HTTP-Aware 정책 강제
-
Cluster Mesh 설정