Edge for Private Cloud גרסה 4.17.05
במסמך הזה מתוארות שיטות המעקב אחרי רכיבים שנתמכים על ידי מערכות מקומיות בפריסה של 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, לכל רכיב יש פעולת change_jmx_auth שבה משתמשים כדי להפעיל/להשבית אימות ולהגדיר את פרטי הכניסה של JMX.
כדי להפעיל אימות JMX השתמש בפקודה הבאה:
> /<inst_root>/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile
איפה:
- comp הוא End-management-server, End-message-processor, dge-qpid-server, או edge-postgres-server.
- האפשרויות הן:
- -u: שם משתמש
- -p: סיסמה
- -e: y (הפעלה) או n (ניתנת לשיתוף)
- קובץ התצורה כולל:
- JMX_USERNAME=שם משתמש
- JMX_Available=y/n
- JMX_PASSWORD=password (אם לא מוגדר או לא מועבר באמצעות -p, תוצג בקשה)
לדוגמה, כדי להשתמש באפשרויות בשורת הפקודה:
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y
אם יש לכם קובץ תצורה:
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -f configFile
אם מפעילים את Edge במספר צמתים, מריצים את הפקודה הזו בכל הצמתים ומציינים שם משתמש וסיסמה.
כדי להשבית אימות JMX מאוחר יותר, משתמשים בפקודה:
> /<inst_root>/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 |
|
שימוש |
|
הערה: ערכי המאפיינים יוצגו בארבעה ערכים: commitment, init, מקסימום ו-used. |
שימוש ב-Edge Application API בדיקות
כדי לבצע בדיקת API בשרת הניהול (או בכל שרת אחר), יש להפעיל את הפקודה הבאה: פקודת CURL:
curl http://<host>:8080/v1/servers/self/up
כאשר <host> הוא כתובת ה-IP של הניהול שרת.
הקריאה מחזירה את הערך "true" ו-"false". אם הערך הוא True, המשמעות היא שהצומת הגיע ושירות Java ריצה.
אם לא מתקבלת תגובה מסוג HTTP 200 (OK), ממשק Edge לא יכול להגיב ליציאה 8080 בקשות.
פתרון בעיות
- צריך להתחבר לשרת ולהריץ את הפקודה הבאה:
/<inst_root>/apigee/apigee-service/bin/apigee-service סטטוס שרת ניהול הקצה - אם השירות לא פועל, אפשר להפעיל את השירות:
/<inst_root>/apigee/apigee-service/bin/apigee-service התחלת שרת-ניהול קצה
שימוש ב-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
המערכת צריכה להציג את הכיתוב 'פרוס'. הסטטוס של כל השיחות. אם האפשרויות האלה נכשלות, הבאים:
- בודקים את היומנים של שרת הניהול (בכתובת <inst_root>/apigee/var/log/edge-management-server) כל שגיאה.
- ביצוע קריאה אל שרת הניהול כדי לבדוק אם הוא פועל כראוי.
- מסירים את השרת מה-ELB ואז מפעילים מחדש את שרת הניהול.
/<inst_root>/apigee/apigee-service/bin/apigee-service הפעלה מחדש של שרת ניהול הקצה
נתב
אפשר לבצע בדיקת 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 סטטוס נתב הקצה - אם השירות לא פועל, מפעילים את השירות
/<inst_root>/apigee/apigee-service/bin/apigee-service התחלת נתב קצה - אחרי ההפעלה מחדש, בודקים שהוא פועל
curl -v http://localhost:port/v1/servers/self/up
כאשר היציאה היא 8081 לנתב ו-8082 למעבד ההודעות.
מעבד בקשות
באמצעות 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:
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 וטיימרים הפוגות. לדוגמה,
יכול להתקין אותו באמצעות הפקודה הבאה:
התקנה טעים 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 connection - מקום הדיסק – בודק את נפח הדיסק:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --Critical='90%' - סביבות/ארגונים מוסמכים – בדיקה של מספר הארגונים
הסביבה שנמצאת בצומת Postgres:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select count(*) as result מ-pg_tables כאשר schemaname='analytics' ושם טבלה כמו '%fact' --warning='80' --Critical='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 תהליך דיפוזיה הפוך
כדי לבצע בדיקת API במחשב Postgres, מפעילים את פקודת ה-CURL הבאה:
http://<postgres_IP>:8084/v1/servers/self/health/
הערה: יש להשתמש ביציאה 8084.
הוא מחזיר את הסטטוס 'ACTIVE' כשתהליך הפרסום החוזר פעיל. אם אינו פעיל, ומחזיר את הסטטוס 'לא פעיל'.
מקורות מידע לגבי 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 להוספת סיסמה:
- עורכים את /<inst_root>/apigee/customer/application/cassandra.properties. אם הקובץ לא קיים, יוצרים אותו.
- מוסיפים את הפרטים הבאים לקובץ:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - שומרים את הקובץ.
- מעתיקים את הקבצים הבאים מספריית $JAVA_HOME אל
/<inst_root>/apigee/data/apigee-cassandra/:
cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password
cp ${JAVA_HOME}/lib/management/jmxremote.access $APIGEE_ROOT/data/apigee-cassandra/jmxremote.access - עורכים את jmxremote.password וגם
הוסף שם משתמש וסיסמה לקובץ:
קסנדרה סיסמה
כאשר password היא הסיסמה ל-JMX. - עורכים את jmxremote.access וגם
מוסיפים את התפקיד הבא:
קסנדרה קריאה וכתיבה - יש לוודא שהקבצים הם בבעלות 'apigee' ושמצב הקובץ הוא 400:
> אפיק שושן:אפיג'י /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
> chmod 400 /<inst_root>/apigee/data/apigee-cassandra/jmxremote.* - מפעילים את Configure
קסנדרה:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra להגדיר - הפעלה מחדש של Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra הפעלה מחדש
כדי להשבית את האימות מאוחר יותר:
- עורכים את /<inst_root>/apigee/customer/application/cassandra.properties.
- מסירים את השורה הבאה מהקובץ:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - הרצה של ההגדרה ב-Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra להגדיר - הפעלה מחדש של Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra הפעלה מחדש
נתונים סטטיסטיים של Cassandra JMX
JMX MBeans |
מאפייני 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 כדי ניהול צמתים של אשכולות
כלי השירותNodetool, שהוא ממשק שורת פקודה של Cassandra, משמש לניהול. צמתים של אשכולות. אפשר למצוא את כלי השירות בכתובת <inst_root>/apigee/apigee-cassandra/bin.
מידע נוסף על כלי השירותNodetool זמין בכתובת http://www.datastax.com/docs/1.0/references/nodetool.
ניתן לבצע את הקריאות הבאות בכל הצמתים של אשכול Cassandra:
- מידע כללי על צלצול (אפשר גם עבור צומת Cassandra יחיד): מחפשים את
'למעלה' ו'רגילה'. לכל הצמתים.
[host]# nodetool -h localhost צלצול
הפלט של הפקודה שלמעלה נראה כמו בדוגמה הבאה:
כתובת DC בעלות על טעינת מצב ארון אסימון
192.168.124.201 dc1 ra1 Up נורמלית 1.67MB 33.33% 0
192.168.124.202 dc1 ra1 למעלה רגיל 1.68MB 33.33% 56713727820156410577229101238628035242
192.168.124.203 dc1 ra1 Up Standard 1.67MB 33.33% 113427455640312821154458202477256070484 - מידע כללי על צמתים (קריאה לכל צומת)
nodetool -hlocalhost
הפלט של הפקודה שלמעלה נראה כך:
אסימון : 0
הרכילויות פעילה : נכון
טעינה : 1.67MB
מספר דור : 1361968765
זמן פעולה תקינה (שניות) : 78108
זיכרון ערימה (MB) : 46,80 / 772,00
מרכז הנתונים : dc1
רשת : ra1
יוצאים מן הכלל : 0 - הסטטוס של שרת ניצול הנתונים (שירות ה-API של הלקוח)
host]# Nodetool -מארח מקומי Statusthrift
בפלט של הפקודה שלמעלה מוצג הסטטוס 'פועל'. - סטטוס הפעולות של העברת נתונים: בדיקת התנועה בקסנדרה
צמתים
nodetool -h localhost netstats 192.168.124.203
הפלט של הפקודה שלמעלה נראה כך:
מצב: NORMAL
שום דבר לא סטרימינג אל /192.168.124.203
שום דבר לא בסטרימינג מ-/192.168.124.203
שם מאגר פעיל בהמתנה הושלם
פקודות לא זמינות 0 1688
תשובות לא רלוונטי 292277
Cassandra Monitoring (ממשק משתמש)
ניתן לעיין בכתובת ה-URL של opscenter ב-datastax: http://www.datastax.com/products/opscenter.
משאב קסנדרה
בודקים את כתובת ה-URL הבאה: http://www.datastax.com/docs/1.0/operations/monitoring.
שומר בגן החיות אפאצ'י
בדיקת הסטטוס של ZoomKeeper
- יש לוודא שהתהליך ZoomKeeper פועל. ב-ZooKeeper נעשה שימוש בקובץ PID אל <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
- צריך לבדוק את היציאות של ZoomKeeper כדי לוודא שאפשר ליצור חיבור TCP ליציאות 2181 וגם 3888 בכל שרת של ZoomKeeper.
- עליכם לוודא שאתם יכולים לקרוא ערכים ממסד הנתונים של ZoomKeeper. התחברות באמצעות ZoomKeeper ספריית לקוח (או /<inst_root>/apigee/apigee-zookeeper/bin/zkCli.sh) ולקרוא ערך ממסד הנתונים.
- אפשר לבדוק את הסטטוס:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-zookeeper status
שימוש בארבע אותיות ב-zooKeeper
אפשר לעקוב אחרי גן החיות באמצעות קבוצה קטנה של פקודות (מילים בארבע אותיות) שנשלחות את היציאה 2181 באמצעות netcat (nc) או telnet.
מידע נוסף על הפקודות שלzoKeeper זמין בכתובת: http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands
לדוגמה:
- srvr: רשימה של הפרטים המלאים עבור השרת.
- stat: הצגת פרטים קצרים השרת ולקוחות המקושרים.
ניתן להנפיק את הפקודות הבאות ליציאת ZoomKeeper:
- מריצים את ה-ruok של ארבע האותיות כדי לבדוק אם השרת פועל במצב שאינו שגיאות. א'
תשובה מוצלחת מחזירה 'imok'.
echo ruok | nc <host> 2181
החזרה:
imok - מריצים את הפקודה בת ארבע האותיות, stat כדי להציג את רשימת ביצועי השרת והלקוחות המחוברים
סטטיסטיים.
echo stat | nc <host> 2181
החזרה:
גרסת Zookeeper: 3.4.5-1392090, נוצר בתאריך 09/30/2012 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
הערה: לפעמים חשוב לראות אם ZoomKeeper נמצא במצב: lead, עוקב או צופה. - אם 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)
הדפסה c.recv(512)
עכשיו מריצים את קווי ה-python הבאים:
pythonzokeeper.py 192.168.124.201 Ruok
pythonzokeeper.py 192.168.124.201 stat
OpenLDAP
בדיקת רמת LDAP
תוכל לעקוב אחר OpenLDAP כדי לראות אם הבקשות הספציפיות מוגשות כראוי. לחשבון במילים אחרות, חפשו חיפוש ספציפי שמחזיר את התוצאה הנכונה.
- להשתמש ב-ldapsearch
(yum התקנת 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 -LLL
לאחר מכן תוצג בקשה להזין את הסיסמה של מנהל המערכת של LDAP:
יש להזין סיסמת LDAP:
לאחר הזנת הסיסמה, תופיע תגובה בטופס:
dn: uid=admin,ou=users,ou=global,dc=apigee,dc=com
objectClass: organizationperson
objectClass: person
objectClass: inetOrgperson
objectClass: top
uid: אדמין
cn: admin
sn: אדמין
userPassword:: e1NTSEF9bS9xbS9RbVNXSFFtUWVsU1F0c3BGL3BQMkhObFp2eDFKUytmZVE9PQ=
=
mail: opdk@google.com - צריך לבדוק אם שרת הניהול עדיין מחובר לבעיה ב-LDAP:
curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>
החזרה:
{
"emailId" : <אדמין>,
'firstName' : "admin",
'lastName' : "admin"
}
אפשר גם לעקוב אחר המטמון של OpenLDAP, כדי לצמצם את מספר הגישות לדיסקים וכך לשפר את ביצועי המערכת. מעקב אחר גודל המטמון ולאחר מכן כוונון שלו לשרת OpenLDAP יכולה להיות השפעה משמעותית על הביצועים של שרת הספריות. אפשר לצפות ביומן (<inst_root>/apigee/var/log) כדי לקבל על המטמון.