בדיקת ההתקנה

ב-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 פשוט של בדיקת תקינות ופורסת את האפליקציה בסביבה "בדיקה".
    • מייבאת את שרת ה-proxy של SmartDocs.
    • מריץ את הבדיקה כדי לוודא שהכול פועל כצפוי.

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

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

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

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

אימות ההתקנה של Pod

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

  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

    הפלט דומה ל-Pod המרכזי אבל לנתב ולמעבד ההודעות.

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

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