HTTP 로드 밸런서 작동 방식

로드 밸런서는 여러 Application Server 인스턴스(독립 실행형 또는 클러스터링) 간에 작업 로드를 균일하게 분산시켜 시스템의 전반적인 처리량을 늘립니다.

HTTP 로드 밸런서를 사용하면 Java EE Application Server에 배포된 서비스의 고가용성을 구현할 수 있습니다. 로드 밸런서는 원래 서비스를 제공하던 인스턴스가 사용 불가능한 상태이거나 상태가 좋지 않아 요청을 처리할 수 없는 상태임을 발견하면 세션 요청을 다른 서버 인스턴스로 페일오버합니다. HTTP 세션 정보를 유지하려면 클러스터 프로필을 사용하고, HADB가 설치 및 설정되고, HTTP 세션 지속성이 구성되어야 합니다. 자세한 내용은 9 장, 고가용성 세션 지속성 및 페일오버 구성을 참조하십시오.

로드 밸런서는 8k보다 큰 URI/URL을 처리하지 않습니다.

HTTP 로드 균형 조정 알고리즘

Sun Java System Application Server 로드 밸런서는 기본적으로 고정 라운드 로빈 알고리즘을 사용하여 들어오는 HTTP 및 HTTPS 요청의 로드 균형을 조정합니다.

새 HTTP 요청이 로드 밸런서 플러그인으로 보내지면 경량 라운드 로빈 체계에 따라 Application Server 인스턴스로 전달됩니다. 세션 기반 응용 프로그램용 요청의 경우 새 세션에 대한 요청도 포함됩니다. 동일한 클라이언트의 동일한 세션 기반 응용 프로그램에 대한 후속 요청은 할당된 요청 또는 고정 요청으로 간주되어 로드 밸런서에 의해 같은 인스턴스로 라우팅됩니다. 따라서, 고정 라운드 로빈이라는 이름이 사용됩니다. 비 세션 기반 응용 프로그램에 대한 요청과 세션 기반 응용 프로그램에 대한 첫 요청을 할당되지 않은 요청이라고 합니다. 고정은 쿠키 또는 명시적 URL 다시 쓰기를 사용하여 구현됩니다. 로드 밸런서는 고정 방법을 자동으로 결정합니다.

로드 밸런서 플러그인은 다음 방법을 사용하여 세션 고정을 판별합니다.

• 쿠키 방법: 로드 밸런서 플러그인은 별도의 쿠키를 사용하여 라우팅 정보를 기록합니다. 쿠키 기반 방법을 사용하려면 HTTP 클라이언트(일반적으로 웹 브라우저)가 쿠키를 지원해야 합니다. HTTP 클라이언트가 쿠키를 지원하지 않으면 플러그인은 다음 방법을 사용합니다.

• 명시적 URL 다시 쓰기: 고정 정보가 URL에 추가됩니다. HTTP 클라이언트에서 쿠키를 지원하지 않더라도 이 방법을 사용할 수 있습니다.

고정 정보를 사용해서 로드 밸런서 플러그인은 먼저 이전에 요청을 전달했던 인스턴스를 판별합니다. 해당 인스턴스가 정상일 경우 로드 밸런서 플러그인은 특정 Application Server 인스턴스에 그 요청을 전달합니다. 따라서 지정한 세션의 모든 요청이 동일한 Application Server 인스턴스로 전달됩니다.