Tencent Cloud CLB는 TCP, UDP, TCP SSL, HTTP 및 HTTPS와 같은 다양한 프로토콜과 함께 제공되어 기업에 도메인 이름 및 URL 기반 포워딩 서비스를 제공합니다. 본문은 CLB 인스턴스를 빠르게 생성하고 클라이언트 요청을 두 개의 CVM 인스턴스로 포워딩하는 방법을 안내합니다.
전제 조건
1. 두 개의 CVM 인스턴스를 생성했습니다(본문에서는 rs-1 및 rs-2를 두 개의 예시 인스턴스로 사용). CVM 인스턴스 생성 방법에 대한 정보는 CVM 구매 페이지를 통한 인스턴스 생성을 참고하십시오.
2. 두 CVM 인스턴스에 백엔드 서비스를 배포했습니다. 본문은 HTTP 포워딩을 예시로 들어 설명합니다. Nginx 서버는 CVM 인스턴스 rs-1 및 rs-2에 배포되었으며 두 인스턴스는 ‘Hello nginx! This is rs-1!’ 및 ‘Hello nginx! This is rs-2!’ 라는 두 개의 HTML 정적 페이지를 반환합니다. 자세한 내용은 Deploying Nginx on CentOS를 참고하십시오.
주의：
본문은 IP별 청구 계정에 대한 단계를 설명합니다. CVM별 청구 계정의 경우 먼저 CVM 인스턴스용 공중망 대역폭을 구매하십시오. 계정 유형이 확실하지 않은 경우 Checking Account Type을 참고하십시오.
이 예시에서 리얼 서버에 배포된 다른 서비스는 다른 값을 반환합니다. 모든 사용자에게 일관된 경험을 제공하기 위해 리얼 서버에 배포된 서비스는 일반적으로 동일합니다.
1단계: CLB 인스턴스 구매
구매 완료 후 시스템은 자동으로 VIP를 CLB 인스턴스에 할당합니다. VIP는 클라이언트에게 서비스를 제공하기 위한 IP 주소로 사용됩니다.
2. ‘인스턴스 관리’ 페이지에서 대상 CLB 인스턴스의 작업 열 아래에 있는 리스너 구성을 클릭합니다.
3. ‘리스너 관리’ 탭의 ‘HTTP/HTTPS 리스너’ 아래에서 생성을 클릭합니다.
4. ‘리스너 생성’ 창에서 다음 항목을 구성하고 제출을 클릭합니다.
리스너 이름. 이름은 최대 60자의 영어 알파벳, 숫자, ‘-’, ‘_’ 및 ‘.’을 포함할 수 있습니다.
리스너 프로토콜 포트(예시: HTTP：80).
리스너의 포워딩 규칙 구성
클라이언트가 요청을 시작하면 CLB 인스턴스는 구성된 리스너의 포워딩 규칙에 따라 요청을 포워딩합니다.
1. ‘리스너 관리’ 탭에서 새 리스너 오른쪽의 **+**를 클릭합니다.
2. ‘포워딩 규칙 생성’ 창에서 도메인 이름, URL, 밸런싱 방식을 설정하고 다음을 클릭합니다.
도메인 이름: 리얼 서버의 도메인 이름(예시: www.example.com).
기본 도메인 이름: 클라이언트 요청이 리스너 도메인 이름과 일치하지 않으면 CLB 인스턴스는 요청을 기본 도메인 이름(default server)으로 포워딩합니다. 각 리스너는 하나의 기본 도메인 이름으로만 구성할 수 있습니다. 리스너에 기본 도메인 이름이 없는 경우 CLB 인스턴스는 요청을 첫 번째 도메인 이름으로 포워딩합니다. 이 예시에서는 구성 단계를 건너뜁니다.
포워딩 규칙: 각 리스너는 여러 도메인 이름으로 구성할 수 있으며 각 도메인 이름은 여러 URL로 구성할 수 있습니다. 리스너 또는 도메인 이름을 선택한 다음 + 아이콘을 클릭하여 새 규칙을 생성할 수 있습니다.
세션 지속성: 세션 지속성이 비활성화되고 라운드 로빈 방식이 선택되면 동일한 클라이언트의 요청이 다른 리얼 서버에 순서대로 할당됩니다. 세션 지속성이 활성화되어 있거나 비활성화되어 있지만 ip_hash 밸런싱 메소드를 사용하는 경우 동일한 클라이언트의 요청은 항상 동일한 리얼 서버에 할당됩니다.
리얼 서버를 리스너에 바인딩
클라이언트가 요청을 시작하면 CLB 인스턴스는 처리를 위해 리스너에 바인딩된 CVM 인스턴스에 요청을 포워딩합니다.
1. ‘리스너 관리’ 탭에서 + 를 클릭하여 새 리스너를 확장합니다. URL을 클릭하고 오른쪽의 ‘포워딩 규칙’ 섹션에서 바인딩을 클릭합니다.
2. ‘리얼 서버 바인딩’ 팝업 창에서 인스턴스 유형으로 ‘CVM’을 선택하고 두 개의 CVM 인스턴스 rs-1 및 rs-2(CLB 인스턴스와 동일한 리전에 있음)를 선택하고 포트를 ‘80’으로, 가중치를 ‘10’(기본값)으로 설정하고 확인을 클릭합니다.
3. 가 ‘포워딩 규칙’ 섹션으로 반환되면, 바인딩된 CVM 인스턴스와 해당 상태 확인 상태를 볼 수 있습니다. 포트 상태가 ‘Healthy’이면 CVM 인스턴스는 일반적으로 CLB 인스턴스에서 포워딩한 요청을 처리할 수 있습니다.
주의：
하나의 포워딩 규칙(수신 프로토콜 + 포트 + 도메인 이름 + URL)은 동일한 CVM 인스턴스의 여러 포트와 바인딩될 수 있습니다. 사용자가 rs-1의 포트 80 및 81에 동일한 서비스를 배포하는 경우 rs-1의 두 포트 80 및 81 모두 예시 포워딩 규칙으로 바인딩될 수 있으며 둘 다 CLB 인스턴스에서 포워딩된 요청을 수신합니다.
CLB 인스턴스를 구성한 후 동일한 CLB 인스턴스에서 서로 다른 도메인 이름 + URL을 통해 서로 다른 리얼 서버에 액세스하거나 content-based routing 기능을 통해 실효성을 확인할 수 있습니다.
방법1: hosts 구성 및 도메인 이름을 CLB 인스턴스에 매핑
1. Windows 장치에서 C:\\Windows\\System32\\drivers\\etc 디렉터리의 호스트 파일을 수정하고 도메인 이름을 CLB 인스턴스의 VIP에 매핑합니다.
2. hosts가 성공적으로 구성되었는지 확인하려면 cmd에서 ping 명령을 실행하여 도메인 이름이 VIP와 성공적으로 바인딩되었는지 테스트할 수 있습니다. 데이터 팩이 반환되면 성공적으로 바인딩됩니다.
3. 브라우저를 통해 http://www.example.com/image/에 액세스하여 CLB 서비스를 테스트합니다. 페이지에서 아래 이미지를 반환하면 요청이 CLB 인스턴스에 의해 CVM rs-1로 포워딩되고 CVM이 일반적으로 요청을 처리하고 서비스 페이지를 반환한 것입니다.
4. 리스너의 밸런싱 메소드는 ‘가중 라운드 로빈’이고 두 CVM 인스턴스의 가중치는 ‘10’이므로 브라우저를 새로고침하여 요청을 다시 시작할 수 있습니다. 페이지에서 아래 이미지를 반환하면 요청이 CLB 인스턴스에 의해 CVM rs-2로 포워딩된 것입니다.
주의：
image/는 /를 생략할 수 없습니다. /는 image가 파일 이름 대신 기본 디렉터리임을 나타냅니다.
방법2: DNSPod를 통해 도메인 이름을 CLB 인스턴스에 매핑
1. 도메인 이름을 조회하고 등록합니다. example.com이 예시로 사용됩니다.
2. DNSPod 콘솔에 로그인하고 왼쪽 사이드바에서 ‘DNS 목록’을 클릭하고 도메인 이름 오른쪽 ‘작업’에서 리졸브를 클릭합니다.
3. ‘레코드 관리’ 탭을 열고 레코드 추가를 클릭하여 다음 매개변수를 사용하여 도메인 이름에 대한 A 레코드를 추가합니다.
호스트: 도메인 이름의 접두사. 다음은 모든 접두사를 리졸브하는 예시(*.example.com)입니다.
레코드 유형: A 레코드.
분할 영역: 기본값.
값: Tencent Cloud 리소스 연결을 클릭한 다음 위에서 생성한 CLB 인스턴스를 선택합니다.
TTL: 기본값 ‘600s’로 설정합니다.
4. 저장을 클릭합니다.
5. 약 10분 후 브라우저(www.example.com)에서 바인딩된 CNAME 도메인 이름을 엽니다. 해당 페이지가 정상적으로 표시될 수 있으면 CLB 인스턴스가 실행 중임을 나타냅니다.
자동 리디렉션(강제 HTTPS): PC 또는 모바일 브라우저가 HTTP 요청으로 Web 서비스에 액세스하면 요청이 CLB 프록시를 통과한 후 브라우저에 HTTPS 응답이 반환되어 브라우저가 HTTPS를 사용하여 웹 페이지에 액세스하도록 합니다.
수동 리디렉션: 상품 품절, 페이지 유지 보수, 업데이트 및 업그레이드 등의 경우 Web 비즈니스를 일시적으로 비활성화하려면 원본 페이지를 새 페이지로 리디렉션해야 합니다. 그렇지 않으면 방문자의 즐겨찾기 및 검색 엔진 데이터베이스의 이전 주소가 404 또는 503 오류 메시지 페이지를 반환하여 사용자 경험을 저하시키고 트래픽 낭비를 초래하고 검색 엔진의 누적 점수를 무효화하기까지 합니다.
예
아니오
문제 해결에 도움이 되었나요?