תחזוקת ארגונים וסביבה

Edge for Private Cloud גרסה 4.18.05

הסעיף הזה עוסק בפעולות ניהוליות שונות, כמו יצירה, ניהול הסרה של ארגונים, סביבות ומארחים וירטואליים של Apigee ב-Apigee Edge לפרטי התקנה בענן.

למבוא לארגונים, לסביבות ולמארחים וירטואליים, ראו מידע על כוכבי לכת, אזורים, Pods, ארגונים, סביבות ומארחים וירטואליים.

בדיקת הסטטוס של משתמשים, ארגון והסביבה

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

curl -u adminEmail:admin_passwd http://localhost:8080/v1/users
curl -u adminEmail:admin_passwd http://localhost:8080/v1/organizations
curl -u adminEmail;:admin_passwd http://localhost:8080/v1/organizations/orgname/deployments

המערכת צריכה להציג סטטוס HTTP של 200 לכל הקריאות. אם הם נכשלים, צריך לבצע את הפעולות הבאות:

1. בדיקת היומנים של שרת הניהול בכתובת /opt/apigee/var/log/apigee/management-server כל שגיאה.
2. ביצוע קריאה אל שרת הניהול כדי לבדוק אם הוא פועל כראוי.
3. מסירים את השרת מה-ELB ואז מפעילים מחדש את שרת הניהול:

   /opt/apigee/bin/apigee-service management-server restart

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

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

לקבלת קובץ תצורה מלא ומידע על המאפיינים שניתן להגדיר בקובץ התצורה מידע נוסף זמין במאמר הצטרפות לארגון.

מידע על הגדרת מארח וירטואלי

מארח וירטואלי ב-Edge מגדיר את הדומיינים ואת היציאות של נתב Edge שבו שרת proxy ל-API. חשיפה, וכתוצאה מכך, את כתובת ה-URL שאפליקציות משתמשות בה כדי לגשת לשרת proxy ל-API. גם מארח וירטואלי מגדירה אם ניתן לגשת לשרת ה-proxy של ה-API באמצעות פרוטוקול HTTP או באמצעות ה-HTTPS המוצפן של Google.

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

• השם של המארח הווירטואלי שבו משתמשים כדי להפנות אליו ב-API שרתי proxy.
• היציאה בנתב של המארח הווירטואלי. בדרך כלל היציאות האלה מתחילות ב-9001 בהדרגה, בהדרגה, לכל מארח וירטואלי חדש.
• כתובת האימייל החלופית של המארח של המארח הווירטואלי. בדרך כלל שם ה-DNS מארח.

  נתב Edge משווה את כותרת המארח של הבקשה הנכנסת לרשימת כינויי המארח הבאים: של קביעת שרת ה-proxy ל-API המטפל בבקשה. כששולחים בקשה דרך מארח וירטואלי, לציין שם דומיין שתואם לכינוי המארח של מארח וירטואלי, או לציין את כתובת ה-IP של הנתב ואת הכותרת המארח שמכילה את הכינוי המארח.

לדוגמה, אם יצרתם מארח וירטואלי עם כינוי מארח של myapis.apigee.net ביציאה 9001, ולאחר מכן מבצעים בקשת curl ל-API דרך המארח הווירטואלי יכולה להשתמש באחת מהאפשרויות הבאות טפסים:

• אם יש לכם רשומת DNS של myapis.apigee.net:

  curl http://myapis.apigee.net:9001/proxy-base-path/resource-path

• אם אין רשומת DNS עבור myapis.apigee.net:

  curl http://routerIP:9001/proxy-base-path/resource-path -H 'Host: myapis.apigee.net'

  בטופס השני, מציינים את כתובת ה-IP של הנתב ומעבירים את הכינוי של המארח כותרת המארח.

אפשרויות כשאין רשומת DNS למארח הווירטואלי

אפשרות אחת כאשר אין לך רשומת DNS היא להגדיר את הכינוי של המארח לכתובת ה-IP של הנתב והיציאה של המארח הווירטואלי, בתור routerIP:port. לדוגמה:

192.168.1.31:9001

לאחר מכן, יוצרים פקודת curl בתבנית הבאה:

curl http://routerIP:9001/proxy-base-path/resource-path

האפשרות הזו עדיפה כי היא פועלת היטב בממשק המשתמש של Edge.

אם יש לך מספר נתבים, צריך להוסיף כינוי מארח לכל נתב, ולציין את כתובת ה-IP של כל נתב ויציאה של המארח הווירטואלי.

לחלופין, אפשר להגדיר את כתובת האימייל החלופית של המארח לערך, כמו temp.hostalias.com. לאחר מכן, צריך להעביר את הכותרת Host בכל בקשה:

curl -v http://routerIP:9001/proxy-base-path/resource-path -H 'Host: temp.hostalias.com'

לחלופין, מוסיפים את הכינוי של המארח לקובץ /etc/hosts. לדוגמה, הוספת השורה הזו אל /etc/hosts:

192.168.1.31   temp.hostalias.com

לאחר מכן אפשר לשלוח בקשה כאילו הייתה רשומת DNS:

curl -v http://myapis.apigee.net:9001/proxy-base-path/resource-path