איך לעקוב

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 

כאשר &lt;host&gt; הוא כתובת ה-IP של הניהול שרת.

הקריאה מחזירה את הערך "true" ו-"false". אם הערך הוא True, המשמעות היא שהצומת הגיע ושירות Java ריצה.

אם לא מתקבלת תגובה מסוג HTTP 200 (OK), ממשק Edge לא יכול להגיב ליציאה 8080 בקשות.

פתרון בעיות

  1. צריך להתחבר לשרת ולהריץ את הפקודה הבאה:
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service סטטוס שרת ניהול הקצה
  2. אם השירות לא פועל, אפשר להפעיל את השירות:
    /&lt;inst_root&gt;/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

המערכת צריכה להציג את הכיתוב 'פרוס'. הסטטוס של כל השיחות. אם האפשרויות האלה נכשלות, הבאים:

  1. בודקים את היומנים של שרת הניהול (בכתובת &lt;inst_root&gt;/apigee/var/log/edge-management-server) כל שגיאה.
  2. ביצוע קריאה אל שרת הניהול כדי לבדוק אם הוא פועל כראוי.
  3. מסירים את השרת מה-ELB ואז מפעילים מחדש את שרת הניהול.
    /&lt;inst_root&gt;/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 בקשות.

פתרון בעיות

  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

    כאשר היציאה היא 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 .

לפני שמריצים את הסקריפט:

  1. חשוב לוודא שהתקנתם את perl-Time-HiRes.x86_64, מודול Perl מיישמת התראות ברזולוציה גבוהה, מצב שינה, gettimeofday וטיימרים הפוגות. לדוגמה, יכול להתקין אותו באמצעות הפקודה הבאה:
    התקנה טעים perl-Time-HiRes.x86_64

פלט ברירת המחדל של הקריאות ל-API באמצעות הסקריפט, check_postgres.pl תואם ל-Nagios. אחרי כשאתם מתקינים את הסקריפט, בצעו את הבדיקות הבאות:

  1. גודל מסד הנתונים – צריך לבדוק את גודל מסד הנתונים:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -actionDatabase_size --warning='800 GB' --Critical='900 GB'
  2. חיבור נכנס למסד הנתונים – בודק את מספר החיבורים הנכנסים אל מסד הנתונים והשוואה של מספר החיבורים המקסימלי המותר:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends
  3. זמינות וביצועים של מסדי נתונים – בודק אם מסד הנתונים פועל זמינות:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection
  4. מקום הדיסק – בודק את נפח הדיסק:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --Critical='90%'
  5. סביבות/ארגונים מוסמכים – בדיקה של מספר הארגונים הסביבה שנמצאת בצומת 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

אפאצ'י קסנדרה

שימוש ב-JConsole – מעקב אחרי המשימה נתונים סטטיסטיים

להשתמש ב-JConsole ובכתובת ה-URL של השירות הבאה כדי לעקוב אחרי מאפייני ה-JMX (MBeans) מוצע באמצעות JMX.

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

כאשר <ip address> הוא כתובת ה-IP של Cassandra השרת.

JMX מופעל כברירת מחדל עבור Cassandra וגישת JMX מרחוק אל Cassandra לא דורשת סיסמה.

כדי להפעיל אימות JMX להוספת סיסמה:

  1. עורכים את /&lt;inst_root&gt;/apigee/customer/application/cassandra.properties. אם הקובץ לא קיים, יוצרים אותו.
  2. מוסיפים את הפרטים הבאים לקובץ:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. שומרים את הקובץ.
  4. מעתיקים את הקבצים הבאים מספריית $JAVA_HOME אל /&lt;inst_root&gt;/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
  5. עורכים את jmxremote.password וגם הוסף שם משתמש וסיסמה לקובץ:
    קסנדרה סיסמה

    כאשר password היא הסיסמה ל-JMX.
  6. עורכים את jmxremote.access וגם מוסיפים את התפקיד הבא:
    קסנדרה קריאה וכתיבה
  7. יש לוודא שהקבצים הם בבעלות 'apigee' ושמצב הקובץ הוא 400:
    &gt; אפיק שושן:אפיג'י /&lt;inst_root&gt;/apigee/data/apigee-cassandra/jmxremote.*
    &gt; chmod 400 /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
  8. מפעילים את Configure קסנדרה:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra להגדיר
  9. הפעלה מחדש של Cassandra:
    &gt; /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra הפעלה מחדש

כדי להשבית את האימות מאוחר יותר:

  1. עורכים את /&lt;inst_root&gt;/apigee/customer/application/cassandra.properties.
  2. מסירים את השורה הבאה מהקובץ:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. הרצה של ההגדרה ב-Cassandra:
    &gt; /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra להגדיר
  4. הפעלה מחדש של Cassandra:
    &gt; /<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, משמש לניהול. צמתים של אשכולות. אפשר למצוא את כלי השירות בכתובת &lt;inst_root&gt;/apigee/apigee-cassandra/bin.

מידע נוסף על כלי השירותNodetool זמין בכתובת http://www.datastax.com/docs/1.0/references/nodetool.

ניתן לבצע את הקריאות הבאות בכל הצמתים של אשכול Cassandra:

  1. מידע כללי על צלצול (אפשר גם עבור צומת 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
  2. מידע כללי על צמתים (קריאה לכל צומת)
    nodetool -hlocalhost

    הפלט של הפקודה שלמעלה נראה כך:
    אסימון : 0
    הרכילויות פעילה : נכון
    טעינה : 1.67MB
    מספר דור : 1361968765
    זמן פעולה תקינה (שניות) : 78108
    זיכרון ערימה (MB) : 46,80 / 772,00
    מרכז הנתונים : dc1
    רשת : ra1
    יוצאים מן הכלל : 0
  3. הסטטוס של שרת ניצול הנתונים (שירות ה-API של הלקוח)
    host]# Nodetool -מארח מקומי Statusthrift

    בפלט של הפקודה שלמעלה מוצג הסטטוס 'פועל'.
  4. סטטוס הפעולות של העברת נתונים: בדיקת התנועה בקסנדרה צמתים
    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

  1. יש לוודא שהתהליך ZoomKeeper פועל. ב-ZooKeeper נעשה שימוש בקובץ PID אל &lt;inst_root&gt;/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
  2. צריך לבדוק את היציאות של ZoomKeeper כדי לוודא שאפשר ליצור חיבור TCP ליציאות 2181 וגם 3888 בכל שרת של ZoomKeeper.
  3. עליכם לוודא שאתם יכולים לקרוא ערכים ממסד הנתונים של ZoomKeeper. התחברות באמצעות ZoomKeeper ספריית לקוח (או /&lt;inst_root&gt;/apigee/apigee-zookeeper/bin/zkCli.sh) ולקרוא ערך ממסד הנתונים.
  4. אפשר לבדוק את הסטטוס:
    &gt; /<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:

  1. מריצים את ה-ruok של ארבע האותיות כדי לבדוק אם השרת פועל במצב שאינו שגיאות. א' תשובה מוצלחת מחזירה 'imok'.
    echo ruok | nc <host> 2181

    החזרה:
    imok
  2. מריצים את הפקודה בת ארבע האותיות, 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, עוקב או צופה.
  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)
    הדפסה c.recv(512)


    עכשיו מריצים את קווי ה-python הבאים:
    pythonzokeeper.py 192.168.124.201 Ruok
    pythonzokeeper.py 192.168.124.201 stat

OpenLDAP

בדיקת רמת LDAP

תוכל לעקוב אחר OpenLDAP כדי לראות אם הבקשות הספציפיות מוגשות כראוי. לחשבון במילים אחרות, חפשו חיפוש ספציפי שמחזיר את התוצאה הנכונה.

  1. להשתמש ב-ldapsearch (yum התקנת 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" -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
  2. צריך לבדוק אם שרת הניהול עדיין מחובר לבעיה ב-LDAP:
    curl -u <userEMail>:<password> http://localhost:8080/v1/users/&lt;ADMIN&gt;

    החזרה:
    {
    &quot;emailId&quot; : <אדמין>,
    'firstName' : "admin",
    'lastName' : "admin"
    }

אפשר גם לעקוב אחר המטמון של OpenLDAP, כדי לצמצם את מספר הגישות לדיסקים וכך לשפר את ביצועי המערכת. מעקב אחר גודל המטמון ולאחר מכן כוונון שלו לשרת OpenLDAP יכולה להיות השפעה משמעותית על הביצועים של שרת הספריות. אפשר לצפות ביומן (&lt;inst_root&gt;/apigee/var/log) כדי לקבל על המטמון.