הדף הזה מתייחס ל-Apigee, אבל לא ל-Apigee Hybrid.
לעיון במסמכי התיעוד של
Apigee Edge
תעבורת נתונים מדרום לצפון בין Apigee לבין קצה עורפי של יעד עם כתובת IP ציבורית משתמשת ב-Cloud NAT כדי לתרגם את כתובת ה-IP הפרטית של מופע Apigee לכתובת IP ציבורית. לכל מופע של Apigee יש שער Cloud NAT משלו. במאמר הזה מוסבר על הגורמים שמשפיעים על הביצועים של Apigee כשמשתמשים ב-Cloud NAT.
סקירה כללית
כל סשן TCP חדש שנוצר בין מופע של Apigee לבין קצה עורפי של יעד צריך להיות ממופה ל-4-tuple ייחודי שכולל את הפרטים הבאים:
- כתובת ה-IP של NAT
- יציאת NAT
- כתובת ה-IP של השרת העורפי
- יציאת הקצה העורפי
יש שלושה גורמים עיקריים שקובעים את מספר העסקאות לשנייה (TPS) ש-Cloud NAT יכול לתמוך בהן במופע Apigee:
- מספר כתובות ה-IP של NAT שהוקצו (באופן דינמי או סטטי)
- מספר השילובים הייחודיים של כתובות IP ויציאות בקצה העורפי שהוגדרו
- האם קצה העורף של היעד מאפשר שימוש חוזר בחיבור
בנושא הזה מוסבר איך כל אחד מהגורמים האלה משפיע על הביצועים של Apigee כשמשתמשים ב-Cloud NAT, ואיך לחשב את מספר כתובות ה-IP הסטטיות שעשויות להידרש כדי לתמוך בתנועה הצפויה.
הקצאות של כתובות IP של NAT
מספר כתובות ה-IP של NAT שמוקצות משתנה בהתאם לשימוש בכתובות IP זמניות או קבועות בהגדרת ה-NAT. מידע נוסף זמין במאמר מגבלות של Cloud NAT בקטע כתובות IP של NAT לכל שער.
כתובות IP זמניות
בהגדרת NAT שמוגדרת כברירת מחדל באמצעות כתובות IP זמניות, כתובות ה-IP מוקצות באופן אוטומטי לפי הצורך כדי לספק יציאות מקור ייחודיות לחיבורים לשרתי קצה עורפיים של היעד.
כתובות IP סטטיות
אם נדרשות כתובות IP סטטיות כדי להוסיף את כתובות ה-IP לרשימת ההיתרים של ה-Backend של היעד, כתובות ה-IP שמורות באופן ידני למופע Apigee.
שילובים ייחודיים של יציאות וכתובות IP של ה-Backend
כדי להגדיל את מספר העסקאות לשנייה, אפשר להגדיל את מספר השילובים הייחודיים של יציאות וכתובות IP של שרת קצה. אפשר להשתמש באותה כתובת IP של NAT ובאותה יציאת מקור לכל אחת מכתובות ה-IP והיציאות של השרת העורפי. התוצאה זהה לתוצאה של הוספת כתובות IP נוספות של NAT, בלי שיהיה צורך בכתובות IP נוספות שצריך להוסיף לרשימת ההיתרים.
כדי ליצור צמד ייחודי של כתובת IP ויציאה של בק-אנד יעד, כתובת ה-IP או היציאה צריכות להיות שונות. לדוגמה, יכול להיות מאזן עומסים אחד עם כתובת IP אחת, אבל הוא מאזין ל-4 יציאות שונות, כדי ליצור 4 שילובים ייחודיים של כתובת IP ויציאה בקצה העורפי של Apigee.
שימוש חוזר בחיבור
שימוש חוזר בחיבורי HTTP גם מגדיל את היעילות של השימוש ב-NAT, כי לא צריך לפתוח חיבור TCP חדש. שרתי קצה של יעד יכולים להשתמש בתכונה הזו על ידי הגדרת הכותרת Connection לערך keep-alive בתגובה, שזו הגדרת ברירת המחדל ל-HTTP/1.1. שרת הקצה העורפי של היעד יכול גם להגדיר פרמטרים של connection timeout
ושל max reuse כדי לשפר את היעילות.
אמנם אפשר תיאורטית לתמוך בשימוש חוזר בחיבור על ידי הפעלת keep-alive בתגובה, אבל בפועל, השימוש החוזר בחיבור תלוי בדברים הבאים:
- אם למופע Apigee יש חיבור קיים לשרת העורפי של היעד
- אם יש תגובות בהמתנה לחיבור הקיים
- אם החיבור הקיים קרוב לסוף מחזור החיים שלו
כל אחד מהגורמים האלה ישפיע על המידה שבה אפשר לעשות שימוש חוזר בחיבורים של קצה העורפי היעד.