Adobe Experience Manager Assets 관점에서 모니터링에는 다음 프로세스 및 기술에 대한 관찰과 보고가 포함되어야 합니다.
시스템 CPU
시스템 메모리 사용
시스템 디스크 입출력 및 입출력 대기 시간
시스템 네트워크 IO
JMX MBeans 대상:
OSGi 콘솔 상태 검사
일반적으로 실시간 모니터링과 장기 모니터링이라는 두 가지 방법으로 Assets을 모니터링할 수 있습니다.
개발 중 또는 로드가 많은 상황에서 라이브 모니터링을 수행하여 환경의 성능 특성을 이해해야 합니다. 일반적으로 라이브 모니터링은 도구 세트를 사용하여 수행해야 합니다. 다음은 몇 가지 권장 사항입니다.
시각적 VM: Visual VM을 사용하면 CPU 사용, Java 메모리 사용 등 자세한 Java VM 정보를 볼 수 있습니다. 또한 인스턴스에서 실행되는 코드를 샘플링하고 평가할 수 있습니다.
상위: Top은 CPU, 메모리 및 IO 사용을 포함한 사용 통계를 표시하는 대시보드를 여는 Linux 명령입니다. 인스턴스에서 발생하는 상황에 대한 높은 수준의 개요를 제공합니다.
상단: 상단 은 대화형 프로세스 뷰어입니다. Top이 제공할 수 있는 기능 외에도 자세한 CPU 및 메모리 사용을 제공합니다. Top은 yum install htop
또는 apt-get install htop
을 사용하여 대부분의 Linux 시스템에 설치할 수 있습니다.
Iotop: Iotop은 디스크 입출력 사용을 위한 세부 대시보드입니다. 여기에는 디스크 입출력(I/O)을 사용하는 프로세스와 사용 양을 나타내는 바와 미터(M)가 표시됩니다. Iotop은 yum install iotop
또는 apt-get install iotop
을 사용하여 대부분의 Linux 시스템에 설치할 수 있습니다.
Iftop: Iftop은 이더넷/네트워크 사용에 대한 자세한 정보를 표시합니다. 이더넷을 사용하는 엔터티의 통신 채널 통계당 정보를 표시하는 경우 및 사용하는 대역폭의 양을 나타냅니다. Iftop은 yum install iftop
또는 apt-get install iftop
을 사용하여 대부분의 Linux 시스템에 설치할 수 있습니다.
Java 비행 기록(JFR): 비프로덕션 환경에서 자유롭게 사용할 수 있는 Oracle의 상업적 도구입니다. 자세한 내용은 Java Flight Recorder를 사용하여 CQ 런타임 문제를 진단하는 방법을 참조하십시오.
Experience Manager error.log 파일: 시스템에 Experience Manager 기록된 오류에 대한 세부 정보를 error.log 파일을 조사할 수 있습니다. 조사해야 하는 오류를 식별하려면 tail -F quickstart/logs/error.log
명령을 사용합니다.
워크플로우 콘솔: 워크플로우 콘솔을 활용하여 지연 또는 문제가 발생하는 워크플로우를 모니터링합니다.
일반적으로 이러한 도구를 함께 사용하여 Experience Manager 인스턴스의 성능에 대한 포괄적인 아이디어를 얻을 수 있습니다.
이러한 도구는 표준 도구이며 Adobe에서 직접 지원하지 않습니다. 추가 라이센스가 필요하지 않습니다.
Experience Manager 인스턴스에 대한 장기 모니터링에는 실시간으로 모니터링되는 동일한 부분을 장기간 모니터링하는 작업이 포함됩니다. 또한 환경에 따른 경고를 정의하는 작업도 포함됩니다.
로그를 집계하는 데 사용할 수 있는 몇 가지 도구(예: Splunk™ 및 Elastic Search/Logstash/Kabana(ELK)가 있습니다. Experience Manager 인스턴스의 가동 시간을 평가하려면 시스템에 관련된 로그 이벤트를 이해하고 이를 기반으로 경고를 생성하는 것이 중요합니다. 개발 및 운영 방침에 대한 좋은 지식이 있으면 로그 수집 프로세스를 튜닝하여 중요한 경고를 생성하는 방법을 더 잘 이해할 수 있습니다.
환경 모니터링에는 다음 모니터링이 포함됩니다.
각 항목을 모니터링하려면 NewRelic™ 및 AppDynamics™와 같은 외부 도구가 필요합니다. 이러한 도구를 사용하여 시스템에 대한 경고를 정의할 수 있습니다. 예를 들어 높은 시스템 사용률, 워크플로우 백업, 상태 확인 실패 또는 웹 사이트에 대한 인증되지 않은 액세스 등이 있습니다. Adobe은 다른 도구에 비해 특정 도구를 권장하지 않습니다. 자신에게 적합한 도구를 찾고 이를 활용하여 설명된 항목을 모니터링합니다.
내부 애플리케이션 모니터링에는 JVM, 컨텐츠 저장소 등 Experience Manager 스택을 구성하는 응용 프로그램 구성 요소를 모니터링하고, 플랫폼에 구축된 사용자 정의 응용 프로그램 코드를 통해 모니터링합니다. 일반적으로 SolarWinds™, HP OpenView™, Hyperic™, Javbix™ 등과 같이 널리 사용되는 다양한 모니터링 솔루션에서 직접 모니터링할 수 있는 JMX Mbeans를 통해 수행됩니다. JMX에 대한 직접 연결을 지원하지 않는 시스템의 경우 셸 스크립트를 작성하여 JMX 데이터를 추출하고 해당 데이터를 기본적으로 이해하는 형식으로 이러한 시스템에 표시할 수 있습니다.
JMX Mbeans에 대한 원격 액세스는 기본적으로 활성화되지 않습니다. JMX를 통한 모니터링에 대한 자세한 내용은 JMX 기술을 사용한 모니터링 및 관리를 참조하십시오.
대부분의 경우 통계를 효과적으로 모니터링하려면 기준선이 필요합니다. 기준선을 만들려면 미리 설정된 기간 동안의 일반 작업 조건에서 시스템을 관찰한 다음 일반 지표를 식별합니다.
JVM 모니터링
Java 기반 애플리케이션 스택과 마찬가지로 Experience Manager은(는) 기본 Java 가상 시스템을 통해 제공된 리소스에 따라 달라집니다. JVM에 의해 노출된 플랫폼 MXBeans를 통해 이러한 리소스의 상태를 모니터링할 수 있습니다. MXBeans에 대한 자세한 내용은 플랫폼 MBean 서버 및 플랫폼 MXBeans를 참조하십시오.
다음은 JVM에 대해 모니터링할 수 있는 몇 가지 기준 매개 변수입니다.
메모리
MBean: lava.lang:type=Memory
참고: 이 콩에서 제공하는 정보는 바이트 단위로 표시됩니다.
스레드
java.lang:type=Threading
Experience Manager모니터링
Experience Manager 또한 JMX를 통해 통계 및 작업 세트를 노출합니다. 이러한 기능은 시스템 상태를 평가하고 사용자에게 영향을 주기 전에 잠재적인 문제를 식별하는 데 도움이 될 수 있습니다. 자세한 내용은 Experience Manager JMX MBeans의 설명서을 참조하십시오.
다음은 Experience Manager에 대해 모니터링할 수 있는 몇 가지 기준 매개 변수입니다.
복제 에이전트
MBean: com.adobe.granite.replication:type=agent,id=”<AGENT_NAME>”
URL: /system/console/jmx/com.adobe.granite.replication:type=agent,id="<AGENT_NAME>"
인스턴스: 작성자 및 모든 게시 인스턴스 1개(플러시 에이전트)
경보 임계값: QueueBlocked
값이 true이거나 QueueNumEntries
값이 기준선의 150%보다 큰 경우
경고 정의: 시스템에서 차단된 큐가 존재하여 복제 대상이 다운되었거나 접근할 수 없음을 나타냅니다. 네트워크 또는 인프라 문제로 인해 과도한 항목이 큐에 올라가 시스템 성능에 부정적인 영향을 줄 수 있습니다.
참고: MBean 및 URL 매개 변수 <AGENT_NAME>
의 경우 을 모니터링할 복제 에이전트의 이름으로 바꿉니다.
세션 카운터
org.apache.jackrabbit.oak:id=7,name="OakRepository Statistics",type="RepositoryStats"
상태 검사
작업 대시보드에서 사용할 수 있는 상태 확인에는 모니터링을 위한 해당 JMX MBeans가 있습니다. 그러나 사용자 정의 상태 검사를 작성하여 추가 시스템 통계를 표시할 수 있습니다.
다음은 모니터링에 유용한 몇 가지 기본 상태 확인입니다.
시스템 확인
org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
복제 큐
org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
응답 성능
org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
쿼리 성능
org.apache.sling.healthcheck:name=queriesStatus,type=HealthCheck
활성 상태 번들
오류 로그
org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
모니터링 프로세스에서 문제가 발생하면 Experience Manager 인스턴스와 관련된 일반적인 문제를 해결하기 위해 수행할 수 있는 몇 가지 문제 해결 작업이 있습니다.
OutOfMemoryError
로그를 확인합니다. 자세한 내용은 메모리 문제 분석을 참조하십시오.access.log
및 error.log
파일을 검사합니다. 사용자 지정 코드 예외 항목을 나타낼 수 있는 패턴을 찾습니다. 모니터링하는 이벤트 목록에 추가합니다.