스터디 기록장

학교 네트워크 수업은 보통 top-down으로 진행한다. OSI 7 layer를 위에서부터 내려오면서 배우는데, 이론 위주다 보니 회사에서 네트워크를 구성할 때 필요한 내용은 따로 찾아봐야 하는 경우가 많다. 이번에 한번 거꾸로 L1부터 L7까지 올라가 보려고 한다. 수업에서 배운 내용이 실무에선 어떻게 쓰이는지, 수업에선 안 다뤘지만 알아둬야 하는 건 뭔지 정리해보자. (L7부터 쓰면 뒤로 갈수록 재미없을 것 같아서... 귀찮은 L1부터 후딱 쓰자.) 글의 기준은 on-premise 환경에서 웹서비스를 운영하거나 CSP 사업을 하는 경우다. 클라우드 서비스를 가져다 쓰는 쪽보다는, 직접 인프라를 구성할 때, 알아둬야하는 개념들 및 실제 설계들을 정리해보자L1에서 알아둘 것수업에선 L1을 물리 계층이라고..

1편에서 VPN의 split tunnel을 정리했다. 사설 대역만 터널로 보내고 나머지는 로컬 인터넷으로 바로 내보내는 구조였다.k8s pod 네트워크에서도 같은 일이 일어난다. pod가 다른 노드의 pod로 가는 트래픽은 overlay 터널로, 클러스터 밖으로 나가는 트래픽은 노드의 로컬 인터페이스로 그냥 내보낸다. Cilium 기준으로 정리해보자.k8s 클러스터VPN과 다른 점은 대역을 사람이 적지 않는다는 것이다. pod는 수시로 생기고 사라지니, 각 노드의 CNI agent가 k8s API를 watch하면서 route와 BPF map을 실시간으로 채운다.cluster-pool 10.0.0.0/8, 노드당 /24node-a node IP 172.16.1.21 pod CIDR 10.0...

외부에서 사설망(172.16.0.0/16)에 WireGuard로 붙어 쓰고 있었는데, 기존엔 모든 트래픽을 모두 터널로 보내고 있어서 지연이 발생했다.이를 해결하기 위한 사설 대역만 터널로 보내는 split tunnel, 그리고 DNS까지 나누는 split DNS를 정리해보자.VPN은 기본적으로 전부 터널로 보낸다밖에서 사설망에 붙을 때는 보통 IPsec이나 WireGuard로 IP 패킷을 한 번 더 감싸서(encap) 보낸다.flowchart LR C(["`**사용자** 10.8.0.3`"]) -->|"UDP 51820\n(encap)"| GW["`**로컬 인터넷** NAT`"] GW -->|인터넷| S["`**WireGuard 서버** decap`"] S --> LAN..

배경기존에 집에 PC 두 대로 on-premise 환경에서 k8s 클러스터를 구축해두었다.추가로 리소스가 필요한 경우가 종종 있었는데, 그때마다 서버를 구매하기엔 부담돼서 public cloud 환경의 server를 필요할 때마다 증설할 수 있는 방법을 찾아보기로 했다.Cloud로 전부 안 옮기나?사실 모든 리소스를 public cloud로 옮기는 게 가장 편하긴 하다. 전력, HW fault 같은 이슈 관리를 cloud에게 맡기면 편하다.다만 그렇기에 기존 인프라 리소스를 모두 대체하기엔 비용이 너무 비싸다.기존 home infraStorage -> block storage, object storagePC 2ea -> Server instancePublic IP -> Elastic IP그래서 기존 인프..