tencent cloud

Cloud Load Balancer

문서Cloud Load Balancer운영 가이드CLB 리스너TCP 리스너 구성

TCP 리스너 구성

Download
포커스 모드
폰트 크기
마지막 업데이트 시간: 2026-08-11 11:35:14
AI 번역
CLB 인스턴스에 대한 TCP 리스너를 생성하여 클라이언트의 TCP 요청을 포워딩할 수 있습니다. TCP는 파일 전송, 이메일 메시징 및 원격 로그인과 같이 안정성과 데이터 정확도에 대한 요구 사항은 높지만 전송 속도에 대한 요구 사항은 상대적으로 낮은 시나리오에 적합합니다. TCP 리스너의 경우 리얼 서버가 실제 클라이언트 IP를 직접 가져올 수 있습니다.

전제 조건

먼저 CLB 인스턴스 생성을 완료해야 합니다.

작업 단계

1단계: 리스너 구성

1. CLB 콘솔에 로그인하고 왼쪽 사이드바에서 인스턴스 관리를 클릭합니다.
2. CLB 인스턴스 목록 페이지의 왼쪽 상단 모서리에서 리전을 선택하고 오른쪽의 작업 열에서 리스너 구성을 클릭합니다.
3. TCP/UDP/TCP SSL/QUIC 리스너에서 생성을 클릭하고 '리스너 생성' 팝업 창에서 TCP 리스너를 구성합니다.
3.1 기본 구성
리스너 기본 구성
설명
예시
이름
리스너 이름입니다.
test-tcp-80    
리스너 프로토콜 및 포트
리스너 프로토콜: 이 예시에서는 TCP가 사용됩니다.
리스너 포트: 요청을 수신하고 리얼 서버로 포워딩하는 데 사용되는 포트입니다. 포트 범위: 1 - 65535.
리스너 포트는 동일한 CLB 인스턴스에서 고유해야 합니다.
TCP:80
밸런싱 메소드
TCP 리스너의 경우 CLB는 WRR(가중 라운드 로빈) 및 WLC(가중 최소 연결)의 두 가지 스케쥴링 알고리즘을 지원합니다.
WRR: 가중치에 따라 다른 리얼 서버에 요청을 순차적으로 전달합니다. 스케쥴링은 새 연결 수를 기반으로 수행되며 가중치가 높은 서버는 더 많은 폴링(즉, 더 높은 확률)을 거치고 가중치가 같은 서버는 같은 수의 연결을 처리합니다.
WLC: 서버에 대한 활성 연결 수에 따라 서버 로드가 예상됩니다. 스케쥴링은 서버 로드 및 가중치를 기반으로 수행됩니다. 가중치가 같으면 활성 연결이 적은 서버가 더 많은 폴링을 받게 됩니다(즉, 더 높은 확률).
설명: 리스너는 로드 밸런싱을 위해 가중 최소 연결을 선택한 후 세션 선호도 기능 활성화를 지원하지 않습니다.
WLC 밸런싱 방식을 선택하면 리스너에서 세션 지속성 기능을 활성화할 수 없습니다.
WRR
ProxyProtocol 구성
선택 시, ProxyProtocol 구성을 활성화할 수 있습니다. ProxyProtocol 프로토콜을 통해 클라이언트 소스 주소를 백엔드 서버로 전달할 수 있습니다.
미선택
재스케줄링
기존 연결 재스케줄링 기능은 백엔드 서비스 상태가 변경될 경우, 기존 연결을 능동적으로 관리 및 마이그레이션하여 서비스 가용성과 비즈니스 연속성을 향상시킵니다. 현재 이 기능은 내부 테스트 단계에 있으며, 사용을 원하시는 경우 작업 지시서 신청을 제출해 주십시오.
활성화하지 않으면 동일한 5-튜플의 기존 연결이 자동으로 끊어지지 않습니다. 연결 유휴 시간이 설정된 연결 유휴 시간 초과를 초과한 경우에만 자동으로 해제됩니다. 백엔드 서비스 상태 감지에 이상이 발생한 경우를 예로 들면, 이때 새로운 트래픽은 다른 정상적인 백엔드 서버로 포워딩됩니다. 기존 트래픽은 이상이 있는 백엔드 서비스로 계속 포워딩되며, 이로 인해 데이터 패킷 손실 및 비즈니스 이상이 발생할 수 있습니다.
활성화하면 기존 연결의 종료 정책과 재스케줄링 시점을 세밀하게 제어하여 연결 마이그레이션을 능동적으로 트리거할 수 있습니다. 필요에 따라 기존 연결 종료 방식, 재스케줄링 트리거 조건, 재스케줄링 시작 시간 및 재스케줄링 지속 시간을 선택할 수 있습니다. 설정 후 해당 작업은 백엔드 서비스의 기존 연결이 일정 시간 동안 계속 포워딩되도록 트리거하며, 시간이 도달하면 양쪽(클라이언트 및 서버)에 RST 패킷을 전송하여 연결을 종료하고 기존 연결의 재스케줄링을 구현합니다.
기존 연결 종료 방식:
즉시 종료: 기존 연결을 강제로 종료하고 재스케링을 신속히 완료합니다.
부드러운 종료: 연결을 점진적으로 종료하여 비즈니스 충격을 줄입니다.
재스케쥴링 트리거 조건:
백엔드 서비스 바인딩 해제
백엔드 서비스 가중치가 0
백엔드 서비스 상태 확인 이상
재스케줄링 시작 시간: 부드러운 종료 방식에서만 설정할 수 있으며, 0은 재스케줄링을 즉시 시작함을 의미합니다. 다른 시간은 조건 충족 후 지정된 시간만큼 지연하여 재스케줄링을 시작함을 의미합니다. 복잡한 실제 네트워크 시나리오에 적합하며, 버퍼 시간을 제공합니다.
재스케줄링 지속 시간: 부드러운 종료 방식에서만 설정하며, 기존 연결 종료에 소요되는 시간을 의미합니다. 연결 종료의 속도와 강도를 제어합니다.
설명
클라이언트에 데이터 패킷이 있을 때만 기존 연결의 재스케링이 트리거됩니다.
기존 연결 재스케줄링은 특정 시나리오에서만 기존 연결의 수렴을 가속화하며, 모든 예외 시나리오를 커버할 수 없습니다. 최종적인 비즈니스 견고성과 연속성을 보장하기 위해 클라이언트는 연결 시간 초과 또는 종료 후 새 연결을 생성하여 재시도하는 오류 허용 메커니즘을 갖추어야 합니다.
필요한 조건 활성화 및 선택
연결 유휴 시간 초과
현재 TCP 연결 시간 초과는 기본적으로 900초입니다. 이 시간 임계값을 초과하면 세션에서 데이터 전송이 없을 경우 연결이 끊어집니다. 조정이 필요한 경우 티켓 신청을 제출해 주세요.
성능 용량형 인스턴스의 유효 범위: 10 - 1980, 단위: 초.
기타 유형 인스턴스의 유효 범위: 10 - 900, 단위: 초.
900초
3.2 상태 확인
자세한 내용은 TCP 상태 확인을 참고하십시오.
3.3 세션 지속성
세션 지속성 구성
설명
예시
세션 지속성 스위치
세션 지속성이 활성화된 후 CLB 리스너는 동일한 클라이언트의 액세스 요청을 동일한 리얼 서버로 배포합니다.
TCP 세션 지속성은 클라이언트 IP 주소를 기반으로 구현됩니다. 동일한 IP 주소의 액세스 요청은 동일한 리얼 서버로 포워딩됩니다.
WRR 스케쥴링에는 세션 지속성을 활성화할 수 있지만 WLC 스케쥴링에는 활성화할 수 없습니다.
활성화
세션 지속 시간
세션 지속 시간 이후에 연결 내에 새로운 요청이 없으면 세션 지속성이 자동으로 비활성화됩니다.
값 범위: 30 - 3600초.
30s

2단계: 리얼 서버 바인딩

1. '리스너 관리' 페이지에서 생성된 리스너 TCP:80을 클릭하면 리스너 오른쪽에 바인딩된 리얼 서버가 표시됩니다.
2. 바인딩을 클릭하고 대상 리얼 서버를 선택하고 팝업 창에서 서버 포트 및 가중치를 구성합니다.
설명
기본 포트: '기본 포트'를 먼저 입력한 다음 CVM 인스턴스를 선택합니다. 모든 CVM 인스턴스의 포트는 기본 포트입니다.

3단계: 보안 그룹 구성(선택 사항)

공중망 트래픽을 격리하도록 CLB 보안 그룹을 구성할 수 있습니다. 자세한 내용은 Configuring CLB Security Group을 참고하십시오.

4단계: 리스너 수정 및 삭제(선택 사항)

생성된 리스너를 수정하거나 삭제해야 하는 경우 '리스너 관리' 페이지에서 해당 리스너를 클릭한 후

을(를) 클릭하여 수정하거나

을(를) 클릭하여 삭제합니다.
이전 주제: CLB 리스너 개요다음 주제: UDP 리스너 구성

도움말 및 지원

문제 해결에 도움이 되었나요?

피드백