Flexible Load Balancer

이 이미지는 고객이 가변 로드 밸런서를 사용하는 방법을 자세히 설명하는 3가지 일반적인 사용 사례를 보여줍니다. 해당 사용 사례는 다음과 같습니다.

1. 리소스 간에 애플리케이션 로드를 자동으로 분산하기
2. 회복탄력성을 갖춘 애플리케이션을 현대화 및 생성하기
3. 트래픽 특성을 기준으로 요청 분배하기

리소스 간에 애플리케이션 로드를 자동으로 분산하기

세 가지 사용 사례 중 첫 번째에는 가상 클라우드 네트워크가 표시되어 있습니다. 동일한 가상 클라우드 네트워크에 있는 두 개의 가상 머신에 양방향으로 연결된 유연한 로드 밸런서가 포함되어 있습니다.

로드 밸런서는 가상 클라우드 네트워크 외부의 외부 사용자와 양방향으로 연결됩니다.

요청을 외부 사용자에서 로드 밸런서로 가져온 뒤 두 개의 가상 머신으로 요청을 전송할 수 있습니다. 이러한 방법을 통해 애플리케이션이 단일 가상 머신이 처리할 수 있는 것보다 많은 사용자를 지원할 수 있습니다.

회복탄력성을 갖춘 애플리케이션을 현대화 및 생성하기

세 가지 사용 사례 중 두 번째에는 가상 클라우드 네트워크가 표시되어 있습니다. 가변 로드 밸런서가 포함되어 있습니다. 하나의 가상 클라우드 네트워크 안에 두 개의 그룹이 있습니다. 각 그룹마다 가상 머신과 데이터베이스가 있습니다. 이는 레거시, 비클라우드 네이티브 애플리케이션의 두 인스턴스를 나타냅니다.

로드 밸런서는 각 그룹에 양방향으로 연결됩니다.

요청을 사용자로부터 로드 밸런서로 가져온 뒤 두 레거시 애플리케이션 중 하나로 요청을 전송합니다. 이러한 방법을 통해 레거시 애플리케이션의 여러 인스턴스에 사용자 요청을 분산하면 레거시 애플리케이션이 더 많은 사용자를 지원할 수 있습니다.

트래픽 특성을 기준으로 요청 분배하기

세 가지 사용 사례 중 세번째에는 가상 클라우드 네트워크가 표시되어 있습니다. 3개의 가상 머신에 양방향으로 연결된 가변 로드 밸런서가 포함되어 있습니다.

요청의 HTTP 헤더 값을 기반으로 첫번째 가상 시스템으로 요청이 전송됩니다.

요청의 가상 호스트 이름에 있는 값을 기반으로 두번째 가상 시스템으로 요청이 전송됩니다.

요청의 URL 값을 기반으로 세번째 가상 시스템으로 요청이 전송됩니다.

이같은 방법을 통해 요청 자체의 HTTP 관련 값에 기반해 요청을 다른 리소스로 지정할 수 있습니다.

이 이미지는 일반적 가변 로드 밸런서 아키텍처의 논리적 리소스 및 연결 레이아웃을 보여줍니다.

OCI 리전이 표시되어 있습니다. 해당 리전 안에는 각각 1, 2, 3이라는 숫자가 부여된 3개의 가용성 도메인이 있습니다.

가상 클라우드 네트워크 하나가 3개의 가용성 도메인을 모두 지나며 포괄하고 있습니다. 해당 가상 클라우드 네트워크에는 인터넷에 양방향으로 연결되는 인터넷 게이트웨이도 포함되어 있습니다.

첫 번째 가용성 도메인 내에는 첫 번째 서브넷이 있습니다. 기본 가변 로드 밸런서가 포함되어 있습니다.

두 번째 가용성 도메인 내에는 두번째 서브넷이 있습니다. 여기에는 복구용 로드 밸런서가 포함되어 있습니다.

두 가용성 도메인과 서브넷 사이에는 퍼블릭 IP 주소가 부여된 리스너가 있습니다. 해당 리스너는 인터넷 게이트웨이에 양방향으로 연결되어 있고, 인터넷으로부터의 요청을 받을 수 있습니다.

해당 리스너는 기본 및 복구용 가변 로드 밸런서를 모두 포괄하는 그룹의 일부입니다. 이 그룹은 기본 로드 밸런서 구성요소에 문제가 발생해도 계속해서 작동하는 논리적 로드 밸런서 역할을 수행합니다.

각 가용성 도메인별로 하나씩, 총 3개의 서브넷이 더 표시되어 있습니다. 각각 3, 4, 5라는 번호가 지정되어 있습니다. 각 서브넷은 컴퓨팅 리소스를 보유하고 있습니다.

기본 로드 밸런서는 서브넷 3, 4, 5에 양방향으로 연결됩니다. 복구용 로드 밸런서는 서브넷 3, 4, 5에 양방향으로 연결됩니다.

인터넷으로부터 리스너로 들어오는 요청은 기본 로드 밸런서로 전송됩니다. 이후 로드 밸런서는 가중치 또는 HTTP 특성을 기반으로 컴퓨팅 리소스를 보유한 서브넷 중 하나로 요청 경로를 지정합니다.