N° 01 — 목록
'VXLAN' (3)
-
Infra Architecture/Datacenter & CloudDatacenter & Cloud - 03. 오버레이·언더레이
물리 도로 위에 가상 다리를 놓는 기술 — 오버레이와 언더레이네트워크 fundamentals 영역에서 VLAN이 4094개까지만 만들 수 있다고 했다. 하지만 — AWS·GCP 같은 클라우드에는 수백만 명의 고객이 있고, 각 고객이 자기만의 격리된 네트워크를 원한다. 4094개로는 턱없이 부족하다. 어떻게 수백만 개의 격리된 네트워크를 만들까? 답이 오버레이 네트워크(overlay network) — 물리적 네트워크(언더레이) 위에 논리적 네트워크를 덧씌우는 기술이다. VXLAN이 그 핵심이다. 이 글은 오버레이와 언더레이의 관계, VXLAN·EVPN·Geneve가 어떻게 클라우드의 멀티테넌시를 가능하게 하는지를 다룬다.이 글은 이전 글(DC 네트워크 토폴로지)에서 본 spine-leaf 물리 네트워크(..
-
Cloud & Infrastructure/Kubernetes NetworkingK8s Networking - 04. calico
Calico가 BGP로 Pod를 잇는 법 — 그리고 WireGuard가 가져온 변화한 클러스터가 두 데이터센터에 걸쳐 있었다. 트래픽이 노드 간에 평문_으로 흘렀다. 보안 팀이 "Pod 통신을 암호화하라"고 요구했다. 팀은 Calico의 WireGuard 모드를 켰다 — 노드 간 Pod 트래픽이 커널 수준에서 암호화됐다. 코드 한 줄 안 고치고. 이것이 Calico를 *네트워크 플러그인 이상으로 쓰는 사례다.이 글이 푸는 것은: Calico가 03장의 두 접근(오버레이/언더레이)을 BGP와 IPIP/VXLAN 모드로 어떻게 구체화하고, WireGuard로 암호화를 어떻게 덧붙이는가다. 그리고 왜 Calico가 "CNI 하나"가 아니라 "CNI + 정책 엔진" 두 역할인지.03장의 연장선에서 Calico ..
-
Cloud & Infrastructure/Kubernetes NetworkingK8s Networking - 03. cni model
Pod끼리 통신이 안 되면 범인은 거의 항상 이 층이다 — CNI가 Pod 네트워크를 만드는 법Service로는 통신이 되는데, Pod IP로 직접 연결하면 안 된다. 클러스터를 처음 세팅한 팀이 가장 먼저 부딪히는 네트워크 문제다. 01장에서 kube-proxy(Service 층)와 CNI(Pod 간 층)가 다른 층이라고 했다 — 범인은 거의 항상 CNI 쪽이다. 그런데 CNI가 정확히 뭘 만드는가? 왜 Pod마다 IP가 붙고, 서로 다른 노드의 Pod가 통신 가능한가?이 글이 푸는 것은: CNI(Container Network Interface)가 Pod 네트워크를 어떻게 만드는가, 그리고 오버레이(overlay)와 언더레이(underlay)라는 두 근본 접근이 어떻게 다른가다. 이 글이 04(Cal..