Edge for Private Cloud גרסה 4.17.09
הסעיף הזה עוסק בפעולות ניהוליות שונות, כמו יצירה, ניהול הסרה של ארגונים, סביבות ומארחים וירטואליים של 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 לכל הקריאות. אם הם נכשלים, צריך לבצע את הפעולות הבאות:
- ניתן לבדוק את היומנים של שרת הניהול בכתובת /opt/apigee/var/log/apigee/management-server כדי למצוא כל שגיאה.
- ביצוע קריאה אל שרת הניהול כדי לבדוק אם הוא פועל כראוי.
- מסירים את השרת מה-ELB ואז מפעילים מחדש את שרת הניהול:
/opt/apigee/bin/apigee-service הפעלה מחדש של שרת הניהול
מידע על השימוש בקובצי תצורה
הפקודות שמפורטות בהמשך מקבלות קובץ תצורה כקלט. לדוגמה, מעבירים קובץ תצורה אל להגדיר את כל המאפיינים של הארגון, כולל הסביבה ומארח וירטואלי.
לקבלת קובץ תצורה מלא ומידע על המאפיינים שניתן להגדיר בקובץ התצורה מידע נוסף זמין במאמר הצטרפות לארגון.
מידע על הגדרת מארח וירטואלי
מארח וירטואלי ב-Edge מגדיר את הדומיינים ואת יציאות Edge Router שבהם שרתי 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:
תפס http://<routerIP>:9001/{proxy-base-path}/{resource-path} -H 'Host: myapis.apigee.net'
בטופס השני, מציינים את כתובת ה-IP של הנתב ומעבירים את הכינוי של המארח כותרת המארח.
הערה: פקודת ה-curl, רוב הדפדפנים, וכלים רבים אחרים באופן אוטומטי מוסיפים את כותרת המארח לדומיין כחלק מהבקשה, כך שלמעשה להשתמש ב-curl פקודה בפורמט:
תפס http://<routerIP>:9001/{proxy-base-path}/{resource-path}
אפשרויות כשאין רשומת 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. לאחר מכן, צריך להעביר את הכותרת מארח בכל בקשה:
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}