דרישות התקנה

‫Edge for Private Cloud v4.18.01

דרישות חומרה

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

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

בנוסף, בהמשך מפורטות דרישות החומרה אם רוצים להתקין את שירותי המונטיזציה:

אם רוצים להתקין API BaaS, צריך לעמוד בדרישות החומרה הבאות:

דרישות מערכת הפעלה ותוכנת צד שלישי

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

יצירת משתמש Apigee

תהליך ההתקנה יוצר משתמש במערכת Unix בשם apigee. הבעלים של הספריות והקבצים ב-Edge הוא 'apigee', כמו גם של התהליכים ב-Edge. המשמעות היא שרכיבי Edge פועלים כמשתמש 'apigee'. אם צריך, אפשר להפעיל רכיבים כמשתמש אחר.

ספריית ההתקנה

כברירת מחדל, תוכנת ההתקנה כותבת את כל הקבצים לספרייה /opt/apigee. אי אפשר לשנות את מיקום הספרייה. אי אפשר לשנות את הספרייה הזו, אבל אפשר ליצור קישור סמלי כדי למפות את /opt/apigee למיקום אחר, כמו שמתואר בהמשך.

בהוראות במדריך הזה, ספריית ההתקנה מצוינת כ-/opt/apigee.

יצירת קישור סמלי מ-‎ /opt/apigee

לפני שיוצרים את הקישור הסמלי, צריך קודם ליצור משתמש וקבוצה בשם apigee. זו אותה קבוצה ואותו משתמש שנוצרו על ידי תוכנת ההתקנה של Edge.

כדי ליצור את הקישור הסמלי, מבצעים את השלבים הבאים לפני שמורידים את הקובץ bootstrap_4.18.01.sh. צריך לבצע את כל השלבים האלה כמשתמש root:

1. יוצרים את המשתמש והקבוצה apigee:

   groupadd -r apigee > useradd -r -g apigee -d /opt/apigee -s /sbin/nologin -c "Apigee platform user" apigee

2. יוצרים קישור סמלי מ-/opt/apigee לתיקיית השורש הרצויה להתקנה:

   ln -Ts /srv/myInstallDir /opt/apigee

   ‫/srv/myInstallDir הוא המיקום הרצוי של קובצי Edge.

3. משנים את הבעלות על ספריית השורש של ההתקנה ואת הקישור הסמלי למשתמש apigee:

   chown -h apigee:apigee /srv/myInstallDir /opt/apigee

Java

לפני ההתקנה, צריך להתקין בכל מכונה גרסה נתמכת של Java 1.8. רשימת ה-JDK הנתמכים מופיעה במאמר תוכנות נתמכות וגרסאות נתמכות.

מוודאים שהנתיב JAVA_HOME מצביע על שורש ה-JDK של המשתמש שמבצע את ההתקנה.

SELinux

בהתאם להגדרות של SELinux, יכולות להיות בעיות בהתקנה ובהפעלה של רכיבי Edge. במקרה הצורך, אפשר להשבית את SELinux או להגדיר אותו למצב הרשאה במהלך ההתקנה, ואז להפעיל אותו מחדש אחרי ההתקנה. מידע נוסף זמין במאמר בנושא התקנת כלי השירות apigee-setup של Edge.

הגדרת רשת

מומלץ לבדוק את הגדרות הרשת לפני ההתקנה. התוכנה להתקנה מניחה שלכל המכונות יש כתובות IP קבועות. משתמשים בפקודות הבאות כדי לאמת את ההגדרה:

• ‫hostname מחזירה את שם המחשב
• ‫hostname -i מחזירה את כתובת ה-IP של שם המארח שאפשר לפנות אליו ממכונות אחרות.

בהתאם לסוג ולגרסה של מערכת ההפעלה, יכול להיות שתצטרכו לערוך את /etc/hosts ואת /etc/sysconfig/network אם שם המארח לא מוגדר בצורה נכונה. מידע נוסף מופיע במסמכי התיעוד של מערכת ההפעלה הספציפית שלכם.

אם לשרת יש כמה כרטיסי ממשק, הפקודה hostname -i מחזירה רשימה של כתובות IP שמופרדות ברווחים. כברירת מחדל, תוכנת ההתקנה של Edge משתמשת בכתובת ה-IP הראשונה שמוחזרת, שיכול להיות שהיא לא נכונה בכל המצבים. לחלופין, אפשר להגדיר את המאפיין הבא בקובץ ההגדרות של ההתקנה:

ENABLE_DYNAMIC_HOSTIP=y

אם מגדירים את המאפיין הזה לערך y, תוכנת ההתקנה תבקש מכם לבחור את כתובת ה-IP שתשמש כחלק מההתקנה. ערך ברירת המחדל הוא n. מידע נוסף זמין במאמר בנושא קובץ ההגדרות של Edge.

TCP Wrappers

‫TCP Wrappers יכולים לחסום תקשורת של חלק מהיציאות ולהשפיע על ההתקנה של OpenLDAP,‏ Postgres ו-Cassandra. בצמתים האלה, בודקים את /etc/hosts.allow ואת /etc/hosts.deny כדי לוודא שאין הגבלות על היציאות הנדרשות של OpenLDAP,‏ Postgres ו-Cassandra.

iptables

מוודאים שאין מדיניות iptables שמונעת קישוריות בין הצמתים ביציאות ה-Edge הנדרשות. אם צריך, אפשר לעצור את iptables במהלך ההתקנה באמצעות הפקודה:

sudo/etc/init.d/iptables stop

ב-CentOS 7.x:

systemctl stop firewalld

מוודאים שלנתב Edge יש גישה אל ‎ /etc/rc.d/init.d/functions

הצמתים של Edge Router ושל BaaS Portal משתמשים בנתב Nginx ודורשים גישת קריאה אל /etc/rc.d/init.d/functions.

אם תהליך האבטחה שלכם מחייב הגדרת הרשאות ב-/etc/rc.d/init.d/functions, אל תגדירו אותן ל-700, אחרת הנתב לא יופעל. אפשר להגדיר את ההרשאות ל-744 כדי לאפשר גישת קריאה ל-/etc/rc.d/init.d/functions.

Cassandra

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

‫Cassandra משנה אוטומטית את גודל ה-heap של Java בהתאם לזיכרון הזמין. מידע נוסף זמין במאמר בנושא התאמה של משאבי Java. במקרה של ירידה בביצועים או צריכת זיכרון גבוהה.

אחרי שמתקינים את Edge for Private Cloud, אפשר לבדוק שההגדרה של Cassandra תקינה על ידי בדיקת הקובץ /opt/apigee/apigee-cassandra/conf/cassandra.yaml. לדוגמה, מוודאים שסקריפט ההתקנה של Edge for Private Cloud הגדיר את המאפיינים הבאים:

• cluster_name
• initial_token
• partitioner
• seeds
• listen_address
• rpc_address
• snitch

מסד נתונים של PostgreSQL

אחרי שמתקינים את Edge, אפשר לשנות את ההגדרות הבאות של מסד הנתונים PostgreSQL בהתאם לכמות ה-RAM שזמינה במערכת:

conf_postgresql_shared_buffers = 35% of RAM      # min 128kB
conf_postgresql_effective_cache_size = 45% of RAM
conf_postgresql_work_mem = 512MB       # min 64kB

כדי להגדיר את הערכים האלה:

1. עורכים את הקובץ postgresql.properties:

   vi /opt/apigee/customer/application/postgresql.properties

   אם הקובץ לא קיים, יוצרים אותו.

2. מגדירים את המאפיינים שמפורטים למעלה.
3. שומרים את השינויים.
4. מפעילים מחדש את מסד הנתונים של PostgreSQL:

   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

מגבלות מערכת

מוודאים שהגדרתם את מגבלות המערכת הבאות בצמתי Cassandra ו-Message Processor:

• בצמתי Cassandra, מגדירים מגבלות של memlock, ‏ nofile ומרחב כתובות (as) עבור משתמש ההתקנה (ברירת המחדל היא apigee) ב-/etc/security/limits.d/90-apigee-edge-limits.conf, כמו שמוצג בהמשך:

  apigee soft memlock unlimited
  apigee hard memlock unlimited
  apigee soft nofile 32768
  apigee hard nofile 65536
  apigee soft as unlimited
  apigee hard as unlimited

• בצמתים של מעבד בקשות, מגדירים את המספר המקסימלי של מתארים פתוחים של קבצים ל-64K ב-/etc/security/limits.d/90-apigee-edge-limits.conf כמו שמוצג בהמשך:

  apigee soft nofile 32768
  apigee hard nofile 65536

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

jsvc

‫jsvc הוא תנאי מוקדם לשימוש ב-API BaaS. גרסה 1.0.15-dev מותקנת כשמתקינים את API BaaS.

Network Security Services (NSS)

Network Security Services‏ (NSS) היא קבוצה של ספריות שתומכות בפיתוח של אפליקציות לקוח ושרת עם אבטחה מופעלת. צריך לוודא שמותקנת גרסה 3.19 של NSS או גרסה חדשה יותר.

כדי לבדוק את הגרסה הנוכחית:

yum info nss

כדי לעדכן את NSS:

yum update nss

מידע נוסף זמין במאמר הזה של RedHat.

השבתה של חיפוש DNS ב-IPv6 בשימוש ב-NSCD (Name Service Cache Daemon)

אם התקנתם והפעלתם את NSCD (Name Service Cache Daemon), מעבדי ההודעות מבצעים שני חיפושי DNS: אחד עבור IPv4 ואחד עבור IPv6. אם משתמשים ב-NSCD, צריך להשבית את חיפוש ה-DNS ב-IPv6.

כדי להשבית את חיפוש ה-DNS ב-IPv6:

1. בכל צומת של מעבד ההודעות, עורכים את /etc/nscd.conf
2. מגדירים את המאפיין הבא:

   enable-cache hosts no

השבתת IPv6 ב-Google Cloud Platform ל-RedHat/CentOS 7

אם אתם מתקינים את Edge ב-RedHat 7 או ב-CentOS 7 ב-Google Cloud Platform, אתם צריכים להשבית את IPv6 בכל צמתי Qpid.

הוראות להשבתת IPv6 מופיעות במסמכי התיעוד של RedHat או CentOS לגרסת מערכת ההפעלה הספציפית שלכם. לדוגמה, אתם יכולים:

1. פותחים את /etc/hosts בעורך.
2. מוסיפים את התו '#' בעמודה הראשונה של השורה הבאה כדי להפוך אותה להערה:

   #::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

3. שומרים את הקובץ.

AWS AMI

אם אתם מתקינים את Edge ב-Amazon Machine Image ‏ (AMI) של AWS עבור Red Hat Enterprise Linux 7.x, אתם צריכים קודם להריץ את הפקודה הבאה:

yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

כלים

תוכנת ההתקנה משתמשת בכלים הבאים של UNIX בגרסה הרגילה כפי שסופקה על ידי EL5 או EL6.

ntpdate

מומלץ לסנכרן את השעות בשרתים. אם עדיין לא הגדרתם את זה, כדאי להשתמש בכלי השירות ntpdate, שבודק אם השרתים מסונכרנים עם השעון. אפשר להשתמש ב-yum install ntp כדי להתקין את כלי השירות. האפשרות הזו שימושית במיוחד לשכפול הגדרות של OpenLDAP. שימו לב שאתם מגדירים את אזור הזמן של השרת לפי UTC.

openldap 2.4

התקנה מקומית דורשת OpenLDAP 2.4. אם לשרת שלכם יש חיבור לאינטרנט, סקריפט ההתקנה של Edge יוריד ויתקין את OpenLDAP. אם לשרת שלכם אין חיבור לאינטרנט, אתם צריכים לוודא ש-OpenLDAP כבר מותקן לפני שמריצים את סקריפט ההתקנה של Edge. ב-RHEL/CentOS, אפשר להריץ את הפקודה yum install openldap-clients openldap-servers כדי להתקין את OpenLDAP.

במקרים של התקנות עם 13 מארחים, ושל התקנות עם 12 מארחים ושני מרכזי נתונים, נדרשת שכפול OpenLDAP כי יש כמה צמתים שמארחים OpenLDAP.

חומות אש ומארחים וירטואליים

המונח virtual מקבל בדרך כלל משמעויות רבות בתחום ה-IT, וכך גם לגבי פריסה של Apigee Edge for Private Cloud ומארחים וירטואליים. חשוב להבהיר שיש שני שימושים עיקריים במונח virtual:

• מכונות וירטואליות (VM): לא חובה, אבל חלק מהפריסות משתמשות בטכנולוגיית VM כדי ליצור שרתים מבודדים לרכיבי Apigee. למארחי מכונות וירטואליות, כמו למארחים פיזיים, יכולים להיות ממשקי רשת וחומות אש.
• מארחים וירטואליים: נקודות קצה באינטרנט, בדומה למארח וירטואלי של Apache.

נתב במכונה וירטואלית יכול לחשוף כמה מארחים וירטואליים (כל עוד הם שונים זה מזה בכינוי המארח או ביציאת הממשק).

לדוגמה, בשרת פיזי אחד A יכולות לפעול שתי מכונות וירטואליות, שנקראות VM1 ו-VM2. נניח שמכונה וירטואלית בשם VM1 חושפת ממשק וירטואלי של Ethernet, שנקרא eth0 בתוך המכונה הווירטואלית, ומוקצית לו כתובת IP‏ 111.111.111.111 על ידי מנגנון הווירטואליזציה או שרת DHCP ברשת. נניח גם שמכונה וירטואלית בשם VM2 חושפת ממשק וירטואלי של Ethernet שנקרא גם eth0, ומוקצית לו כתובת IP‏ 111.111.111.222.

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

נתב Apigee במכונה וירטואלית VM1 חושף שלושה מארחים וירטואליים בממשק eth0 שלו (שיש לו כתובת IP ספציפית), api.mycompany.com:80, api.mycompany.com:443 ו-test.mycompany.com:80.

הנתב במכונה הווירטואלית VM2 חושף את api.mycompany.com:80 (אותו שם ואותה יציאה כמו אלה שנחשפו על ידי VM1).

יכול להיות שלמערכת ההפעלה של המארח הפיזי יש חומת אש ברשת. אם זה המצב, צריך להגדיר את חומת האש כך שתעביר תנועת TCP שמיועדת ליציאות שנחשפות בממשקים הווירטואליים (111.111.111.111:{80, 443} ו-111.111.111.222:80). בנוסף, יכול להיות שלמערכת ההפעלה של כל מכונה וירטואלית יש חומת אש משלה בממשק eth0, וגם בהן צריך לאפשר חיבור של תנועה ביציאות 80 ו-443.

נתיב הבסיס הוא הרכיב השלישי שמשתתף בהפניית קריאות ל-API אל שרתי proxy שונים של API שאולי פרסתם. חבילות של שרתי proxy ל-API יכולות לשתף נקודת קצה אם יש להן נתיבי בסיס שונים. לדוגמה, אפשר להגדיר נתיב בסיס אחד כ-http://api.mycompany.com:80/ ואחר כ-http://api.mycompany.com:80/salesdemo.

במקרה כזה, צריך מאזן עומסים או כלי לניהול תעבורה שיפצל את התעבורה של http://api.mycompany.com:80/ בין שתי כתובות ה-IP (111.111.111.111 במכונה וירטואלית 1 ו-111.111.111.222 במכונה וירטואלית 2). הפונקציה הזו ספציפית להתקנה שלכם, והיא מוגדרת על ידי קבוצת הרשתות המקומית שלכם.

נתיב הבסיס מוגדר כשפורסים API. בדוגמה שלמעלה, אפשר לפרוס שני ממשקי API,‏ mycompany ו-testmycompany, לארגון mycompany-org עם המארח הווירטואלי שיש לו כינוי מארח api.mycompany.com והיציאה מוגדרת ל-80. אם לא מציינים basepath בפריסה, הנתב לא יודע לאיזה API לשלוח בקשות נכנסות.

עם זאת, אם פורסים את API‏ testmycompany עם כתובת הבסיס /salesdemo, המשתמשים ניגשים ל-API הזה באמצעות http://api.mycompany.com:80/salesdemo. אם פורסים את ה-API mycompany עם כתובת ה-URL הבסיסית /, המשתמשים ניגשים ל-API באמצעות כתובת ה-URL http://api.mycompany.com:80/.

הדרישות לגבי יציאת קצה

הצורך בניהול חומת האש לא מסתכם רק במארחים הווירטואליים. חומות האש של המכונות הווירטואליות ושל המארחים הפיזיים צריכות לאפשר תעבורה ליציאות שנדרשות לרכיבים כדי לתקשר ביניהם.

בתמונה הבאה מוצגות דרישות היציאות לכל רכיב Edge:

הערות לגבי הדיאגרמה הזו:

• * צריך לפתוח את יציאה 8082 ב-מעבד בקשות רק כדי לאפשר גישה ל-נתב כשמגדירים TLS/SSL בין ה-נתב ל-מעבד בקשות. אם לא מגדירים TLS/SSL בין הנתב למעבד ההודעות, ההגדרה שמוגדרת כברירת מחדל, יציאה 8082, עדיין צריכה להיות פתוחה במעבד ההודעות כדי לנהל את הרכיב, אבל הנתב לא צריך גישה אליה.
• היציאות שמופיע לפניהן הקידומת M הן יציאות שמשמשות לניהול הרכיב, והן צריכות להיות פתוחות ברכיב כדי שלשרת הניהול תהיה גישה אליו.
• לרכיבים הבאים נדרשת גישה ליציאה 8080 בשרת הניהול: נתב, מעבד הודעות, ממשק משתמש, Postgres ו-Qpid.
• מעבד הודעות צריך לפתוח את יציאה 4528 כיציאת הניהול שלו. אם יש לכם כמה מעבדי הודעות, כולם צריכים להיות מסוגלים לגשת אחד לשני דרך יציאה 4528 (מסומן בחץ הלולאה בתרשים שלמעלה עבור יציאה 4528 במעבד ההודעות). אם יש לכם כמה מרכזי נתונים, היציאה צריכה להיות נגישה מכל מעבדי ההודעות בכל מרכזי הנתונים.
• אפשר לפתוח את הפורט 4527 בנתב כדי לאפשר גישה לכל מעבד הודעות, אבל זה לא חובה. אחרת, יכול להיות שיופיעו הודעות שגיאה בקובצי היומן של מעבד ההודעות.
• הנתב צריך לפתוח את יציאה 4527 כיציאת הניהול שלו. אם יש לכם כמה נתבים, כולם צריכים להיות מסוגלים לגשת זה לזה דרך יציאה 4527 (מסומנת בחץ הלולאה בתרשים שלמעלה עבור יציאה 4527 בנתב).
• ממשק המשתמש של Edge צריך גישה לנתב, ביציאות שנחשפות על ידי שרתי Proxy של API, כדי לתמוך בלחצן שליחה בכלי המעקב.
• לשרת הניהול נדרשת גישה ליציאת JMX בצמתי Cassandra.
• אפשר להגדיר את הגישה ליציאות JMX כך שתידרש סיסמה או שם משתמש. מידע נוסף זמין במאמר איך לנטר.
• אפשר גם להגדיר גישה באמצעות TLS/SSL לחיבורים מסוימים, שבהם אפשר להשתמש ביציאות שונות. מידע נוסף זמין במאמר בנושא TLS/SSL.
• אם מגדירים שני צמתי Postgres לשימוש בשכפול master-standby, צריך לפתוח את יציאה 22 בכל צומת לגישת SSH. אפשר גם לפתוח יציאות בצמתים ספציפיים כדי לאפשר גישה באמצעות SSH.
• אתם יכולים להגדיר את שרת הניהול ואת ממשק המשתמש של Edge כך שישלחו אימיילים דרך שרת SMTP חיצוני. אם כן, צריך לוודא שלשרת הניהול ולממשק המשתמש יש גישה ליציאה הנדרשת בשרת ה-SMTP. ב-SMTP ללא TLS, מספר היציאה הוא בדרך כלל 25. ב-SMTP עם TLS, המספר הוא לרוב 465, אבל כדאי לבדוק את זה מול ספק ה-SMTP.

בטבלה הבאה מפורטים הפורטים שצריך לפתוח בחומות אש, לפי רכיב Edge:

curl -v http://routerIP:15999/v1/servers/self/reachable

בטבלה הבאה מוצגים אותם פורטים, לפי סדר מספרי, עם רכיבי המקור והיעד:

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

כדי למנוע את המצב הזה, ב-Apigee מומלץ ששרת Cassandra, מעבד ההודעות והנתבים יהיו באותה רשת משנה, כך שחומת אש לא תהיה מעורבת בפריסה של הרכיבים האלה.

אם יש חומת אש בין הנתב לבין מעבדי ההודעות, והוגדר לה זמן קצוב לתפוגה של TCP במצב המתנה, ההמלצות שלנו הן:

1. מגדירים את net.ipv4.tcp_keepalive_time = 1800 בהגדרות sysctl במערכת הפעלה Linux, כאשר הערך 1800 צריך להיות נמוך מהערך של הזמן הקצוב לתפוגה של TCP במצב לא פעיל בחומת האש. ההגדרה הזו אמורה לשמור על החיבור במצב מבוסס, כדי שחומת האש לא תנתק את החיבור.
2. בכל מעבדי ההודעות, עורכים את /opt/apigee/customer/application/message-processor.properties כדי להוסיף את המאפיין הבא. אם הקובץ לא קיים, יוצרים אותו.

   conf_system_cassandra.maxconnecttimeinmillis=-1

3. מפעילים מחדש את מעבד ההודעות:

   /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

4. בכל הנתבים, עורכים את /opt/apigee/customer/application/router.properties כדי להוסיף את המאפיין הבא. אם הקובץ לא קיים, יוצרים אותו.

   conf_system_cassandra.maxconnecttimeinmillis=-1

5. מפעילים מחדש את הנתב:

   /opt/apigee/apigee-service/bin/apigee-service edge-router restart

אם מתקינים את ההגדרה של 12 מארחים באשכול עם שני מרכזי נתונים, צריך לוודא שהצמתים בשני מרכזי הנתונים יכולים לתקשר דרך היציאות שמוצגות בהמשך:

דרישות לגבי יציאות ב-API BaaS

אם בוחרים להתקין את API BaaS, מוסיפים את רכיבי API BaaS Stack ו-API BaaS Portal. הרכיבים האלה משתמשים ביציאות שמוצגות באיור הבא:

הערות לגבי הדיאגרמה הזו:

• פורטל ה-API BaaS אף פעם לא שולח בקשות ישירות לצומת BaaS Stack. כשמפתח מתחבר לפורטל, אפליקציית הפורטל מורדת לדפדפן. אפליקציית הפורטל שפועלת בדפדפן שולחת בקשות לצמתים של BaaS Stack.
• בסביבת ייצור של API BaaS נעשה שימוש במאזן עומסים בין צומת API BaaS Portal לבין צומתי API BaaS Stack. כשמגדירים את הפורטל וכשמבצעים קריאות ל-API של BaaS, מציינים את כתובת ה-IP או את שם ה-DNS של מאזן העומסים, ולא של צמתי ה-Stack.
• כל הצמתים של Stack צריכים לפתוח את יציאה 2551 כדי לאפשר גישה מכל שאר הצמתים של Stack (כפי שמצוין בחץ הלולאה בתרשים שלמעלה עבור יציאה 2551 בצמתים של Stack). אם יש לכם כמה מרכזי נתונים, היציאה צריכה להיות נגישה מכל צמתי ה-Stack בכל מרכזי הנתונים.
• צריך להגדיר את כל הצמתים של Baas Stack לשליחת אימיילים דרך שרת SMTP חיצוני. ב-SMTP ללא TLS, מספר היציאה הוא בדרך כלל 25. ב-SMTP עם TLS, המספר הוא לרוב 465, אבל כדאי לבדוק את זה אצל ספק ה-SMTP.
• צמתי Cassandra יכולים להיות ייעודיים ל-API BaaS, או שהם יכולים להיות משותפים עם Edge.

בטבלה הבאה מוצגים פורטים שמוגדרים כברירת מחדל וצריך לפתוח בחומות אש, לפי רכיב:

רישוי

כל התקנה של Edge דורשת קובץ רישיון ייחודי שמתקבל מ-Apigee. תצטרכו לציין את הנתיב לקובץ הרישיון כשמתקינים את שרת הניהול, למשל /tmp/license.txt.

תוכנת ההתקנה מעתיקה את קובץ הרישיון אל /opt/apigee/customer/conf/license.txt.

אם קובץ הרישיון תקין, שרת הניהול מאמת את התפוגה ואת מספר מעבדי ההודעות (MP) המותרים. אם אחת מהגדרות הרישיון פגות, אפשר למצוא את היומנים במיקום הבא: /opt/apigee/var/log/edge-management-server/logs. במקרה כזה, אפשר לפנות אל התמיכה של Apigee Edge כדי לקבל פרטים על ההעברה.

אם עדיין אין לכם רישיון, אתם יכולים לפנות למחלקת המכירות של Apigee.