Starlight Load Balancer는 들어오는 네트워크 또는 애플리케이션 트래픽을 여러 서버나 리소스에 분산시키는 가상 네트워크 장치입니다.
주요 목적은 부하를 고르게 분산시켜 단일 서버에 과부하가 걸리는 것을 방지함으로써 높은 가용성, 신뢰성, 최적의 자원 활용을 보장하는 것입니다.
로드 밸런서는 OSI 모델의 다양한 계층(예: 전송 계층, 4계층)에서 동작할 수 있으며, 웹 호스팅, 클라우드 인프라, 데이터 센터 등에서 성능과 장애 허용성을 높이기 위해 널리 사용됩니다.
4계층(전송 계층)에서 동작
TCP 연결
HTTP 데이터를 검사하거나 수정하지 않음
모든 TCP 기반 서비스(HTTPS, SMTP, FTP, 커스텀 앱 등) 지원
고객이 투명 패스스루
로드 밸런서
는 인터넷에서 트래픽을 받는 주요 엔드포인트입니다. 공인 IP와 포워딩 규칙을 포함합니다.
포워딩 규칙
로드 밸런서가 트래픽을 처리하는 방식을 정의합니다. 다음과 같은 구성 요소로 이루어져 있습니다:
로드 밸런서 포트(예: 80, 443)
프로토콜(TCP)
백엔드 포트(VM의 포트)
백엔드 멤버 풀
멤버(백엔드 VM)
로드 밸런서가 트래픽을 처리한 후 트래픽을 받는 서버입니다. 각 멤버는 리스닝 포트와 상태 정보를 가집니다.

지정된 도메인 또는 IP 주소로 TCP 요청이 시작됩니다.
도메인은 DNS를 통해 로드 밸런서의 공인 IP로 해석되어, 들어오는 트래픽이 로드 밸런싱 계층으로 향하게 됩니다.
로드 밸런서는 구성된 포워딩 규칙을 평가하고 적용합니다.
이 규칙은 포트 매핑, 프로토콜 설정, 기타 추가 구성 매개변수에 따라 들어오는 요청을 어떻게 처리할지 결정합니다.
로드 밸런서는 백엔드 풀에서 정상적인 가상 머신을 선택합니다.
헬스 프로브와 내부 알고리즘(예: 라운드로빈)을 사용하여, 정상적으로 동작하는 것으로 확인된 VM에만 요청을 라우팅합니다.
선택된 가상 머신이 트래픽을 정상적으로 처리합니다.
VM은 연결을 수락하고, 그 위에서 실행 중인 서비스나 애플리케이션에 따라 요청을 처리하여 정상적으로 응답합니다.
로드 밸런서는 각 백엔드 VM의 상태를 지속적으로 모니터링하여, 정상적으로 동작하는 머신에만 트래픽이 라우팅되도록 보장합니다.
VM이 비정상으로 표시되고 임시로 로테이션에서 제외되는 경우:
하나 이상의 상태 점검에 실패한 경우
프로브에 응답하지 않는 경우
점검 중 타임아웃이 발생한 경우
들어오는 연결을 거부하는 경우
VM이 복구되어 상태 점검을 다시 통과하면, 자동으로 백엔드 풀에 복귀하여 트래픽을 다시 받게 됩니다.
Starlight Load Balancer 서비스를 얻을 수 있는 곳:
Spaceship 라이브러리 > “Starlight Cloud” 섹션 > Starlight Load Balancers;
Starlight Manager 메뉴에서.
참고: 이 제품은 PAYG 및 선불 Starlight VM 모두에 연결할 수 있습니다. 단, 가상 머신이 같은 데이터센터에 위치한 경우에만 사용할 수 있습니다.
원하는 로드 밸런서 플랜과 결제 주기를 선택하고 주문이 확인되면, 서비스 언박싱을 진행할 수 있습니다. 이 단계에서 로드 밸런서를 미리 설정하고 다음을 구성해야 합니다:
서비스를 위한 데이터센터 선택
서비스 이름 지정
이 구성을 저장하면 언박싱 단계가 완료되며, 이제 Starlight Manager 메뉴 > 해당 로드 밸런서 섹션에서 로드 밸런서를 확인할 수 있습니다:

참고: 이 서비스는 Starlight Manager의 가상 머신 섹션에서도, 연결된 VM 아래에서 찾을 수 있습니다.
언박싱 단계 또는 이후에 Starlight Manager 내에서 로드 밸런서의 포워딩 규칙을 생성할 수 있습니다:


다음 창이 나타납니다:

로드 밸런서의 포워딩 규칙을 생성할 때의 일반 규칙은 다음과 같습니다:
로드 밸런서당 최대 10개 규칙을 생성할 수 있습니다.
하나의 규칙은 최대 10개 VM에 적용할 수 있습니다.
포트 번호는 1-65535 범위 내여야 합니다.
동일한 규칙은 하나의 VM에 1회 이상 추가할 수 없습니다.

포워딩 규칙 생성 외에도 다음이 가능합니다:

포워딩 규칙 편집
포워딩 규칙 삭제
포워딩 규칙을 생성할 때 PROXY 프로토콜을 활성화할 수 있습니다. 이 옵션은 다음과 같은 경우 실제 방문자 IP 주소를 보존하는 데 유용합니다:
애플리케이션 및 서버 로그
IP 기반 속도 제한과 같은 보안 구성
웹 분석 및 트래픽 인사이트
프로토콜이 활성화되면, 로드 밸런서는 실제 TCP 페이로드 앞에작은 헤더를 추가합니다. 이 헤더에는 다음이 포함됩니다:
원래 IP 주소
원래 소스 포트
목적지 IP 주소
목적지 포트
PROXY 프로토콜이 없으면, 백엔드 VM 인스턴스는 소스 주소로 로드 밸런서의 IP만 볼 수 있어 실제 요청의 출처가 가려집니다.
참고: PROXY 프로토콜이 헤더를 추가하므로, 백엔드 VM은 이 헤더를 예상하고 파싱하도록 구성되어야 합니다. 그렇지 않으면, VM이 이해할 수 없는 데이터를 받아 서비스가 중단될 수 있습니다.