הדף הזה רלוונטי ל-Apigee, אבל לא ל-Apigee Hybrid.
לעיון במסמכי התיעוד של
Apigee Edge
Apigee מאפשר תקשורת בין בקשות API של לקוחות לבין שירותי Apigee ו-Cloud באמצעות חיבור בין שתי רשתות: VPC של Apigee (או מישור זמן הריצה) ו-VPC של הלקוח. שתי הרשתות האלה מקושרות זו לזו באמצעות חיבור פרטי בתהליך שנקרא קישור בין רשתות VPC שכנות (peering).
בדוגמה הבאה אפשר לראות איך שירות VPC Peering מאפשר תקשורת בין ה-VPC של Apigee לבין ה-VPC של הלקוח:
הצמדת VPC מאפשרת ל-VPC של Apigee לעבד בקשות ותגובות שנשלחות ל-VPC של הלקוח:
-
תנועה צפונה: בקשות של proxy ל-API שנשלחות מלקוחות אל ה-VPC של הלקוח ועוברות דרך מישור זמן הריצה של Apigee לצורך עיבוד. גם שירותים נוספים כמו רישום ביומן, ניהול זהויות ומדדים נגישים למישור זמן הריצה.
-
תנועה דרומה: בקשות של שרת proxy ל-API שצריכות לגשת לממשקי API של יעד או לשירותי קצה עורפיים אחרים ב-VPC של הלקוח מהוות את הנתיב דרומה. שירותים אלה של southbound מעבדים את התשובות לפני שהם מחזירים אותן ל-VPC של הלקוח לעיבוד נוסף על ידי זמן הריצה של Apigee, לפני שהתשובה נשלחת ללקוח.
בשלב ההקצאה של Apigee, Configure service networking, מתבצע קישור בין רשתות VPC שכנות ומוקצה טווח של כתובות IP (טווח CIDR) ל-Apigee.
התאמת גודל הרשת
לכל מופע של Apigee נדרש טווח CIDR של /22 שלא חופף לטווחים אחרים. למישור זמן הריצה של Apigee (שנקרא גם מישור הנתונים) מוקצות כתובות IP מתוך טווח ה-CIDR. לכן חשוב שהטווח יהיה שמור ל-Apigee ולא ישמש אפליקציות אחרות ברשת ה-VPC של הלקוח.
מכונה נוצרת כש:
- קודם צריך להקצות ארגון Apigee, באמצעות אשף ממשק המשתמש או ממשק שורת הפקודה (CLI).
- כשמרחיבים את Apigee לאזור חדש ב-Cloud בארגון קיים. אפשר לקרוא גם על הרחבת Apigee למספר אזורים.
כשיוצרים מכונה, יש שתי אפשרויות לציין טווח IP של רשת:
- הקצאה אוטומטית של הטווח – כשיוצרים מופע של Apigee, מאפשרים ל-Apigee להקצות טווח זמין שלא חופף לטווח הגדול יותר שהוקצה ל-Google. בכל פעם שמופע נוצר מחדש, טווח כתובות ה-IP מוקצה באופן אוטומטי. במקרים כאלה, יכול להיות שהמופע החדש ישתמש בטווח IP חדש, אם יש טווח כזה והוא לא חופף לטווחים של מוצרים או שירותים אחרים.
- ציון טווח כתובות IP – אתם יכולים לציין את טווח כתובות ה-IP שבו Apigee ישתמש. טווח כתובות ה-IP הזה צריך להיות מתוך טווח לא חופף שמוגדר כרשת עמיתים עם Apigee. האפשרות הזו שימושית כשרוצים להקצות טווח גדול יותר של כתובות IP לכמה מוצרי Cloud, כמו Cloud SQL, Cloud Memorystore, Apigee ועוד, וגם רוצים לציין טווחים בפועל של כתובות IP לכל אחד מהמוצרים האלה. הטווח הזה יכול להיות טווח IP שאינו RFC 1918, כל עוד הטווח אינו כתובת IP ציבורית בשימוש פרטי (PUPI). .
אחרי שיוצרים מופע, אי אפשר לשנות את טווח ה-CIDR. כדי לשנות את טווח ה-CIDR, צריך למחוק את המופע ולהגדיר מחדש מופע חדש. אם יש לכם רק מופע אחד בארגון, צריך להיזהר.
לתשומת ליבכם
לפני שמקצים טווחי CIDR, כדאי לעיין בשיקולים במסמכי התיעוד של הענן הווירטואלי הפרטי.
כשיוצרים חיבור Peering עם Google, חשוב לוודא שלא מתבצעת החלפה של כתובות IP ציבוריות. כדי לבדוק:
- נכנסים לדף VPC Network Peering במסוף Google Cloud . מידע נוסף זמין במאמר בנושא שימוש ב-VPC Network Peering.
- בוחרים את חיבור ה-VPC Network Peering.
- בפרטי חיבור ה-Peering, מוודאים שהאפשרות Exchange subnet routes with public IP מוגדרת לערך None, כמו שמוצג בצילום המסך הבא.
