Edge for Private Cloud גרסה 4.16.05
במסמך הזה מתוארות שיטות המעקב אחרי רכיבים שנתמכים על ידי מערכות מקומיות בפריסה של Apigee Edge.
הפעלת אימות JMX וכן הגדרת סיסמת ה-JMX
תהליך המעקב אחר שרת הניהול, מעבד ההודעות, Qpid ו-Postgres משתמשים ב-JMX. JMX מופעל כברירת מחדל וגישת JMX מרחוק לא מחייבת סיסמה.
כדי להפעיל אימות JMX, לכל רכיב יש פעולת change_jmx_auth שבה משתמשים כדי להפעיל/להשבית אימות ולהגדיר את פרטי הכניסה של JMX.
כדי להפעיל אימות JMX, משתמשים בפקודה הבאה:
> /<inst_root>/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile
איפה:
- הערך של comp הוא edge-management-server, edge-message-processor, edge-router, edge-qpid-server, או edge-postgres-server.
- האפשרויות הן:
- -u: שם משתמש
- -p: סיסמה
- -e: y (הפעלה) או n (ניתנת לשיתוף)
- קובץ התצורה כולל:
- JMX_USERNAME=שם משתמש
- JMX_ENABLED=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>/platform
כאשר <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-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
המערכת צריכה להציג את הכיתוב 'פרוס'. הסטטוס של כל השיחות. אם האפשרויות האלה נכשלות, הבאים:
- בודקים את היומנים של שרת הניהול (בכתובת <inst_root>/apigee/var/log/edge-management-server) כל שגיאה.
- ביצוע קריאה אל שרת הניהול כדי לבדוק אם הוא פועל כראוי.
- מסירים את השרת מה-ELB ואז מפעילים מחדש את שרת הניהול.
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server restart
נתב
כדי לבצע בדיקת API בנתב (או בשרת כלשהו), מריצים את הפקודה הבאה של CURL:
curl http://<host>:8081/v1/servers/self/up
כאשר המארח הוא כתובת ה-IP של הנתב.
הקריאה מחזירה את הערך "true" ו-"false". אם הערך הוא True, המשמעות היא שהצומת הגיע ושירות Java ריצה.
אם לא מתקבלת תגובה מסוג HTTP 200 (OK) , Edge לא יכול להגיב ליציאה 8081 בקשות.
פתרון בעיות
- צריך להתחבר לשרת ולהריץ את הפקודות הבאות:
/<inst_root>/apigee/apigee-service/bin/apigee-service סטטוס נתב הקצה - אם השירות לא פועל, מפעילים אותו
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start - אם השירות פועל, בודקים שהוא פועל. אפשר לעקוב אחרי סטטוס האשכול לפי
בדיקת ה-memberCount ביחס ל-reachableCount וקבלת התראות בכל המופעים עם
'memberCount != reachableCount'
curl -v -u <userEmail>:<password> http://localhost:port/v1/cluster
כאשר יציאה – 8081 לנתב ו-8082 למעבד הודעות. הפלט של הפקודה הקודמת של CURL מוצג בהמשך:
{
"memberCount" : 12,
"pod" : "rea1gw001",
"reachableCount" : 12,
"region" : "us-east-1",
"types" : [ "management-server" ]
* Connection #0 to host ms05apigee left intact
* Closing connection #0
} - אם היא לא פועלת, מריצים את הפקודה הבאה כדי לבדוק את הכשל או מוצאים
החבר הפוגע.
Curl http://localhost:port/v1/cluster/members
כאשר יציאה – 8081 לנתב ו-8082 למעבד הודעות. הפלט של המודל פקודת CURL תיראה כך:
{
"lastChange" : 0,
זמן אחזור : 0,
'state' : "מחובר",
uuid : "9c4c8bde-0015-4dc5-82d2-59fb326c4074"
}, {
'address' : "/192.168.5.209:4526",
"clusterType" : "נתב,מעבד הודעות",
"lastChange" : 1350658037228,
זמן אחזור : 3,
pod : "rea1gw001",
'region' : "us-east-1",
"serverType" : "מעבד הודעות",
'state' : "מחובר",
uuid : "f1c663a1-2b8-469f-b5fd-69a5c5aa91c5"
}, {
'address' : "/192.168.5.29:4526",
"clusterType" : "נתב,מעבד הודעות",
"lastChange" : 1350623005057,
זמן אחזור : 1,
pod : "rea1gw001",
'region' : "us-east-1",
"serverType" : "מעבד הודעות",
'state' : " מנותק ",
" uuid : "4cfe932b-f644-4581-b1ae-df338af9c7ce"
}, {
'address' : "/192.168.4.182:4526",
"clusterType" : "נתב,מעבד הודעות",
"lastChange" : 1350657730535,
זמן אחזור : 1,
pod : "rea1gw001",
'region' : "us-east-1",
"serverType" : "מעבד הודעות",
'state' : "מחובר",
uuid : "cba063d5-b8a4-409f-9e0b-f5d403e02091"
} - שימו לב שכתובת ה-IP 192.168.5.29 מנותקת. מפעילים מחדש את השרת
/<inst_root>/apigee/apigee-service/bin/apigee-service הפעלה מחדש של נתב הקצה
הערה: אם הנתב במצב מנותק, מסירים את הנתב מה-ELB ולאחר מכן להפעיל אותו מחדש. - אחרי ההפעלה מחדש, בודקים שהוא פועל
curl -v http://localhost:port/v1/cluster
כאשר היציאה היא 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
המערכת אמורה להציג את הסטטוס SUCCESS לכל שרתי Analytics. הפלט של תג 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 from pg_tables where schemaname='analytics' and tablename like '%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 restart
כדי להשבית את האימות מאוחר יותר:
- עורכים את /<inst_root>/apigee/customer/application/cassandra.properties.
- מסירים את השורה הבאה מהקובץ:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - מריצים את configure ב-Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra configure - מפעילים מחדש את Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
נתונים סטטיסטיים של 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
בפלט של הפקודה שלמעלה מוצג הסטטוס 'פועל'. - סטטוס הפעולות של העברת נתונים: בדיקת התנועה בקסנדרה
nodes
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
- מוודאים שתהליך ZooKeeper פועל. ב-ZooKeeper נעשה שימוש בקובץ PID אל <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
- צריך לבדוק את היציאות של ZoomKeeper כדי לוודא שאפשר ליצור חיבור TCP ליציאות 2181 וגם 3888 בכל שרת של ZoomKeeper.
- מוודאים שאפשר לקרוא ערכים ממסד הנתונים של ZooKeeper. התחברות באמצעות 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: הצגת פרטים קצרים השרת ולקוחות המקושרים.
אפשר להריץ את הפקודות הבאות ביציאה של ZooKeeper:
- מריצים את ה-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@apigee.com - בדיקה אם שרת הניהול עדיין מחובר ל-LDAP:
curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>
התוצאה:
{
"emailId" : <ADMIN>,
"firstName" : "admin",
"lastName" : "admin"
}
אפשר גם לעקוב אחר המטמון של OpenLDAP, כדי לצמצם את מספר הגישות לדיסקים וכך לשפר את ביצועי המערכת. מעקב אחר גודל המטמון ולאחר מכן כוונון שלו לשרת OpenLDAP יכולה להיות השפעה משמעותית על הביצועים של שרת הספריות. אפשר לצפות ביומן (<inst_root>/apigee/var/log) כדי לקבל על המטמון.