איך לעקוב

Edge for Private Cloud גרסה 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.
  • האפשרויות הן:
    • -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

כאשר <host> הוא כתובת ה-IP של שרת הניהול.

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

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

פתרון בעיות

  1. מתחברים לשרת ומריצים את הפקודה הבאה:
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server status
  2. אם השירות לא פועל, צריך להפעיל את השירות:
    /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

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

  1. בדקו אם יש שגיאות ביומנים של שרת הניהול (בכתובת opt/apigee/var/log/edge-management-server).
  2. צריך לבצע קריאה לשרת הניהול כדי לבדוק אם הוא פועל באופן תקין.
  3. מסירים את השרת מה-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.

פתרון בעיות

  1. מתחברים לשרת ומריצים את הפקודות הבאות:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status
  2. אם השירות לא פועל, צריך להפעיל את השירות
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start
  3. אחרי הפעלה מחדש, בודקים שהוא פועל
    curl -v http://localhost:port/v1/servers/self/up

    כאשר הערך של port הוא 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 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.

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

  1. חשוב לוודא שהתקנתם את perl-Time-HiRes.x86_64, מודול Perl שמטמיע טיימרים של התראות, שינה, gettimeofday וטיימרים ברזולוציה גבוהה. לדוגמה, אפשר להתקין אותו באמצעות הפקודה הבאה:
    yum install 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 Connect
  4. שטח דיסק – בודק את שטח הדיסק:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' -- critical='90%'
  5. 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

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

שימוש ב-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. עורכים את /opt/apigee/customer/application/cassandra.properties. אם הקובץ לא קיים, יוצרים אותו.
  2. מוסיפים את הפרטים הבאים לקובץ:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. שומרים את הקובץ.
  4. מעתיקים את הקבצים הבאים מהספרייה $JAVA_home אל /opt/apigee/data/apigee-cassandra/:
    cp ${JAVA_Home}/lib/management/jremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremoteapiOT/password

    cp_remotejmanagement/remoteapi}
  5. עורכים את jmxremote.password ומוסיפים שם משתמש וסיסמה לקובץ:
    cassandra password

    כאשר password הוא הסיסמה של JMX.
  6. עורכים את jmxremote.access ומוסיפים את התפקיד הבא:
    cassandra readwrite
  7. יש לוודא שהקבצים בבעלות "apigee" ושמצב הקובץ הוא 400:
    > chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
    > chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.*
  8. מריצים את הפקודה configure ב-Cassandra:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configuration
  9. מפעילים מחדש את Cassandra:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra הפעלה מחדש

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

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

  1. מידע כללי על הצלצול (אפשר גם להשתמש בצומת Cassandra): מחפשים את הערכים 'Up' ו-'Normal' בכל הצמתים.
    [host]# configurationtool -h localhost

    הפלט של הפקודה שלמעלה נראה כמו בדוגמה הבאה:
    Address DC Rack Status State Load Owns
    192.168.124.201 dc1 ra1 Up Normal 1.67 MB 33 MB,33% 0.
    891
  2. מידע כללי על צמתים (קריאה לכל צומת)
    nodetool -h localhost info

    הפלט של הפקודה שלמעלה נראה כמו בדוגמה הבאה:
    Token : 0
    Gossip active : true
    Load : 1.67 MB
    דור מס' : 1361968765 : 1361968765
    זמן פעולה תקינה 80 שניות (80 שניות):



  3. Status of the thrift server (שרת API של לקוח בהגשה)
    host]# srctool -h localhost statusthrift

    בפלט של הפקודה שלמעלה מוצג הסטטוס 'פועל'.
  4. סטטוס של פעולות של העברת נתונים: מעקב אחר תעבורת הנתונים של צומתי cassandra
    nodetool -h localhost netstats 192.168.124.203

    הפלט של הפקודה שלמעלה נראה כמו בדוגמה הבאה:
    Mode: NORMAL
    None2 Active Streaming to /192.168.168.124.2



Cassandra Monitoring (ממשק משתמש)

יש לעיין בכתובת ה-URL של opscenter למס נתונים: http://www.datastax.com/products/opscenter.

משאבים של Cassandra

יש לעיין בכתובת ה-URL הבאה: http://www.datastax.com/docs/1.0/operations/monitoring.

גן החיות אפאצ'י

בדיקת הסטטוס של גן החיות

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

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

    החזרות:
    imok
  2. מריצים את הפקודה בת ארבע האותיות, הנתונים הסטטיסטיים כדי להציג את ביצועי השרת ואת הנתונים הסטטיסטיים של הלקוחות המחוברים.
    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:











  3. אם 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 כדי לראות אם הבקשות הספציפיות מוגשות כראוי. במילים אחרות, עליך לחפש חיפוש ספציפי שמחזיר את התוצאה הנכונה.

  1. משתמשים ב-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













  2. בודקים אם שרת הניהול עדיין מחובר לבעיה ב-LDAP:
    curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>

    מחזיר:
    {
    "emailId" : <ADMIN>,
    "firstName" : "admin",
    "lastName" } "admin"

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