Enterprise Manager 클러스터 크기 조정 및 성능 고려 사항
Enterprise Manager를 올바르게 크기 조정하려면 모니터링할 응용 프로그램 토폴로지를 명확히 이해해야 합니다. Enterprise Manager 수용 능력은 작업 부하 및 비즈니스 논리와 컴퓨팅 리소스에 따라 달라집니다.
apmdevops104kr
Enterprise Manager를 올바르게 크기 조정하려면 모니터링할 응용 프로그램 토폴로지를 명확히 이해해야 합니다. Enterprise Manager 수용 능력은 작업 부하 및 비즈니스 논리와 컴퓨팅 리소스에 따라 달라집니다.
Introscope 9.0 이전 버전에서는 Enterprise Manager 크기 조정이 대개 에이전트에서 생성하는 메트릭 수를 기반으로 했습니다. 현재 기능에서는 Enterprise Manager 수용 능력 계획의 주안점이 상당히 바뀌었습니다. 가장 주목할 만한 것은 응용 프로그램 심사 맵과 CA CEM입니다.
Enterprise Manager 작업 부하
Enterprise Manager 작업 부하는 복잡합니다. 다음과 같은 작업 부하 요소는 수용 능력과 관련하여 가장 중요한 부분입니다.
- 모니터링되는 응용 프로그램 수
- 응용 프로그램 위치 수
- 프런트엔드 및 백엔드 수
- 에이전트에서 보고하는 메트릭 수
- Workstation 및 WebView 세션 같은 클라이언트에서의 메트릭 쿼리 빈도 및 범위
- CA CEM 부하
- CA APM 비즈니스 논리
- 알림 및 대시보드의 수와 복잡성
프런트엔드 및 백엔드
프런트엔드는 FrontendMarker를 사용하여 계측되는 구성 요소입니다. CA APM은 자동으로 검색된 프런트엔드를 제공합니다. 추가 프런트엔드와 사용자 정의 프런트엔드는 에이전트 추적 프로그램 구성을 통해 모니터링할 수 있습니다. FrontendMarker에 대한 자세한 내용은 Java 에이전트를 참조하십시오.
백엔드는 데이터베이스와 같이 모니터링되는 트랜잭션에 참가하는 외부 구성 요소입니다.
에이전트에서 보고하는 메트릭의 수는 모니터링 대상 프런트엔드 및 백엔드의 수와 에이전트 추적 프로그램 구성에 따라 달라집니다.
CA CEM 부하 요소
CA CEM 부하는 다음과 같은 요인에 따라 달라집니다.
- 결함 빈도
- 정의된 비즈니스 트랜잭션 수
- 정의된 비즈니스 트랜잭션의 복잡성
- 사용자 처리 유형(엔터프라이즈 또는 전자 상거래)에 따라 CA CEM 사용자 또는 사용자 그룹의 수
비즈니스 논리 구성 요소
CA APM 비즈니스 논리는 에이전트와 TIM이 수집하는 데이터를 처리합니다. 리소스 사용량에 영향을 주는 주요 비즈니스 논리 구성 요소는 다음과 같습니다.
- 계산기계산기는 메트릭 데이터에 대해 정의된 메트릭 그룹화 및 기타 작업입니다. 계산기에 필요한 리소스를 결정하는 기본 요인은 각 하베스트 간격마다 계산기가 처리하는 총 메트릭 수입니다.
- 알림알림은 계산기의 출력에 대해 작동한다는 점에서종속 계산기입니다.응용 프로그램 심사 맵은 메트릭, 계산기 및 알림을 생성합니다. 계산기는 응용 프로그램 토폴로지 관점에서 메트릭을 집계하고 분석합니다.
- 상위 N 그래프(필터링 뷰)상위 N 그래프는 메트릭 그룹화를 평가하고 가장 높은 값을 갖는 하위 집합을 표시하는 Workstation 대시보드 개체입니다. 상위 N 그래프는 일반적으로 많은 메트릭을 처리하므로 리소스 사용량이 많을 수 있습니다.
- CA CEM 인시던트 및 SLA(서비스 수준 계약)CA CEM 인시던트와 SLA는 사용자 비즈니스 컨텍스트의 성능 문제를 보고하며, TIM이 보고하는 데이터에 대해 작동합니다.
- 보고서보고서도 일반적으로 많은 양의 메트릭 또는 TIM 데이터를 처리합니다. 보고서에는 종종 디스크 리소스뿐 아니라 CPU도 필요합니다. 따라서 CA APM 관리자는 리소스 경합이 낮을 때 보고서를 실행하도록 예약해야 합니다.
수용 능력 고려 사항
다음은 수용 능력과 관련한 추가 고려 사항입니다.
- 모든 Enterprise Manager는 24시간마다(기본적으로 자정에) SmartStor 데이터의 기간을 재지정합니다. 저장된 데이터는 IntroscopeEnterpriseManager.properties 파일에 구성된 계층적 세분화 체계를 사용하여 압축됩니다. 이 프로세스를 실행하려면 장기간 동안 CPU 사용률과 디스크 I/O가 높아야 하며, 해당 기간은 계층 구성, 메트릭 부하 및 리소스 경합에 따라 달라집니다. 사용 환경의 리소스 사용량 패턴에 맞게 기간 재지정 시작 시간을 구성할 수 있습니다.
- 통계 집계 서비스를 호스트하는 수집기는 기본적으로 매일 자정에 서비스를 실행합니다. 이 시간은 구성이 가능합니다. 이 서비스는 기간 재지정과 유사한 데이터 유지 관리 기능을 수행하지만, APM 데이터베이스에 저장된 CA CEM 통계 데이터에 대해 작동한다는 점이 다릅니다. 통계 집계 서비스를 실행하는 동안에는 리소스 사용량이 많습니다.
SmartStor 및 Enterprise Manager 성능
SmartStor는 Enterprise Manager 내부에서 사용되는 고유한 CA APM 데이터베이스입니다. SmartStor는 메트릭 데이터의 저장 및 검색에 맞게 고도로 최적화되어 있으며, 메트릭 데이터만 SmartStor에 저장됩니다. SmartStor는 다음과 같은 세 가지 방법으로 메트릭 데이터를 저장합니다.
- 최근 8분 동안의 메트릭 데이터는 메모리 캐시에 저장됩니다.
- 최근 1시간까지의 메트릭 데이터는스풀파일에 저장됩니다.
- 그 이상 오래된 메트릭 데이터는데이터파일에 3계층 세분성에 따라 저장됩니다.
SmartStor에서는 메트릭 데이터에 대해 다음과 같은 네 가지 유형의 작업이 수행됩니다.
- 들어오는 모든 메트릭 데이터는 8분 캐시와 스풀 파일에 기록됩니다.
- 스풀 파일은 스풀에서 데이터로의 변환이라는 프로세스를 통해 다시 구성되어 데이터 파일에 기록됩니다.
- 데이터 파일은 기간 재지정 과정에서 다시 구성되고 압축됩니다.
- 쿼리를 통해 캐시, 스풀, 데이터 파일, 또는 셋 모두에서 데이터를 읽습니다.
CA APM에 SmartStor 전용 저장소가 있는지 확인하십시오. CA APM은 15초마다 메트릭을 SmartStor 데이터베이스에 쓰기 때문에 이 요구 사항은 중요합니다. 이러한 쓰기 버스트에는 메트릭 100,000개당 70~85회의 SmartStor 디스크 쓰기가 필요합니다.
SmartStor 스풀링
SmartStor는 8분이 지난 라이브 데이터를 디스크에 씁니다. 이 쓰기 프로세스에는 쓰기 속도는 빠르지만 쿼리 속도는 느린 스풀 형식이 사용됩니다. 매시 정각에 SmartStor는 이전 한 시간 동안 기록된 스풀 파일을 가져와 SmartStor 데이터 파일 형식으로 변환합니다. 스풀 파일보다 검색하기가 더 쉽고 빠른 SmartStor 데이터 파일은 기록 쿼리 응답을 최적화합니다. 스풀에서 데이터로의 변환(또는 단순히 변환)이라고 하는 이 Introscope 프로세스로 인해 일반적으로 매시 정각마다 SmartStor 디스크 쓰기 작업이 적정 수준에서 급등하게 됩니다.
SmartStor 기간 재지정
SmartStor 기간 재지정은 보관된 데이터 파일을 압축하여 SmartStor 디렉터리의 총 크기를 줄이는 프로세스입니다. 기간 재지정은 기본적으로 자정 이후에 수행됩니다.
기간 재지정 과정에는 I/O 및 CPU가 많이 사용됩니다. Enterprise Manager는 데이터 파일을 읽고 시간 조각을 집계하여 데이터를 압축합니다. 결과 데이터는 다시 데이터 파일에 기록됩니다. 따라서 자정 이후 시간은 Enterprise Manager에는 가장 바쁜 시간으로, 에이전트 메트릭 부하가 높습니다. 이 시간 중에는 보고서 생성이나 기간 재지정 작업에 방해가 될 수 있는 다른 유지 관리 작업을 예약하지 마십시오. 기간 재지정 시간이 2시간보다 길면 Enterprise Manager가 오버로드된 것입니다.
참고:
기간 재지정 도중에 Enterprise Manager가 중지될 경우 Enterprise Manager를 다시 시작하면 부분적으로 기록된 파일이 삭제되고 45분 후에 기간 재지정이 다시 시작됩니다. 45분간의 지연 시간 동안 시스템에서는 컴퓨팅 비중이 높은 이 기간 재지정 작업을 다시 시작하기 전에 모든 에이전트와 메트릭을 등록할 수 있습니다.SmartStor 스풀링 및 기간 재지정은 Enterprise Manager 로그에서 세부 정보 표시 모드로 확인할 수 있습니다. 여기에는 스풀링 프로세스의 시작 및 종료 시간이 기록됩니다.
SmartStor 스풀링 및 기간 재지정 지원 기능 메트릭 보기
메트릭 브라우저 트리의 지원 기능 메트릭은 스풀링 및 기간 재지정 작업이 수행되는 시기를 나타냅니다.
다음 작업에는 관련 메트릭이 표시됩니다.
- Converting Spool to Data(스풀을 데이터로 변환)
- Reperiodizing(기간 재지정)
이러한 메트릭의 값은 해당 작업이 실행 중일 때 0에서 1로 변경됩니다. 일정 시간 동안 이러한 메트릭을 관찰하여 작업이 실행되는 시기와 작업 실행에 소요되는 시간을 확인할 수 있습니다.
정각에 발생하는 문제는 느린 SmartStor 스풀링과 관련이 있는 경우가 많습니다. 이른 아침(오전 6시 이후)에 발생하는 문제는 기간 재지정이 충분히 빠르게 완료되지 않은 때문인 경우가 많습니다. 이 경우 Enterprise Manager의 부하가 심해집니다.
건전한 상태의 Enterprise Manager에서 스풀을 데이터로 변환하는 작업은 10분 이상 걸리지 않으며 기간 재지정은 2시간 이상 걸리지 않습니다.
Enterprise Manager 내부 데이터베이스
Enterprise Manager는 세 개의 내부 데이터베이스, 즉 SmartStor, 트랜잭션 이벤트 데이터베이스(traces.db) 및 메트릭 변동성 데이터베이스(variance.db)를 유지 관리합니다.
트랜잭션 추적, 트랜잭션 추적 샘플링 및 메트릭 변동성과 같은 Introscope 기능은 단기간 동안 디스크 하위 시스템의 공간을 일정량 사용합니다. 이 때문에 트랜잭션 이벤트 데이터베이스(traces.db)와 메트릭 변동성 데이터베이스(variance.db)는 전용 디스크 리소스를 필요로 하지 않으며 동일한 디스크에 같이 있을 수 있습니다. 그러나 최적의 성능을 얻으려면 별도의 전용 디스크 또는 I/O 하위 시스템에 SmartStor를 배치해야 합니다.
APM 데이터베이스 저장소 및 리소스 사용량
APM 데이터베이스는 Introscope와 CA APM 모두의 데이터를 저장하는 관계형 데이터베이스입니다.
APM 데이터베이스는 다음과 같은 두 가지 종류의 데이터를 저장합니다.
- Introscope 비즈니스 서비스 및 비즈니스 트랜잭션 데이터(Investigator 응용 프로그램 심사 맵에서 사용)
- 구성, 기록, 로그인, 결함 및 통계에 대한 CA CEM 데이터
APM 데이터베이스는 Introscope 단독 모니터링에 사용되는 경우 리소스를 최소한으로 사용합니다. 일부 경우에는 APM 데이터베이스를 독립 실행형 Enterprise Manager나 클러스터의 구성 요소와 동일한 호스트에 함께 배치할 수 있습니다. 기본 요구 사항은 APM 데이터베이스가 SmartStor와 디스크를 공유하지 않아야 한다는 것입니다.
그러나 CA CEM 모니터링을 포함하는 CA APM을 사용할 경우 APM 데이터베이스는 상당히 많은 리소스를 사용합니다. 따라서 CA APM 배포의 경우에는 APM 데이터베이스에 필요한 CPU, 메모리 및 디스크 리소스를 제공하는 데 특히 주의해야 합니다.
APM 데이터베이스 크기 조정
APM 데이터베이스는 PostgreSQL 및 Oracle 데이터베이스 서버에서 지원됩니다. Enterprise Manager 설치 관리자는 PostgreSQL 서버를 설치합니다. 따라서 이 안내서의 크기 조정 정보는 PostgreSQL 데이터베이스의 요구 사항 및 권장 사항에 중점을 둡니다.
추가 정보:
- PostgreSQL 데이터베이스 조정에 대한 자세한 내용은 http://www.postgresql.org/를 참조하십시오.
- APM 데이터베이스 설치에 대한 자세한 내용은 를 참조하십시오.
- APM 데이터베이스 백업 및 복원에 대한 자세한 내용은 APM 데이터베이스 관리를 참조하십시오.
모니터링되는 응용 프로그램 및 Enterprise Manager 성능
CA APM은 응용 프로그램 심사 맵을 지원하기 위한 계산기를 생성합니다. 모니터링되는 응용 프로그램 토폴로지의 크기 및 복잡성에 따라 계산기 수와 계산기가 생성하는 메트릭의 수가 달라집니다. 복잡한 응용 프로그램 토폴로지를 모니터링하는 Enterprise Manager는 더 많은 리소스를 필요로 하며 동일한 수의 에이전트 메트릭을 관리하지만 더 단순한 응용 프로그램 심사 맵을 표시하는 유사한 Enterprise Manager보다 하베스트 지속 시간이 더 깁니다.
응용 프로그램 토폴로지가 Enterprise Manager 메트릭 부하에 미치는 영향을 확인하려면 selectivemetricsloadestimator.xlsx 스프레드시트를 사용하십시오.
APM 데이터베이스는 응용 프로그램 심사 맵에 대한 그래픽 표시 정보를 유지 관리합니다. CA APM에는 Enterprise Manager가 단일 쿼리로 APM 데이터베이스에서 가져올 수 있는 데이터의 양에 대한 구성 가능한 클램프가 포함되어 있습니다.
보고서 생성 및 Enterprise Manager 성능
CA APM 보고서를 생성하는 데는 CPU 및 디스크 액세스 측면에서 많은 비용이 듭니다. 이 비용은 주로 두 가지 요인에 따라 달라집니다.
- 그래프 수(총 데이터 양)
- 보고 기간(기록 범위)
보고서는 Enterprise Manager의 수용 능력을 일시적으로 감소시킵니다. 보고서가 실행 중인 동안 Introscope 사용자에게는 Workstation 그래프 및 결합된 시간 조각에서 차이가 나타나는 등의 Enterprise Manager 오버로드 증상이 발생할 수 있습니다.
보고서를 예약할 때는 그래프 수가 50개를 초과하거나 기간이 24시간을 초과하여 SmartStor의 기간 재지정 시간(대개 자정~오전 3:00)과 겹치면 안 됩니다. 기간 재지정 중에는 Enterprise Manager의 CPU 동작 비율이 높고 많은 양의 디스크 동작이 발생합니다.
동시 기록 쿼리 및 Enterprise Manager 성능
기록 메트릭 쿼리는 SmartStor 8분 캐시에서 사용할 수 없는 메트릭을 표시하기 위한 요청입니다. 다음으로부터 기록 쿼리를 생성할 수 있습니다.
- Workstation 또는 WebView의 기록 쿼리 뷰어
- 명령줄(Workstation)
- CA Introscope 메트릭을 소비하는 다른 CA Technologies 제품 통합
큰 기록 쿼리를 자주 사용하면 Enterprise Manager가 라이브 메트릭을 SmartStor에 기록할 때 시간이 더 오래 걸릴 수 있습니다. "SmartStor 지속 시간"(ms) 지원 기능 메트릭이 주기적으로 권장 지속 시간인 3500밀리초를 초과한다면 기록 쿼리 경합이 그 원인일 수 있습니다.
많은 수의 쿼리를 감지하려면 "Number of Metric Data Queries per Interval"(간격당 메트릭 데이터 쿼리 수) 지원 기능 메트릭을 사용하십시오. 이 메트릭은 다음과 같이 Investigator 메트릭 브라우저에 표시됩니다.
Custom Metric Host (Virtual)| Custom Metric Process (Virtual)| Custom Metric Agent (Virtual)(*SuperDomain*)| Enterprise Manager | Internal:Number of Metric Data Queries per interval
Workstation과 WebView의 배경 정보 및 요구 사항
CA APM에서 클라이언트 확장성이 개선되었습니다. 이 확장성은 특히 대량의 기록 메트릭 쿼리 결과를 쿼리 페이지라고 하는 청크로 보내는 기능에서 두드러집니다. 쿼리 페이지는 클라이언트에서 다시 어셈블되므로 Enterprise Manager에서 대량의 쿼리를 실행하는 데 필요한 메모리를 상당히 줄여 줍니다. 따라서 SmartStor I/O에 영향을 줄 수 있는 경우를 제외하고는 동시 기록 쿼리의 수를 제한하는 권장 사항이 더 이상 필요하지 않습니다.
다음 정보를 고려하십시오.
- Workstation과 WebView는 이전 릴리스에서보다 더 큰 힙으로 구성됩니다.
- 다음과 같은 클라이언트 관련 구성 요소는 쿼리 페이징을 통해 얻을 수 있는 이점이없으며, 여전히 Enterprise Manager에서 많은 양의 메모리를 필요로 할 수 있습니다.
- CLW(명령줄 Workstation) 쿼리
- 상위 N 그래프
CLW에서의 기록 메트릭 쿼리
CLW를 사용하여 명령 셸에서 메트릭 쿼리와 관리 명령을 실행할 수 있습니다.
CLW는 경량으로 설계되었으며 단순히 Enterprise Manager에 쿼리를 보내고 결과를 출력하는 것 이상의 작업을 수행합니다. 대부분의 쿼리 처리는 Enterprise Manager에서 수행됩니다. 따라서 CLW는 쿼리 페이징에 관여하지 않습니다. 대규모의 CLW 기록 쿼리를 동시에 여러 개 실행하면 Enterprise Manager에 메모리 부족 문제가 발생할 수 있습니다. CLW 사용에 대한 자세한 내용은 APM 명령줄 Workstation을 참조하십시오.
상위 N 그래프 및 쿼리 확장성
상위 N 그래프를 사용하면 크기가 큰 메트릭 집합을 분석하고 가장 높은 값을 갖는 N개의 메트릭만 표시할 수 있습니다. 관리 모듈 편집기에서 그래프를 생성할 때 N 값을 선택합니다.
상위 N 그래프는 가장 높은 값을 갖는 N개의 메트릭만 반환하는 쿼리를 실행합니다. 그러나 이 결과를 확인하기 위해 Enterprise Manager는 대규모 메트릭 그룹화의 모든 메트릭을 평가해야 합니다. 이 평가에는 많은 양의 Enterprise Manager 힙 메모리가 필요할 수 있습니다.
대규모 메트릭 그룹화를 기반으로 하는 상위 N 그래프를 여러 클라이언트에서 표시할 경우 Enterprise Manager에 메모리 부족 문제가 발생할 수 있습니다.
관리 모듈 편집기 사용에 대한 자세한 내용은 APM Workstation을 참조하십시오.
CA Technologies 제품 통합 및 Enterprise Manager 성능
CA APM은 다른 여러 CA Technologies 제품과 통합되어 있습니다.
CA Technologies 제품 통합이 하나 이상 포함된 새로운 CA APM 설치에 대해 수용 능력에 대한 계획을 세울 때는 독립 실행형 Enterprise Manager보다는 소규모 클러스터를 배포하는 것이 좋습니다. MOM에는 추가 CPU 및 힙 리소스를 제공하십시오. 또는 CA APM 크기 조정 권장 사항을 따르십시오.
Infrastructure Aware Application Triage
Infrastructure Aware Application Triage는 모니터링되는 응용 프로그램에 대해 응용 프로그램 수준 데이터와 인프라 수준 데이터를 모두 파악할 수 있는 가시성을 제공합니다. 이 솔루션을 사용하여 다음 CA Technologies 제품 간에 데이터를 교환할 수 있습니다.
- CA APM
- CA Service Operations Insight(CA SOI)
- CA Spectrum Infrastructure Manager
- CA eHealth
- CA Insight Database Performance Monitor
- CA Virtual Assurance for Infrastructure Managers(CA Spectrum Infrastructure Manager와 통합된 경우)
Unified End-User Experience Monitoring
Unified End-User Experience Monitoring 솔루션은 CA APM과 CA Application Delivery Analysis 구성 요소(CA Performance Center 등)의 통합입니다. 이러한 통합은 응용 프로그램 데이터와 네트워크 데이터를 모두 파악할 수 있는 가시성을 제공합니다.
CA Technologies는 웹 서비스 패러다임을 사용하여 이러한 제품 간의 데이터 교환을 구현합니다. 이러한 통합은 Enterprise Manager 및 클러스터의 수용 능력과 관련하여 다음과 같은 측면을 증가시킬 수 있습니다.
- CPU 리소스 경합으로 인해 하베스트 지속 시간이 길어짐
- 추가 메트릭 부하 및 메트릭 쿼리로 인해 SmartStor 지속 시간이 길어짐
- 제품 간 데이터 교환으로 인해 네트워크 사용률이 높아짐
데이터가 교환되는 양은 낮은 수준에서 보통 수준 정도일 수 있으며, 데이터 교환은 필요에 따라 이루어집니다. 따라서 수용 능력의 예상 감소량은 그다지 크지 않습니다. 그러나 리소스 소비량은 사용 환경과 구성에 따라 달라집니다. 새로운 통합을 따라 CA APM 환경의 하베스트 및 SmartStor 지속 시간과 CPU 및 네트워크 사용량을 모니터링하여 Enterprise Manager에 적정 수준의 리소스가 있는지 확인하십시오.
자세한 내용은 다른 CA 제품과 통합을 참조하십시오.
CA CEM 및 CA APM 성능
CA CEM은 버전 9.0부터 CA APM과 통합되었습니다. CA APM은 TIM(Transaction Impact Monitor)이 수집하는 정보를 수집, 분석 및 제공합니다. Enterprise Manager 리소스 요구 사항은 다음 요인에 따라 달라집니다.
- 모니터링되는 네트워크 트래픽의 양
- 추적되는 트랜잭션 정의의 수
- 추적되는 사용자 또는 사용자 그룹의 수
- 정의된 결함의 수 및 결함 발생 빈도
CA APM을 사용하면 CA Application Delivery Analysis Multi-Port Monitor에서 TIM 소프트웨어를 실행하여 대폭 향상된 처리량을 제공할 수 있습니다. 네트워크에서 모니터링되는 데이터의 CA APM 서버 쪽 처리 수용 능력도 대폭 향상됩니다.
기본적인 설명은 CEM 구성 요소를 참조하십시오.
프로세스 간 리소스 경합 방지
실시간 서버에 가까운 Enterprise Manager는 컴퓨터 리소스를 지속적으로 필요로 합니다. 따라서 Enterprise Manager에는 가급적 컴퓨터 리소스에 대한 단독 액세스 권한을 부여해야 합니다. 리소스 경합은 다음과 같은 문제를 발생시킬 수 있습니다.
- Workstation 응답을 예측할 수 없습니다.
- 모니터링 데이터가 손실됩니다.
CA APM 확장 및 Enterprise Manager 성능
CA APM 확장은 에이전트에 대한 특수한 추적 프로그램과 Enterprise Manager에 대한 계산기 및 대시보드로 구성될 수 있습니다. 추가 추적 프로그램 오버헤드는 응용 프로그램 설계와 모니터링되는 트래픽의 양에 따라 달라집니다.
Enterprise Manager에 필요한 추가 리소스는 처리되는 메트릭과 확장 관련 대시보드를 대신한 쿼리의 증가량에 따라 달라집니다.
CA APM 확장을 설치하기 전에 Enterprise Manager 지원 기능 메트릭을 모니터링하여 Enterprise Manager의 수용 능력이 충분한지 확인하십시오. CA APM을 새로 설치할 경우에는 각 CA APM 확장에 약간의 추가 CPU, 디스크 및 힙 수용 능력이 필요하다는 점을 고려하십시오.
CA APM 및 가상화
CA APM에는 VMWare ESX Server를 사용한 가상화가 지원됩니다. 올바른 구성을 사용할 경우 동등한 하드웨어에서 실행되는 기본 Windows 또는 Linux와 성능이 비슷한 VMWare ESX Server에서 CA APM을 실행할 수 있습니다. VMWare 설명서는 VMWare 웹 사이트에서 볼 수 있습니다.
기본 VMWare 게스트 구성은 주로 사용자와 상호 작용하며 비가상 환경에서 리소스를 적게 사용하는 응용 프로그램에 맞게 설계되어 있습니다. Enterprise Manager는 다음과 같은 중요한 면에서 이러한 종류의 응용 프로그램과는 다릅니다.
- Enterprise Manager의 CPU 사용량은 일정하며 급등하는 경우가 없습니다. Enterprise Manager는 CPU 리소스에 지속적으로 액세스해야 합니다.
- Enterprise Manager는 다중 스레드 응용 프로그램으로, 여러 개의 가상 CPU(vCPU)가 할당된 경우에 성능이 최대화됩니다.
- 디스크 I/O(특히 SmartStor와의 디스크 I/O)가 일정하며, 일관된 처리량은 중요합니다.
- 네트워크 대역폭 사용률이 과도하지 않고 일정합니다. 일관성은 중요합니다.
또한 CA APM 구성 요소는 다음과 같이 구성해야 합니다.
- APM 데이터베이스는 데이터베이스 서버 가상화 지침에 따라 구성하십시오.
- WebVeiw 서버는 서버 서버 가상화 지침에 따라 구성하십시오.
에이전트 연결
Enterprise Manager에 데이터를 보고하는 에이전트는 사용 환경에 따라 Java 에이전트, .NET 에이전트 또는 둘 모두일 수 있습니다. 에이전트와 Enterprise Manager 또는 클러스터의 연결에는 리소스가 많이 필요하지 않습니다. 에이전트 수는 Enterprise Manager나 클러스터의 크기 조정에 주요 요인이 아닙니다. 그러나 에이전트는 메트릭과 응용 프로그램의 번들이라고 생각할 수 있습니다. Enterprise Manager가 오버로드될 경우 부하를 다시 분산하는 가장 쉬운 방법은 에이전트를 다른 Enterprise Manager(대개 한 클러스터 내)에 다시 배포하는 것입니다.
CA APM은 클러스터에서 에이전트의 부하를 분산하는 기능을 제공합니다. 또한 CA APM은 하나 이상의 클러스터에 있는 수집기를 통해 에이전트와 Enterprise Manager의 연결 토폴로지를 세부적으로 조정하는 기능도 제공합니다.
참고:
에이전트 부하 분산 및 에이전트와 Enterprise Manager 간 네트워크 토폴로지를 구성하는 방법에 대한 자세한 내용은 에이전트 - Enterprise Manager 네트워크 토폴로지 구성을 참조하십시오.Enterprise Manager의 최대 수용 능력을 저해할 수 있는 요인의 개요
다음 표에는 Enterprise Manager와 클러스터가 최대 수용 능력을 발휘할 수 없도록 하는 일반적인 요인이 나와 있습니다.
Enterprise Manager의 최대 수용 능력을 저해할 수 있는 요인 | 자세한 내용은 |
SmartStor 디스크 I/O 대역폭이 충분하지 않음 | |
힙 메모리가 충분하지 않은 경우 | |
가상 컴퓨터 구성이 올바르지 않음 | |
메트릭 메타데이터가 과다함 | |
SQL 에이전트 메트릭의 명세가 올바르지 않음 | |
알림 구성이 올바르지 않음 | |
네트워크 모니터링 구성이 올바르지 않음 | |
Java 스레드 덤프 및 동적 계측과 같은 문제 해결 도구가 과도하게 사용됨 | 이러한 도구는 과도하게 사용하면 안 됩니다. 이 요인은 이 안내서에서 다루지 않습니다. |
큰 보고서가 과다하게 생성됨 | |
APM 데이터베이스 리소스가 충분하지 않음 | |
다른 프로세스와의 리소스 경합 | |
Enterprise Manager에서 바이러스 백신이 실행됨 | 이 요인은 이 안내서에서 다루지 않습니다. |
메트릭이 영구적인 컬렉션을 사용하여 외부에 저장됨 | 이 요인은 이 안내서에서 다루지 않습니다. |