모니터링 정책 설정

이 페이지에서 Node Agent가 프로세스를 모니터하고 다시 시작하는 방법을 제어하는 설정을 보거나 변경할 수 있습니다.

이 관리 콘솔 페이지를 보려면 서버 > 서버 유형 > WebSphere Application Server > server_name을 클릭하십시오. 그런 다음 서버 인프라 아래에서 Java 및 프로세스 관리 > 모니터링 정책을 클릭하십시오.

시작 시도의 최대 수

포기하기 전에 Application Server 시작 시도의 최대 수.

데이터 유형 정수
핑(Ping) 간격

Node Agent와 같은 상위 프로세스와 Application Server와 같은 생성된 프로세스 간 통신 시도 빈도(초)를 지정합니다. 실패한 서버를 다시 시작하는 데 필요한 요구조건에 따라 이 값을 조정하십시오. 값을 줄이면 장애를 그만큼 빨리 감지할 수 있지만, 값을 늘리면, 핑(Ping) 빈도가 줄어들어 시스템 오버헤드도 감소됩니다.

데이터 유형 정수
범위 0보다 크거나 같고 2147483보다 작은 값을 설정하십시오. 2147483보다 큰 값을 지정하는 경우 Application Server는 0 값을 설정한 것처럼 작동합니다. 0값을 지정한 경우 검사는 수행되지 않습니다.

[z/OS] z/OS® 환경에서 Deployment Manager 또는 Node Agent의 Ping 간격 설정은 무시됩니다. 그러나 Node Agent는 Application Server의 Ping 간격 설정을 사용하여 기본 z/OS 운영 체제 PidWaiter 모니터링 기능을 제어합니다. PidWaiter 모니터링은 분산 플랫폼 환경에서 사용하는 핑 함수와 비슷한 기능을 보유합니다. 두 모니터링 기능 모두 Application Server가 계속 실행되고 있는지 여부를 확인합니다. 두 모니터링 기능의 유일한 차이점은 PidWaiter 모니터링은 Ping 간격 모니터링에서 전송하는 TCP/IP 메시지를 전송하지 않는다는 점입니다.

[z/OS] 문제점 방지: 이 특성을 0(검사를 수행하지 않음을 의미)으로 설정하면, 스레드가 해당 상태를 시작하는 스레드로 리턴하기 전에 PidWaiter와 같은 특정 스레드가 종료될 수도 있습니다. 이러한 상황에서는 Deployment Manager가 Node Agent에 특정 이벤트를 알리지 못할 수 있으므로 stopServer.sh 처리에 부정적인 영향을 미칠 수 있습니다.gotcha
[z/OS] 다음 특성을 설정하면 이러한 모니터링 활동 때문에 발생할 수 있는 DNS 찾아보기 수를 크게 줄일 수도 있습니다.
  1. 각 프로세스의 제어기에서 JVM 사용자 정의 특성 com.ibm.websphere.management.monitoring.pingInterval을 추가할 수 있습니다. 이 특성의 기본값은 60초입니다. 발생하는 DNS 찾아보기 수를 최소화해야 하는 경우가 아니라면 이 기본값을 변경하지 않는 것이 좋습니다. 발생하는 DNS 찾아보기 수를 최소화해야 하는 경우, 이 특성을 시스템에 보다 적절한 시간 간격으로 설정합니다.

    Deployment Manager에서 이 특성을 설정하면 Deployment Manager가 Node Agent의 실행 여부를 확인하는 횟수를 제어합니다. Node Agent에서 이 특성을 설정하면 Node Agent가 Deployment Manager의 실행 여부를 확인하는 횟수를 제어합니다. Application Server에서 설정하면 Application Server가 Node Agent의 실행 여부를 확인하는 횟수를 제어합니다.

  2. 셀 레벨에서 환경 변수 protocol_iiop_resolve_foreign_hostname을 추가하여 0으로 설정할 수 있습니다. 이 변수를 0으로 설정하면 IIOP에서 외부 호스트 이름을 해석할 수 없으므로 이 기능이 수행하는 DNS 찾아보기는 수행되지 않습니다.

[z/OS] 이 두 특성을 추가해도 제품 프로세스에서 DNS 찾아보기가 완전히 수행되지 않는 것은 아닙니다.

핑(Ping) 제한시간

프로세스 관리자가 서버를 만들 때처럼 상위 프로세스가 하위 프로세스를 만들 때, 상위 프로세스는 하위 프로세스를 핑(Ping)하여 하위 프로세스가 성공적으로 만들어졌는지 확인합니다. 이 값은 하위 프로세스를 핑(Ping)한 다음 하위 프로세스가 실패했다고 가정할 때까지 상위 프로세스가 대기해야 시간(단위: 초)을 지정합니다.

데이터 유형 정수
단위
범위 0보다 크거나 같고 2147483647보다 작은 값을 설정하십시오. 2147483647보다 큰 값을 지정하는 경우, Application Server는 사용자가 0 값을 설정한 것처럼 작동합니다.
자동 다시 시작

프로세스가 실패 시 자동으로 재시작하는지 여부를 지정합니다.

이 필드에 지정된 값을 변경하는 경우, Application Server 및 Node Agent를 다시 시작해야 새 설정이 적용됩니다.

이 설정은 노드 다시 시작 상태 설정에 지정한 내용에 영향을 주지 않습니다. 두 설정은 상호 배타적입니다.

데이터 유형 부울
기본값

[AIX Solaris HP-UX Linux Windows] [iSeries] 분산 및 i5/OS® 환경의 경우 true

[z/OS] z/OS 환경의 경우 false

노드 다시 시작 상태

설정은 Network Deployment 제품에 대해서만 표시합니다. 노드가 완전히 종료하고 다시 시작한 후 원하는 서버 동작을 지정하십시오.

Node Agent가 중지할 때 서버가 이미 실행 중이면 Node Agent가 다시 시작된 후 해당 서버는 계속 실행 중입니다. Node Agent가 다시 시작될 때 서버가 중지되어 있으면 이 특성의 설정에 따라 Node Agent가 서버를 시작할지 여부가 결정됩니다.
  • 이 특성이 STOPPED로 설정되면 Node Agent는 서버를 시작하지 않습니다.
  • 이 특성이 RUNNING으로 설정되면 Node Agent는 항상 서버를 시작합니다.
  • 이 특성이 PREVIOUS로 설정되면 Node Agent는 Node Agent가 중지될 때 서버가 실행 중인 경우에만 서버를 시작합니다.
주: 노드 다시 시작 상태로 변경하면 노드가 동기화된 후에 적용됩니다. 다음 NodeAgent 다시 시작(동기화 이후)에서 노드 다시 시작 상태가 사용됩니다.

이 설정은 자동 다시 시작 상태 설정에 지정한 내용에 영향을 주지 않습니다. 두 설정은 상호 배타적입니다.

데이터 유형 문자열
기본값 STOPPED
범위 유효값은 STOPPED, RUNNING 또는 PREVIOUS입니다. 노드를 다시 시작한 후 프로세스가 현재 상태로 되돌아가게 하려면 PREVIOUS를 사용하십시오.



표시된(온라인) 링크는 인터넷에 액세스해야 합니다.

관련 태스크


파일 이름: urun_rmonitorpol.html