![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
ARFM(Autonomic Request Flow Manager) 구성
관리 콘솔에서 기본 설정을 변경하여 ARFM(Autonomic Request Flow Manager)을 세밀하게 튜닝할 수 있습니다. 사용자 정의 특성을 설정하여 노드 기반 ARFM을 사용할 수 있습니다.
시작하기 전에
ARFM(Autonomic Request Flow Manager)에서 설정을 변경하려면 운영자, 구성자 또는 관리자 관리 권한이 있어야 합니다. 운영자는 구성 탭에서 정보를 확인할 수만 있지만 런타임 탭의 설정을 변경할 수 있습니다. 구성자는 구성 탭의 설정을 변경할 수 있지만 런타임 탭의 설정은 변경할 수 없습니다. 관리자는 모든 권한을 갖습니다.
보안을 사용하는 경우 적절한 보안 권한이 없으면 일부 필드를 편집할 수 없습니다.
이 태스크 정보
- 대상 셀(예를 들어, ARFM 게이트웨이가 작업을 직접 보내는 셀)에 대한 제어기. 노드 에이전트 또는 배치 관리자에서 실행되는 HAManagedItem 프로세스입니다.
- 프로토콜 군, 프록시 프로세스, 배치 대상의 사용한 조합에 대한 게이트웨이입니다. 게이트웨이는 자체 프록시 프로세스에서 실행합니다. HTTP 및 SIP(Session Initiation Protocol)의 경우 프록시 프로세스는 ODR(On Demand Router)입니다. JMS(Java™ Message Service) 및 IIOP(Internet Inter-ORB Protocol)의 경우 프록시 프로세스는 WebSphere® Application Server 애플리케이션 서버입니다.
- 대상 셀당 작업 요인 계측기(노드 에이전트. ODR 또는 배치 관리자에서 실행될 수 있는 HAManagedItem 프로세스)
z/OS® 서버에서는 작업 스케줄러를 사용하는 동적 배치 기능이 지원되지 않습니다.
프로시저
노드 기반 ARFM 사용 방법
필드 | 목적 | 설정에 대한 팁 |
---|---|---|
집계 기간 | 각 ARFM 게이트웨이는 주기적으로 집계한 통계를 브로드캐스트하며 이 매개변수는 기간을 지정합니다. 게이트웨이에서 보고한 통계는 관리 콘솔의 런타임 차트 작성, ARFM 제어기 조작, 애플리케이션 배치 제어기 조작, 작업 프로파일러 조작을 지원합니다. | 집계 기간을 설정하는 경우 충분한 수의 성능 샘플을 수집할 수 있도록 값을 높게 설정했는지 확인하십시오. 각 요청에 대한 샘플은 게이트웨이에서 수집합니다. 양호한 통계 측정을 생성하려면 수백 개의 샘플이 필요합니다. 서비스 클래스와 연관된 요청은 250밀리초가 지나면 실행되고 평균 10개의 요청이 동시에 실행되는 예제를 사용합니다. 동시 값은 클러스터 크기와 환경 내 자원에 따라 자동으로 계산됩니다. 동시 값은 콘솔의 런타임 오퍼레이션 카테고리 아래 있는 시각화 패널에 표시될 수 있습니다. 결과적으로 서비스 클래스는 초당 약 40개의 요청을 처리합니다. 따라서 집계 기간 값을 15초로 설정하면 각 집계 기간 동안 600개의 샘플 콜렉션이 생성됩니다. 600개의 샘플 조사에서 제공된 메트릭은 유용하고 신뢰성이 높습니다. 집계 기간 값을 너무 낮게 설정하면 신뢰할 수 없는 성능 매트릭스가 발생합니다. 적은 수의 샘플에서 파생된 성능 메트릭은 혼잡하고 신뢰성이 떨어지므로 샘플 크기를 늘리는 것이 좋습니다. 새 통계가 생성되면 ARFM 제어기가 활성화되므로 집계 기간 값을 너무 길게 설정하면 제어 설정의 재계산 빈도가 적어집니다. 따라서 트래픽 강도와 패턴의 갑작스런 변화에 대한 지능형 관리 의 응답성이 감소합니다. |
제어 주기 최소 길이 | 이 매개변수는 ARFM 제어기가 활성화되는 빈도를 정의합니다. 제어기 활성화는 입력을 평가하고 입력을 수신하여 새 제어 설정을 생성하는 프로세스입니다. ARFM 제어기의 활성화 프로세스는 해당 게이트웨이 중 하나에서 새 통계를 수신하고 이전 활성화 이후 경과 시간이 제어 주기 최소 길이 이상인 경우 또는 이전에 제어기가 활성화되지 않은 경우 시작됩니다. | 이 설정은 하한을 지정하여 제어 주기 길이를 결정합니다. 예를 들어 하나의 ODR만 있는 상태에서 집계 기간을 30초로 설정하고 제어 주기 최소 길이를 60초로 설정한 경우 이전 통계 도착 시간이 12:00:59.9이므로 활성화가 한 번 12:00:00.0에 발생하고 다음에는 90.1초 후, 12:01:30.1에 발생함을 확인할 수 있습니다. 60초 정도의 신뢰할 수 있는 제어 주기를 보장하려면 제어 주기 최소 길이를 58 또는 59초로 설정하십시오. |
안정화 창 | 이 설정은 연속적인 게이트웨이 통계를 허용하여 ARFM 제어기 반응의 수신 게이트웨이 통계에 대한 민감도를 정의합니다. 모든 게이트웨이에서 해당 ARFM 제어기는 해당 게이트웨이에서 최근 일부 통계 보고서의 실행 평균을 사용합니다. 안정화 창에서는 결합되는 보고서 수를 제어합니다. | 낮은 안정화 창 설정은 제어기의 민감도를 높이고 더 빠르게 반응합니다. 그러나 매개변수가 낮으면 데이터에서 무시 또는 예외에 민감한 반응을 나타내기도 합니다. 집계 기간 및 안정화 창의 곱이 실제 제어 주기 길이와 비슷해야 합니다. 구성된 제어 주기 최소 길이보다 좀 더 큰 경우도 있습니다. |
최대 큐 길이 | 이 매개변수는 각 ARFM 큐의 길이를 큐에서 유지할 수 있는 최대 요청 수로 연결하는 데 사용됩니다. ARFM은 모든 수신 트래픽을 플로우로 구분하며 각 플로우마다 별도의 큐를 갖습니다. 플로우 항목에는 특정 서비스 클래스가 있는 요청, 특정 배치 대상에 서비스되는 요청 또는 특정 ODR을 통과하는 요청이 포함됩니다. 요청이 도달했을 때 해당 큐가 가득 찬 경우 요청이 거부됩니다. |
이 필드의 매개변수가 작으면 단기 트래픽 증가로 인해 요청이 거부될 가능성이 높고 이 필드의 매개변수가 크면 요청이 큐에서 보다 오래 유지될 수 있습니다. 큐에 지정된 요청은 메모리를 이용합니다. 기본 설정은 1000이지만 이 설정을 이용하여 사용자 환경에 가장 적합한 항목을 찾을 수 있습니다. |
최대 CPU 사용량 | ARFM은 과부하 보호와 우선순위 기능을 제공합니다. ARFM은 해당 게이트웨이에서 요청을 큐에 지정하여 애플리케이션 서버 과부하를 방지합니다. 이 릴리스의 경우 애플리케이션 서버의 첫 번째 티어에 대한 프로세서 사용량 관점에서 부하가 판별됩니다. 최대 CPU 사용량 매개변수는 서버 로드에 따른 부담을 ARFM에 알려줍니다. 최대 사용량 조건에서는 이 사용량 한계가 일시적으로 초과될 수 있습니다. |
값이 클수록 자원 사용이 개선되고 값이 작을수록 조작이 보다 강력해집니다. 실제 로드는 복잡하고 가변적입니다. 지능형 관리 의 성능 관리 기법은 로드 변경에 반응하지만 시간이 지연될 수 있습니다. 해당 반응 시간에는 시스템이 구성된 리젼 외부에서 작동할 수 있습니다. 여기에는 구성된 것보다 높은 프로세서 사용량이 포함됩니다. 몇 분 동안 하나의 애플리케이션 서버가 프로세서를 100% 사용하는 조작이 내부 통신 메커니즘을 위반하여 많은 기능이 손상되는 것으로 관찰되었습니다. 애플리케이션 서버 머신의 첫 번째 티어가 HTTP와 ODR을 통해 도달하는 WebSphere 요청 이외에 다른 작업과 함께 로드되는 경우 이 지능형 관리 릴리스의 성능 관리가 올바르게 작동하지 않습니다. 이 설정은 애플리케이션 배치에 영향을 줍니다. 총 예상 수요가 최대 CPU 사용량 한계를 초과하는 경우 배치 제어기가 최적의 배치를 계산하기 전에 모든 동적 클러스터의 수요를 균일하게 감소시킵니다. 프로세서 과부하 보호 및 요청 우선순위 지정을 사용하지 않으려면 arfmManageCpu 사용자 정의 특성을 false로 설정하십시오. arfmManageCpu는 작성해야 하는 셀 사용자 정의 특성입니다. 다음을
수행하여 CPU 사용량을 판별할 수 있습니다.
|
CPU 과부하 보호에 대한 승인 제어 | 프로세서 과부하 보호에 대한 승인 제어의 목적은 관리되는 노드에서 컴퓨팅 성능에 과부하를 주지 않고 또한 승인된 메시지의 응답 시간에 영향을 주지 않고 승인될 수 있는 양에 대한 판단을 기반으로 대화 상자를 의도적으로 승인하지 않는 것입니다. CPU 과부하 보호에 대한 승인 제어 값은 HTTP 및 SIP(Session Initiation Protocol)에만 적용되며 IIOP 및 JMS에는 적용되지 않습니다. 프로세서 과부하 보호를 위해 큐에서 대기하는 것으로 충분하지 않은 경우 즉, 제공된 일부 부하를 의도적으로 거부해야 하는 경우 사용 가능하게 하십시오. |
기본적으로 사용하지 않습니다. 구성하려면 다음을 수행하십시오.
프로세서 과부하 보호에 대한 승인 제어는 과부하 시스템에서 프로세서 사용량이 프로세서 과부하 보호에 대한 설정과 거의 동일한 경우 적용됩니다. |
메모리 과부하 보호에 대해 읽어 보십시오. | 각 애플리케이션 서버에 사용할 힙 크기의 최대 백분율을 지정합니다. |
사용할 WebSphere Application Server 힙 크기의 최대 백분율입니다. 이 값은 100 미만으로 설정하십시오. |
요청 거부 정책 | 과부하 조건이 발견될 때 성능 목표와 연관되는 HTTP, SIP, SOAP 요청에 대한 동작을 지정합니다. |
CPU가 과부하되지 않도록 메시지를 거부할 시기를 판별하려면 이 옵션 중에서 선택하십시오. 메시지를 거부하지 않거나 메시지 거부 시점을 판별하는 거부 임계값을 지정할 수 있습니다. 기본값은 메시지를 거부하지 않는 것입니다. 임의 작업은 응답 시간 임계값이 60초인 것으로 가정됩니다. |
노드 기반 ARFM을 사용하려면 사용자 정의 특성 arfmQueueMode를 노드로 설정해야 합니다. 자동 모드에서 동적 클러스터를 사용할 때 APC에 대해 CPU 기반 예측기를 사용하려면, APC.predictor 사용자 정의 특성을 CPU로 설정해야 합니다.
다음에 수행할 작업
mustGather 문서를 사용하여 ARFM(Autonomic Request Flow Manager) 및 애플리케이션 배치 문제를 해결하십시오.