Private Cloud용 Edge v. 4.17.01
이 문서에서는 온프레미스에서 지원하는 구성요소의 모니터링 기법을 설명합니다. Apigee Edge 배포입니다
JMX 사용 설정
JMX는 Cassandra에 기본적으로 사용 설정되고 다른 모든 Edge에는 기본적으로 사용 중지되어 있음 구성할 수 있습니다. 따라서 각 구성요소에 대해 JMX를 개별적으로 사용 설정해야 합니다.
각 구성요소는 다른 포트에서 JMX를 지원합니다. 다음 표에는 JMX 포트와 해당 포트에서 JMX를 사용하도록 수정한 파일을 수정합니다.
구성요소 | JMX 포트 | 파일 |
---|---|---|
관리 서버 | 1099 | /opt/apigee/edge-management-server/bin/start |
메시지 프로세서 | 1101 | /opt/apigee/edge-mesage-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
각 항목의 의미는 다음과 같습니다.
- comp는 edge-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
여기서 <host>는 Management(관리)의 IP 주소입니다. 서버.
이 호출은 'false'입니다. true인 경우 노드가 작동 중이고 Java 서비스가 있습니다
HTTP 200 (OK) 응답을 받지 못하면 Edge가 포트 8080에 응답할 수 없는 것입니다. 있습니다
문제 해결
- 서버에 로그인하고 다음 명령어를 실행합니다.
/opt/apigee/apigee-service/bin/apigee-service 에지 관리 서버 상태 - 서비스가 실행되고 있지 않으면 서비스를 시작합니다.
/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
시스템에 '배포됨'이라고 표시되어야 합니다. 상태를 확인할 수 있습니다. 이 방법이 실패하면 있습니다.
- 관리 서버 로그 (opt/apigee/var/log/edge-management-server)를 확인하세요. 확인할 수 있습니다
- 관리 서버를 호출하여 제대로 작동하는지 확인 있습니다.
- 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에 응답할 수 없습니다. 있습니다
문제 해결
- 서버에 로그인하고 다음 명령어를 실행합니다.
/<inst_root>/apigee/apigee-service/bin/apigee-service 에지 라우터 상태 - 서비스가 실행되고 있지 않으면 서비스를 시작합니다.
/<inst_root>/apigee/apigee-service/bin/apigee-service 엣지 라우터 시작 - 다시 시작한 후 작동하는지 확인
curl -v http://localhost:port/v1/servers/self/up
여기서 port는 라우터의 경우 8081이고 메시지 프로세서의 경우 8082입니다.
메시지 프로세서
사용 시스템 상태 점검 및 프로세스 정보를 모니터링하는 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 스크립트를 설치해야 합니다. 노드입니다
스크립트를 실행하기 전에 다음을 실행하세요.
- App Engine에 설치된 Perl 모듈인 perl-Time-HiRes.x86_64가
고해상도 알람, 절전 모드, gettimeofday 및 인터벌 타이머를 구현합니다. 예를 들어
다음 명령어를 사용하여 설치할 수 있습니다.
yum 설치 perl-Time-HiRes.x86_64
check_postgres.pl 스크립트를 사용한 API 호출의 기본 출력은 Nagios와 호환됩니다. 후(After) 스크립트를 설치한 후 다음 사항을 확인하세요.
- 데이터베이스 크기 – 데이터베이스 크기를 확인합니다.
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -action database_size --warning='800 GB' --critical='900GB' - 데이터베이스에 대한 수신 연결 –
데이터베이스의 데이터를 업데이트하고 허용되는 최대 연결 수와 비교합니다.
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action 백엔드 - 데이터베이스 가용성 및 성능 – 데이터베이스가 실행 중인지 확인하고
사용 가능:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action 연결 - 디스크 공간 – 디스크 공간을 확인합니다.
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --중요='90%' - 온보딩된 조직/환경 – 조직의 수와
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 리소스
- http://www.postgresql.org/docs/9.0/static/monitoring.html
- http://www.postgresql.org/docs/9.0/static/diskusage.html
- http://bucardo.org/check_postgres/check_postgres.pl.html
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 인증을 사용하여 비밀번호를 추가하려면 다음 단계를 따르세요.
- /opt/apigee/customer/application/cassandra.properties를 수정합니다. 파일이 없으면 새로 만듭니다.
- 파일에 다음을 추가합니다.
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - 파일을 저장합니다.
- 다음 파일을 $JAVA_HOME 디렉터리에서
/opt/apigee/data/apigee-cassandra/:
cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password
<ph type="x-smartling-placeholder">
</ph> cp ${JAVA_HOME}/lib/management/jmxremote.access $APIGEE_ROOT/data/apigee-cassandra/jmxremote.access - jmxremote.password를 수정하고
파일에 사용자 이름과 비밀번호 추가:
Cassandra 비밀번호
<ph type="x-smartling-placeholder">
</ph> 여기서 password는 JMX 비밀번호입니다. - jmxremote.access를 수정하고
다음 역할을 추가합니다.
Cassandra 읽기 쓰기 - 파일이 'Apigee'의 소유인지 확인하세요. 파일 모드는 400입니다.
> chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
> chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.* - 다음에서 configure를 실행합니다.
카산드라:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra 구성 - Cassandra를 다시 시작합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra 재시작
나중에 인증을 사용 중지하려면 다음 단계를 따르세요.
- /opt/apigee/customer/application/cassandra.properties를 수정하세요.
- 파일에서 다음 줄을 삭제합니다.
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Cassandra에서 구성을 실행합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra 구성 - Cassandra를 다시 시작합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-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 클러스터 노드에서 다음과 같은 호출을 수행할 수 있습니다.
- 일반 링 정보 (단일 Cassandra 노드도 가능):
"위로" 'Normal'을 kube-APIserver입니다
[host]# nodetool -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 - 노드에 대한 일반 정보 (노드당 호출)
nodetool -h localhost 정보
<ph type="x-smartling-placeholder">
</ph> 위 명령어를 실행하면 다음과 같이 출력됩니다.
토큰 : 0
가십 활성 : 참
로드 : 1.67MB
세대 번호 : 1361968765
업타임 (초) : 78108
힙 메모리 (MB) : 46,80 / 772,00
데이터 센터 : dc1
랙 : ra1
예외 : 0개 - 중고 서버의 상태 (제공 클라이언트 API)
host]# nodetool -h localhost 상태 사용
<ph type="x-smartling-placeholder">
</ph> 위 명령어를 실행하면 상태가 '실행 중'으로 출력됩니다. - 데이터 스트리밍 작업 상태: cassandra의 트래픽 관찰
노드
nodetool -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
주키퍼 상태 확인
- ZaKeeper 프로세스가 실행 중인지 확인합니다. 주키퍼가 PID 파일을 opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid에 씁니다.
- 주키퍼 포트를 테스트하여 포트 2181 및 포트 80에 TCP 연결을 설정할 수 있는지 확인 3888입니다.
- ZooKeeper 데이터베이스에서 값을 읽을 수 있는지 확인합니다. 주키퍼를 사용하여 연결 클라이언트 라이브러리 (또는 /opt/apigee/apigee-zookeeper/bin/zkCli.sh) 데이터베이스에서 값을 읽습니다.
- 상태를 확인합니다.
> /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: 간략한 세부정보를 나열합니다. 서버 및 연결된 클라이언트에 대응할 수 있습니다
다음 명령어를 주키퍼 포트로 실행할 수 있습니다.
- 4자로 된 명령어 ruok를 실행하여 서버가 오류가 아닌 상태로 실행 중인지 테스트합니다. 가
성공하면 'imok'를 반환합니다.
에코 루옥 | nc <호스트> 2,181
반환:
imok - 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)인지 여부를 팔로어 또는 관찰자입니다. - 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를 모니터링하여 특정 요청이 제대로 제공되는지 확인할 수 있습니다. 포함 즉, 올바른 결과를 반환하는 특정 검색이 있는지 확인해야 합니다.
- ldapsearch 사용
(yum install openldap-clients)
시스템 관리자 항목을 쿼리합니다. 이 항목은 모든 API 호출을 인증하는 데 사용됩니다.
ldapsearch -b "uid=admin,ou=users,ou=global,dc=apigee,dc=com" -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 - 관리 서버가 여전히 LDAP 문제에 연결되어 있는지 확인합니다.
curl -u <사용자 이메일>:<비밀번호> http://localhost:8080/v1/users/<ADMIN>
반환:
{
"emailId" : <관리자>,
'firstName' : "관리자",
'lastName' : "관리자"
}
또한 OpenLDAP 캐시를 모니터링하여 디스크 액세스 수를 줄일 수 있습니다. 시스템의 성능을 개선할 수 있습니다 애플리케이션의 캐시 크기를 모니터링한 후 OpenLDAP 서버는 디렉터리 서버의 성능에 큰 영향을 줄 수 있습니다. 여기에서 로그를 볼 수 있습니다. 파일 (opt/apigee/var/log)을 캐시에 대한 정보를 가져올 수 있습니다.