בדיקת ההתקנה

Apigee מספקת סקריפטים לבדיקה שבהם אפשר להשתמש כדי לאמת את ההתקנה.

הרצה של בדיקות האימות

כל שלב בתהליך בדיקת האימות מחזיר קוד תגובה HTTP 20X, לבדיקה.

כדי להריץ את הסקריפטים לבדיקה:

  1. התקנת apigee-validate בצומת של שרת ניהול: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  2. מריצים את פקודת ההגדרה בצומת של שרת ניהול כדי להפעיל את הסקריפטים לבדיקה: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile

    הקובץ configFile חייב להכיל את המאפיין הבא: 

    APIGEE_ADMINPW=SYS_ADMIN_PASSWORD

    אם פרט זה יושמט, תוצג בקשה להזין את הסיסמה.

    כברירת מחדל, הכלי apigee-validate יוצר מארח וירטואלי בנתב שמשתמש ביציאה 59001. אם השקע לא פתוח בנתב, אפשר לכלול את המאפיין VHOST_PORT בקובץ התצורה כדי להגדיר את היציאה. לדוגמה:

    VHOST_PORT=9000
  3. לאחר מכן הסקריפט מבצע את הפעולות הבאות:
    • יצירת ארגון ומשייכת אותו ל-Pod.
    • יוצר סביבה ומשייך את מעבד ההודעות לסביבה.
    • יצירת מארח וירטואלי.
    • מייבאת שרת proxy פשוט לבדיקת תקינות ופורס את האפליקציה "test" הסביבה.
    • מייבאת את שרת ה-proxy של SmartDocs.
    • מפעיל את הבדיקה כדי לוודא שהכול פועל כמו שצריך.

בדיקה מוצלחת מחזירה תגובת HTTP של 20X.

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

  1. מריצים את הפקודה הבאה: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile

    כאשר configFile הוא אותו הקובץ שבו השתמשתם כדי להריץ את הבדיקות.

אימות התקנת Pod

אחרי שהתקנתם את Apigee Analytics, ב-Apigee מומלץ לבצע שלבי אימות בסיסיים וחשובים:

  1. מוודאים ששרת הניהול נמצא ב-POD המרכזי. בשרת הניהול, מריצים את פקודת curl הבאה: 
    curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central

    הפלט אמור להופיע בפורמט הבא:

    [ {
  "internalIP" : "192.168.1.11",
  "isUp" : true,
  "pod" : "central",
  "reachable" : true,
  "region" : "dc-1",
  "tags" : {
    "property" : [ ]
  },
  "type" : [
    "application-datastore", "scheduler-datastore", "management-server",
    "auth-datastore", "apimodel-datastore", "user-settings-datastore",
    "audit-datastore"
  ],
  "uUID" : "d4bc87c6-2baf-4575-98aa-88c37b260469"
},
{
  "externalHostName" : "localhost",
  "externalIP" : "192.168.1.11",
  "internalHostName" : "localhost",
  "internalIP" : "192.168.1.11",
  "isUp" : true,
  "pod" : "central",
  "reachable" : true,
  "region" : "dc-1",
  "tags" : {
    "property" : [ {
      "name" : "started.at",
      "value" : "1454691312854"
    }, ... ]
  },
  "type" : [ "qpid-server" ],
  "uUID" : "9681202c-8c6e-4242-b59b-23e3ef092f34"
} ]
  2. מוודאים שהנתב ומעבד ההודעות נמצאים ב-POD של השער. בשרת הניהול, מפעילים את משתמשים בפקודה curl הבאה: 
     curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway

    הפלט אמור להיראות כמו רצף המודעות המרכזי, אבל בנתב ובמעבד ההודעות.

  3. מוודאים ש-Postgres נמצא ב-POD של ניתוח הנתונים. בשרת הניהול, מריצים את הפקודה הבאה הפקודה curl: 
    curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics

    הפלט אמור להיות דומה ל-POD המרכזי, אבל רק ל-Postgres.