HAproxy 동시 재기동 오류 TroubleShooting

Tue, 16 Sep 2025 09:00:00 +0900

두 서버의 HAProxy를 동시에 재기동하는 과정에서 VIP FAULT 현상이 발생
- keepalived/corosync/pacemaker 같은 클러스터 프로세스가 VIP 소유권을 제어하는 앱에서 자주 있는 일
- VIP(Virtual IP) 소유권 충돌이 발생하여 이로 인해 VIP가 정상적으로 할당되지 않고 모두 FAULT 상태로 전환 이후 BACKUP 상태로 변경됨
- 이후 순차적으로 keepalived를 재기동해서 정상적으로 Master 상태로 전환 확인
  - systemctl restart keepalived

위 현상 방지하기 위해 한 HAproZxy 재기동 후, 재기동하지 않은 서버가 MASTER 승격되었는지, VIP 활성화 되었는지 확인 필수

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19


# HAProxy 재기동 시 로그

Reloading HAProxy Load Balancer...
Stopping proxy haproxy-ssl...
Stopping proxy haproxy...

Keepalived_vrrp[####]: (VI_1) received an invalid passwd!
Keepalived_vrrp[####]: (VI_1) Dropping received VRRP packet...
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Entering FAULT STATE
Keepalived_vrrp[####]: VRRP_Script(chk_haproxy) failed
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Now in FAULT state
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Entering BACKUP STATE

# haproxy_test.sh 실행 결과
/keepalived/haproxy_test.sh exited with status 1
/keepalived/haproxy_test.sh exited with status 0

# BACKUP 전환 확인
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Entering BACKUP STATE

Kubernetes Service Overview

Tue, 12 Aug 2025 09:00:00 +0900

Pod 그룹에 대해 단일 진입점(VIP) 제공
외부에서 클러스터 내에 파드 그룹에 접근할 수 있도록 기능 제공

서비스 종류

ClusterIP ⇒ (외부 → 내부) VIP
NodePort ⇒ (외부 → 내부) VIP + NodePort
LoadBalancer ⇒ (외부 → 내부) VIP + NodePort + LB IP
ExternalName ⇒ (내부 → 외부) 도메인 매핑

ClusterIP

Pod그룹에 대해 단일 진입점(VIP)을 제공
VIP는 사설 IP로 제공됨

~/root/kubespray/inventory/mycluster/group_vars/k8s_cluster

1
2


kube_service_addresses: 10.233.0.0/18
kube_pods_subnet: 10.233.64.0/

예시

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


apiVersion: v1
kind: Service
metadata:
 name: my-clusterip-service
spec:
 selector:
 app: myapp
 ports:
 - port: 80
 targetPort: 8080
 type: ClusterIP

NodePort

Pod그룹에 대해 단일 진입점(VIP)을 제공
노드의 IP:Port(30000 ~ 32727)로 요청하면 Pod 그룹(같은 Label)에 대한 부하 분산을 제공

예시

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


apiVersion: v1
kind: Service
metadata:
 name: my-nodeport-service
spec:
 selector:
 app: myapp
 ports:
 - port: 80
 targetPort: 8080
 nodePort: 30080
 type: NodePort

LoadBalancer

Pod그룹에 대해 단일 진입점(VIP)을 제공
노드의 IP:Port(30000 ~ 32727)로 요청하면 Pod 그룹(같은 Label)에 대한 부하 분산을 제공
클라우드 환경(AWS ELB, GCP LB, Azure LB) 또는 MetalLB/HAProxy 등의 On-premise LB 사용

예시

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


apiVersion: v1
kind: Service
metadata:
 name: my-lb-service
spec:
 selector:
 app: myapp
 ports:
 - port: 80
 targetPort: 8080
 type: LoadBalancer

ExternalName - DNS CNAME 역할

(내부 → 외부/내부) DNS CNAME 등록 작업(서비스 이름 ← 매핑 → DNS 이름) (pod 예) .default.pod.cluster.local ← 매핑 → google.com (service 예) .default.svc.cluster.local ← 매핑 → google.com

예시

1
2
3
4
5
6
7


apiVersion: v1
kind: Service
metadata:
 name: my-external-service
spec:
 type: ExternalName
 externalName: google.com

헤드리스 서비스

단일 진입점이 필요 없는 경우에 사용 (clusterIP: None)
각 Pod의 IP가 DNS A 레코드로 직접 등록됨
주로 StatefulSet(DB, Kafka 등)에서 사용

예시

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


apiVersion: v1
kind: Service
metadata:
 name: my-headless-service
spec:
 clusterIP: None
 selector:
 app: myapp
 ports:
 - port: 80
 targetPort: 8080

네트워크

kube-proxy
- worker node안에 pod에 연결할 때 사용하는 네트워크를 담당
- Masquerading (IP 변환)
- Load Balancing (포트포워딩)
kube-proxy 모드
- iptables 모드 ⇒ iptables CMD
- ipvs 모드 ⇒ ipvsadm CMD

Loadbalancer on Joonlog