이 패널을 사용하여 ARFM(Autonomic Request Flow Manager)을 구성할 수 있습니다. ARFM은 애플리케이션에 대한 수신 메시지를 관리합니다. ARFM은 미들웨어 서버에 의한 메시지 처리 허용 여부와 허용 시기를 결정합니다. HTTP 및 SIP(Session Initiation Protocol) 트래픽의 경우 On-Demand Router에서 관리 조치가 수행됩니다. JMS(Java Message Service) 및 IIOP(Internet Inter-ORB Protocol) 메시지의 경우 애플리케이션 서버에서 관리 조치가 수행됩니다.
이 관리 콘솔 페이지를 보려면
를 클릭하십시오.ARFM(Autonomic Request Flow Manager)은 두 파트(제어기 및 게이트웨이)를 포함하고 있습니다. ARFM 기능은 ODR(On Demand Router)에서 게이트웨이의 콜렉션 및 제어기에 의해 각 셀에 대해 구현됩니다. 게이트웨이는 수신 요청을 가로채 대기열에 추가하지만 제어기는 게이트웨이 및 배치 제어기에 대해 제어 신호(방향)를 제공합니다. 컴포넌트는 수신 요청의 우선순위를 지정하기 위해 함께 작업합니다.
HTTP 트래픽을 관리하는 데
노드 기반 알고리즘을 사용할 수 있습니다. 노드 기반 ARFM을 사용하려면 셀 사용자 정의 특성
arfmQueueMode를 설정하십시오.
노드 기반 ARFM을 사용하는 경우 노드 레벨에서 대기열 입력 및 CPU 과부하 방지가
수행됩니다. 연관된 별도의 제어기 및 게이트웨이가 없습니다.
관리 역할에 따라 ARFM(Autonomic Request Flow Manager) 구성 시 특정 권한이 허용됩니다. 이 목록에는 ARFM(Autonomic Request Flow Manager) 구성에 필요한 관리 역할 및 권한이 표시됩니다.
보안 사용 보안이 사용되는 경우 적절한 보안 권한이 없으면 일부 필드를 편집할 수 없습니다.
각 ARFM 게이트웨이는 집계된 통계를 주기적으로 브로드캐스트하며 이 필드에서는 기간을 지정합니다. 기본값은 5초입니다.
이 특성은 노드 기반 ARFM에
적용되지 않습니다.
집계 기간 설정 시 충분한 수의 성능 샘플 콜렉션을 지원할 수 있을 만큼 충분히 높은 값을 설정하십시오. 게이트웨이는 각 요청에 대해 샘플을 수집합니다. 양질의 통계치를 작성하려면 1-2백 개의 샘플이 필요합니다. 예를 들어, 서비스 클래스와 연관되는 요청은 250밀리초 내에 실행되며 평균 10개의 요청이 동시에 실행됩니다. 동시성 값은 환경의 자원 및 클러스터 크기를 기반으로 자동으로 계산됩니다. 관리 콘솔의 런타임 조작 아래에 있는 시각화 패널에서 동시성 값을 확인할 수 있습니다.
결과적으로 서비스 클래스에서는 초당 약 40개의 요청을 처리합니다. 집계 기간 값을 15초로 설정하면 각 집계 기간에 대해 600개의 샘플이 수집됩니다. 600개의 샘플 설문조사에서 제공되는 메트릭은 유용하며 신뢰할 수 있습니다.
집계 기간 값을 너무 낮게 설정하면 신뢰할 수 없는 성능 매트릭스가 발생합니다. 보다 적은 수의 샘플에서 도출된 성능 메트릭은 보다 많은 수의 샘플에서 도출된 성능 메트릭보다 신뢰성이 낮습니다. ARFM 제어기는 새 통계가 작성될 때 활성화되기 때문에 집계 기간 값을 너무 길게 설정하면 제어 설정을 다시 계산하는 빈도가 줄어듭니다. 따라서 제품은 통신량 집중도 및 패턴의 갑작스런 변경에 덜 반응하게 됩니다.
ARFM 제어기가 활성화되는 빈도를 정의합니다. 기본값은 59초입니다.
이 특성은 노드 기반 ARFM에
적용되지 않습니다.
제어기 활성화는 입력을 평가하고 수신된 입력의 결과로서 새 제어 설정을 생성하는 프로세스입니다. ARFM 제어기의 활성화 프로세스는 제어기가 활성화된 적이 없는 경우 또는 해당 게이트웨이 중 하나에서 새 통계가 수신되고 이전 활성화 이후 경과된 시간이 제어 주기 최소 길이 이상인 경우에 시작됩니다.
게이트웨이 통계의 병합을 허용하여 수신 게이트웨이에 대한 ARFM 제어기의 반응 감도를 정의합니다. 기본값은 12입니다.
이 특성은 노드 기반 ARFM에
적용되지 않습니다.
모든 게이트웨이의 ARFM 제어기는 해당 게이트웨이의 마지막 통계 보고서 몇 개의 실행 평균을 사용합니다. 스무딩 창은 결합되는 보고서 수를 제어합니다. 스무딩 창 설정이 낮으면 제어기가 더 민감해져서 보다 빠르게 반응하게 됩니다. 그러나 설정이 낮으면 데이터의 비정상적인 상태 또는 소음에 대한 민감한 반응이 작성됩니다.
집계 기간 및 스무딩 창의 제품은 종종 구성된 제어 주기 최소 길이보다 약간 긴 실제 제어 주기 길이와 거의 동일합니다.
각 ARFM 대기열의 길이를 대기열에 보유되어 있을 수 있는 요청의 최대 수에 바운드합니다.
ARFM은 On Demand Router, 노드 그룹, 서비스 클래스 및 전개 대상의 각 조합에 대해 독립된 대기열을 가집니다. 요청이 도달했지만 대기열이 가득 차 있을 경우 요청은 거부됩니다. 이 필드에 낮은 매개변수를 사용하면 단기간 통신량 버스트로 인해 요청이 거부될 가능성이 높아지지만 높은 매개변수를 사용하면 요청이 대기열에 오래 머무를 수 있습니다. 대기열 입력된 요청은 메모리를 사용합니다. 기본 설정은 1000이지만 이 설정을 테스트하여 환경과 가장 일치하는 설정을 판별하십시오.
노드 기반 ARFM은
각 노드 및 각 클러스터에 대한 독립된 대기열이 있습니다. 이 특성은 허용되는 대기열 입력 요청의 총계를 참조합니다.
각 Application Server에 사용할 힙 크기의 최대 백분율을 지정합니다. 이 특성은 HTTP 및 SIP(Session Initiation Protocol) 메시지에 적용됩니다. 기본값은 100%입니다.
미들웨어 노드의 최대 CPU 사용 백분율을 지정합니다. ARFM이 클러스터 전체를 대상으로 하여 CPU 사용을 계산합니다. CPU 사용이 이 백분율을 초과하면 해당 클러스터가 과부하된 것으로 간주됩니다. ARFM이 클러스터 전체를 대상으로 하여 CPU 사용을 계산합니다. 기본값은 90%입니다.
노드 기반 ARFM이
노드별로 CPU 사용을 고려합니다. CPU 사용이 최대 사용 백분율을 초과하면 해당 노드가 과부하된 것으로 간주됩니다.
기본값은 90%입니다.
거부 정책은 기존 대화 상자 또는 세션의 일부가 아닌 수신 HTTP 또는 SIP 메시지를 거부함으로써 CPU가 과부화되는 것을 방지할 수 있습니다.