בדיקת ההתקנה

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.
    • מבצעת את הבדיקה כדי לוודא שהכול פועל כמו שצריך.

בדיקה מוצלחת מחזירה את תגובת 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

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

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

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