CA CEM 수용 능력 계획

CA APM 배포를 구현하기 위해 CA CEM 수용 능력을 계획할 때는 다음 요소를 고려해야 합니다. 
apmdevops104kr
CA APM 배포를 구현하기 위해 CA CEM 수용 능력을 계획할 때는 다음 요소를 고려해야 합니다. 
  • 필요한 TIM 수를 확인하십시오.
  • Enterprise Manager 서비스를 실행하는 수집기에 적절한 리소스를 제공하십시오.
  • 업그레이드 고려 사항을 이해하십시오(해당하는 경우).
  • APM 데이터베이스에 적절한 리소스를 제공하십시오.
  • 수집기 수용 능력에 영향을 주는 추가 CA CEM 요인을 확인하십시오.
2
Enterprise Manager 서비스 성능에 영향을 주는 요인
Enterprise Manager 서비스에서 소비되는 리소스의 양은 다음과 같은 기본 요인에 따라 달라집니다.
  • 트랜잭션 정의의 수
  • 트랜잭션 데이터의 크기 및 복잡성
  • 정의된 결함의 수
  • 전반적인 시스템 결함 및 인시던트 비율
  • 정의된 사용자 또는 사용자 그룹의 수
    참고:
    CA CEM은 전자 상거래와 엔터프라이즈라는 두 가지 사용자 처리 유형 모드를 제공합니다. 전자 상거래 모드는 사용자 그룹에 대한 통계 집계를 기반으로 합니다. 엔터프라이즈 모드는 개별 사용자 로그인에 대한 통계 집계를 기반으로 합니다. 엔터프라이즈 모드에서는 전자 상거래 모드에서보다 많은 리소스가 필요합니다.
각 클러스터 또는 독립 실행형 Enterprise Manager는 엔터프라이즈 모드에서 1,000개의 비즈니스 트랜잭션, 50,000명의 사용자 및 10,000개의 사용자 그룹을 지원할 수 있습니다.
통계 집계 서비스를 클러스터 내의 한 수집기에서만 호스팅할 수 있으므로 클러스터와 독립 실행형 Enterprise Manager의 제한이 동일합니다. 이러한 제한은 클러스터 또는 독립 실행형 Enterprise Manager에 보고하는 모든 CA CEM 응용 프로그램 전체의 합계입니다. 예를 들어 조직이 하나의 클러스터와 4개의 CA CEM 응용 프로그램을 배포했다고 가정합니다. 각 CA CEM 응용 프로그램에는 고유한 비즈니스 트랜잭션, 사용자 및 사용자 그룹이 있습니다. 4개의 CA CEM 응용 프로그램 전체에는 총 350명의 사용자, 2,000개의 사용자 그룹 및 5,000개의 비즈니스 트랜잭션이 있습니다. 해당 수의 사용자와 사용자 그룹은 지원되지만 해당 수의 비즈니스 트랜잭션은 지원되지 않습니다.
서버 측의 CA CEM 데이터 처리와 관련된 리소스 소비량 중 대부분은 TIM 수집 서비스와 통계 집계 서비스로 인한 것입니다. 데이터베이스 정리 서비스에는 많은 양의 리소스가 필요하지 않습니다.
Enterprise Manager 서비스를 클러스터의 수집기나 MOM에 할당하려면 CEM 콘솔을 사용하십시오.
대규모의 CA CEM 작업 부하를 처리하고 있을 경우 모든 Enterprise Manager 서비스를 전용 수집기에서 호스팅하십시오. 작업 부하에 따라 TIM 수집 서비스 및 통계 집계 서비스에는 많은 양의 리소스가 필요할 수 있습니다. TIM 수집 서비스는 TIM 수집 서비스가 설치된 Enterprise Manager와 동일한 JVM에서 실행되고 Enterprise Manager 리소스를 공유합니다. 다음 부하를 모두 처리하려면 프로세서 및 메모리 리소스가 충분한 수집기에 TIM 수집 서비스를 할당하십시오.
  • 수집기에 연결된 에이전트
  • TIM에서 가져오는 CA CEM 데이터
통계 집계 서비스는 기본적으로 별도의 Java 프로세스에서 자체 힙 구성을 사용하여 실행됩니다. Enterprise Manager와 통계 집계 서비스를 모두 동시에 실행할 수 있도록 하려면 충분한 RAM을 제공해야 합니다. RAM 크기는 각 최대 힙 크기에 1 GB씩을 더한 것의 합계 이상이어야 합니다.
CA CEM 업그레이드 고려 사항
이전 CA APM 제품에서 업그레이드하는 경우 다음과 같은 주요 사항을 고려해야 합니다.
  • CA CEM 모니터링을 포함하도록 Introscope 단독에서 업그레이드하는 경우
    Enterprise Manager 서비스를 실행하는 수집기는 에이전트 단독 부하에 필요한 것보다 많은 하드웨어 리소스(메모리 및 CPU)를 소비합니다. 또한 APM 데이터베이스에는 CA CEM 모니터링 부하를 위한 상당히 많은 리소스가 필요합니다.
  • Introscope와 CA CEM을 모두 포함하는 9.0 이전 버전의 CA APM 환경에서 업그레이드하는 경우
    CA CEM TESS 장치는 Enterprise Manager 서비스로 대체되었습니다. Enterprise Manager 서비스 성능에 영향을 주는 요인을 기반으로 추가 리소스를 프로비저닝하십시오.
    참고:
    TESS 어플라이언스의 용도를 추가 수집기로 변경하여 Enterprise Manager 서비스를 실행할 수 있습니다.
  • CA CEM만 업그레이드하는 경우
    이 업그레이드는 수용 능력 계획과 관련하여 새로 추가된 CA APM 설치 옵션입니다.
    참고:
    CA CEM 단독 배포 예제와 샘플 CA APM 크기 조정 권장 사항에서는 하드웨어 구성 예제를 제공합니다.
APM 데이터베이스 수용 능력이 CA CEM 수용 능력에 미치는 영향
CA APM은 PostgreSQL 및 Oracle 데이터베이스 서버를 모두 지원합니다. APM 데이터베이스 수용 능력은 해당 데이터베이스에서 사용할 수 있는 리소스에 따라 달라집니다. 일반적인 관계형 데이터베이스와 마찬가지로 데이터베이스 수용 능력에 가장 중요한 리소스는 다음과 같습니다.
  • 실제 메모리
  • 디스크 속도
  • 디스크 크기
  • 프로세서의 수 및 속도
데이터베이스를 최적화하려면 PostgreSQL 및 Oracle 제품 지침을 따르십시오.
<Postgres 홈>
/data/postgresql.conf 파일에 있는 PostgreSQL 데이터베이스 조정 매개 변수는 대부분의 환경에서 CA APM 작업 부하에 효과적인 값으로 미리 구성되어 있습니다.
광범위한 플랫폼 호환성을 위해 APM 데이터베이스는 설치 시 필요한 최소 개수의 데이터베이스 연결(125개)을 10개의 수집기로 구성된 전체 클러스터에 사용하도록 구성됩니다.
CA CEM 데이터 보존은 APM 데이터베이스 수용 능력에 영향을 줄 수 있습니다.
수집기의 CA CEM 수용 능력에 영향을 주는 추가 요인
CA CEM 모니터링에는 수집기 리소스를 소비하는 데이터 수집 및 처리 작업이 필요합니다. CA CEM 데이터의 유형 및 수량에 영향을 주는 요인은 다음과 같습니다.
  • 사용자 또는 사용자 그룹
  • 모든 TIM에서의 결함 비율
  • 결함에 포함되는 결함 응답 본문 정보의 양
사용자 및 그룹이 CA CEM 수용 능력에 미치는 영향
엔터프라이즈 모드에서 CA CEM의 통계 수집은 모니터링되는 사용자와 표시된 비즈니스 트랜잭션의 고유 조합을 기반으로 합니다. 전자 상거래 모드에서 CA CEM의 통계는 사용자 그룹과 비즈니스 트랜잭션의 조합을 기반으로 합니다. 가능한 사용자/트랜잭션 조합의 수는 사용자(사용자 그룹)와 트랜잭션 정의를 추가함에 따라 기하급수적으로 늘어납니다. 트랜잭션 정의는 사용자를 논리적 사용 커뮤니티로 분할하는 방식으로 구조화하는 것이 좋습니다.
사용자가 생성하는 통계 레코드의 수를 최소화하려면 논리적 트랜잭션을 식별할 때 해당 특정 트랜잭션에만 참여하는 사용자가 제출하는 요청을 사용하십시오. 예를 들어 모든 사용자가 로그인 요청을 제출할 수 있지만 이 요청은 특정 비즈니스 트랜잭션을 식별하지 않습니다. 반면 결제 요청은 구입 트랜잭션에 참여하는 사용자만이 제출합니다. 따라서 결제 요청을 모니터링할 때는 로그인 요청을 모니터링할 때보다 훨씬 적은 수의 통계 레코드가 생성될 수 있습니다.
생성되는 통계 레코드의 수는 다음 리소스 및 작업 기간에 영향을 줍니다.
  • TIM 수집 서비스의 메모리 및 CPU
  • APM 데이터베이스 서버의 디스크 공간
  • 통계 집계 서비스의 메모리 및 CPU(특히 일별 집계 동안)
  • 통계 집계 서비스별 일별 집계 기간
  • 데이터 삽입 및 쿼리의 실행 시간
  • DB 정리 서비스를 포함한 데이터베이스 유지 관리 작업의 실행 시간
다음은 메모리 및 디스크 공간 요구 사항을 제어하기 위한 몇 가지 지침입니다.
  • 모니터링할 사용자 또는 사용자 그룹과 비즈니스 트랜잭션의 수를 제한하십시오.
    일부 경우에 특정 대표 사용자, 사용자 그룹 또는 둘 모두를 모니터링하면 필요한 모니터링 대상 사용자 정보가 제공될 수 있습니다. 예를 들어 특정 서브넷이나 주요 사용자가 제공될 수 있습니다.
  • 트랜잭션을 정의하는 특성을 주의해서 선택하여 사용자를 분할하십시오.
  • 통계 보존 시간을 조정하십시오.
다음은 데이터베이스 액세스 및 유지 관리 작업의 실행 시간을 제어하기 위한 지침입니다.
  • 모니터링할 사용자 또는 사용자 그룹과 비즈니스 트랜잭션의 수를 제한하십시오.
  • 트랜잭션을 정의하는 특성을 주의해서 선택하여 사용자를 분할하십시오.
  • APM 데이터베이스 컴퓨터에 더 많은 실제 메모리를 제공하십시오.
  • APM 데이터베이스를 최적화하십시오. 예를 들어 Postgres effective_cache_size 속성을 조정하십시오.
    참고:
    PostgreSQL 속성의 조정에 대한 자세한 내용은 PostgreSQL 설명서를 참조하십시오.
  • 여러 통계 집계 서비스 인스턴스에서 데이터베이스 서버를 공유하는 경우 통계 집계의 시작 시간을 엇갈리게 설정하십시오.
tess-default.properties 파일에서 stats.processAt_MinsAfterHour 속성을 설정하여 각 CA CEM 통계 집계 서비스에 대해 서로 다른 시작 시간을 구성하십시오. CA CEM 일별 통계 집계 프로세스는 해당 일의 마지막 시간별 집계가 완료된 후 실행됩니다. 따라서 stats.processAt_MinsAfterHour 속성 설정에 따라 일별 통계 집계 일정도 결정됩니다.
결함 비율이 CA CEM 수용 능력에 미치는 영향
결함은 CA CEM에서 경고에 해당하지만 특정 트랜잭션 정의와 관련이 있습니다.
결함
이라는 용어는 트랜잭션 예상 결과에 대한 정의와 이 예상이 위반될 때 TIM이 수집하는 정보 모두에 적용됩니다. 트랜잭션이 여러 지정을 충족하지 못할 경우 여러 개의 결함이 생성됩니다. 예를 들어 시간이 느려지고 구성 요소가 누락될 수 있습니다.
결함은 모든 TIM에 의해 5초 간격으로 TIM 수집 서비스에 보고됩니다. TIM 수집 서비스는 각 결함 레코드를 처리한 후 이를 APM 데이터베이스에 삽입해야 합니다. 결함 생성 비율, 즉 TIM이 5초 간격으로 보고한 결함 수는 CA CEM의 다음 요소에 영향을 줍니다.
  • TIM 수집 서비스의 메모리 및 CPU
  • APM 데이터베이스 서버의 디스크 요구 사항
  • 데이터베이스 삽입 및 쿼리 실행 시간
  • DB 정리 서비스를 포함한 데이터베이스 유지 관리 오버헤드
세부 정보나 메타데이터가 없는 각 결함마다 APM 데이터베이스의 디스크 공간이 약 1 KB 필요합니다. 구성 가능한 다음 옵션을 조정하여 CA CEM 데이터에 사용되는 디스크 공간을 조정할 수 있습니다.
  • 정의된 결함(임계값) 수
  • 임계값
  • 결함 보존 기간
APM 데이터베이스 서버의 사용 가능한 메모리 양은 쿼리 실행 시간 및 데이터베이스 유지 관리 효율성에 영향을 줍니다. 결함이 TIM 수집 서비스에 백업되고 있는 경우에는 충분하지 않은 데이터베이스 서버 메모리가 영향을 주는 요인일 수 있습니다.
다음 두 가지 방법으로 TIM 수집 서비스가 결함 비율을 처리할 능력이 없는지 여부를 확인할 수 있습니다.
  • TIM 수집 서비스를 실행하는 수집기에서 다음 지원 가능성 메트릭의 값을 관찰합니다.
    *SuperDomain*|Custom Metric Host (Virtual)|Custom Metric Process (Virtual)| Custom Metric Agent (Virtual) ()|Enterprise Manager|CEM|Processors| Defects Processor:Processing Delay(ms) *SuperDomain*|Custom Metric Host (Virtual)|Custom Metric Process (Virtual)| Custom Metric Agent (Virtual) ()|Enterprise Manager|CEM|Processors| Defects Processor:Processing Time(ms)
    이러한 값이 시간이 지남에 따라 증가하면 TIM 수집 서비스 또는 APM 데이터베이스가 오버로드되거나 네트워크 병목이 발생합니다.
    다음 디렉터리의 파일 수가 시간이 지남에 따라 증가하고 있으면 TIM에 로그인하여 조사하십시오.
    default /opt/CA/APM/tim/data/out/defects
대량 결함
네트워크 중단, 응용 프로그램 중단, 또는 네트워크나 모니터링되는 응용 프로그램의 다른 이벤트로 인해
대량 결함
이라고 하는 결함이 대량으로 발생할 수 있습니다. CEM 콘솔의 결함 생성이 잘못 구성되어 대량 결함이 발생할 수도 있습니다. 대부분의 프로덕션 환경에서 대량 결함이 발생할 수 있습니다. 따라서 TIM 수집 서비스를 실행하는 수집기에는 대량 결함이 발생할 경우 이를 처리할 수 있도록 충분한 리소스를 할당하십시오.
참고:
결함 비율이 오랫동안 높게 지속되는 경우 일반적으로 결함 생성이 잘못 구성되었음을 의미합니다. 모니터링되는 응용 프로그램 환경에 대한 결함 명세가 너무 엄격할 수도 있습니다.
결함 응답 본문 정보가 CA CEM 수용 능력에 미치는 영향
결함 정보에 트랜잭션 세부 정보와 최대 200 KB의 응답 본문 정보를 포함하도록 CA CEM을 구성할 수 있습니다. 이 구성 작업은 CEM 콘솔에서 수행합니다.
참고:
포괄적 결함 정보 캡처 작업에 대한 자세한 내용은 을 참조하십시오.
결함 응답 본문 정보를 캡처할 경우 TIM 수집 서비스와 APM 데이터베이스에 필요한 리소스에 상당한 영향이 있습니다. 응답 본문 정보를 포함하도록 결함에 대한 결함 생성이 구성된 경우 TIM 수집 서비스가 대량 결함 중 처리할 수 있는 최대 결함 비율이 매우 낮습니다.
응답 본문 정보로 인해 메모리, APM 데이터베이스 디스크 공간 및 데이터 보존과 관련한 결함 수용 능력이 크게 떨어질 수 있습니다. 또한 많은 양의 응답 본문 정보로 인해 APM 데이터베이스 유지 관리 및 쿼리 성능이 심각하게 저하될 수 있습니다. 트랜잭션 세부 정보 및 응답 본문 정보가 포함된 경우 각 결함마다 APM 데이터베이스 서버의 디스크 공간이 10 KB까지 필요할 수 있습니다.
최적의 성능을 얻으려면 결함 응답 본문 정보의 포함 여부를 규칙이 아니라 예외로 만드십시오.
TIM 처리량 이해
TIM은 네트워크의 HTTP 트래픽을 관찰하고 웹 응용 프로그램 트랜잭션을 트랜잭션 정의와 일치시켜 트랜잭션을 모니터링합니다. 이 모니터링을 수행하기 위해 TIM은 관찰하는 모든 네트워크 트래픽을 검사해야 합니다.
TIM은 모니터링할 수 있는 트래픽 양에 제한이 있습니다. 이 제한을 초과할 경우 TIM은 네트워크의 HTTP 트래픽을 제대로 관찰할 수 없습니다. 오버로드된 경우 TIM은 네트워크 패킷을 드롭하여 트랜잭션 식별과 모니터링되는 사용자 경험의 관찰을 방지합니다.
TIM 모니터링 수용 능력을 최적화하려면 다음과 같은 트래픽만 포함하도록 TIM 모니터링 포트로 전달된 네트워크 트래픽을 필터링하십시오.
  • HTTP 및 HTTPS 트래픽
  • 모니터링된 서버로 나가도록 의도된 트래픽
참고:
제대로 구성된 경우 TIM에서의 패킷 드롭은 네트워크 트래픽의 배달 또는 처리량에 영향을 주지 않습니다. 드롭된 패킷은 모니터링 정확도에만 영향을 줍니다.
모니터링되는 트래픽의 원하는 전체 대역폭이 단일 TIM이 지원할 수 있는 대역폭보다 높은 경우에는 여러 개의 TIM을 설치하십시오. 그런 다음 TIM에서 모니터링되는 트래픽을 분할하거나 배분하십시오.
필요한 TIM 수는 다음과 같은 요인에 따라 달라집니다.
  • 모니터링되는 트래픽의 양
  • 모니터링되는 개별 IP 주소의 수
  • 측정되는 트랜잭션의 수
  • 트랜잭션의 복잡성 또는 구문 분석
  • 네트워크 패킷 배달의 품질
  • 로깅 구성
TIM은 보안(HTTPS) 웹 응용 프로그램 트래픽의 모니터링을 지원합니다. 그러나 보안 웹 응용 프로그램 트래픽은 암호화되어 있으므로 트랜잭션 식별 과정 중에 디코딩이 필요하며 이 작업에는 CPU가 많이 사용됩니다. 따라서 암호화된 HTTPS 트래픽을 모니터링할 때는 TIM 모니터링 대역폭이 50% 낮아집니다.
여러 네트워크 포트에 대한 TIM 모니터링
여러 개의 네트워크 카드를 사용하는 여러 개의 TIM 네트워크 포트를 모니터링할 경우 TIM의 총 처리량이 감소할 수 있습니다. TIM이 한 포트가 아니라 두 개의 포트에서 네트워크 트래픽을 모니터링할 경우 총 TIM 처리량은 약 25% 감소할 수 있습니다.
웹 서버 필터 권장 사항
TIM 모니터링의 성능을 예측 가능한 수준으로 유지하려면 웹 서버 필터를 사용하여 TIM이 관찰하는 네트워크 트래픽을 제어해야 합니다.
TIM은 다음과 같은 웹 서버 필터링을 포함하는 것이 권장됩니다.
  • 모니터링되는 네트워크에 HTTP 이외의 트래픽이 있는 경우 TCP 포트 필터링을 사용합니다. 이 필터링은 TIM 모니터링을 모니터링되는 웹 응용 프로그램에 사용되는 포트로만 제한합니다.
  • 의도한 응용 프로그램 트래픽만 모니터링하려면 서버 IP 필터링을 사용합니다.
TCP 포트 필터는 네트워크에서의 TIM 위치에 관계없이 적용됩니다. 서버 IP 주소 필터링의 적용 여부는 네트워크에서의 TIM 위치에 따라 달라집니다.
트랜잭션 식별 기준 및 TIM 처리량 정보
트랜잭션 정의는 TIM이 트랜잭션을 고유하게 식별하는 데 사용하는 정보입니다. CA CEM 사용자는 다음과 같은 방법으로 트랜잭션 정의를 생성할 수 있습니다.
  • CA CEM 트랜잭션 기록
  • 수동으로 CEM 콘솔 사용
  • 자동 트랜잭션 검색
TIM은 성능 저하 없이 수백 개의 비즈니스 트랜잭션 정의에 대한 모니터링을 지원할 수 있습니다. 트랜잭션 정의의 복잡성은 특정 TIM이 지원할 수 있는 트랜잭션 정의의 정확한 수에 영향을 줍니다. TIM 모니터링 수용 능력을 결정하는 요인은 다음과 같습니다.
  • TIM이 분석해야 하는 트랜잭션의 크기 및 복잡성
  • 네트워크 트래픽의 일관성(재전송 및 잘못된 패킷)
  • 사용자 및 사용자 그룹 정의
  • 결함 정의
  • TIM 장치의 구성 및 처리 능력
  • 로깅 - TIM에서 전체 로깅 기능을 사용하면 수용 능력이 크게 낮아질 수 있습니다.
오래되고 네트워크 트래픽에 더 이상 나타나지 않는 트랜잭션 정의는 TIM 처리량을 상당히 감소시킬 수 있습니다. 응용 프로그램이 더 이상 네트워크에서 실행되지 않는 경우에는 APM 관리자가 해당 응용 프로그램에 대해 정의한 불필요한 비즈니스 서비스 및 비즈니스 트랜잭션 구성 요소가 사용되지 않도록 설정하거나 삭제하십시오.
트랜잭션 정의의 정규식
CA APM은 트랜잭션 정의에 정규식을 사용할 수 있습니다. 올바르게 동작하는 정규식은 TIM 처리량에 큰 영향을 주지 않습니다. 그러나 정규식이 복잡하거나 그 수가 많으면 트랜잭션당 TIM CPU 사용량이 증가합니다. TIM 성능을 최적화하려면 정규식을 간단하게 설계하십시오.
매개 변수 유형과 일치하는 XML 트랜잭션
트랜잭션 정의 매개 변수를 추가할 경우 XML 매개 변수 유형 일치를 사용하면 CA Technologies에서 제공하는 다른 방법을 사용할 때보다 훨씬 더 많은 CPU가 사용됩니다.
사용자 지정 HTTP 분석기 플러그 인
사용자 고유의 HTTP 분석기 플러그 인 기능을 작성하여 CA CEM에서 트랜잭션을 식별하는 방법을 사용자 지정할 수 있습니다.
그러나 사용자 지정 분석기 플러그 인에는 CA CEM과 함께 제공되는 분석기보다 많은 CPU 및 메모리 리소스가 필요합니다. 독립 실행형 트랜잭션 정의 및 정규식으로 응용 프로그램 트랜잭션을 식별할 수 있는 경우에는 사용자 지정 HTTP 분석기 플러그인을 사용하지 마십시오.
여러 플러그 인의 오버헤드는 누적됩니다. 가능하면 플러그 인을 여러 개 사용하지 말고 여러 일치 작업을 구현하는 단일 플러그 인을 사용하십시오.
오버로드된 TIM 감지
TIM이 오버로드되었음을 나타내는 두 가지 기본 항목은 높은 TIM CPU 사용률과 드롭된 패킷입니다. 드롭된 패킷이 자주 발생하거나 TIM CPU 사용률이 90~95 %이면 TIM이 오버로드된 것입니다.
CPU 사용률과 드롭된 패킷 비율을 확인하려면 "Tim Packet Statistics"(Tim 패킷 통계) 페이지를 사용하십시오. CEM 콘솔에서 다음 링크를 사용하여 이 페이지에 액세스하십시오. 여기서 <TIM IP>는 TIM IP 주소입니다.
http://<TIM IP>/cgi-bin/ca/apm/tim/viewstats?unsupported=1&lines=5&refresh=&submit=Apply
Flex 메시지 페이로드 크기 제한
TIM은 Flex 응용 프로그램을 모니터링할 때 다음과 같은 속성을 사용하여 메시지 페이로드 크기를 제한합니다.
  • MaxFlexRequestBodySize
    기본값:
    10000
    최대값:
    200000
  • MaxFlexResponseBodySize
    기본값:
    10000
    최대값:
    200000
메시지 페이로드 크기 제한은 Flex의 바이너리 페이로드가 클 때 TIM 처리 및 메모리 오버헤드를 방지합니다.
TIM 수용 능력 계획
TIM 수집 서비스는 최대 25개의 TIM 연결을 지원합니다. 수용 능력 계획 시 기본적으로 확인해야 할 것은 필요한 TIM의 개수입니다.
참고:
수용 능력이 최대일 때는 TIM 수가 수집기의 CA CEM 수용 능력에 영향을 주는 중요한 요인이 아닙니다.
TOM 수용 능력을 결정하는 요인은 크게 네트워크 환경 특성과 TIM 모니터링 구성이라는 두 가지 범주로 정의됩니다.
다음은 네트워크 환경 특성의 목록입니다.
  • 시간 단위당 TIM이 처리해야 하는 데이터의 양
  • 패킷 배달의 품질
  • IP 주소 및 포트의 분포
  • HTTP 데이터와 비 HTTP 데이터의 혼합
다음은 중요한 TIM 모니터링 구성 요인의 목록입니다.
  • 정의된 모니터링 대상 트랜잭션의 수와 해당 트랜잭션의 정의 방식
  • 사용자 또는 사용자 그룹의 수와 사용자 및 사용자 그룹이 동적으로 검색되는지 여부
  • 정의된 결함의 수와 결함 구성
  • TIM 로깅 수준
TIM 수용 능력을 결정하는 요인은 복잡하며 사이트와의 연관성이 높습니다. 그러나 특정 모니터링 구성 내에서 TIM 리소스 소비량은 부하가 증가함에 따라 선형적으로 증가합니다. 이러한 선형성 때문에 테스트 환경에서 프로덕션 환경의 리소스 소비량을 추정할 수 있습니다.
TIM 수용 능력 계획 프로세스를 구현하여 테스트 환경에서 모니터링 구성의 TIM당 수용 능력을 확인할 수 있습니다. 이 정보를 사용하여 프로덕션 수용 능력 계획을 추정할 수 있습니다.
TIM 기준 CPU 사용률 확인
TIM 소프트웨어는 CPU의 제한을 받으므로 CPU가 TIM의 병목이 될 수 있습니다. 따라서 평균 TIM CPU 사용률을 측정하여 TIM 수용 능력을 평가할 수 있습니다. 먼저, 정의된 비즈니스 서비스, 트랜잭션, 사용자 또는 결함이 없는 상태에서 CPU 기준을 측정하고 테스트 데이터를 수집하십시오.
다음 단계를 따르십시오.
  1. CA CEM에 정의된 비즈니스 서비스, 트랜잭션, 사용자 또는 결함이 없는 상태에서 일반적인 프로덕션 환경 트래픽을 나타내는 TIM에 네트워크 부하를 적용합니다.
    • Mbps 단위의 네트워크 부하를 기록해 두십시오.
  2. 필요한 경우 CEM 콘솔에서 TIM이 사용되도록 설정하고 동기화합니다.
  3. 비즈니스 트랜잭션이 정의되어 있지 않은지 확인합니다.
    1. CEM 콘솔에서 다음 URL의 "비즈니스 트랜잭션" 페이지로 이동합니다. 여기서 <
      MOM_IP
      >는 MOM 컴퓨터의 IP 주소입니다.
    http://<
    MOM_IP
    >:8081/wily/cem/tess/app/admin/tranSetDefSearch.html?pPropertyName=businessValue&pFocusId=restoreFocus%28%27search%27%29
    1. 비즈니스 트랜잭션의 수를 셉니다.
      기준 테스트의 경우 정의된 비즈니스 트랜잭션의 수는 0이어야 합니다. 이 수가 0보다 크면 모든 비즈니스 트랜잭션을 제거하고 1~3단계를 반복하십시오.
  4. TranSets/TranUnits/TranComps가 정의되어 있지 않은지 확인합니다.
    1. CEM 콘솔에서 다음 URL로 이동합니다. 여기서 <
      TIM_IP
      >는 TIM IP 주소입니다.
      http://<TIM_IP>/cgi-bin/ca/apm/tim/index
    2. 해당 페이지에서 "View TIM Status"(TIM 상태 보기)를 선택합니다.
    3. TranSets/TranUnits/TranComps 열의 수를 기록해 둡니다.
      기준 테스트의 경우 TranSets/TranUnits/TranComps의 수는 0이어야 합니다. 이 수가 0보다 크면 모든 비즈니스 트랜잭션을 제거하고 1~4 단계를 반복하십시오.
  5. 평균 CPU 사용률과 분석된 패킷 수를 확인합니다.
    1. CEM 콘솔에서 다음 URL의 "Tim Packet Statistics"(Tim 패킷 통계) 페이지로 이동합니다. 여기서 <
      TIM IP
      >는 TIM IP 주소입니다.
      http://<TIM_IP>/cgi-bin/ca/apm/tim/index
    2. 해당 페이지에서
      View TIM Packet Statistics (5 Seconds)
      (TIM 패킷 통계 보기(5초))를 선택합니다.
    3. TIM 부하가 낮은 동안
      Packets Analyzed
      (분석된 패킷) 열에 기록된 값의 평균을 계산합니다.
    4. TIM 부하가 낮은 동안 "TIM CPU" 열에 기록된 값의 평균을 계산합니다.
    기준 평균 CPU 사용률이 50 %보다 크면 단일 TIM에서 트래픽을 처리할 수 없습니다. 더 많은 트래픽을 처리하려면 다음 작업을 수행하면 됩니다.
    • 네트워크 트래픽을 필터링하여 TIM 기준 부하를 줄입니다.
    • TIM을 추가하고 네트워크 트래픽을 분할합니다.
    기준 평균 TIM CPU 사용률이 50 %보다 작으면 TIM 리소스가 충분한 것이므로 트랜잭션 모니터링을 구성한 다음 CPU 사용률을 테스트하십시오.
트랜잭션 모니터링 부하가 있는 상태에서 TIM CPU 사용률 확인
TIM 기준 CPU 사용률을 확인했으면 이제 트랜잭션 모니터링 부하를 추가하여 더 많은 데이터를 수집하고 TIM CPU 사용률을 확인할 수 있습니다.
다음 단계를 따르십시오.
  1. CEM 콘솔에서 모니터링하려는 비즈니스 서비스, 트랜잭션, 사용자 또는 결함을 구성합니다.
  2. CEM 콘솔에서 Enterprise Manager 서비스를 TIM과 동기화합니다.
  3. TIM 기준 CPU 사용률을 확인하기 위해 실행했던 TIM에 동일한 네트워크 부하를 적용합니다.
    • Mbps 단위의 부하를 기록해 두십시오.
  4. 정의된 비즈니스 트랜잭션 수 확인
    1. CEM 콘솔에서 다음 URL의 "비즈니스 트랜잭션" 페이지로 이동합니다. 여기서 <
      MOM_IP
      >는 MOM 컴퓨터의 IP 주소입니다.
      http://<
      MOM_IP
      >:8081/wily/cem/tess/app/admin/tranSetDefSearch.html?pPropertyName=businessValue&pFocusId=restoreFocus%28%27search%27%29
    2. 비즈니스 트랜잭션의 수를 셉니다.
      정의된 비즈니스 트랜잭션 수는 0보다 커야 하고 사용자가 설정한 모니터링 구성을 반영해야 합니다.
  5. TranSets/TranUnits/TranComps의 수를 확인합니다.
    1. CEM 콘솔에서 다음 URL로 이동합니다. 여기서 <
      TIM_IP
      >는 TIM IP 주소입니다.
      http://<TIM_IP>/cgi-bin/ca/apm/tim/index
    2. 해당 페이지에서 "View TIM Status"(TIM 상태 보기)를 선택합니다.
    3. TranSets/TranUnits/TranComps 열의 수를 기록해 둡니다.
      정의된 TranSets/TranUnits/TranComps 수는 0보다 커야 하고 사용자가 설정한 모니터링 구성을 반영해야 합니다.
  6. 평균 CPU 사용률과 분석된 패킷 수를 확인합니다.
    1. CEM 콘솔에서 다음 URL의
      Tim Packet Statistics
      (Tim 패킷 통계) 페이지로 이동합니다. 여기서 <
      TIM IP
      >는 TIM IP 주소입니다.
      http://<TIM_IP>/cgi-bin/ca/apm/tim/index
    2. 해당 페이지에서 "View TIM Packet Statistics"(TIM 패킷 통계 보기)(5초)를 선택합니다.
    3. TIM 부하가 낮은 동안 "Packets Analyzed"(분석된 패킷) 열에 기록된 값의 평균을 계산합니다.
    4. TIM 부하가 낮은 동안 "TIM CPU" 열에 기록된 값의 평균을 계산합니다.
    평균 CPU 사용률이 75 %보다 작으면 TIM에 테스트 네트워크 부하와 구성된 트랜잭션 모니터링을 처리할 충분한 수용 능력이 있는 것입니다.
    참고:
    75 %는 트래픽이 예기치 않게 급등하거나 대량 결함이 발생할 경우에도 TIM 리소스를 제공할 수 있는 대략적인 CPU 수용 능력 임계값입니다.
    평균 CPU 사용률이 50 %보다 작으면 TIM에 추가 수용 능력이 있는 것이므로 보다 높은 네트워크 트래픽 비율과 보다 광범위하거나 복잡한 모니터링을 처리할 수 있습니다.
  7. 추가 모니터링 수용 능력을 확인하려면 CEM 콘솔을 사용하여 트랜잭션 정의를 추가합니다. 그런 다음 동일한 대표 네트워크 부하를 사용하여 테스트를 다시 실행합니다.
부하 산출 기능을 사용하여 필요한 TIM 수 확인
이전의 CPU 사용률 테스트에서 수집한 TIM 데이터를 기준으로 네트워크 트래픽 속도가 더 높을 때의 TIM CPU 수용 능력을 산출할 수 있습니다.
다음 단계를 따르십시오.
  1. 동일한 트랜잭션 모니터링 구성을 사용하되 네트워크 트래픽 속도를 약간 높이거나 줄입니다. 이제 트랜잭션 모니터링 부하가 있는 상태에서 TIM CPU 사용률을 확인할 수 있습니다.
  2. 테스트를 다시 실행하여 트랜잭션 모니터링 부하가 있는 상태에서의 TIM CPU 사용률을 확인하고 필요한 데이터를 수집합니다.
  3. 각 테스트 실행에 대해 두 개의 평균 CPU 측정값을 네트워크 Mbps와 비교하여 플롯에 표시합니다. X 축에 네트워크 Mbps를 표시하고 Y 축에 CPU 백분율을 표시하십시오.
    특정 트랜잭션 모니터링 구성의 TIM CPU 사용률은 네트워크 트래픽 부하가 증가함에 따라 선형적으로 증가합니다. 따라서 두 측정 지점 사이의 선 기울기를 사용하여 네트워크 트래픽 부하가 증가할 때의 CPU 사용률을 산출할 수 있습니다.
  4. 동일한 모니터링 구성에 대해 네트워크 트래픽 속도가 달라질 때 필요한 CPU를 계산합니다.
    1. 다음 수식을 사용하여 기울기를 계산합니다.
      기울기 = [CPUt2 – CPUt1] / [TPt2 – TPt1]
      설명:
      CPUt2는 네트워크 트래픽 부하 2에 대한 CPU 사용률입니다.
      CPUt1은 네트워크 트래픽 부하 1에 대한 CPU 사용률입니다.
      TPt2는 네트워크 트래픽 부하 2에 대한 네트워크 Mbps입니다.
      TPt1은 네트워크 트래픽 부하 1에 대한 네트워크 Mbps입니다.
    2. 수식 CPU = 기울기 * (TPp3 - TPt2) + CPUt2를 사용하여 CPU 사용률(%)을 계산합니다.
      여기서 TPt3은 제안된 네트워크 트래픽 속도에 대한 네트워크 Mbp입니다.
  5. 환경에 필요한 TIM 수를 확인하려면 산출된 네트워크 트래픽 속도에 대한 CPU 값을 0.75로 나눈 다음 반올림합니다.
TIM 수용 능력 계획 예제
관리자는 모니터링 구성은 동일하지만 네트워크 트래픽 속도가 다른 두 개의 테스트를 실행할 수 있습니다. 테스트 결과에 따라 관리자는 특정 모니터링 구성 조건에서 네트워크 트래픽 부하가 5,000 Mbps일 때 환경에 필요한 TIM 수에 대한 결론을 얻었습니다.
테스트 1
  • 처리량: 300 Mbps(TPt1)
  • CPU: 20 %(CPUt1)
테스트 2
  • 처리량: 1000 Mbps(TPt2)
  • CPU: 70 %(CPUt2)
관리자는 다음 수식을 사용하여 동일한 모니터링 구성 조건에서 네트워크 트래픽 속도가 5000 Mbps(TP)일 때 필요한 CPU를 예측했습니다.
기울기 = (CPUt2 - CPUt1) / (TPt2 - TPt1)
CPU = 기울기 * (TP - TPt2) + CPUt2
설명:
CPUt2는 테스트 2에 대한 CPU 사용률입니다.
CPUt1은 테스트 1에 대한 CPU 사용률입니다.
TPt2는 테스트 2에 대한 네트워크 Mbps입니다.
TPt1은 테스트 1에 대한 네트워크 Mbps입니다.
TP는 Mbps 단위의 제안된 네트워크 트래픽 속도에 대한 네트워크 Mbps입니다.
기울기 = (0.70 - 0.20) / (1000 - 300) = 0.000714
CPU = 0.000714 * (5000 – 1000) + 0.70 = 3.56 = 356 %
다음 그림에서는 이 산출 관계를 보여 줍니다.
CEM capacity planning
필요한 TIM 수를 확인하기 위해 관리자는 산출된 네트워크 트래픽 속도에 대한 CPU 값을 0.75로 나눈 다음 반올림했습니다.
CPU 사용률 3.56 / 0.75 = 4.8(반올림한 결과 = 5)
CA APM 비즈니스 서비스 및 성능
CA APM에는 비즈니스 서비스 및 비즈니스 트랜잭션과 관련하여 응용 프로그램 성능을 확인할 수 있는 기능이 포함되어 있습니다. 비즈니스 서비스와 비즈니스 트랜잭션의 구성은 CA APM의 모든 요소에 영향을 줍니다. 트랜잭션 정의에서는 응용 프로그램 심사 맵을 지원하기 위한 관련 계산기 및 메트릭을 생성하고, TIM 수집 서비스와 통계 집계 서비스에 사용되는 리소스를 확인합니다. 트랜잭션 정의의 수는 APM 데이터베이스 디스크 공간 요구 사항에도 영향을 줍니다.
리소스를 최대한 효율적으로 사용하려면 비즈니스 서비스와 비즈니스 트랜잭션을 정의할 때 효율적인 모니터링 및 심사에 필요한 항목으로만 제한할 수 있도록 주의를 기울여야 합니다. 그러나 에이전트 오버헤드나 CA CEM 모니터링 수용 능력에 거의 영향을 주지 않고 수백 개의 비즈니스 트랜잭션을 정의할 수도 있습니다.
자동 트랜잭션 검색 성능 권장 사항
자동 트랜잭션 검색 기능을 사용하면 비즈니스 트랜잭션 구성 요소를 자동으로 검색할 수 있습니다. 자동 트랜잭션 검색이 사용되도록 설정해도 CA CEM 모니터링 수용 능력에는 영향이 없습니다.
자동 트랜잭션 검색에서는 구성된 트랜잭션 검색 조건에 따라 많은 수의 트랜잭션 구성 요소를 검색할 수 있습니다. CEM 콘솔의 "검색된 트랜잭션" 페이지에 표시되는 새로 검색된 비즈니스 트랜잭션 구성 요소는 처음에는 사용되지 않도록 설정되며 CA CEM 모니터링 수용 능력에 영향을 주지 않습니다. CA APM 관리자가 검색된 트랜잭션 구성 요소가 명시적으로 사용되도록 설정해야 합니다.
대부분의 경우에는 검색된 모든 비즈니스 트랜잭션 구성 요소가 사용되도록 설정할 필요가 없으며, 이를 사용되도록 설정하면 모니터링 수용 능력이 초과될 수 있습니다. 수용 능력 문제를 방지하려면 필요한 정보를 얻는 데 필요한 만큼의 비즈니스 트랜잭션만 모니터링하는 것이 좋습니다. 밀접하게 관련된 트랜잭션은 응용 프로그램 환경에서 동일한 하드웨어 및 소프트웨어 요소의 성능을 파악할 수 있게 해 주므로 중복될 수 있습니다.
트랜잭션을 지나치게 세분하는 트랜잭션 검색 템플릿을 정의하는 것은 좋지 않습니다. 이러한 템플릿을 사용하면 기능적으로 중복된 개별 트랜잭션이 여러 개 검색될 수 있습니다. 검색된 후보 트랜잭션을 주의 깊게 검사하여 모니터링 환경에 유용한 트랜잭션만 승격(사용되도록 설정)하십시오.
장기간 동안 자동 트랜잭션 검색이 사용되도록 설정하거나 검색 조건을 잘못 구성하면 CEM 콘솔의 "검색된 트랜잭션" 페이지에 너무 많은 수의 항목이 포함될 수 있습니다. 이러한 경우 CEM 콘솔의 성능에 부정적인 영향을 줄 수 있지만 모니터링 수용 능력은 저하되지 않습니다.
APM 데이터베이스 CA CEM 데이터 보존 고려 사항
다양한 종류의 모니터링되는 사용자 데이터가 APM 데이터베이스에 보존되는 시간 길이를 구성할 수 있습니다. 이러한 설정은 궁극적으로 조직의 요구 사항을 기반으로 하는 비즈니스 결정 사항입니다. 그러나 수용 능력의 영향을 이해한 상태에서 보존 설정을 결정해야 합니다.
데이터 보존 기간이 늘어나면 일별 통계 집계가 실행되는 기간도 늘어납니다. 이 경우 다음과 같은 성능 문제가 발생할 수 있습니다.
  • 일별 통계 집계 서비스를 실행하는 수집기와의 리소스 경합 증가
  • 수집기 수용 능력 저하
보존 설정은 APM 데이터베이스의 디스크 공간 요구 사항에 직접적인 영향을 줍니다. 따라서 데이터베이스 데이터 디스크의 사용 가능한 공간을 주기적으로 모니터링하십시오. 사용 가능한 공간 백분율이 25% 미만으로 떨어질 경우에 가능한 개선 조치에는 다음이 포함됩니다.
  • APM 데이터베이스 로그가 별도의 디스크에 있지 않은 경우 로그를 별도의 디스크로 이동합니다.
  • 로그가 계속해서 데이터 디스크를 공유하도록 하려면 오래된 로그 파일을 삭제합니다.
  • 보존 기간을 줄입니다.
  • 수용 능력이 더 큰 디스크 하위 시스템으로 업그레이드합니다.
데이터베이스 병목 현상이 발생하는 일반적인 원인 중 하나는 APM 데이터베이스에서 사용할 수 있는 리소스(주로 메모리)가 데이터 보존 설정에 적절하지 않기 때문입니다.
데이터 보존 기간을 줄이면 데이터베이스 유지 관리 작업에 일시적으로 부정적인 영향이 있습니다. 예를 들어 보존 기간을 줄인 후 24시간 동안 집계 및 정리 작업의 실행 시간이 길어지거나 메모리 요구 사항이 높아질 수 있습니다.
따라서 보존 설정의 변경 영향을 평가하려면 집계, 정리 및 유지 관리 작업이 모두 실행될 때까지 24~72시간 동안 기다려야 합니다. 오래된 데이터가 기록 목적으로 보관만 되고 진행 중인 분석 또는 보고에는 포함되지 않는다면 데이터를 백업하여 보관하는 것이 좋습니다. 보존 기간을 줄일 경우 이러한 작업을 조정하십시오.
TIM의 디스크 공간 오류 방지
이 항목에서
디스크 공간
은 default/opt/CA/APM/tim/data 디렉터리가 포함된 TIM 컴퓨터의 파일 시스템만을 의미합니다. 컴퓨터에 다른 파일 시스템이 추가로 있더라도 해당 파일 시스템은 디스크 공간 계산에 포함되지 않습니다.
TIM은 디스크 공간이 적어질 때 파일을 삭제합니다. 일반적으로 데이터 파일은 누적되지 않지만 다음과 같은 경우에는 데이터 파일이 누적됩니다.
  • Enterprise Manager가 TIM에 연결할 수 없는 경우
    예를 들어 TIM 수집 서비스가 실패하거나 구성, 네트워킹 또는 DNS 문제로 인해 TIM 수집 서비스를 사용할 수 없는 경우
  • Enterprise Manager가 TIM에서 데이터 파일을 가져와 처리하는 속도가 늦어지는 경우
기본적으로 다음 작업이 수행됩니다.
  • 사용 가능한 디스크 공간이 25% 미만이 되면 데이터 파일이 삭제됩니다. DiskSpace/MinFreeDataSpaceInPercent 설정을 사용하여 구성하십시오.
  • 파일이 삭제될 때 한 번에 10%씩의 디스크 공간이 회수됩니다. DiskSpace/ReclaimDataSpaceInPercent 설정을 사용하여 구성하십시오.
  • TIM은 600초(10분)마다 디스크 공간을 확인합니다. DiskSpace/AgeOutFrequencyInSeconds 설정을 사용하여 구성하십시오.
TIM은 파일 삭제 시 파일 유형을 기준으로 순서를 결정합니다. TIM은 다음 삭제 순서대로 각 파일 유형을 삭제할 수 있습니다.
  • 결함
  • 기록
  • 자동 트랜잭션 검색
  • 고객 경험 메트릭
  • Login(로그인)
  • 통계
  • 이벤트
TIM이 파일을 삭제하면 TIM 로그에 메시지가 기록되고 CA CEM 이벤트가 생성됩니다.
중요!
결함 파일이 삭제되면 "CEM" > "인시던트 관리" > "결함" 페이지에 나열되는 결함 수와 "성능 보고서", "품질 보고서" 및 "분석 그래프" 페이지에 보고되는 결함 수가 동일하지 않게 됩니다. 이러한 차이가 발생하는 이유는 결함 통계가 TIM 수집 서비스로 보내진 결함 파일의 수 대신 발견된 결함의 수를 반영하기 때문입니다.
TIM의 디스크 공간 설정을 수정하려면
  1. <TIM IP>가 TIM IP 주소인 다음 URL을 사용하여 "TIM Setup"(TIM 설정) 페이지에 액세스합니다.
    http://<TIM IP>/cgi-bin/ca/apm/tim/index
  2. "Configure TIM Settings"(TIM 설정 구성)를 클릭합니다.
    "TIM Settings"(TIM 설정) 페이지가 나타납니다.
  3. 설정을 클릭하여 값을 수정합니다.
  4. 설정값을 변경합니다.
  5. TIM이 여러 개일 경우 각 TIM마다 이 단계를 반복합니다.
CA CEM 일별 통계 집계
CA CEM 통계 집계 서비스는 다음 순서로 일별 통계 집계 작업을 처리합니다.
  • 시간별로 집계되어 APM 데이터베이스에 저장된 메모리 통계 데이터를 읽습니다.
  • 전날의 데이터를 집계합니다.
  • 집계된 데이터를 APM 데이터베이스에 씁니다.
일별 통계 집계는 오전 12시(자정)의 시간별 통계 집계가 완료된 후에 시작됩니다.
일별 통계 집계는 여러 번 반복되어 수행됩니다. 반복 횟수는 Enterprise Manager가 각 반복에서 처리할 수 있는 통계 데이터 시간(간격이라는 하나의 모음으로 그룹화됨)의 길이(시간)에 따라 달라집니다. 예를 들어 간격이 12시간으로 설정된 경우 Enterprise Manager는 일별 통계를 두 번 반복하여 처리합니다. 각 반복에는 1/2일간의 데이터가 포함됩니다. 간격 크기는 일별 통계 집계 프로세스에서 사용할 수 있는 힙 메모리의 크기에 따라 동적으로 설정됩니다.
일별 통계 집계에 걸리는 시간은 다음에 따라 달라집니다.
  • Enterprise Manager가 전날의 데이터를 처리해야 하는 반복 횟수
  • APM 데이터베이스 읽기 및 쓰기의 응답성
참고:
일반적으로 새로 설치한 후 TIM 작업 부하가 안정되기까지 2~3일간은 Enterprise Manager가 일별 통계 집계를 수행하는 데 필요한 시간이 늘어납니다.
일별 통계 집계에 소요되는 시간을 확인하려면 메트릭 브라우저 트리에서 다음 위치에 있는 "Stats Aggregator(통계 집계기):처리 시간(ms)" 메트릭을 확인합니다.
*SuperDomain*|Custom Metric Host (Virtual)|Custom Metric Process (Virtual)|Custom Metric Agent (Virtual) (<Collector_Name>@5001)|Enterprise Manager|CEM|Processors|Stats Aggregator:Processing Time(ms)
여기서 <Collector_Name>은 통계 집계 서비스를 실행하는 수집기 컴퓨터입니다.
일별 통계 집계 프로세스가 실행되는 기간 동안의 이 지원 가능성 메트릭을 검토하십시오.
통계 집계 서비스가 실행되는 기간을 계산할 수 있습니다.
다음 단계를 따르십시오.
  1. <
    EM_Home
    >/logs 디렉터리에 있는 Enterprise Manager 로그를 엽니다.
  2. 일별 통계 집계 프로세스의 타임스탬프를 찾습니다.
  3. 종료 시간에서 시작 시간을 뺍니다.
예를 들어 다음 항목에서 시작 시간은 오전 12:20이고 종료 시간은 오전 11:59이므로 기간은 약 11.75 시간입니다.
16/03/12 12:20:02.728 AM PDT [INFO] [StatsProcessThreadPool-1] [Manager.com.timestock.tess. framework.service.StatsProcessService] Daily aggregation process starting... 16/03/12 11:59:47.417 AM PDT [INFO] [StatsCollectionThreadPool-1] [Manager.com.timestock.tess. framework.service.StatsProcessService] Daily aggregation process ended.
일별 통계 집계 기간이 8시간을 초과할 경우에는 통계 집계 서비스에서 사용할 수 있는 리소스가 통계 데이터의 양에 비해 부족합니다. 다음과 같은 방법으로 기간을 단축할 수 있습니다.
  • 통계 집계 서비스를 보다 높은 성능의 컴퓨터로 이동합니다.
    참고:
    Enterprise Manager 서비스 배포에 대한 자세한 내용은 을 참조하십시오.
  • 데이터베이스 서버 리소스를 조정하고 늘려 APM 데이터베이스의 응답성을 향상시킵니다.
    APM 데이터베이스 크기 조정 고려 사항 및 요구 사항을 따르고 관련 데이터베이스 설명서를 고려하십시오.
  • 통계 집계 서비스의 힙 크기를 늘립니다.
    통계 집계 서비스는 기본적으로 별도의 Java 프로세스에서 자체 힙 구성을 사용하여 실행됩니다. Enterprise Manager와 통계 집계 서비스를 모두 동시에 실행할 수 있도록 하려면 충분한 RAM을 제공해야 합니다. RAM 크기는 각 최대 힙 크기에 1 GB씩을 더한 것의 합계 이상이어야 합니다.
일부 모니터링 환경에서는 에이전트 메트릭 부하가 매우 높고 TIM에서의 네트워크 모니터링 부하가 상당할 수 있습니다. 이 경우 한 개의 수집기를 Enterprise Manager 서비스 실행 전용으로 지정할 수 있습니다. 이 수집기는 에이전트 연결을 거부하도록 구성할 수 있습니다. 이렇게 구성하면 SmartStor 기간 재지정과의 리소스 경합이 방지됩니다. 또한 작업 부하가 좀 더 단순해지고 예측 가능해져 용량 계획이 간소화됩니다.