Edge for Private Cloud גרסה 4.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
איפה:
- comp הוא edge-management-server , edge-message-processor , edge-qpid-server או edge-postgres-server.
- האפשרויות הן:
- -u: שם משתמש
- -p: סיסמה
- -e: y (הפעלה) או n (dsiable)
- קובץ התצורה כולל:
- 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> הוא כתובת ה-IP של שרת הניהול (או של השרת הרלוונטי). כברירת מחדל היציאה היא 1099 עבור שרת הניהול.
בטבלה הבאה מוצגים הנתונים הסטטיסטיים הכלליים של JMX:
JMX MBeans |
מאפייני JMX |
---|---|
זיכרון |
HeapMemoryUsage |
NonHeapMemoryUsage |
|
Usage |
|
הערה: ערכי המאפיינים יוצגו בארבעה ערכים: התחייבות, init, max ו-used. |
שימוש בבדיקות של Edge Application API
כדי לבצע בדיקת API בשרת הניהול (או בכל שרת), מפעילים את הפקודה הבאה מסוג CURL:
curl http://<host>:8080/v1/servers/self/up -H "Accept: application/json"
כאשר <host> הוא כתובת ה-IP של שרת הניהול. אפשר לציין את סוג האישור application/json או application/xml.
הקריאה הזו מחזירה את הערכים "true" ו-"false". אם הערך הוא true, המשמעות היא שהצומת פועל ושירות Java פועל.
אם לא מתקבלת תגובת HTTP 200 (OK), ה-Edge לא יכול להגיב לבקשות ביציאה 8080.
פתרון בעיות
- מתחברים לשרת ומריצים את הפקודה הבאה:
/opt/apigee/apigee-service/bin/apigee-service edge-management-server status - אם השירות לא פועל, צריך להפעיל את השירות:
/opt/apigee/apigee-service/bin/apigee-service edge-management-server start
שימוש באפליקציית Edge – בדיקות משתמשים, ארגון ופריסה
שרת הניהול ממלא תפקיד חיוני בשמירה על כל החבילות האחרות יחד בכל התקנה מקומית. אפשר לבדוק את סטטוס המשתמש, הארגון והפריסה בשרת הניהול על ידי ביצוע הפקודות הבאות:
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 edge-management-server מחדש
נתב
אפשר לבצע בדיקת API בנתב (או בכל שרת אחר) על ידי הפעלת הפקודה הבאה של CURL:
curl http://<host>:8081/v1/servers/self/up
כאשר המארח הוא כתובת ה-IP של הנתב.
הקריאה הזו מחזירה את הערכים "true" ו-"false". אם הערך הוא true, המשמעות היא שהצומת פועל ושירות הנתב פועל.
אם לא מתקבלת תגובת HTTP 200 (OK), אז Edge לא יכול להגיב לבקשות ביציאה 8081.
פתרון בעיות
- מתחברים לשרת ומריצים את הפקודות הבאות:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status - אם השירות לא פועל, צריך להפעיל את השירות
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start - אחרי הפעלה מחדש, בודקים שהוא פועל
curl -v http://localhost:port/v1/servers/self/up
כאשר הערך של port הוא 8081 בנתב וב-8082 עבור מעבד ההודעות.
שימוש ב-JConsole כדי לעקוב אחר בדיקות תקינות המערכת ועיבוד המידע
מבצעים את הפעולות המתוארות למעלה עבור שרת הניהול.
הערה: הקפידו להשתמש ביציאה 1,100.
מעבד בקשות
שימוש ב-JConsole כדי לעקוב אחר בדיקות תקינות המערכת ועיבוד המידע
מבצעים את הפעולות המתוארות למעלה עבור שרת הניהול.
הערה: הקפידו להשתמש ביציאה 1101.
שימוש בבדיקות של Edge Application API
פועלים לפי ההנחיות שלמעלה עבור הנתב.
הערה: יש להקפיד להשתמש ביציאה – 8082.
שימוש בבדיקות של זרימת הודעות ב-JMX
מבצעים את הפעולות המתוארות למעלה עבור שרת הניהול.
הערה: הקפידו להשתמש ביציאה 1101.
שרת Qpid
שימוש ב-JConsole למעקב אחר בדיקת תקינות המערכת ועיבוד המידע
מבצעים את הפעולות המתוארות למעלה עבור שרת הניהול.
הערה: יש להקפיד להשתמש ביציאה – 1102.
שימוש בבדיקות של Edge Application API
מבצעים את הפעולות המתוארות למעלה עבור שרת הניהול.
הערה: הקפידו להשתמש ביציאה 8083. גם פקודת ה-CURL הבאה נתמכת עבור שרת Qpid:
curl http://<qpid_IP>:8083/v1/servers/self
שרת Postgres
שימוש ב-JConsole כדי לעקוב אחר בדיקות תקינות המערכת ועיבוד המידע
מבצעים את הפעולות המתוארות למעלה עבור שרת הניהול.
הערה: הקפידו להשתמש ביציאה – 1103.
שימוש בבדיקות של Edge Application API
מבצעים את הפעולות המתוארות למעלה עבור שרת הניהול.
הערה: יש להקפיד להשתמש ביציאה – 8084. גם פקודת ה-CURL הבאה נתמכת ב-Postgres Server:
curl http://<postgres_IP>:8084/v1/servers/self
שימוש בבדיקות הארגון והסביבה של אפליקציית Edge
כדי לבדוק את שם הארגון והסביבה שקשורים לשרת ה-Postgres, מריצים את הפקודות הבאות של CURL:
curl http:// <postgres_IP>:8084/v1/servers/self/organizations
הערה: יש להקפיד להשתמש ביציאה – 8084.
המערכת צריכה להציג את שם הארגון והסביבה.
שימוש בבדיקת axstatus של אפליקציית Edge
אפשר לאמת את הסטטוס של שרתי ניתוח הנתונים באמצעות הפקודה הבאה של CURL.
curl -u userEmail:password http://<host>:<port>/v1/organizations/<orgname>/environments/<envname>/provisioning/axstatus
המערכת אמורה להציג את הסטטוס 'הצלחה' עבור כל שרתי ניתוח הנתונים. הפלט של הפקודה 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.
הערה: צריך להתקין את הסקריפט, check_postgres.pl בכל צומת של Postgres.
לפני שמריצים את הסקריפט:
- חשוב לוודא שהתקנתם את perl-Time-HiRes.x86_64, מודול Perl שמטמיע טיימרים של התראות, שינה, gettimeofday וטיימרים ברזולוציה גבוהה. לדוגמה, אפשר להתקין אותו באמצעות הפקודה הבאה:
yum install perl-Time-HiRes.x86_64
פלט ברירת המחדל של קריאות ל-API באמצעות הסקריפט, check_postgres.pl תואם ל-Nagios. אחרי שמתקינים את הסקריפט, צריך לבצע את הבדיקות הבאות:
- גודל מסד הנתונים – יש לבדוק את גודל מסד הנתונים:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -actionDatabase_size --warning='800 GB' -- critical='900 GB' - חיבור נכנס למסד הנתונים – בדיקת מספר החיבורים הנכנסים למסד הנתונים והשוואה לחיבורים המקסימליים המותרים:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends - הזמינות והביצועים של מסד הנתונים – בדיקה אם מסד הנתונים פועל
וזמין:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action Connect - שטח דיסק – בודק את שטח הדיסק:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' -- critical='90%' - Onboarded organizations/environments – בודק את מספר הארגון
והסביבה שנמצאים בצומת Postgres:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select from pwarning's like'error's result
הערה: אם דרושה לך עזרה בשימוש בפקודות שלמעלה, ניתן לעיין בכתובת 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)
אפשר לבצע בדיקת API במחשב postgres באמצעות הפעלה של פקודת ה-CURL הבאה:
http://<postgres_IP>:8084/v1/servers/self/health/
הערה: הקפידו להשתמש ביציאה 8084.
היא מחזירה את הסטטוס 'פעיל' כשתהליך ההעברה החוזר פעיל. אם תהליך ההעברה לא פועל, הוא יחזיר את הסטטוס 'לא פעיל'.
מקורות מידע של 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
אפאצ'י קסנדרה
שימוש ב-JConsole – מעקב אחר סטטיסטיקות המשימות
צריך להשתמש ב-JConsole ובכתובת ה-URL של השירות הבאה כדי לעקוב אחר מאפייני JMX (MBeans) שמוצעים דרך JMX.
service:jmx:rmi:///jndi/rmi://<ip address>:7199/jmxrmi
<ip address> הוא כתובת ה-IP של שרת Cassandra.
JMX מופעל כברירת מחדל עבור Cassandra, ולגישה מרחוק של JMX אל Cassandra לא נדרשת סיסמה.
כדי לאפשר הוספת סיסמה באמצעות אימות 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 - עורכים את jmxremote.password
ומוסיפים שם משתמש וסיסמה לקובץ:
cassandra password
כאשר password הוא הסיסמה של JMX. - עורכים את ${JAVA_Home}/lib/management/jmxremote.access ומוסיפים את התפקיד הבא:
cassandra Readwrite - יש לוודא שהקבצים בבעלות "apigee" ושמצב הקובץ הוא 400:
> chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
> chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.* - יוצרים קובץ במיקום הבא, אם הוא לא קיים:
/opt/apigee/customer/application/jmx_auth.sh
- מוסיפים את השורות הבאות לקובץ
jmx_auth.sh
שיצרתם:export CASS_JMX_USERNAME=JMX_USERNAME export CASS_JMX_PASSWORD=JMX_PASSWORD
- מריצים את הפקודה הבאה:
source /opt/apigee/customer/application/jmx_auth.sh
- מריצים את הפקודה configure
ב-Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configuration - מפעילים מחדש את Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra הפעלה מחדש - חוזרים על התהליך הזה בכל צומתי 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 configuration - מפעילים מחדש את Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra הפעלה מחדש - חוזרים על התהליך הזה בכל צומתי Cassandra.
נתונים סטטיסטיים של Cassandra JMX
JMX MBeans |
מאפייני JMX |
---|---|
ColumnFamilies/Apprepo/סביבה ColumnFamilies/Apprepo/ארגונים ColumnFamilies/apprepo/apiproxy_revisions ColumnFamilies/Apprepo/apiproxies עמודות/ביקורות/ביקורות של עמודות העמודה ColumnFamilies/audit/audits_ref |
PendingTasks |
MemtableColumnsCount |
|
MemtableDataSize |
|
ReadCount |
|
RecentReadLatencyMicros |
|
TotalReadLatencyMicros |
|
WriteCount |
|
RecentWriteLatencyMicros |
|
TotalWriteLatencyMicros |
|
TotalDiskSpaceUsed |
|
LiveDiskSpaceUsed |
|
LiveSSTableCount |
|
BloomFilterFalsePositives |
|
RecentBloomFilterFalseRatio |
|
BloomFilterFalseRatio |
שימוש בכלי העזר של Nesttool לניהול צמתים באשכול
כלי העזר של הצומת, שהוא ממשק שורת הפקודה של Cassandra, משמש לניהול צמתים באשכול. ניתן למצוא את כלי השירות בכתובת /opt/apigee/apigee-cassandra/bin
.
מידע נוסף על כלי העזר של nodetool זמין בכתובת http://www.datastax.com/docs/1.0/references/nodetool.
ניתן לבצע את הקריאות הבאות בכל הצמתים של אשכול Cassandra:
- מידע כללי על הצלצול (אפשר גם להשתמש בצומת Cassandra): מחפשים את הערכים 'Up' ו-'Normal' בכל הצמתים.
[host]# domain1tool -u username -p password -h localhost טבעת
הפלט של הפקודה שלמעלה נראה כמו בדוגמה הבאה:
Address DC Rack Status State Load Owns
192.168.124.201 dc1 ra1 Up Normal 1.67 MB% 3.3,3 - מידע כללי על צמתים (קריאה לכל צומת)
nodetool -u username -p password -h localhost info
הפלט של הפקודה שלמעלה נראה כמו בדוגמה הבאה:
Token : 0
Gossip active : true
טעינה: 1.67MB
דור מס' : 16519687
נתונים : 13619687
- Status of the thrift server (שרת API של לקוח בשירות)
host]# configurationtool -u username -p password -h localhost statusthrift
בפלט של הפקודה שלמעלה מוצג הסטטוס 'פועל'. - סטטוס של פעולות של העברת נתונים: שימו לב לתעבורת הנתונים של צומתי cassandra
nodetool -u username -p password -h localhost netstats 192.168.124.203
הפלט של הפקודה שלמעלה נראה כמו בדוגמה הבאה:
Mode: NORMAL (מצב בהמתנה)
18.192.1 ללא סטרימינג בהמתנה אל /1922.1
Cassandra Monitoring (ממשק משתמש)
יש לעיין בכתובת ה-URL של opscenter למס נתונים: http://www.datastax.com/products/opscenter.
משאבים של Cassandra
יש לעיין בכתובת ה-URL הבאה: http://www.datastax.com/docs/1.0/operations/monitoring.
גן החיות אפאצ'י
בדיקת הסטטוס של גן החיות
- צריך לוודא שהתהליך שלzoKeeper פועל. גן חיות כותב קובץ PID כדי: opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
- כדאי לבדוק את יציאות גן החיות כדי לוודא שאפשר ליצור חיבור TCP ליציאות 2181 ו-3888 בכל שרת שלzoKeeper.
- מוודאים שניתן לקרוא ערכים ממסד הנתונים שלzoKeeper. להתחבר באמצעות ספריית לקוח שלzoKeeper (או /opt/apigee/apigee-zookeeper/bin/zkCli.sh) ולקרוא ערך ממסד הנתונים.
- בודקים את הסטטוס:
> /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper status
שימוש ב-ZooKeeper בן ארבע מילים
ניתן לנטר אתzoKeeper באמצעות סדרה קטנה של פקודות (מילים בנות ארבע) שנשלחות ליציאה 2181 באמצעות netcat (nc) או telnet.
מידע נוסף על הפקודות שלZooKeeper זמין כאן: http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands.
לדוגמה:
- srvr: רשימת הפרטים המלאים של השרת.
- stat: פירוט פרטים קצרים על השרת ועל הלקוחות המחוברים.
אפשר להנפיק את הפקודות הבאות ליציאת בהתאם ל-ZooKeeper:
- מריצים את מקש ruok על ארבע אותיות כדי לבדוק אם השרת פועל במצב שאינו שגוי. תשובה מוצלחת תחזיר את הכיתוב "imok".
echo ruok | nc <host> 2181
החזרות:
imok - מריצים את הפקודה בת ארבע האותיות, הנתונים הסטטיסטיים כדי להציג את ביצועי השרת ואת הנתונים הסטטיסטיים של הלקוחות המחוברים.
echo stat | nc <host> 2181
Return:
Zookeeper version: 3.4.5-1392090, נבנה 09/30/2012 17:52 GMT
Clients:
/0:0:0:0:0:0: - אם netcat (nc) אינו זמין, ניתן להשתמש ב-python כחלופה. יוצרים קובץ בשם zookeeper.py
שמכיל את הערך הבא:
Import time, socket,
sys c = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
c.connect(sys.argv[1], 2181))
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" -H ldap://localhost:10389 -LLLLL
המערכת מציגה בקשה להזנת שרת LDAP מסוג LDAP
- בודקים אם שרת הניהול עדיין מחובר לבעיה ב-LDAP:
curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>
מחזיר:
{
"emailId" : <ADMIN>,
"firstName" : "admin",
"lastName" } "admin"
אפשר גם לנטר את המטמון של OpenLDAP, וכך לצמצם את מספר הגישות לדיסקים וכך לשפר את ביצועי המערכת. למעקב ולכוונון של גודל המטמון בשרת OpenLDAP יכולה להיות השפעה משמעותית על הביצועים של שרת הספריות. אפשר להציג את קובצי היומן (opt/apigee/var/log) כדי לקבל מידע על המטמון.