모니터링 방법

Private Cloud용 Edge v4.18.01

이 문서에서는 온프레미스에서 지원하는 구성요소의 모니터링 기법을 설명합니다. Apigee Edge 배포입니다

JMX 사용 설정

JMX는 Cassandra에 기본적으로 사용 설정되고 다른 모든 Edge에는 기본적으로 사용 중지되어 있음 구성할 수 있습니다. 따라서 각 구성요소에 대해 JMX를 개별적으로 사용 설정해야 합니다.

각 구성요소는 다른 포트에서 JMX를 지원합니다. 다음 표에는 JMX 포트와 해당 포트에서 JMX를 사용하도록 수정한 파일을 수정합니다.

구성요소 JMX 포트 파일
관리 서버 1099 /opt/apigee/edge-management-server/bin/start
라우터 1100 /opt/apigee/edge-router/bin/start
메시지 프로세서 1101 /opt/apigee/edge-message-processor/bin/start
Qpid 1102 /opt/apigee/edge-qpid-server/bin/start
Postgres 1103 /opt/apigee/edge-postgres-server/bin/start

예를 들어 관리 서버에서 JMX를 사용 설정하려면 다음을 엽니다. /opt/apigee/edge-management-server/bin/start를 편집기에서 생성합니다. 다음 행이 클릭하여 관리 서버를 시작합니다.

exec $JAVA -classpath "$classpath" -Xms$min_mem -Xmx$max_mem $xx_opts -Djava.security.auth.login.config=$conf_path/jaas.config 
-Dinstallation.dir=$install_dir $sys_props -Dconf.dir=$conf_path 
-Ddata.dir=$data_dir $* $debug_options com.apigee.kernel.MicroKernel

이 줄을 수정하여 다음을 추가합니다.

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=1099 
-Dcom.sun.management.jmxremote.local.only=false  
-Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false 

이 줄은 관리 서버에 대한 JMX 포트 번호를 1099로 지정합니다. 다음과 같이 설정합니다. 포트 번호가 있어야 합니다. 예를 들면 다음과 같습니다.

exec $JAVA -classpath "$classpath" -Xms$min_mem -Xmx$max_mem $xx_opts 
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=1099 
-Dcom.sun.management.jmxremote.local.only=false  
-Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false 
-Djava.security.auth.login.config=$conf_path/jaas.config 
-Dinstallation.dir=$install_dir $sys_props -Dconf.dir=$conf_path -Ddata.dir=$data_dir $* $debug_options com.apigee.kernel.MicroKernel

파일을 저장한 다음 구성요소를 다시 시작합니다. 예를 들어 관리 콘솔에서 서버:

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

JMX 인증 활성화 및 JMX 비밀번호 설정

관리 서버, 메시지 프로세서, Qpid, Postgres의 모니터링 프로세스 모두 JMX를 사용합니다 JMX는 기본적으로 사용 설정되어 있으며 원격 JMX 액세스에는 비밀번호가 필요하지 않습니다.

JMX 인증을 사용 설정하기 위해 각 구성요소에는change_jmx_auth 인증을 사용 설정/중지하고 JMX 자격 증명을 설정합니다.

JMX 인증을 사용하려면 다음 명령어를 사용합니다.

>  /opt/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile

각 항목의 의미는 다음과 같습니다.

  • compedge-management-server, Edge-message-processor, Edge-qpid-server 또는 edge-postgres-server.
  • 옵션은 다음과 같습니다. <ph type="x-smartling-placeholder">
      </ph>
    • -u: 사용자 이름
    • -p: 비밀번호
    • -e: y (사용 설정) 또는 n (실용적)
  • 구성 파일에는 다음이 포함됩니다. <ph type="x-smartling-placeholder">
      </ph>
    • JMX_USERNAME=사용자 이름
    • JMX_ENABLED=y/n
    • JMX_PASSWORD=password (설정하지 않거나 -p로 전달하지 않으면 메시지가 표시됩니다.)

예를 들어 명령줄에서 옵션을 사용하려면 다음을 실행합니다.

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y

구성 파일이 있는 경우:

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -f configFile

여러 노드에서 Edge를 실행하는 경우 모든 노드에서 이 명령어를 실행하여 비밀번호를 입력합니다.

나중에 JMX 인증을 비활성화하려면 다음 명령어를 사용합니다.

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -e n

관리 서버

사용 시스템 상태 점검 및 프로세스 정보를 모니터링하는 JConsole

JConsole (JMX 준수 툴)을 사용하여 상태 점검을 관리 및 모니터링하고 통계를 처리하세요. JConsole을 사용하면 관리 서버 (또는 모든 서버)가 제공한 JMX 통계를 사용할 수 있고 그래픽 인터페이스에 표시할 수 있습니다. JConsole 사용에 대한 자세한 내용은 http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html을 참조하세요.

JConsole 및 다음 서비스 URL을 사용하여 JMX 속성을 모니터링합니다. (MBeans) JMX를 통해 제공됩니다.

service:jmx:rmi:///jndi/rmi://<ip address>:<port>/jmxrmi

여기서 <ip address>는 Management Server (또는 각 서버) 관리 서버의 포트는 기본적으로 1099입니다.

다음 표는 일반적인 JMX 통계를 보여줍니다.

JMX MBean

JMX 속성

메모리

HeapMemoryUsage

NonHeapMemoryUsage

사용

참고: 속성 값은 커밋, init, max, used로 구분됩니다.

Edge 애플리케이션 API 사용 검사

다음을 호출하여 관리 서버 (또는 모든 서버)에서 API 검사를 수행할 수 있습니다. CURL 명령어:

curl http://<host>:8080/v1/servers/self/up -H "Accept: application/json"

여기서 &lt;host&gt;는 관리 서버의 IP 주소입니다. Accept 유형을 application/json 또는 application/xml로 지정할 수 있습니다.

이 호출은 'false'입니다. true인 경우 노드가 작동 중이고 Java 서비스가 있습니다

HTTP 200 (OK) 응답을 받지 못하면 Edge가 포트 8080에 응답할 수 없는 것입니다. 요청을 처리합니다

문제 해결

  1. 서버에 로그인하고 다음 명령어를 실행합니다.
    /opt/apigee/apigee-service/bin/apigee-service 에지 관리 서버 상태
  2. 서비스가 실행되고 있지 않으면 서비스를 시작합니다.
    /opt/apigee/apigee-service/bin/apigee-service 에지 관리 서버 시작

Edge 사용 애플리케이션 – 사용자, 조직 및 배포 확인

Management Server는 각 온프레미스에 다른 모든 필지를 한데 모으는 데 중요한 역할을 합니다. 설치해야 합니다 관리 서버에서 사용자, 조직, 배포 상태를 확인할 수 있습니다. 다음과 같은 명령어를 실행합니다.

curl -u userEmail:password http://localhost:8080/v1/users
curl -u userEmail:password http://localhost:8080/v1/organizations
curl -u userEmail:password http://localhost:8080/v1/organizations/orgname/deployments

시스템에 '배포됨'이라고 표시되어야 합니다. 상태를 확인할 수 있습니다. 이 방법이 실패하면 있습니다.

  1. 관리 서버 로그 (opt/apigee/var/log/edge-management-server)를 확인하세요. 확인할 수 있습니다
  2. 관리 서버를 호출하여 제대로 작동하는지 확인 있습니다.
  3. ELB에서 서버를 삭제한 후 관리 서버를 다시 시작합니다.
    /opt/apigee/apigee-service/bin/apigee-service 에지 관리 서버 재시작

라우터

다음 CURL을 호출하여 라우터 (또는 모든 서버)에서 API 검사를 수행할 수 있습니다. 명령어:

curl http://<host>:8081/v1/servers/self/up

여기서 호스트는 라우터의 IP 주소입니다.

이 호출은 'false'입니다. true인 경우 노드가 작동 중이고 라우터가 상태임을 의미합니다. 서비스가 실행 중입니다

HTTP 200 (OK) 응답을 받지 못하면 Edge에서 포트 8081에 응답할 수 없습니다. 요청을 처리합니다

문제 해결

  1. 서버에 로그인하고 다음 명령어를 실행합니다.
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service 에지 라우터 상태
  2. 서비스가 실행되고 있지 않으면 서비스를 시작합니다.
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service 엣지 라우터 시작
  3. 다시 시작한 후 작동하는지 확인
    curl -v http://localhost:port/v1/servers/self/up

    여기서 port는 라우터의 경우 8081이고 메시지 프로세서의 경우 8082입니다.

사용 시스템 상태 점검 및 프로세스 정보를 모니터링하는 JConsole

관리 서버에 대해 위에 설명된 것과 동일한 절차를 따릅니다.

참고: 포트 1100을 사용해야 합니다.

메시지 프로세서

사용 시스템 상태 점검 및 프로세스 정보를 모니터링하는 JConsole

관리 서버에 대해 위에 설명된 것과 동일한 절차를 따릅니다.

참고: 포트 1101을 사용해야 합니다.

Edge 애플리케이션 API 사용 검사

라우터에 대해 위에 설명된 것과 동일한 단계를 따르세요.

참고: 포트 8082를 사용해야 합니다.

JMX 메시지 흐름 확인 사용

관리 서버에 대해 위에 설명된 것과 동일한 절차를 따릅니다.

참고: 포트 1101을 사용해야 합니다.

Qpid 서버

JConsole 사용 시스템 상태 점검 및 프로세스 정보 모니터링

관리 서버에 대해 위에 설명된 것과 동일한 절차를 따릅니다.

참고: 포트 1102를 사용해야 합니다.

Edge 애플리케이션 API 검사 사용

관리 서버에 대해 위에 설명된 것과 동일한 절차를 따릅니다.

참고: 포트 8083을 사용해야 합니다. 다음 CURL 명령어는 Qpid 서버에서도 지원됨:

curl http://<qpid_IP>:8083/v1/servers/self

Postgres 서버

사용 시스템 상태 점검 및 프로세스 정보를 모니터링하는 JConsole

관리 서버에 대해 위에 설명된 것과 동일한 절차를 따릅니다.

참고: 포트 1103을 사용해야 합니다.

Edge 애플리케이션 API 검사 사용

관리 서버에 대해 위에 설명된 것과 동일한 절차를 따릅니다.

참고: 포트 8084를 사용해야 합니다. 다음 CURL 명령어는 Postgres 서버에서도 지원됩니다.

curl http://<postgres_IP>:8084/v1/servers/self

Edge 사용 애플리케이션 조직 및 환경 확인

Postgres 서버에 온보딩된 조직 및 환경 이름을 확인할 수 있습니다. 다음 CURL 명령을 실행하여 할 수 있습니다.

curl http:// <postgres_IP>:8084/v1/servers/self/organizations

참고: 포트 8084를 사용해야 합니다.

시스템에 조직 및 환경 이름이 표시됩니다.

Edge 애플리케이션 axstatus 사용 확인

다음 CURL을 실행하여 분석 서버의 상태를 확인할 수 있습니다. 명령어와 함께 사용하면 됩니다

curl -u userEmail:password http://<host>:<port>/v1/organizations/<orgname>/environments/<envname>/provisioning/axstatus

시스템이 모든 애널리틱스 서버에 대해 SUCCESS(성공) 상태를 표시합니다. 위 CURL의 출력 명령어는 다음과 같습니다.

{
  "environments" : [ {
    "components" : [ {
      "message" : "success at Thu Feb 28 10:27:38 CET 2013",
      "name" : "pg",
      "status" : "SUCCESS",
      "uuid" : "[c678d16c-7990-4a5a-ae19-a99f925fcb93]"
     }, {
      "message" : "success at Thu Feb 28 10:29:03 CET 2013",
      "name" : "qs",
      "status" : "SUCCESS",
      "uuid" : "[ee9f0db7-a9d3-4d21-96c5-1a15b0bf0adf]"
     } ],
    "message" : "",
    "name" : "prod"
   } ],
  "organization" : "acme",
  "status" : "SUCCESS"
}

PostgreSQL 데이터베이스

check_postgres.pl 사용 스크립트

PostgreSQL 데이터베이스를 모니터링하려면 표준 모니터링 스크립트인 check_postgres.pl을 사용하면 됩니다. 이 스크립트는 다음에서 제공됩니다. http://bucardo.org/wiki/Check_postgres.

참고: 각 Postgres에 check_postgres.pl 스크립트를 설치해야 합니다. 노드입니다

스크립트를 실행하기 전에 다음을 실행하세요.

  1. App Engine에 설치된 Perl 모듈인 perl-Time-HiRes.x86_64가 고해상도 알람, 절전 모드, gettimeofday 및 인터벌 타이머를 구현합니다. 예를 들어 다음 명령어를 사용하여 설치할 수 있습니다.
    yum 설치 perl-Time-HiRes.x86_64

check_postgres.pl 스크립트를 사용한 API 호출의 기본 출력은 Nagios와 호환됩니다. 후(After) 스크립트를 설치한 후 다음 사항을 확인하세요.

  1. 데이터베이스 크기 – 데이터베이스 크기를 확인합니다.
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -action database_size --warning='800 GB' --critical='900GB'
  2. 데이터베이스에 대한 수신 연결 – 데이터베이스의 데이터를 업데이트하고 허용되는 최대 연결 수와 비교합니다.
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action 백엔드
  3. 데이터베이스 가용성 및 성능 – 데이터베이스가 실행 중인지 확인하고 사용 가능:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action 연결
  4. 디스크 공간 – 디스크 공간을 확인합니다.
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --중요='90%'
  5. 온보딩된 조직/환경 – 조직의 수와 Postgres 노드에 온보딩된 환경:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select count(*)를 결과로 표시 pg_tables에서 schemaname='analytics' '%fact'와 같은 테이블 이름이 필요합니다. --경고='80' --중요='90' --valtype=integer

참고: http://bucardo.org/check_postgres/check_postgres.pl.html 를 참조하세요.

DB 확인

PostgreSQL 데이터베이스에 적절한 테이블이 만들어졌는지 확인할 수 있습니다. PostgreSQL에 로그인 사용할 수 있습니다.

psql -h /opt/apigee/var/run/apigee-postgresql/  -U apigee -d apigee

그런 다음 다음을 실행합니다.

\d analytics."<org>.<env>.fact"

Postgres 상태 확인 프로세스

다음 CURL 명령어를 호출하여 postgres 머신에서 API 검사를 수행할 수 있습니다.

http://<postgres_IP>:8084/v1/servers/self/health/

참고: 포트 8084를 사용해야 합니다.

postgres 프로세스가 활성화되면 'ACTIVE' 상태를 반환합니다. Postgres가 실행 중이 아니면 '비활성' 상태를 반환합니다.

Postgres 리소스

Apache Cassandra

JConsole 사용 – 모니터링 작업 통계

JConsole 및 다음 서비스 URL을 사용하여 JMX 속성을 모니터링합니다. (MBeans) JMX를 통해 제공됩니다.

service:jmx:rmi:///jndi/rmi://<ip address>:7199/jmxrmi

여기서 <ip address>는 Cassandra의 IP입니다. 있습니다.

JMX는 Cassandra에 기본적으로 사용 설정되며 Cassandra에 대한 원격 JMX 액세스에는 비밀번호

JMX 인증을 사용하여 비밀번호를 추가하려면 다음 단계를 따르세요.

  1. /opt/apigee/customer/application/cassandra.properties를 수정합니다. 파일이 없으면 새로 만듭니다.
  2. 파일에 다음을 추가합니다.
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. 파일을 저장합니다.
  4. 다음 파일을 $JAVA_HOME 디렉터리에서 /opt/apigee/data/apigee-cassandra/:
    cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password
  5. jmxremote.password를 수정하고 파일에 사용자 이름과 비밀번호 추가:
    Cassandra 비밀번호
    <ph type="x-smartling-placeholder">
    </ph> 여기서 password는 JMX 비밀번호입니다.
  6. ${JAVA_HOME}/lib/management/jmxremote.access를 수정하고 다음 역할을 추가합니다.
    Cassandra 읽기 쓰기
  7. 파일이 'Apigee'의 소유인지 확인하세요. 파일 모드는 400입니다.
    &gt; chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
    &gt; chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.*
  8. 존재하지 않는 경우 다음 위치에 파일을 만듭니다.
    /opt/apigee/customer/application/jmx_auth.sh
  9. 방금 만든 jmx_auth.sh 파일에 다음 줄을 추가합니다.
    export CASS_JMX_USERNAME=JMX_USERNAME
    export CASS_JMX_PASSWORD=JMX_PASSWORD
  10. 다음 명령어를 실행합니다.
    source /opt/apigee/customer/application/jmx_auth.sh
  11. 다음에서 configure를 실행합니다. 카산드라:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra 구성
  12. Cassandra를 다시 시작합니다.
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra 재시작
  13. 다른 모든 Cassandra 노드에서 이 프로세스를 반복합니다.

나중에 인증을 사용 중지하려면 다음 단계를 따르세요.

  1. /opt/apigee/customer/application/cassandra.properties를 수정하세요.
  2. 파일에서 다음 줄을 삭제합니다.
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Cassandra에서 구성을 실행합니다.
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra 구성
  4. Cassandra를 다시 시작합니다.
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra 재시작
  5. 다른 모든 Cassandra 노드에서 이 프로세스를 반복합니다.

Cassandra JMX 통계

JMX MBean

JMX 속성

ColumnFamilies/apprepo/environments

ColumnFamilies/apprepo/organizations

ColumnFamilies/apprepo/apiproxy_revisions

ColumnFamilies/apprepo/apiproxies

ColumnFamilies/audit/audits

ColumnFamilies/audit/audits_ref

PendingTasks

MemtableColumnsCount

MemtableDataSize

ReadCount

RecentReadLatencyMicros

TotalReadLatencyMicros

WriteCount

RecentWriteLatencyMicros

TotalWriteLatencyMicros

TotalDiskSpaceUsed

LiveDiskSpaceUsed

LiveSSTableCount

BloomFilterFalsePositives

RecentBloomFilterFalseRatio

BloomFilterFalseRatio

Nodetool 유틸리티를 사용하여 클러스터 노드 관리

Cassandra의 명령줄 인터페이스인 nodetool 유틸리티는 kube-APIserver로 전송합니다 이 유틸리티는 /opt/apigee/apigee-cassandra/bin에서 찾을 수 있습니다.

nodetool 유틸리티에 대한 자세한 내용은 http://www.datastax.com/docs/1.0/references/nodetool을 참조하세요.

모든 Cassandra 클러스터 노드에서 다음과 같은 호출을 수행할 수 있습니다.

  1. 일반 링 정보 (단일 Cassandra 노드도 가능): "위로" 'Normal'을 kube-APIserver입니다
    [host]# nodetool -u username -p password -h localhost 반지

    위 명령어를 실행하면 다음과 같이 출력됩니다.
    주소 DC 랙 상태 상태 로드 소유 토큰
    192.168.124.201 dc1 ra1 Up Normal 1.67 MB 33.33% 0
    192.168.124.202 dc1 ra1 Up Normal 1.68 MB 33,33% 56713727820156410577229101238628035242
    192.168.124.203 dc1 ra1 Up Normal 1.67 MB 33,33% 113427455640312821154458202477256070484
  2. 노드에 대한 일반 정보 (노드당 호출)
    nodetool -u username -p password -h localhost 정보
    <ph type="x-smartling-placeholder">
    </ph> 위 명령어를 실행하면 다음과 같이 출력됩니다.
    토큰 : 0
    가십 활성 : 참
    로드 : 1.67MB
    세대 번호 : 1361968765
    업타임 (초) : 78108
    힙 메모리 (MB) : 46,80 / 772,00
    데이터 센터 : dc1
    랙 : ra1
    예외 : 0개
  3. 중고 서버의 상태 (제공 클라이언트 API)
    host]# nodetool -u username -p password -h localhost statusthrift
    <ph type="x-smartling-placeholder">
    </ph> 위 명령어를 실행하면 상태가 '실행 중'으로 출력됩니다.
  4. 데이터 스트리밍 작업 상태: cassandra의 트래픽 관찰 노드
    nodetool -u username -p password -h localhost netstats 192.168.124.203
    <ph type="x-smartling-placeholder">
    </ph> 위 명령어를 실행하면 다음과 같이 출력됩니다.
    모드: 일반
    /192.168.124.203으로 스트리밍되지 않음
    /192.168.124.203에서 스트리밍 없음
    풀 이름 활성 대기 중 완료
    명령어 해당 사항 없음 0 1,688
    응답 해당 사항 없음 0 292277

Cassandra 모니터링 (UI)

datastax opscenter URL(http://www.datastax.com/products/opscenter)을 참조하세요.

Cassandra 리소스

http://www.datastax.com/docs/1.0/operations/monitoring을 참조하세요.

Apache ZooKeeper

주키퍼 상태 확인

  1. ZaKeeper 프로세스가 실행 중인지 확인합니다. 주키퍼가 PID 파일을 opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid에 씁니다.
  2. 주키퍼 포트를 테스트하여 포트 2181 및 포트 80에 TCP 연결을 설정할 수 있는지 확인 3888입니다.
  3. ZooKeeper 데이터베이스에서 값을 읽을 수 있는지 확인합니다. 주키퍼를 사용하여 연결 클라이언트 라이브러리 (또는 /opt/apigee/apigee-zookeeper/bin/zkCli.sh) 데이터베이스에서 값을 읽습니다.
  4. 상태를 확인합니다.
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper 상태

주키퍼 4자 단어 사용

동물원은 netcat (nc) 또는 telnet을 사용하여 포트 2181에 연결합니다.

ZooKeeper 명령어에 대한 자세한 내용은 http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands를 참조하세요.

예를 들면 다음과 같습니다.

  • srvr: 전체 세부정보를 나열합니다. 지정할 수 있습니다
  • stat: 간략한 세부정보를 나열합니다. 서버 및 연결된 클라이언트에 대응할 수 있습니다

다음 명령어를 주키퍼 포트로 실행할 수 있습니다.

  1. 4자로 된 명령어 ruok를 실행하여 서버가 오류가 아닌 상태로 실행 중인지 테스트합니다. 가 성공하면 'imok'를 반환합니다.
    에코 루옥 | nc <호스트> 2,181

    반환:
    imok
  2. 4자리 명령어 stat을 실행하여 서버 성능과 연결된 클라이언트를 나열합니다. 있습니다.
    에코 통계 | nc <호스트> 2,181

    반환:
    Zookeeper 버전: 3.4.5-1392090, 구축 날짜: 2012년 9월 30일 17:52(GMT)
    고객:
    /0:0:0:0:0:0:0:1:33467[0](queued=0,recved=1,sent=0)
    /192.168.124.201:42388[1](queued=0,recved=8433,sent=8433)
    /192.168.124.202:42185[1](queued=0,recved=1339,sent=1347)
    /192.168.124.204:39296[1](queued=0,recved=7688,sent=7692)
    지연 시간 최소/평균/최대: 0/0/128
    수신: 26144
    보낸 시간: 26160
    연결: 4
    미결제: 0
    Zxid: 0x2000002c2
    모드: 팔로어
    노드 수: 283

    참고: 가끔 주키퍼가 모드(leader, leader, leader)인지 여부를 팔로어 또는 관찰자입니다.
  3. netcat (nc)을 사용할 수 없는 경우 python을 사용할 수 있습니다. 파일 만들기 zookeeper.py라는 이름을 사용하여 포함:
    가져오기 시간, 소켓,
    sys c = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    c.connect((sys.argv[1], 2181))
    c.send(sys.argv[2])
    time.sleep(0.1)
    print c.recv(512)

    <ph type="x-smartling-placeholder">
    </ph> 이제 다음 Python 줄을 실행합니다.
    python zookeeper.py 192.168.124.201 루오
    python zookeeper.py 192.168.124.201 통계

OpenLDAP

LDAP 수준 테스트

OpenLDAP를 모니터링하여 특정 요청이 제대로 제공되는지 확인할 수 있습니다. 포함 즉, 올바른 결과를 반환하는 특정 검색이 있는지 확인해야 합니다.

  1. ldapsearch 사용 (yum install openldap-clients) 시스템 관리자 항목을 쿼리합니다. 이 항목은 모든 API 호출을 인증하는 데 사용됩니다.
    ldapsearch -b &quot;uid=admin,ou=users,ou=global,dc=apigee,dc=com&quot; -x -W -D "cn=manager,dc=apigee,dc=com" - 시간 ldap://localhost:10389 -LLL

    그러면 LDAP 관리자 비밀번호를 입력하라는 메시지가 표시됩니다.
    LDAP 비밀번호 입력:

    비밀번호를 입력하면 다음과 같은 형식의 응답이 표시됩니다.
    dn: uid=admin,ou=users,ou=global,dc=apigee,dc=com
    객체 클래스: 조직사용자
    ObjectClass: person
    객체 클래스: inetOrgPerson
    객체 클래스: 상단
    UID: 관리자
    cn: 관리자
    sn: 관리자
    userPassword: e1NTSEF9bS9xbS9RbVNXSFFtUWVsU1F0c3BGL3BQMkhObFp2eDFKUytmZVE9PQ=
    =
    이메일: opdk@google.com
  2. 관리 서버가 여전히 LDAP 문제에 연결되어 있는지 확인합니다.
    curl -u <사용자 이메일>:<비밀번호> http://localhost:8080/v1/users/&lt;ADMIN&gt;

    반환:
    {
    &quot;emailId&quot; : <관리자>,
    'firstName' : "관리자",
    'lastName' : "관리자"
    }

또한 OpenLDAP 캐시를 모니터링하여 디스크 액세스 수를 줄일 수 있습니다. 시스템의 성능을 개선할 수 있습니다 애플리케이션의 캐시 크기를 모니터링한 후 OpenLDAP 서버는 디렉터리 서버의 성능에 큰 영향을 줄 수 있습니다. 여기에서 로그를 볼 수 있습니다. 파일 (opt/apigee/var/log)을 캐시에 대한 정보를 가져올 수 있습니다.