KinD에서 HAProxy를 사용하는 이유

1. 도커 네트워크의 특성

[Docker Host]
   ├── Container(Control-plane node) - 172.18.0.2
   ├── Container(Worker node 1) - 172.18.0.3
   ├── Container(Worker node 2) - 172.18.0.4
   └── Container(Worker node 3) - 172.18.0.5

 

• 각 노드가 도커 컨테이너로 실행되어 격리된 네트워크 환경
• 컨테이너 간 직접 통신에 제약이 있을 수 있음

 

2. KinD의 네트워크 구성

• 호스트와 컨테이너 간의 포트 매핑 필요
• 각 노드(컨테이너)는 독립적인 네트워크 네임스페이스를 가짐
• 외부에서 클러스터 접근 시 포트 포워딩 필요

 

3. HAProxy가 필요한 이유

• 각 노드(컨테이너)로의 트래픽 분산
• 포트 포워딩 규칙 관리
• 클러스터 외부에서의 접근성 제공

 

 

 

https://tech-recipe.tistory.com/13

https://medium.com/@sujitthombare01/haproxy-smart-way-for-load-balancing-in-kubernetes-c2337f61d90b