Edge for Private Cloud גרסה 4.17.01
הסעיף הזה עוסק בפעולות ניהוליות שונות, כמו יצירה, ניהול הסרה של ארגונים, סביבות ומארחים וירטואליים של 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 שבו שרת 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:
תפס 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}