성능 상태 정책 설정

이 페이지에서 기존 성능 상태 정책을 수정할 수 있습니다. 성능 상태 정책은 예방 및 발견 방법론을 사용하여 정상적인 환경을 유지보수하는 데 사용됩니다.

이 관리 콘솔 페이지를 보려면 조작 정책 > 성능 상태 정책 > health_policy_name 을 클릭하십시오.

모니터 또는 운영자 역할을 가진 사용자일 경우 성능 상태 정책 정보만 볼 수 있습니다. 구성자 또는 관리자 역할을 가진 사용자일 경우에는 성능 상태 정책에 대한 모든 구성 권한을 가집니다.

이 페이지에는 두 개의 탭(구성로컬 토폴로지)이 있습니다. 구성 탭에서 성능 상태 정책에 대한 설정을 보고 구성할 수 있습니다. 로컬 토폴로지 탭에서 성능 상태 정책 멤버쉽을 비주얼 표시로 볼 수 있습니다.

이름

성능 상태 정책의 이름을 지정합니다. 성능 상태 정책 이름은 필수이며 셀에 있는 모든 성능 상태 정책 사이에서 고유해야 합니다.

이름은 마침표(.)로 시작할 수 없고 또는 공백으로 시작할 수 없습니다. 공백은 오류를 생성하지 않지만 앞뒤 공백이 자동으로 삭제됩니다. 의미있고 일관된 성능 상태 정책 이름을 사용하십시오. 예를 들어, 유효 기간 기반 성능 상태 정책은 이름을 AGE_20DAYS, AGE_15DAYS 등으로 지정하여 표시할 수 있습니다.

설명

성능 상태 정책에 대한 추가 설명을 지정합니다. 설명은 선택적입니다. 성능 상태 정책을 작성하거나 편집할 때 설명을 편집할 수 있습니다. 여러 성능 상태 정책을 사용하거나 복수의 관리자가 동일한 성능 상태 정책 세트를 관리할 경우에는 선택적 설명을 사용하십시오.

성능 상태 조건

성능 상태 조건은 구현되는 특정 정책을 정의합니다.

일부 정책은 예방 기반이며 일부 정책은 발견 기반입니다. 예방 기반 정책은 문제점을 유발할 수 있는 조건을 예방하는 데 사용되지만 발견 기반 정책은 기존 조건을 식별하고 해결책을 찾는 데 사용됩니다. 이 정책은 클러스터, 동적 클러스터 및 노드에서 실행 중인 Application Server 인스턴스에 대한 성능 상태 기반 평가를 수행하는 데 사용할 수 있습니다. 동적 클러스터의 경우에는 사용 중인 성능 상태 정책에 관계없이 최소 수의 동적 클러스터 인스턴스가 실행되고 있습니다.

  • 유효 기간 기반 조건 정책은 유효 기간이 특정 사용자 정의 값에 도달할 때 연관된 구성원을 재시작합니다. 이렇게 재시작되면 캐시되고 메모리가 확보된 데이터가 모두 정리됩니다. 유효 기간 기반 조건 정책을 선택할 경우 유효 기간 기준을 정의해야 합니다. 유효 기간 기반 조건은 모든 서버 유형에 대해 지원됩니다.
  • 초과 요청 제한시간 조건 정책은 요청 제한시간에 사용되는 메모리를 추적합니다. 제한시간의 백분율이 조건 위반을 초과하면 구성원이 재시작됩니다. 초과 요청 제한시간 조건을 선택할 경우 사용된 메모리 백분율 임계값을 설정해야 합니다. 초과 요청 제한시간 조건은 모든 서버 유형에 대해 지원됩니다.
    제한사항: 과다한 요청 제한시간 조건은 JMS(Java Message Service) 및 IIOP(Internet Inter-ORB Protocol) 통신량에 적용되지 않습니다.
  • 초과 응답 시간 조건 정책은 요청 및 요청이 완료되는 데 소요되는 시간을 추적합니다. 지정된 시간보다 오래 걸리는 평균 요청 수를 가진 서버를 정리하려면 이 정책을 사용하십시오. 평균 요청 수가 특정 시간보다 오래 걸릴 경우 구성원이 재시작됩니다. 초과 응답 시간 정책을 선택하면 응답 시간 임계값을 정의해야 합니다. 초과 응답 시간 조건은 모든 서버 유형에 대해 지원됩니다.
  • 메모리 조건: 초과 메모리 사용량 정책은 구성원의 메모리 사용량을 추적합니다. 메모리 사용량이 지정된 시간의 힙 크기 백분율을 초과했을 때 이 상황을 정정하기 위해 조치를 취합니다. 독립형 서버, 정적 클러스터 또는 수동 모드의 동적 클러스터에 대해 성능 상태 정책을 정의하는 경우 구성원이 중지되고 다시 시작됩니다. 자동 모드 또는 감독 모드인 동적 클러스터에 대해 성능 상태 정책을 정의하는 경우 조건에 의해 플래그된 구성원이 중지됩니다. 배치 제어기가 환경 평가를 기준으로 하여 시작할 서버를 동적으로 결정합니다. 단, 해당 서버가 있는 경우에 한합니다. 이러한 조치는 자동 모드에 있는 경우 자동으로 발생됩니다. 감독 모드인 경우 상황을 정정하기 위해 생성된 런타임 타스크를 승인할 수 있습니다. 초과 메모리 사용량 정책을 선택할 경우 사용된 메모리 및 시간 종료 메모리 임계값을 정의해야 합니다. 초과 메모리 사용량 조건은 WebSphere Application Server 또는 WebSphere Application Server Community Edition을 실행하는 노드에 있는 Application Server에서만 지원됩니다. 기타 미들웨어 서버 유형에 대해 과도한 메모리 사용 조건을 정의할 수 없습니다.
  • 메모리 조건: 메모리 누수 정책은 Java 힙의 서버에 사용 가능한 여유 메모리에서 일관된 하향 트렌드를 추적합니다. 발견 레벨 설정은 이러한 트렌드를 발견하는 시기를 판별합니다. 메모리 조건: 메모리 누수 정책을 선택할 경우 발견 레벨을 정의해야 합니다. 느린 발견 레벨 설정에는 가장 많은 히스토리 데이터가 필요합니다. 표준 및 빠른 발견 레벨을 설정하는 데 동일한 양의 히스토리 데이터가 필요하지만, 빠른 설정을 사용하면 Java 힙이 최대 구성 크기까지 확장되지 않아도 분석을 수행할 수 있습니다. 따라서 보다 신속하게 메모리 누수를 발견할 수 있지만 메모리 누수가 아닌 경우를 잘못 발견할 가능성도 높습니다. 이러한 경우 힙이 덤프되거나 서버가 다시 시작될 수 있습니다. 메모리 누수 조건은 기타 미들웨어 서버 유형에 대해서는 지원되지 않습니다.
  • 스톰 드레인 조건 정책은 고정 요청을 추적합니다. 지정된 발견 레벨에 도달하면 이 정책과 연관되는 서버가 재시작됩니다. 스톰 드레인 발견은 지정된 시계열 데이터에 대한 변경 위치 발견에 의존합니다. 스톰 드레인 발견에 사용되는 매트릭스는 서버에 대해 관찰되는 전개 워크로드 관리자 가중치 및 응답 시간입니다. 스톰 드레인 조건은 동적 클러스터 및 셀에만 적용됩니다. 스톰 드레인 조건 정책을 선택할 경우 발견 레벨을 선택해야 합니다.

    변경점을 발견하기 위해 성능 상태 제어기가 주어진 지점에 대한 왼쪽 중간값과 오른쪽 중간값을 계산합니다. 하나의 지점에 대해 왼쪽 중간값은 이 샘플 전에 도착하는 N개 샘플의 평균값으로 구성되며 오른쪽 중간값은 현재 지점을 포함하여 나중에 도착하는 N개 샘플의 중간값입니다. 왼쪽 및 오른쪽 중간값의 차이가 저장되고 N에 대한 값 세트에 있는 다른 차이와 비교되어 이 차이가 로컬 최대인지 여부를 판별합니다. 이 차이가 최대 차이인 경우 이 차이가 대응하는 지점이 변경점으로 선언됩니다. 스톰 드레인 발견에 사용되는 두 개의 매트릭스는 서버에 대해 관찰되는 동적 워크로드 관리자 가중치 및 응답 시간입니다.

    스톰 드레인 조건은 모든 서버 유형에 대해 지원됩니다.
    제한사항: 스톰 드레인 조건은 JMS 및 IIOP 통신량에 적용되지 않습니다.
  • 워크로드 조건 정책은 특정 사용자 정의 요청 수가 처리될 때 구성원을 재시작합니다. 이 정책은 메모리 및 캐시를 정리합니다. 워크로드 정책을 선택할 경우 총 요청 수 기준을 정의해야 합니다. 워크로드 조건은 모든 서버 유형에 대해 지원됩니다.
성능 상태 조건 특성

성능 상태 조건에 해당하는 특성을 지정합니다.

표 1. 유효 기간 기반 조건 특성
설정 설명
최대 유효 기간

이 필드는 유효 기간 기반 정책에 대해 사용할 수 있습니다. 유효 기간 기반 조건 정책은 유효 기간이 최대 유효 기간에 도달하면 연관된 구성원을 다시 시작합니다. 허용 가능한 값은 1시간-365일 사이의 모든 시간 또는 일(양의 정수)입니다. 소수점은 지원되지 않기 때문에 1.2일과 같은 값을 입력하려면 36시간을 사용하십시오.

표 2. 초과 요청 제한시간 조건 특성
설정 설명
제한시간이 초과된 요청

초과 메모리 사용 조건 정책은 시간이 경과되어 메모리 사용량이 힙 크기의 백분율을 초과했을 때 구성원을 재시작합니다. 총 사용된 메모리 백분율은 시간 종료 메모리 임계값과 함께 구성원을 재시작하는 시기를 판별하는 데 사용됩니다. 이 필드의 허용값은 1 - 99 범위의 정수입니다.

표 3. 초과 응답 시간 조건 특성
설정 설명
응답 시간

이 필드는 초과 응답 시간 조건 정책에 사용할 수 있습니다. 초과 응답 시간 조건 정책은 완료한 평균 응답 수가 제공된 기간을 초과하는 경우 구성원을 재시작합니다. 이 필드의 허용값은 1밀리초 - 60분 범위의 값입니다.

표 4. 메모리 조건: 초과 메모리 사용량 특성
설정 설명
JVM 힙 크기

초과 메모리 사용 조건 정책은 시간이 경과되어 메모리 사용량이 힙 크기의 백분율을 초과했을 때 구성원을 재시작합니다. 총 사용된 메모리 백분율은 시간 종료 메모리 임계값과 함께 구성원을 재시작하는 시기를 판별하는 데 사용됩니다. 이 필드의 허용값은 1 - 99 범위의 정수입니다.

위반 기간

이 필드는 초과 메모리 사용량 조건 정책에 사용할 수 있습니다. 초과 메모리 사용 조건 정책은 시간이 경과되어 메모리 사용량이 힙 크기의 백분율을 초과했을 때 구성원을 재시작합니다. 이 필드의 허용값은 1초 - 60분 범위의 값입니다.

표 5. 메모리 조건: 메모리 누수 조건 특성
설정 설명
감지 레벨
다음 감지 레벨에서 선택할 수 있습니다. 각 레벨에 대해 의심되는 메모리 누수의 발견 속도와 정확성은 서로 반비례합니다.
  • 잘못된 알람의 빠른 발견, 높은 가능성: 빠른 발견 레벨은 잠재적 메모리 누수를 빠르게 발견하지만 Java 힙이 최대 구성 크기까지 확장되기 전에 분석이 완료되기 때문에 느린 발견 정책보다 메모리 누수를 잘못 식별할 가능성이 더 높습니다.
  • 잘못된 알람의 표준 발견, 표준 가능성: 표준 발견 레벨은 빠른 발견 레벨보다 더 정확하지만 잠재적 메모리 누수를 빠른 발견 레벨만큼 빠르게 식별하지 못합니다. 표준 및 빠른 설정에는 동일한 양의 히스토리 데이터가 필요하지만 표준 설정에서는 Java 힙이 최대 구성 크기까지 확장된 후에 분석합니다.
  • 잘못된 알람의 느린 발견, 낮은 가능성: 느린 발견 레벨은 가장 정확하지만 빠른 발견 레벨만큼 빠르게 잠재적 메모리 누수를 발견하지 못합니다. 이 느린 설정에는 가장 많은 히스토리 데이터가 필요합니다.
표 6. 스톰 드레인 조건 특성
설정 설명
감지 레벨
  • 잘못된 알람의 표준 발견, 표준 가능성: 표준 발견 정책은 느린 발견 정책보다 정확성은 낮지만 잠재적 스톰 드레인은 더 빠르게 식별합니다.

    이 레벨은 응답 시간과 동적 워크로드 관리자 가중치 모두에 대해 더 적은 샘플(N=10)을 사용하며 샘플 세트를 기초로 각 매트릭스의 변경점을 발견합니다. 결국 이 정책은 중간값의 차이를 계산하고 로컬 최대를 찾기 위해 왼쪽 중간값에 10, 오른쪽 중간값 10으로 20개 샘플을 대기하기 때문에 더 빨리 결론에 도달합니다. 샘플은 15초 간격으로 수집됩니다. 그러므로 발생 5분 이내에 스톰 드레인을 발견할 수 있습니다. 그러나 샘플이 비교적 적어 샘플에 최고값과 최저값이 일시적으로 여러 개 있을 경우 잘못된 알람일 가능성이 높습니다.

  • 잘못된 알람의 느린 발견, 낮은 가능성: 느린 발견 정책은 가장 정확하지만 표준 발견 정책만큼 빠르게 잠재적 스톰 드레인을 감지하지 못합니다.

    이 레벨은 응답 시간과 동적 워크로드 관리자 가중치 모두에 대해 더 많은 샘플(N=15)을 사용합니다. 따라서 이 정책의 경우 중간값의 차이를 계산하기 위해 30개 샘플(왼쪽 중간값용 15개, 오른쪽 중간값용 15개)을 대기해야 하므로 결론에 도달하는 데 더 오래 걸립니다. 스톰 드레인을 발견하는 데 7분 30초가 걸립니다. 그러나 샘플이 비교적 많아 샘플에 최고값과 최저값이 일시적으로 발생하여도 중간값에는 약간의 영향만 미칩니다. 그러므로 잘못된 알람일 가능성이 낮습니다.

표 7. 워크로드 조건 특성
설정 설명
총 요청 수

워크로드 조건 정책은 특정 사용자 정의 요청 수가 처리될 때 구성원을 재시작합니다. 요청 값은 1000보다 큰 정수여야 합니다.

표 8. 사용자 정의 조건 특성
설정 설명
반응 계획 실행 시기 사용자 정의 조건에서 평가 중인 매트릭스를 나타내는 하위 표현식을 지정합니다.
성능 상태 관리 모니터 반응

정의된 성능 상태 조건을 향상시켜야 할 때 WebSphere Virtual Enterprise가 작동하는 방법을 지정합니다.

반응 모드

성능 상태 정책의 동작을 정의하는 반응 모드를 지정합니다. 반응 모드는 감시 또는 자동입니다.

  • 반응 모드가 감시로 설정되어 있으면, 성능 상태 정책이 활성 상태이며 조건에 대한 권장사항이 런타임 타스크가 있는 관리자에게 전송됩니다. 관리자는 다음 권장사항을 따를 수 있습니다. 관리자가 권장사항을 승인할 경우 성능 상태 조건을 향상시키는 조치가 자동으로 취해집니다.
  • 반응 모드가 자동으로 설정되어 있으면 성능 상태 정책은 활동적으로 데이터를 로깅하며 WebSphere Virtual Enterprise는 관리자의 승인없이도 성능 상태 조건을 향상시키는 조치를 자동으로 취합니다.
성능 상태 조건을 위반한 경우 다음 조치 수행

성능 상태 조건을 위반한 경우 발생할 특정 조치 세트를 정의할 수 있습니다. 이 조치는 기존의 기본 조치일 수도 있고, 실행 파일을 실행하는 사용자 정의 조치를 정의할 수도 있습니다.

성능 상태 조건을 위반한 경우 실행되는 순서대로 조치 목록이 표시됩니다. 조치를 추가하려면 조치 추가...를 클릭하십시오. 기존의 기본 성능 상태 정책 조치, 사용자가 작성한 사용자 정의 조치를 선택하거나 새 사용자 조치를 작성할 수 있습니다.

단계를 제거하려면 해당 단계를 선택하고 조치 삭제를 클릭하십시오. 단계 순서를 변경하려면 이동할 단계를 선택하고 위로 이동 또는 아래로 이동을 클릭하십시오.

멤버쉽

구성원에 대해 정의되는 성능 상태 정책을 활성화하는 성능 상태 정책의 구성원을 지정합니다. 멤버쉽은 일대일 관계가 아니기 때문에 구성원을 여러 정책과 연관시킬 수 있습니다.

목록에서 적절한 구성원 유형을 선택하여 멤버쉽 필드를 편집하십시오. 결과 잠재적 구성원이 멤버쉽에 사용 가능 필드에 표시됩니다. 멤버쉽에 사용 가능 목록에서 적절한 구성원을 선택하십시오. 다중 구성원을 선택하려면, 모든 선택사항이 강조표시될 때까지 Ctrl 키를 누른 후 추가를 클릭하여 성능 상태 정책에 대한 멤버쉽에 선택사항을 추가하십시오.




WebSphere Extended Deployment Information Center(온라인)

관련 정보
성능 상태 정책 콜렉션
성능 상태 정책 작성: 성능 상태 정책 일반 특성 정의
성능 상태 정책 작성: 성능 상태 조건 특성 정의
성능 상태 정책 작성: 모니터할 구성원 지정
사용자 정의 조치 콜렉션
사용자 정의 조치 설정
사용자 정의 성능 상태 조건 하위 표현식 빌더

hc_detail_main