TCP, UDP, TCP-SSL, QUIC, HTTP, HTTPS 및 WebSocket(Secure)을 포함한 L4 및 L7 리스너를 지원합니다. Layer 7은 포워딩 도메인 이름 및 URL 기반 트래픽 분산을 지원합니다.
TCP, UDP, TCP-SSL, QUIC, HTTP, HTTPS 및 WebSocket(Secure)을 포함한 L4 및 L7 리스너를 지원합니다. Layer 7은 포워딩 도메인 이름 및 URL 기반 트래픽 분산을 지원합니다.
가중치 구성을 통해 백엔드 클라우드 서비스를 더 빠르게 요청 처리할 수 있습니다. 트래픽은 가중치 비율에 따라 또는 원본 IP 주소의 해시 및 폴링 결과를 통해 CLB를 거쳐 서로 다른 백엔드 서버로 분산됩니다.
가중치 구성을 통해 백엔드 클라우드 서비스를 더 빠르게 요청 처리할 수 있습니다. 트래픽은 가중치 비율에 따라 또는 원본 IP 주소의 해시 및 폴링 결과를 통해 CLB를 거쳐 서로 다른 백엔드 서버로 분산됩니다.
Cloud Load Balancer(CLB)는 Layer 7 프로토콜을 사용한 콘텐츠 기반 라우팅을 지원합니다. 사용자 지정 도메인/URL, 포워딩 규칙 및 포워딩 그룹 콘텐츠를 허용합니다. 사용자는 다양한 포워딩 규칙에 따라 요청을 서로 다른 실제 서버로 분산할 수 있습니다. CLB를 통해 대상 그룹을 나누면 비즈니스 분리가 달성되어 서비스 효율성이 크게 향상됩니다.
Cloud Load Balancer(CLB)는 Layer 7 프로토콜을 사용한 콘텐츠 기반 라우팅을 지원합니다. 사용자 지정 도메인/URL, 포워딩 규칙 및 포워딩 그룹 콘텐츠를 허용합니다. 사용자는 다양한 포워딩 규칙에 따라 요청을 서로 다른 실제 서버로 분산할 수 있습니다. CLB를 통해 대상 그룹을 나누면 비즈니스 분리가 달성되어 서비스 효율성이 크게 향상됩니다.
애플리케이션 기반 CLB는 L7 프로토콜에 대한 사용자 지정 리디렉션 기능(Rewrite)을 지원하여 두 가지 주요 문제를 해결합니다.
- 강제 HTTPS: PC 또는 모바일 브라우저가 HTTP 요청을 통해 웹 서비스에 액세스하면 CLB 프록시가 브라우저에 HTTPS 응답을 반환하여 웹 페이지에 대한 HTTPS 액세스를 강제합니다.
- 단일 경로 리디렉션: 예를 들어 웹 비즈니스가 일시적으로 오프라인 상태가 되어야 하는 경우(예: 전자 상거래 비즈니스 매진, 페이지 유지 관리 또는 업데이트) 원본 페이지를 새 페이지로 리디렉션합니다.
애플리케이션 기반 CLB는 L7 프로토콜에 대한 사용자 지정 리디렉션 기능(Rewrite)을 지원하여 두 가지 주요 문제를 해결합니다.
- 강제 HTTPS: PC 또는 모바일 브라우저가 HTTP 요청을 통해 웹 서비스에 액세스하면 CLB 프록시가 브라우저에 HTTPS 응답을 반환하여 웹 페이지에 대한 HTTPS 액세스를 강제합니다.
- 단일 경로 리디렉션: 예를 들어 웹 비즈니스가 일시적으로 오프라인 상태가 되어야 하는 경우(예: 전자 상거래 비즈니스 매진, 페이지 유지 관리 또는 업데이트) 원본 페이지를 새 페이지로 리디렉션합니다.
CLB는 가중치 라운드 로빈 스케줄링, IP 해시 및 가중치 최소 연결을 3가지 스케줄링 알고리즘으로 지원할 뿐만 아니라 백엔드 서버 가중치 설정을 지원하여 보다 균일한 트래픽 스케줄링을 보장하고 CLB 용량을 향상시킵니다.
CLB는 가중치 라운드 로빈 스케줄링, IP 해시 및 가중치 최소 연결을 3가지 스케줄링 알고리즘으로 지원할 뿐만 아니라 백엔드 서버 가중치 설정을 지원하여 보다 균일한 트래픽 스케줄링을 보장하고 CLB 용량을 향상시킵니다.
L4 서비스의 경우 CLB는 IP 기반 세션 유지를 제공합니다. 로드 밸런싱 중에 CLB는 요청의 소스 주소를 세션 연결의 기준으로 사용하여 동일한 IP(서브넷)의 모든 액세스 요청을 동일한 서버로 포워딩합니다. Layer 7 비즈니스의 경우 CLB는 쿠키 기반 세션 유지를 제공합니다. CLB는 쿠키 임베딩을 담당하며 실제 서버에 대한 구성이 필요하지 않습니다.
L4 서비스의 경우 CLB는 IP 기반 세션 유지를 제공합니다. 로드 밸런싱 중에 CLB는 요청의 소스 주소를 세션 연결의 기준으로 사용하여 동일한 IP(서브넷)의 모든 액세스 요청을 동일한 서버로 포워딩합니다. Layer 7 비즈니스의 경우 CLB는 쿠키 기반 세션 유지를 제공합니다. CLB는 쿠키 임베딩을 담당하며 실제 서버에 대한 구성이 필요하지 않습니다.
CLB는 백엔드 클라우드 서비스가 정상적으로 실행되고 있는지 확인하기 위해 정기적인 감지를 수행합니다. 헬스 체크 빈도를 사용자 지정할 수 있습니다. 서버 예외가 감지되면 CLB는 영향을 받는 인스턴스로 트래픽을 보내는 것을 중지하고 정상 인스턴스를 필터링하여 비즈니스 연속성을 보장합니다.
CLB는 백엔드 클라우드 서비스가 정상적으로 실행되고 있는지 확인하기 위해 정기적인 감지를 수행합니다. 헬스 체크 빈도를 사용자 지정할 수 있습니다. 서버 예외가 감지되면 CLB는 영향을 받는 인스턴스로 트래픽을 보내는 것을 중지하고 정상 인스턴스를 필터링하여 비즈니스 연속성을 보장합니다.
공용 네트워크 CLB는 기본-보조 AZ 모드를 지원합니다. 기본 가용성 영역이 실패하면 로드 밸런서는 자동으로 보조 AZ로 전환하고 매우 짧은 시간 내에 서비스를 복원합니다. 사설 네트워크 CLB는 단일 CLB 인스턴스가 하나 이상의 가용성 영역에 배포되는 최접근 액세스 아키텍처를 구현합니다. 클라이언트가 CLB에 액세스하면 트래픽은 가용성 영역 내 지연 시간이 최소인 클러스터로 자동 전달되고 백엔드 서버로 포워딩됩니다. 특정 가용성 영역의 CLB 클러스터를 사용할 수 없는 경우 다른 가용성 영역의 CLB 클러스터로 전환할 수 있습니다.
공용 네트워크 CLB는 기본-보조 AZ 모드를 지원합니다. 기본 가용성 영역이 실패하면 로드 밸런서는 자동으로 보조 AZ로 전환하고 매우 짧은 시간 내에 서비스를 복원합니다. 사설 네트워크 CLB는 단일 CLB 인스턴스가 하나 이상의 가용성 영역에 배포되는 최접근 액세스 아키텍처를 구현합니다. 클라이언트가 CLB에 액세스하면 트래픽은 가용성 영역 내 지연 시간이 최소인 클러스터로 자동 전달되고 백엔드 서버로 포워딩됩니다. 특정 가용성 영역의 CLB 클러스터를 사용할 수 없는 경우 다른 가용성 영역의 CLB 클러스터로 전환할 수 있습니다.
TCP, UDP, TCP-SSL, QUIC, HTTP, HTTPS 및 WebSocket(Secure)을 포함한 L4 및 L7 리스너를 지원합니다. Layer 7은 포워딩 도메인 이름 및 URL 기반 트래픽 분산을 지원합니다.
가중치 구성을 통해 백엔드 클라우드 서비스를 더 빠르게 요청 처리할 수 있습니다. 트래픽은 가중치 비율에 따라 또는 원본 IP 주소의 해시 및 폴링 결과를 통해 CLB를 거쳐 서로 다른 백엔드 서버로 분산됩니다.
Cloud Load Balancer(CLB)는 Layer 7 프로토콜을 사용한 콘텐츠 기반 라우팅을 지원합니다. 사용자 지정 도메인/URL, 포워딩 규칙 및 포워딩 그룹 콘텐츠를 허용합니다. 사용자는 다양한 포워딩 규칙에 따라 요청을 서로 다른 실제 서버로 분산할 수 있습니다. CLB를 통해 대상 그룹을 나누면 비즈니스 분리가 달성되어 서비스 효율성이 크게 향상됩니다.
애플리케이션 기반 CLB는 L7 프로토콜에 대한 사용자 지정 리디렉션 기능(Rewrite)을 지원하여 두 가지 주요 문제를 해결합니다.
- 강제 HTTPS: PC 또는 모바일 브라우저가 HTTP 요청을 통해 웹 서비스에 액세스하면 CLB 프록시가 브라우저에 HTTPS 응답을 반환하여 웹 페이지에 대한 HTTPS 액세스를 강제합니다.
- 단일 경로 리디렉션: 예를 들어 웹 비즈니스가 일시적으로 오프라인 상태가 되어야 하는 경우(예: 전자 상거래 비즈니스 매진, 페이지 유지 관리 또는 업데이트) 원본 페이지를 새 페이지로 리디렉션합니다.
CLB는 가중치 라운드 로빈 스케줄링, IP 해시 및 가중치 최소 연결을 3가지 스케줄링 알고리즘으로 지원할 뿐만 아니라 백엔드 서버 가중치 설정을 지원하여 보다 균일한 트래픽 스케줄링을 보장하고 CLB 용량을 향상시킵니다.
L4 서비스의 경우 CLB는 IP 기반 세션 유지를 제공합니다. 로드 밸런싱 중에 CLB는 요청의 소스 주소를 세션 연결의 기준으로 사용하여 동일한 IP(서브넷)의 모든 액세스 요청을 동일한 서버로 포워딩합니다. Layer 7 비즈니스의 경우 CLB는 쿠키 기반 세션 유지를 제공합니다. CLB는 쿠키 임베딩을 담당하며 실제 서버에 대한 구성이 필요하지 않습니다.
CLB는 백엔드 클라우드 서비스가 정상적으로 실행되고 있는지 확인하기 위해 정기적인 감지를 수행합니다. 헬스 체크 빈도를 사용자 지정할 수 있습니다. 서버 예외가 감지되면 CLB는 영향을 받는 인스턴스로 트래픽을 보내는 것을 중지하고 정상 인스턴스를 필터링하여 비즈니스 연속성을 보장합니다.
공용 네트워크 CLB는 기본-보조 AZ 모드를 지원합니다. 기본 가용성 영역이 실패하면 로드 밸런서는 자동으로 보조 AZ로 전환하고 매우 짧은 시간 내에 서비스를 복원합니다. 사설 네트워크 CLB는 단일 CLB 인스턴스가 하나 이상의 가용성 영역에 배포되는 최접근 액세스 아키텍처를 구현합니다. 클라이언트가 CLB에 액세스하면 트래픽은 가용성 영역 내 지연 시간이 최소인 클러스터로 자동 전달되고 백엔드 서버로 포워딩됩니다. 특정 가용성 영역의 CLB 클러스터를 사용할 수 없는 경우 다른 가용성 영역의 CLB 클러스터로 전환할 수 있습니다.
-피크타임과 낮은 피크타임이 뚜렷합니다. 안정적으로 적용하도록 지원하며, 비용을 절감해줍니다.
솔루션 설명
-해당 서비스의 피크타임과 낮은 피크타임이 뚜렷하며, 백엔드 리소스를 오토 컨트롤합니다. 서비스는 시의성이 강해, 빼빼로데이/6월 18일 등 전자상거래 할인 축제가 오픈될 때면 웹 방문량은 수시간내에 평소의 10배 이상에 달하며, 클라이언트의 방문량 급증으로 백엔드 CVM을 대폭 추가하거나, 방문량이 줄어드는 경우에는 추가 CVM을 백엔드에서 제외해야 합니다. CLB를 기동 시에 업무 시스템에 트래픽을 배분하고, 애플리케이션 시스템의 대외 서비스 능력을 오토 확장하여 실시간으로 백엔드 리소스를 오토 컨트롤합니다.
-서비스의 트래픽 피크값이 클 경우 저비용의 아키텍처를 구축해야 합니다. 기존의 하드웨어 장치로 클러스터를 구축하는 등 업무의 트래픽이 클 경우, 하드웨어 비용이 많고 유지 점검 작업이 번거롭습니다. Tencent Cloud CLB는 클라우드 모니터링과 결합해 피크값 트래픽을 원활히 지원하고, 배포 비용을 줄여줍니다. 관련하여 하드웨어 장치의 점검 없이 프로덕션 기능을 개발하는데 포커싱하도록 지원합니다.
모듈이 복잡하고 동적 분리가 필요한 서비스
솔루션 설명
동적 서비스와 정적 서비스는 별도로 적용되고 있어 상황 맞춤별로 전달 가능합니다. 서비스의 요청량이 많을 경우 웹사이트의 정적/동적 요청을 구분하여 니즈 맞춤형으로 배포하며, 백엔드 부하를 효과적으로 줄입니다. 동적 요청은 별도로 로드 밸런서 및 관련 백엔드 서비스 클러스터를 배포하여 처리합니다. 정적 요청의 경우 CDN 서비스에 액세스하여 오브젝트 스토리지로 최적화하며 로딩 속도가 대폭 빨라집니다.
- 데이터 상호 연결이 필요한 웹사이트, 비즈니스
시나리오 설명
- 내용 기반 라우팅, IP 컨버전스
대형 웹사이트에는 일반적으로 수백 개의 비즈니스 하위 모듈이 있습니다. CLB는 다른 포워딩 규칙 또는 포워딩 그룹을 설정하여 HTTP 헤더 정보를 분석하고 비즈니스 모듈을 분리한 다음 내용 기반 라우팅을 구현합니다. 또한 사용자는 사용자 지정 포워딩 경로로 2단계 도메인을 대신하여 DNS 라운드 로빈을 줄이고 IP 컨버전스를 수행하여 비즈니스에 대한 액세스 속도를 높입니다.
- 직접 연결 하이브리드 클라우드 솔루션, 안정적인 데이터 전송과 유연한 마이그레이션 가능
Tencent Cloud 하이브리드 클라우드 솔루션은 한편으로 비즈니스 내부 핵심 시스템과 핵심 데이터를 사용자 자체 구축한 데이터 센터에 저장할 수 있습니다. 또 한편, 사용자 방문 및 접속의 급증에 대처하기 위해 클라우드에 서비스를 배포하고 직접 연결을 통해 Tencent Cloud 내외의 데이터 전송의 속도, 안정성과 일관성을 보장합니다. 더불어 사용자는 다양한 가중치 구성을 통해 비즈니스를 클라우드로 마이그레이션하고 직접 연결의 데이터 전송과 결합하여 기업의 다양한 고속, 고신뢰성과 저비용 비즈니스 배포를 구현할 수 있습니다.
