모니터링 권장사항

모니터링 알림

Apigee Edge를 사용하면 오류 또는 실패가 발생한 경우를 의미합니다. 이러한 알림은 시스템 수준 또는 애플리케이션 수준의 경보/이벤트입니다. 애플리케이션 수준 알림은 주로 애플리케이션 수준에서 생성할 수 있습니다. 일반적으로 네트워크 관리자는 조건일 수 있습니다 알림에 대한 자세한 내용은 Apigee 지원팀에 문의하세요.

알림 기준 설정

알림을 생성해야 하는 기준을 설정합니다. 설정하는 내용은 구성할 수 있습니다 기준치는 용량을 기준으로 설정해야 합니다. 예를 들어 Apigee는 용량이 6GB밖에 없는 경우 Edge가 너무 낮을 수 있습니다. 같음 (=)으로 임곗값을 할당할 수 있습니다. 이상(>) 기준을 적용합니다. 연속하는 두 개의 텍스트 사이의 시간 간격을 지정할 수도 있습니다. 알림을 생성합니다. 시간/분/초 옵션을 사용할 수 있습니다.

시스템 수준 경고 설정 기준

다음 표에서는 기준을 설명합니다.

Apigee 전용 및 서드 파티 확인 포트

다음 포트를 모니터링하여 활성 상태인지 확인하세요.

• 관리 서버, 라우터, 메시지 프로세서의 포트 4526, 4527, 4528
• 관리 서버, 라우터, 메시지 프로세서의 포트 1099, 1100, 1101
• 라우터의 포트 8081 및 15999
• 메시지 프로세서의 포트 8082 및 8998
• 관리 서버의 포트 8080

다음 타사 포트가 활성화되어 있는지 확인하세요.

• Qpid 포트 5672
• Postgres 포트 5432
• Cassandra 포트 7000, 7199, 9042, 9160
• 주키퍼 포트 2181
• OpenLDAP 포트 10389

각 Apigee 구성요소가 API 호출을 리슨하는 포트를 파악하려면 다음을 실행합니다. (일반적으로 포트 8080에 있는) Management Server에 대한 다음 API 호출입니다.

curl -v -u username:password http://host:port/v1/servers?pod=gateway&region=dc-1
curl -v -u username:password http://host:port/v1/servers?pod=central&region=dc-1
curl -v -u username:password http://host:port/v1/servers?pod=analytics&region=dc-1

이러한 명령어의 출력에는 아래와 유사한 섹션이 포함됩니다. 이 http.management.port 섹션에서는 지정된 구성요소의 포트 번호를 제공합니다.

{
  "externalHostName" : "localhost",
  "externalIP" : "111.222.333.444",
  "internalHostName" : "localhost",
  "internalIP" : "111.222.333.444",
  "isUp" : true,
  "pod" : "gateway",
  "reachable" : true,
  "region" : "default",
  "tags" : {
    "property" : [ {
      "name" : "Profile",
      "value" : "Router"
    }, {
      "name" : "rpc.port",
      "value" : "4527"
    }, {
      "name" : "http.management.port",
      "value" : "8081"
    }, {
      "name" : "jmx.rmi.port",
      "value" : "1100"
    } ]
  },
  "type" : [ "router" ],
  "uUID" : "2d4ec885-e20a-4173-ae87-10be38b35750"
}

로그 보기

로그 파일은 시스템의 이벤트/운영과 관련된 메시지를 추적합니다. 메시지가 표시됨 또는 오류 조건이 발생할 때 로그에 기록됩니다. 로그 보기 파일이 있으면 CPU, 메모리, 디스크, 로드, CPU 및 저장과 같은 시스템 구성 요소에 대한 정보를 얻을 수 있습니다. 장애 상태에 도달하기 전후에 추적됩니다. 또한 이 도구를 사용하면 현재 시스템 문제의 원인을 진단하거나 잠재적인 시스템 예측 지원 문제를 해결하는 데 도움이 됩니다

예를 들어 구성요소의 일반적인 시스템 로그에는 아래와 같은 항목이 포함됩니다.

TimeStamp = 25/01/13 19:25 ; NextDelay = 30
Memory
HeapMemoryUsage = {used = 29086176}{max = 64880640} ;
NonHeapMemoryUsage = {init = 24313856}{committed = 57278464} ;
Threading
PeakThreadCount = 53 ; ThreadCount = 53 ;
OperatingSystem
SystemLoadAverage = 0.25 ;

/opt/apigee/conf/logback.xml 파일을 수정하여 다시 시작할 필요가 없습니다 logback.xml 파일에는 로깅 메커니즘이 logback.xml 파일에 구성 변경을 확인하는 빈도:

<configuration scan="true" scanPeriod="30 seconds" >

기본적으로 로깅 메커니즘은 변경사항을 1분마다 확인합니다. 시간 단위를 생략하는 경우 scanPeriod 속성으로 설정되는 경우 기본값은 밀리초입니다.

다음 표에서는 Apigee Edge 프라이빗 클라우드 구성요소의 로그 파일 위치를 보여줍니다.

메시지의 디버그 로그 사용 설정 프로세서 및 Edge UI

메시지 프로세서의 디버그 로그를 사용 설정하려면 다음 단계를 따르세요.

1. 메시지 프로세서 노드에서 /opt/apigee/customer/application/messsage-processor.properties 해당 파일이 존재하지 않으면 만듭니다
2. 파일에 다음 속성을 추가합니다.

   conf_system_log.level=DEBUG

3. 메시지 프로세서를 다시 시작합니다.

   /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

Edge UI의 디버그 로그를 사용 설정하려면 다음 안내를 따르세요.

1. Edge UI 노드에서 /opt/apigee/customer/application/ui.properties을 수정합니다. 해당 파일이 없으면 새로 만듭니다.
2. 파일에 다음 속성을 추가합니다.

   conf_application_logger.application=DEBUG

3. Edge UI를 다시 시작합니다.

   /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Apigee-monit 권장사항

apigee-monit를 사용하는 경우 Apigee에서는 다음을 권장합니다.

• 작업을 수행하기 전에 구성요소 모니터링을 중지하세요. 즉 백업 또는 업그레이드와 같은 작업을 시작하거나 중지하는 것이 좋습니다.
• cron와 같은 도구를 사용하여 apigee-monit를 모니터링합니다. 자세한 내용은 자세한 내용은 apigee-monit 모니터링을 참조하세요.

모니터링 도구

Nagios, Collectd, Graphite, Splunk, Sumologic, Monit 등의 모니터링 도구가 도움이 될 수 있습니다. 전체 엔터프라이즈 환경 및 비즈니스 프로세스 모니터링