공용 애플리케이션 로드 밸런서

퍼블릭 애플리케이션 로드 밸런서 인스턴스에는 외부에서 액세스할 수 있는 완전 지정 도메인 이름(FQDN)이 할당되며, 로드 밸런서 뒤에 호스팅된 애플리케이션에 액세스하려면 이 이름을 사용해야 합니다. 이 도메인 이름은 하나 이상의 공인 IP 주소로 등록할 수 있습니다.

시간이 경과함에 따라 유지보수 및 스케일링 활동으로 인해 이러한 공인 IP 주소의 수 및 값이 변경될 수도 있습니다. 애플리케이션을 호스팅하는 백엔드 가상 서버 인스턴스는 동일한 리전 내에서, 동일한 VPC 하에서 실행되어야 합니다.

시스템 유지보수 또는 스케일링 다운 활동 중에 애플리케이션에 대한 연결 문제점을 방지하려면 지정된 FQDN을 사용하여 공용 애플리케이션 로드 밸런서로 트래픽을 전송하십시오.

개인용 애플리케이션 로드 밸런서

개인용 애플리케이션 로드 밸런서는 로드 밸런서를 작성하기 위해 구성한 사설 서브넷을 통해 액세스할 수 있습니다.

공용 애플리케이션 로드 밸런서와 유사하게, FDQN이 사설 애플리케이션 로드 밸런서 인스턴스에 할당됩니다. 하지만 이 도메인 이름은 하나 이상의 사설 IP 주소로 등록됩니다.

IBM Cloud 조작 시 시간이 경과함에 따라 유지보수 및 스케일링 활동으로 인해 지정된 사설 IP 주소의 수 및 값이 변경될 수도 있습니다. 애플리케이션을 호스팅하는 백엔드 가상 서버 인스턴스는 동일한 리전 내에서, 동일한 VPC 하에서 실행되어야 합니다.

시스템 유지보수 또는 스케일링 다운 활동 중에 애플리케이션에 대한 연결 문제점을 방지하려면 지정된 FQDN을 사용하여 개인용 애플리케이션 로드 밸런서로 트래픽을 전송하십시오.

라운드 로빈

라운드 로빈은 기본 로드 밸런싱 방법입니다. 이 방법을 사용하는 경우 애플리케이션 로드 밸런서에서 수신 클라이언트 연결을 라운드 로빈 방식으로 백엔드 서버로 전달합니다. 따라서 모든 백엔드 서버가 대략 동일한 수의 클라이언트 연결을 수신합니다.

가중치 라운드 로빈

이 방법을 사용하면 애플리케이션 부하 분산기가 들어오는 클라이언트 연결을 각 백엔드 서버에 할당된 가중치에 비례하여 해당 서버들로 전달합니다. 각 서버에는 기본 가중치 가 50 할당됩니다. 무게는 - 0 범위 내의 임의의 값으로 100 맞춤 설정할 수 있습니다.

예를 들어 애플리케이션 서버 A, B 및 C의 가중치가 60, 60 및 30인 경우 서버 A 및 B는 동일한 수의 연결을 수신하는 반면 서버 C는 그 절반의 연결을 수신합니다.

서버의 가중치가 0으로 설정되는 경우 해당 서버로 새 연결이 전달되지 않지만 기존 트래픽은 계속 플로우됨을 의미합니다. 가중치 0을 사용하여 특정 서버를 점진적으로 작동 중지시키면서 서비스 로테이션에서 제거할 수 있습니다.

서버 가중치 값은 가중치 라운드 로빈 방식에만 적용 가능합니다. 라운드 로빈 및 최소 연결 로드 밸런싱 방법에서는 이 값이 무시됩니다.

최소 연결

이 방법을 사용하면, 특정 시점에 처리 중인 연결 수가 가장 적은 백엔드 서버 인스턴스가 다음 클라이언트 연결을 수신합니다.

리스너 사용에 대한 지침

프론트 엔드 리스너에 대한 다음 가이드라인을 검토하십시오.

• 최대 10개의 프런트엔드 리스너를 정의하고, 이를 백엔드 애플리케이션 서버의 백엔드 풀에 매핑할 수 있습니다.
• 로드 밸런서 및 프론트 엔드 리스너 포트에 지정된 FQDN은 공용 인터넷에 노출됩니다. 수신 사용자 요청은 이러한 포트에서 수신됩니다.
• 지원되는 프론트 엔드 리스너 및 백엔드 풀 프로토콜은 HTTP, HTTPS, TCP입니다.
• HTTP/HTTPS 백엔드 풀을 사용하여 HTTP/HTTPS 프론트 엔드 리스너를 구성할 수 있습니다.
• HTTP/2 리스너에 대해서만 지원됩니다.
• HTTP 및 HTTPS 리스너와 풀은 상호 교환할 수 있습니다.
• TCP 프론트엔드 리스너는 TCP 백엔드 풀과만 함께 구성할 수 있습니다.
• 백엔드 풀에는 최대 50개의 가상 서버 인스턴스를 연결할 수 있습니다. 지정된 데이터 포트에서 각각의 인스턴스로 트래픽이 전송됩니다. 이 데이터 포트는 프론트 엔드 리스너 포트와 동일하지 않아도 됩니다.
• Secrets Manager 의 “Private only” 엔드포인트는 HTTPS 리스너에서는 지원되지 않습니다. ALB 에서 HTTPS 리스너를 구성하려면 TLS 인증서를 "공용 및 개인용" 엔드포인트에 업로드해야 합니다.

HTTPS 경로 재지정 리스너

HTTPS 경로 재지정 리스너는 HTTP 리스너에서 HTTPS 리스너로 트래픽을 경로 재지정합니다. 이 작업은 리스너에 어떤 규칙도 적용할 필요가 없습니다.

예를 들어, 어떤 서비스가 HTTPS 을 통해 포트 443에서 연결을 수신 대기하고 있는데, 사용자가 HTTP 을 통해 포트 80으로 해당 서비스에 접속하려고 시도하면, 해당 요청은 자동으로 HTTPS 을 통해 포트 443으로 리디렉션됩니다.

정책이 HTTPS 경로 재지정 리스너에 있는 경우 정책이 먼저 평가됩니다. 일치하는 정책이 없는 경우, 요청은 구성된 ‘ HTTPS ’ 리스너로 리디렉션됩니다.

HTTPS 경로 재지정 리스너 특성

백엔드 풀 장애 조치 정책

로드 밸런서에서 백엔드 풀을 편집할 때 다음 장애 안전 정책 작업 중 하나를 지정할 수 있습니다:

• 포워드: 로드 밸런서가 요청을 지정된 백업 풀로 라우팅합니다. 이렇게 하면 다른 애플리케이션 서버 집합에 대한 깨끗한 장애 조치 경로가 제공됩니다. 기존 백업 풀이 구성되어 있고 트래픽을 수신할 준비가 되어 있어야 합니다.
• 드롭: 로드 밸런서가 들어오는 모든 요청을 삭제하고 클라이언트가 응답을 받지 않습니다.
• Fail: 로드 밸런서가 HTTP 503("서비스 사용 불가") 상태 코드와 함께 요청을 거부하여 서비스가 일시적으로 다운되었음을 클라이언트에 알립니다.

적용 가능한 백업 풀 목록에서 장애 조치 대상을 선택할 수 있습니다.

장애 안전 대상 풀 요구 사항(동작이 전달인 경우):

• 동일한 로드밸런서에 속해야 합니다
• 프로토콜이 동일하거나 호환 가능해야 합니다( TCP 는 TCP 와만 호환되지만 HTTP 와 HTTPS 의 모든 조합은 호환 가능)

애플리케이션 로드 밸런서만 둘 이상의 풀을 단일 리스너에 연결할 수 있습니다. 로드 밸런서에 이미 존재하는 풀이 하나 이상 있는지 확인합니다.

로드 밸런서 구성에서 리스너는 상위 리소스로 간주됩니다. 풀을 직접 또는 간접적으로 참조하는 두 가지 방법으로 해당 리스너와 연결할 수 있습니다. 직접 연결하려면 풀을 리스너의 default_pool 로 구성합니다. 간접 연결의 경우 failsafe_policy.target 관계를 통해 다른 풀에서 풀을 참조하여 다른 풀이 이미 리스너에 연결되어 있는지 확인합니다.

인증서 CRN 찾기

콘솔에서 프로비저닝 중에 애플리케이션 로드 밸런서의 인증을 구성할 때, Secrets Manager 및 SSL 인증서나 해당 인증서의 CRN을 지정하도록 선택할 수 있습니다. 드롭다운 메뉴에서 ‘ Secrets Manager ’가 표시되지 않는 경우, 즉 ‘ Secrets Manager ’ 인스턴스에 액세스할 수 없는 경우 이 작업을 수행해야 할 수 있습니다. API를 사용하여 ALB를 생성할 때는 반드시 CRN을 입력해야 한다는 점을 명심하십시오.

CRN을 얻으려면 Secrets Manager 인스턴스에 대한 액세스 권한이 있어야 합니다.

인증서의 CRN을 찾으려면 다음 단계를 수행하십시오.

1. IBM Cloud 콘솔 에서 탐색 메뉴 아이콘 > 리소스 목록 으로 이동합니다.
2. ‘보안(Security)’을 클릭하여 펼친 다음, CRN을 확인하려는 ‘보안 정책( Secrets Manager )’을 선택하십시오.
3. 인증서의 테이블 행에서 임의의 위치를 선택하여 인증서 세부사항 측면 패널을 여십시오. 인증서의 CRN이 기재되어 있습니다.