[AIX Solaris HP-UX Linux Windows][z/OS]

애플리케이션 지연 시작

애플리케이션 지연 시작은 애플리케이션 요청이 도착할 때 비활성화된 동적 클러스터의 첫 번째 애플리케이션 서버 인스턴스를 활성화하는 조작입니다. 비활성화한 후 후속으로 지연 시작을 수행할 애플리케이션을 결정합니다. 노드 수에 비해 동적 클러스터 수 비율이 높고 장시간 많은 동적 클러스터에 액세스하지 않은 환경인 경우에는 애플리케이션 지연 시작을 사용하십시오.

애플리케이션 지연 시작은 ODR(On Demand Router)을 통해 라우팅되는 HTTP 또는 HTTPS 요청에 사용할 수 있습니다. 웹 서버에 지능형 관리 를 사용하는 경우에는 애플리케이션 지연 시작을 사용할 수 없습니다. IIOP(Internet Inter-ORB Protocol) 및 JMS(Java™ Message Service) 요청은 ODR을 통해 라우팅할 수 없기 때문에 사용할 수 없습니다. SIP(Session Initiation Protocol) 애플리케이션을 실행하는 동적 클러스터에서 애플리케이션 지연 시작을 사용하지 마십시오.

애플리케이션 지연 시작 프로세스

ODR을 통해 요청을 라우팅하는 환경에서 다른 동적 클러스터에 사용할 수 있도록 중요한 자원을 작성하려면 일시적으로 대기 중인 동적 클러스터를 비활성화하고 모든 서버 인스턴스를 중지하며 기타 활성 클러스터에 대한 중요한 자원을 해제하는 것이 좋습니다. 나중에 비활성화된 클러스터 중 하나에 요청이 도착하면 해당 클러스터가 활성화되고 하나 이상의 서버 인스턴스가 시작됩니다. 한편 사용자가 서버에 액세스를 시도하면 HTTP 오류 코드 503(서버가 사용 불가능함) 페이지가 표시됩니다. 오류 페이지에 요청된 애플리케이션이 시작 중이며 곧 요청을 다시 제출함을 알려줍니다. HTTP 메타 새로 고치기 태그를 포함하여 특정 오류 페이지를 표시하도록 ODR을 구성할 수 있습니다. 이를 통해 브라우저가 특정 기간 후에 자동으로 요청을 재전송할 수 있습니다.

지연 시작 제어기에서는 대기 상태에서 비활성화되고 요청 도착 시 지연 시작으로 수행될 수 있는 동적 클러스터의 요청 활동을 모니터합니다. 비활성 동적 클러스터의 ODR에 요청이 도착하면 지연 시작 제어기는 배치 제어기를 트리거하여 주기에서 벗어나 해당 클러스터의 인스턴스를 시작합니다. 또한 지연 시작 제어기는 클러스터를 비활성화하는 시기를 배치 제어기에 권고합니다.

다음 다이어그램에서는 시작 지연 및 배치 제어기의 활동 플로우를 설명합니다.

그림 1. 애플리케이션 지연 시작 활동 플로우지연
시작 및 배치 제어기 플로우
우수 사례 우수 사례: 자동 모드로 동적 클러스터에서 비활성 제한시간을 설정할 수 있습니다. 그러나 이 서버 인스턴스를 호스팅하는 컴퓨터에 메모리 회선 경합이 없는 경우 애플리케이션 배치 제어기는 비활성 기간 후에 인스턴스를 중지할 필요가 없습니다. 호스트에 현재 수의 서버 인스턴스를 실행할 메모리가 충분하지 않은 경우, 애플리케이션 배치 제어기는 비활성 제한시간을 활용하여 동적 클러스터 인스턴스만 중지합니다. 지연 시작 제어기는 절대적으로 필요하거나 proactiveIdleStop이 사용 중이지 않는 한 인스턴스를 중지하지 않습니다. proactiveIdleStop 사용자 정의 특성에 대한 자세한 정보는 동적 클러스터 사용자 정의 특성을 읽어 보십시오.bprac

주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwve_odoelazy
파일 이름:cwve_odoelazy.html