통합을 위한 크기 조정 요구 사항

APM 통합은 APM 배포 환경의 부하를 높일 수 있습니다. 통합을 고려하는 경우 크기 조정 요구 사항을 검토하십시오.
apmdevops104kr
APM 통합은 APM 배포 환경의 부하를 높일 수 있습니다. 통합을 고려하는 경우 크기 조정 요구 사항을 검토하십시오.
2
2
Infrastructure Aware Application Triage 성능
Infrastructure Aware Application Triage 환경에서 CA Catalyst는 인바운드 웹 서비스 호출을 통해 Enterprise Manager에서 정보를 가져옵니다. 클러스터 환경의 경우 CA Catalyst는 MOM을 호출합니다. 이러한 인바운드 웹 서비스 호출로 인한 오버헤드는 Enterprise Manager CPU 사용률을 급등시킵니다.
Introscope가 CA Service Operations Insight와 통합된 경우 CA Service Operations Insight 커넥터가 시작될 때는 인바운드 웹 서비스 호출의 초기 시작 시 이상 급등이 발생합니다. 실행 중인 시스템에서는 이러한 웹 서비스 호출의 빈도가 줄어듭니다.
Unified End-User Experience Monitoring 성능
Infrastructure Aware Application Triage와 마찬가지로 Unified End-User Experience Monitoring 통합에서도 인바운드 웹 서비스 호출을 통해 Enterprise Manager에서 정보를 가져옵니다. 클러스터 환경에서는 이 호출을 통해 MOM에서 정보를 가져옵니다. 이러한 인바운드 웹 서비스 호출로 인한 오버헤드는 Enterprise Manager CPU 사용률을 급등시킵니다. CA Performance Center 사용자는 이러한 호출을 트리거합니다.
이 통합을 지원하는 데는 특별한 CA APM 크기 조정 또는 조정이 필요하지 않을 것으로 예상됩니다.
웹 서비스 인바운드 호출 비율 모니터링
Enterprise Manager는 다음 예에 표시된 것과 같이 각 인바운드 웹 서비스 호출에 대해 일련의 INFO 모드 로그 메시지를 기록합니다.
2/21/12 08:10:50.206 AM EST [INFO] [btpool0-14990] [Manager] request.getContextPath() /introscope-web-services
인바운드 웹 서비스 호출의 비율을 계산할 수 있습니다.
다음 단계를 따르십시오.
  1. <
    EM_Home
    >/logs 디렉터리에 있는 Enterprise Manager 로그를 엽니다.
  2. 다음 문자열과 일치하는 Enterprise Manager 로그 항목을 검색합니다.
    [Manager] request.getContextPath() /introscope-web-services
  3. 웹 서비스 호출의 타임스탬프를 찾습니다.
  4. 원하는 시간 간격(예: 시간)으로 호출을 그룹화합니다.
  5. 각 간격의 호출 횟수를 셉니다.
웹 서비스 인바운드 호출 오버헤드 모니터링
"btpool-:CP Time (ms)(CP 시간(ms))" 지원 가능성 메트릭은 인바운드 웹 서비스 호출을 처리하는 작업자 스레드의 CPU 오버헤드를 측정합니다. "btpool-:CP Time (ms)(CP 시간(ms))" 메트릭은 간격당 사용된 CPU 양을 보여 줍니다. Enterprise Manager로 많은 웹 서비스 호출이 들어올 경우 "btpool-:CP Time(CP 시간)" 메트릭을 모니터링하십시오. "btpool-:CP Time(CP 시간)" 메트릭은 메트릭 브라우저 트리의 다음 위치에서 볼 수 있습니다.
*SuperDomain*|Cstom Metric Host (Virtual)|Custom Metric Process (Virtual)|Custom Metric Agent (Virtua)|Enterprise Manager|Internal|Threads|btpool-:CP Time (ms)
이 지원 가능성 메트릭은 CA Technologies 제품 통합에서 들어오는 서비스 요청을 처리하는 Enterprise Manager에 유용합니다. 클러스터 환경에서는 MOM이 이러한 요청을 처리합니다.
CA APM에서 통합된 CA Technologies 제품으로의 아웃바운드 호출은 빈도가 낮으며 Enterprise Manager에 두드러지는 리소스 오버헤드를 발생시키지 않습니다.
Multi-Port Monitor의 TIM 프로세스 수 제한
Multi-Port Monitor는 Unified End-User Experience Monitoring을 수행하기 위해 CA APM과 통합할 수 있는 CA Application Delivery Analysis 어플라이언스입니다.
Multi-Port Monitor에는 하나의 논리적 TIM을 정의할 수 있습니다. 그러나 트래픽 유형과 트랜잭션 구성이 같을 경우 Multi-Port Monitor에서 호스팅되는 TIM의 처리량은 독립 실행형 TIM 처리량의 3~4배입니다.
CEM 콘솔을 사용할 경우 Multi-Port Monitor의 TIM을 단일 TIM으로 관리하십시오. Multi-Port Monitor는 필요할 때 여러 개의 TIM 프로세스를 불러와 실행합니다. 개별 또는 결합된 Multi-Port Monitor 프로세스를 시작하거나 관리하기 위해 사용자가 수행해야 하는 작업은 없습니다. 그러나 처리량을 최적화하려면 Multi-Port Monitor의 TIM 프로세스 수를 8개로 제한하는 것이 좋습니다.
다음 단계를 따르십시오.
  1. Multi-Port Monitor에서 터미널 세션에 로그인합니다.
  2. default/opt/CA/APM/tim/config/balancer.cnf 파일을 찾아서 엽니다.
  3. workers 설정의 주석 처리를 제거하고 값을 8로 설정합니다. 결과는 다음 예제와 같이 나타납니다.
    # Following line sets number of worker processes that TIM runs.
    # If it is commented out, by default number of CPUs online is used.
    workers 8
  4. 파일을 저장하고 닫습니다.
  5. TIM을 다시 시작합니다.
참고:
  • Unified End-User Experience Monitoring 구성 요소의 배포 및 사용에 대한 자세한 내용은 를 참조하십시오.
  • Multi-Port Monitor 구성, 관리 및 사용에 대한 자세한 내용은
    CA Multi-Port Monitor User Guide
    (CA Multi-Port Monitor 사용자 안내서)를 참조하십시오.
CA App Synthetic Monitor 통합 성능
CA ASM(App Synthetic Monitor)은 클라우드, 모바일 및 웹 응용 프로그램에 대한 포괄적인 트랜잭션 응답 시간 가시성을 제공하므로 성능과 가용성을 즉시 파악할 수 있습니다. ASM 에이전트는 ASM과 APM 간의 통합입니다. 각 ASM 에이전트는 독립 실행형 에이전트 역할을 하여 단일 ASM 계정이 생성하는 ASM 폴더, 모니터 및 검사점 데이터를 ASM 메트릭으로 변환합니다. ASM 에이전트는 구성 가능한 간격으로 ASM 계정에서 데이터를 가져옵니다. ASM 에이전트는 독립 실행형 Enterprise Manager 또는 수집기에 Introscope Agent로 연결하고 7.5초마다 메트릭을 보고합니다. APMCloudMonitor.properties 파일에서 ASM 데이터 수집 간격을 구성할 수 있습니다.
ASM 계정에 대해 구성된 ASM 폴더, 모니터 및 검사점 수에 따라 생성되는 ASM 메트릭 수가 결정됩니다. 예를 들어 각각 62개의 검사점을 포함하는 275개의 활성 모니터가 있는 ASM 계정과 통합되도록 ASM을 구성하는 경우 ASM 에이전트는 최대 100,000개의 에이전트 메트릭을 생성합니다. ASM 폴더, 모니터 및 검사점 수가 많을수록 메트릭 수가 많아집니다.
기본적으로 ASM 에이전트는 표준 APM 에이전트와 클램프 제한이 동일합니다. 심사자와 APM 관리자는 APMCloudMonitor.properties 파일에서 필터를 적용하여 ASM 에이전트가 Enterprise Manager에 보내는 데이터의 양을 제한할 수 있습니다.
참고:
ASM 에이전트에는 표준 APM 에이전트와 동일하게 기본 50,000개의 메트릭 클램프 제한이 있습니다. 기본 메트릭 클램프 제한(introscope.enterprisemanager.agent.metrics.limit 속성
)을 구성할 수 있습니다 
를 참조하십시오.
Enterprise Manager에 메트릭 부하를 처리할 리소스가 충분한 경우 여러 ASM 에이전트가 단일 Enterprise Manager에 메트릭을 보고할 수 있습니다.
ASM 에이전트가 독립 실행형 JVM 프로세스에서 실행되기 때문에 표준 JVM 조정 권장 사항이 적용됩니다. CA Technologies는 64비트 JVM에 최소 2 GB 힙을 권장합니다.
참고:
APMCloudMonitor.properties 파일 구성 및 ASM 데이터 필터링에 대한 자세한 내용은 응용 프로그램 모니터링 개선을 위해 CA App Synthetic Monitor 사용을 참조하십시오.