LB(Load Balancer)의 개념
LB(Load Balancer)는 로드 밸런서(Load Balancer)의 약자로, IT 시스템에서 사용자의 요청을 여러 서버에 균등하게 분산하여 시스템의 성능, 안정성, 고가용성을 보장하는 네트워크 장비 또는 소프트웨어입니다.
주로 다수의 사용자가 동시에 조회하거나 작업 요청을 보낼 때, 특정 서버에 과부하가 발생하지 않도록 요청을 여러 서버에 효율적으로 나누는 역할을 합니다.
조회 거점 LB에서 LB의 주요 역할
-
부하 분산(Load Distribution)
- 다수의 사용자 요청(조회 요청)을 여러 서버에 균등하게 분배하여 과부하를 방지.
- 예: FHIR 조회 시스템에서 특정 서버에 요청이 몰리지 않도록 분산.
-
고가용성(High Availability)
- 한 서버가 장애를 겪더라도 나머지 서버가 요청을 처리하여 서비스 연속성 유지.
- 예: 서버 한 대가 다운되어도 다른 서버로 요청을 리디렉션.
-
성능 최적화
- 요청을 처리 가능한 상태의 서버에 전달하여 응답 속도를 최적화.
- 예: 응답 시간이 빠른 서버에 우선적으로 요청 전달.
-
확장성 제공(Scalability)
- 추가 서버를 쉽게 연결하여 조회 트래픽 증가에 유연하게 대응.
- 예: 데이터 조회 요청이 급증할 때 신규 서버를 추가하여 대응.
-
장애 감지 및 리디렉션
- 서버 상태를 모니터링하고, 장애가 발생한 서버로 요청이 전달되지 않도록 처리.
- 예: 특정 서버가 응답하지 않으면 다른 서버로 요청을 전환.
-
트래픽 관리 및 보안 강화
- DDoS 공격 같은 악성 트래픽 차단 및 SSL/TLS 암호화 처리.
- 예: 조회 데이터 요청을 암호화하여 안전하게 전달.
LB의 주요 활용 시나리오 (조회 거점 LB와 관련)
-
대규모 조회 트래픽 처리
- 사용자 조회 요청을 여러 서버에 분산하여 서비스 안정성 보장.
- 예: 의료 데이터 조회 시스템에서 병원 간 환자 데이터를 분산 조회.
-
거점 데이터센터 간 트래픽 분배
- 지역별 거점 서버에 트래픽을 분배하여 로컬 서비스 성능 최적화.
- 예: 서울, 부산 데이터센터 간 조회 요청 분산 처리.
-
실시간 장애 복구
- 특정 거점 서버 장애 시 다른 거점 서버로 트래픽 리디렉션.
- 예: 서울 데이터센터 장애 시 부산 데이터센터로 요청 전달.
-
데이터 일관성 유지
- 조회 요청이 서버 간 적절히 분배되도록 관리하여 데이터 접근 효율화.
- 예: 데이터 조회 중 서버 간 데이터 일관성 유지.
LB에서 사용되는 부하 분산 방식
-
라운드 로빈(Round Robin)
- 요청을 순차적으로 서버에 분배.
- 특징: 간단하고 균등한 부하 분산.
-
최소 연결 수(Least Connections)
- 현재 연결된 요청 수가 가장 적은 서버에 요청 전달.
- 특징: 부하가 많은 경우 효율적.
-
최소 응답 시간(Least Response Time)
- 응답 속도가 가장 빠른 서버에 요청 전달.
- 특징: 사용자 경험 최적화.
-
IP 해싱(IP Hash)
- 클라이언트 IP를 기반으로 특정 서버에 요청 전달.
- 특징: 세션 유지(Sticky Session)에 유리.
LB의 장점
-
고가용성 보장
- 장애가 발생해도 서비스를 지속적으로 제공.
-
성능 최적화
- 서버 과부하를 방지하여 응답 시간을 단축.
-
확장성 및 유연성
- 서버 추가 및 제거를 유연하게 처리.
-
운영 효율성 향상
- 중앙에서 트래픽을 관리하고 분산.
LB의 단점 및 고려사항
-
초기 설정 및 비용
- LB 구성에 필요한 하드웨어 또는 소프트웨어 비용 발생.
-
복잡성 증가
- LB 설정 및 운영 관리가 복잡할 수 있음.
-
네트워크 지연
- LB를 통해 트래픽이 분배되므로 약간의 네트워크 지연 가능.
결론
조회 거점 LB에서 LB는 여러 서버 간 부하를 분산하고 고가용성을 제공하는 핵심 구성 요소입니다. 특히 대규모 데이터 조회가 발생하는 시스템에서 성능 최적화와 서비스 안정성을 보장하기 위해 필수적이며, 장애 발생 시 서비스 연속성을 유지하는 데 중요한 역할을 합니다.
출처-chatgpt
초보개발자의 공부기록하기