בדיקת ההתקנה

Edge for Private Cloud גרסה 4.16.05

ב-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=sysAdminPword

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

    כברירת מחדל, כלי השירות 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 הוא אותו קובץ שבו השתמשתם כדי להריץ את הבדיקות.

    הערה: אם אתם מקבלים שגיאות מהבדיקה ומהמתודולוגיה לפתרון בעיות, פנו לתמיכה של Apigee ושלחו את יומן השגיאות.

אימות ההתקנה של 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-4da1-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.