דף זה תורגם על ידי Cloud Translation API.

עדכון של Apigee Edge 4.17.0x ל-4.18.01

Edge for Private Cloud גרסה 4.18.01

אילו גרסאות של Edge אפשר לעדכן ל-4.18.01

באמצעות התהליך הזה אפשר לעדכן את גרסה 4.17.0x של Apigee Edge.

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

מי יכול לבצע את העדכון

המשתמש שמריץ את העדכון צריך להיות זהה למשתמש שהתקין את Edge, או משתמש שפועל ברמה הבסיסית (root).

אחרי שמתקינים את ה-RPM ב-Edge, כל משתמש יכול להגדיר אותן.

אילו רכיבים צריך לעדכן

צריך לעדכן את כל הרכיבים של Edge. דפדפן Edge לא תומך בהגדרה שמכילה רכיבים מכמה גרסאות.

שמירה על תאימות

כשמשדרגים את Apigee Edge לענן פרטי ל-4.18.01, צריך לוודא ההטמעה מפנה רק למאפיינים נתמכים בקובצי התצורה שלו.

נכס	מיקום	תיאור
`conf_load_balancing_load.balancing. driver.nginx.server.retry`	`router.properties`	יש להסיר את הנכס הזה מהקובץ `router.properties`. כדי להגדיר אפשרויות לניסיון חוזר בגרסה 4.18.01, השתמשו בגרסה הווירטואלית מאפייני תצורה של מארח.

הפצה אוטומטית של נכסים ההגדרות

אם הגדרתם נכסים כלשהם על ידי עריכת קובצי .properties ב-/opt/apigee/customer/application, אז אלה נשמרים על ידי העדכון.

הוספה של SMTPMAILFROM פרמטר הגדרה

Edge 4.17.05 הוסיף פרמטר נדרש חדש לקובץ התצורה שמשמש להפעלה של התכונה שרת SMTP. אם מעדכנים מ-4.17.01, צריך להגדיר SMTPMAILFROM בקובץ התצורה. בעת הפעלת שרת ה-SMTP.

ב-API BaaS גרסה 4.17.09 נוספה גם תמיכה במאפיין SMTPMAILFROM. כשמעדכנים את BaaS ל-API מגרסה 4.17.01 או מ-4.17.05, יש להגדיר SMTPMAILFROM קובץ תצורה.

הפורמט של הפרמטר הזה:

SMTPMAILFROM="My Company <myco@company.com>"

נדרש שדרוג ל-Postgres 9.6

הגרסה הזו של Edge כוללת שדרוג ל-Postgres 9.6. כחלק מהשדרוג הזה, כל נתוני Postgres מועברים ל-Postgres 9.6.

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

אופן ביצוע עדכון Postgres תלוי באופן שבו הגדרת אחסון נתונים עבור צמתים מסוג Postgres:

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

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

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

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

התקנת Postgres חדש צומת מצב המתנה

התהליך הזה יוצר שרת המתנה של Postgres בצומת חדש. חשוב להקפיד להתקין גרסה חדשה שרת הודעות המתנה למשלוח הודעות אימייל לגרסה הקיימת של Edge (4.17.0x), לא עבור גרסה 4.18.01.

כדי לבצע את ההתקנה, צריך להשתמש באותו קובץ תצורה שבו השתמשת כדי להתקין את הגרסה הנוכחית מ-Edge.

כדי ליצור צומת המתנה חדש ב-Postgres:

במאסטר הנוכחי של Postgres, עורכים את קובץ /opt/apigee/customer/application/postgresql.properties להגדרה הבאה אסימון:
```
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32
trust\ \nhost replication apigee new_slave_ip/32 trust
```
כאשר existing_slave_ip היא כתובת ה-IP של ה-Postgres הנוכחיים השרת למצב המתנה ו-new_slave_ip הם כתובת ה-IP של הצומת החדש במצב המתנה.

אם הקובץ postgresql.properties לא קיים, צריך ליצור אותו ולהשתמש בו chown כדי לתת למשתמש apigee גישה אליו, כמו בדוגמה הבאה מציג:
```
chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```

הפעלה מחדש של apigee-postgresql במאסטר של Postgres:

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

כדי לוודא שהצומת החדש במצב המתנה נוסף, אפשר לעיין ב/opt/apigee/apigee-postgresql/conf/pg_hba.conf במאסטר. השורות הבאות אמורות להופיע בקובץ:
```
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust
```
התקנת שרת ההמתנה החדש של Postgres:
1. כדי לציין, עורכים את קובץ התצורה שבו השתמשתם כדי להתקין את הגרסה הנוכחית של Edge. הבאים:
```
# IP address of the current master:
PG_MASTER=192.168.56.103
# IP address of the new standby node
PG_STANDBY=192.168.56.102 
```
2. השבתת SELinux כפי שמתואר בדף התקנת כלי ההגדרה של Edge apigee.
3. מורידים את קובץ Edge bootrap_4.17.0x.sh. (כאשר 4.17.0x הוא 4.17.01, 4.17.05, או 4.17.09) אל /tmp/bootstrap_4.17.0x.sh :
```
curl https://software.apigee.com/bootstrap_4.17.0x.sh -o /tmp/bootstrap_4.17.0x.sh
```
4. מתקינים את כלי העזר apigee-service של Edge ו של יחסי התלות:
```
sudo bash /tmp/bootstrap_4.17.0x.sh apigeeuser=uName
  apigeepassword=pWord
```
5. כדי להתקין את כלי השירות apigee-setup, צריך להשתמש ב-apigee-service:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup install
```
6. מתקינים את Postgres:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
```
7. בשרת ההמתנה החדש, מריצים את הפקודה הבאה:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
  בודקים שמדובר במצב ההמתנה.

הוצאה משימוש של Postgres צומת

אחרי שהעדכון מסתיים, מוציאים משימוש את הצומת החדש במצב המתנה:

צריך לוודא ש-Postgres פועל:
> /opt/apigee/apigee-service/bin/apigee-all status

אם Postgres לא פועל, מפעילים אותו:
> /opt/apigee/apigee-service/bin/apigee-all start
כדי לקבל את ה-UUID של צומת ההמתנה החדש, מריצים את פקודת ה-cURL הבאה צומת מצב המתנה:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

ה-UUID של הצומת אמור להופיע בסוף הפלט, בפורמט הבא:
"סוג" : [ "postgres-server" ],
'uUID' : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
כדי להפסיק את הצומת החדש של מצב המתנה, מריצים את הפקודה הבאה בצומת ההמתנה החדש:
> /opt/apigee/apigee-service/bin/apigee-all stop
בצומת המאסטר ב-Postgres, עורכים את /opt/apigee/customer/application/postgresql.properties כדי להסיר את הצומת החדש מצב המתנה מ-conf_pg_hba_replication.connection:
conf_pg_hba_replication.connection=host apigee רפליקציה existing_slave_ip/32 trust
יש להפעיל מחדש את apigee-postgresql במאסטר של Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql הפעלה מחדש
כדי לוודא שהצומת החדש של מצב המתנה הוסר, אפשר לעיין ב-/opt/apigee/apigee-postgresql/conf/pg_hba.conf במאסטר. בקובץ הזה אמורה להופיע רק השורה הבאה:
apigee של רפליקציית מארח existing_slave_ip/32 אמון
מחיקת ה-UUID של צומת ההמתנה מ-ZooKeeper על ידי ביצוע הפעולות הבאות ב-Edge קריאה ל-API בצומת שרת הניהול:
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

עדכון דרישות מוקדמות

שימו לב לדרישות המוקדמות הבאות לפני שדרוג Apigee Edge:

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

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

> /opt/apigee/apigee-service/bin/apigee-all status

טיפול בעדכון שנכשל

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

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

פרטי העדכון ביומן

כברירת מחדל, הקוד update.sh כלי השירות כותב פרטי יומן ל:

/opt/apigee/var/log/apigee-setup/update.log

אם למשתמש שמפעיל את הכלי update.sh אין גישה אל באותה הספרייה, נכתב את היומן בספרייה /tmp כקובץ בשם update_username.log.

אם למשתמש אין גישה ל-/tmp, הכלי /tmp ייכשל.

עדכון ללא הגבלת זמן

עדכון ללא השבתה או עדכון בהדרגה (rolling) מאפשרים לכם לעדכן את התקנת Edge בלי מורידים את Edge.

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

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

מעדכנים את המכונות בסדר הנכון להתקנה, כפי שמתואר למטה בקטע "הזמנה של עדכון מכונה.
כשמגיע הזמן לעדכן את הנתבים, בוחרים נתב אחד ומגדירים אותו שלא יהיה גישה אליו, שמתואר במאמר הפעלה/השבתה של שרת (פוטנציאל החשיפה של מעבד ההודעות/נתב).
מעדכנים את הנתב ואת כל שאר רכיבי ה-Edge באותה מחשב שבו נמצא הנתב. כל ההגדרות של Edge מציגות נתב ומעבד הודעות באותו צומת.
הגדרת הנתב מחדש כך שיהיה זמין.
חוזרים על שלבים 2 עד 4 עבור הנתבים הנותרים.
ממשיכים בעדכון של כל המכונות שנותרו בהתקנה.

חשוב לבצע את הפעולות הבאות לפני או אחרי העדכון:

בצומת משולב של נתב ומעבד הודעות:
- לפני העדכון – יש לבצע את הפעולות הבאות:
  1. הגדרת הנתב שלא ניתן לגשת אליו.
  2. מגדירים שלא יהיה אפשר לגשת למעבד ההודעות.
- לאחר העדכון, מבצעים את הפעולות הבאות:
  1. מגדירים את מעבד ההודעות כך שניתן יהיה לגשת אליו.
  2. הגדרת הנתב כך שיהיה נגיש.
בצומת נתב יחיד:
- לפני העדכון, צריך להגדיר שהנתב לא יהיה נגיש.
- אחרי העדכון, ניתן יהיה לגשת לנתב.
בצומת יחיד של מעבד הודעות:
- לפני העדכון, צריך להגדיר שלא תהיה גישה למעבד ההודעות.
- אחרי העדכון, אפשר להגדיר את מעבד ההודעות כך שניתן יהיה לגשת אליו.

שימוש בקובץ תצורה שקט

עליכם להעביר קובץ תצורה שקט לפקודת העדכון. קובץ התצורה השקט המכשיר צריך להיות זהה למכשיר שבו השתמשתם כדי להתקין את Edge 4.17.0x.

הליך עבור עדכון לגרסה 4.18.01 בצומת עם חיבור חיצוני לאינטרנט

כדי לעדכן את רכיבי Edge בצומת:

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

אם משתמשים באחסון רשת, אין צורך להתקין את הצומת החדש. במקום זאת, תמונת המצב של הרשת של מאגר הנתונים שמשמש את Postgres. מידע נוסף זמין במאמר שדרוג נדרש ל-Postgres 9.6.
צריך להשבית את כל משימות CRON שהוגדרו לביצוע פעולת תיקון ב-Cassandra, אם יש כאלה עד לסיום העדכון.
כדי להתקין את ההכנסות לאלף חשיפות ב-Edge, צריך להתחבר לצומת בתור הרמה הבסיסית (root).
הערה: התקנת RPM מחייבת גישה לרמה הבסיסית (root), אבל אפשר להשתמש ב-Edge ללא גישה לרמה הבסיסית (root).
מתקינים את yum-utils ואת yum-plugin-priorities:
> sudo yum התקנת yum-utils
> עדיפות להתקנת sudo yum yum-plugin
השבתת SELinux כפי שמתואר בהתקנה כלי ההגדרה של Edge apigee-setup.
אם אתם מתקינים ב-Oracle 7.x, מריצים את הפקודה הבאה:
> sudo yum-config-manager --enable ol7_optional_previous
אם אתם מתקינים ב-AWS, מריצים את הפקודות הבאות yum-configure-manager:
> עדכון יאמי rh-amazon-rhui-client.noarch
> sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
מורידים את קובץ bootstrap_4.18.01.sh ב-Edge 4.18.01 אל bootstrap_4.18.01.sh:
> תלתל https://software.apigee.com/shoestrap_4.18.01.sh -o /tmp/shoestrap_4.18.01.sh
מתקינים את כלי השירות apigee-service 4.18.01 ו- של יחסי התלות:
> sudo bash /tmp/shoestrap_4.18.01.sh apigeeuser=uName apigeepassword=pWord

כאשר uName:pWord הם שם המשתמש והסיסמה שקיבלתם ב-Apigee. אם משמיטים את המילה pWord, תתבקשו להזין אותה.

כברירת מחדל, מנהל ההתקנה בודק אם התקנתם את Java 1.8. אם לא, יתקין אותו בשבילך. משתמשים באפשרות JAVA_FIX כדי לציין איך לטפל התקנת Java. JAVA_FIX הפונקציה מקבלת את הערכים הבאים:

I = התקנת OpenJDK 1.8 (ברירת מחדל)
C = המשך בלי להתקין Java
שאלה = יציאה. כדי להשתמש באפשרות הזו, תצטרכו להתקין Java בעצמכם.
להשתמש ב-apigee-service כדי לעדכן את apigee-setup תוכנית שירות:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
עדכון של apigee-validate בשרת הניהול:
> /opt/apigee/apigee-service/bin/apigee-service apigee-authentic update
עדכון של apigee-provision תוכנית שירות:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
מריצים את כלי העדכון בצמתים לפי הסדר הבא שמוצג בקטע סדר המכונה עדכון" מתחת:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

הדרישה היחידה בקובץ התצורה היא שקובץ התצורה יהיה נגיש או קריא באמצעות ה-apigee משתמש.

משתמשים באפשרות ' -c' כדי לציין את הרכיב שרוצים לעדכן. רשימת האפשרויות הרכיבים כוללים:
ldap = OpenLDAP
cs = Cassandra
zk = הזואומרים
qpid = qpidd
ps = postgresql
dge =כל רכיבי Edge חוץ מממשק משתמש של Edge: שרת ניהול, מעבד הודעות, נתב, שרת QPID, שרת Postgres
ui = ממשק משתמש של Edge
all = עדכון כל הרכיבים ב- מחשב (לשימוש רק בפרופיל התקנה של ממשק Aio ב-Edge או בהתקנת API BaaS asa) פרופיל)
e = ElasticSearch
b = API BaaS Stack
p = פורטל API BaaS
ebp = ElasticSearch, API BaaS מקבץ ופורטל BaaS של API באותו צומת
כדי לבדוק את העדכון, מריצים את הכלי apigee-validate בדף הניהול שרת, כפי שמתואר במאמר בדיקת ההתקנה.
אם התקנתם צומת מצב המתנה חדש ב-Postgres, צריך להוציא את הצומת משימוש כפי שמתואר למעלה ביטול של צומת Postgres.

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

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

נוהל עדכון לגרסה 4.18.01 של מקור מקומי מאגר

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

אחרי שיוצרים מאגר מקומי של Edge, יש שתי אפשרויות לעדכן את Edge מאגר מקומי:

יוצרים קובץ tar .של המאגר, מעתיקים את קובץ ה- .tar לצומת ואז מעדכנים את Edge מהמאגר קובץ tar.
מתקינים שרת אינטרנט בצומת עם המאגר המקומי כדי שצמתים אחרים יוכלו לגשת אליו. Apigee מספקת לך את שרת האינטרנט Nginx או שניתן להשתמש בו שרת האינטרנט.

כדי לעדכן ממאגר 4.18.01 מקומי:

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

אם משתמשים באחסון רשת, אין צורך להתקין את הצומת החדש. במקום זאת, תמונת המצב של הרשת של מאגר הנתונים שמשמש את Postgres. מידע נוסף זמין במאמר שדרוג נדרש ל-Postgres 9.6.
יוצרים מאגר 4.18.01 מקומי כפי שמתואר ב"יצירת מאגר Apigee מקומי" מתקינים את כלי ההגדרה של Edge apigee-setup.
הערה: אם כבר יש לכם מאגר נתונים 4.17.0x, תוכלו להוסיף את 4.18.01 מאגר שלו כפי שמתואר ב"עדכון מאגר Apigee מקומי" בהתקנת כלי ההגדרה של Edge apigee-setup.
כדי להתקין את apigee-service מקובץ .tar:
1. בצומת עם המאגר המקומי, משתמשים בפקודה הבאה כדי לארוז את המאגר המקומי לקובץ .tar אחד בשם /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
2. מעתיקים את קובץ ה- .tar לצומת שבו רוצים לעדכן את Edge. לדוגמה, העתקה אל את הספרייה /tmp צומת חדש.
3. בצומת החדש, מסירים את הקובץ לספריית /tmp:
  > tar -xzf apigee-4.18.01.tar.gz
  
  הפקודה הזו יוצרת ספרייה חדשה בשם repos, בספרייה שמכילה את קובץ ה- .tar חדש. לדוגמה, /tmp/repos.
4. התקנה של כלי העזר של Edge apigee-service ויחסי תלות מ- /tmp/repos:
  > sudo bash /tmp/repos/shoestrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  שימו לב שהפקודה הזו כוללת את הנתיב לספריית ה-repos.
כדי להתקין את apigee-service באמצעות שרת האינטרנט Nginx:
1. הגדרת שרת האינטרנט Nginx כפי שמתואר ב"התקנה מהמאגר באמצעות ה-Nginx webserver" בדף Install the Edge הכלי apigee-setup.
2. בצומת המרוחק, מורידים את קובץ bootstrap_4.18.01.sh של Edge אל /tmp/shoestrap_4.18.01.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.18.01.sh -o /tmp/shoestrap_4.18.01.sh
  
  כאשר uName:pWord הם שם המשתמש והסיסמה שהגדרתם למעלה המאגר ו-remoteRepo הוא כתובת ה-IP או שם ה-DNS של מאגר מאגר.
3. בצומת המרוחק, מתקינים את כלי השירות ואת יחסי התלות של Edge apigee-service:
  > sudo bash /tmp/shoestrap_4.18.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  כאשר uName:pWord הם שם המשתמש והסיסמה במאגר.
להשתמש ב-apigee-service כדי מעדכנים את כלי ההגדרה של apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
עדכון של apigee-validate בשרת הניהול.
> /opt/apigee/apigee-service/bin/apigee-service apigee-authentic update
עדכון של apigee-provision תוכנית שירות:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
מריצים את הכלי לעדכון בצמתים לפי הסדר הבא שמוצג בקטע 'הזמנת המכונה' עדכון" מתחת:
> /opt/apigee/apigee-setup/bin/update.sh -cComponent -f configFile

הדרישה היחידה בקובץ התצורה היא שקובץ התצורה יהיה נגיש או קריא באמצעות ה-apigee משתמש.

משתמשים באפשרות ' -c' כדי לציין את הרכיב שרוצים לעדכן. רשימת האפשרויות הרכיבים כוללים:
ldap = OpenLDAP
cs = Cassandra
zk = הזואומרים
qpid = qpidd
ps = postgresql
dge =כל רכיבי Edge חוץ מממשק משתמש של Edge: שרת ניהול, מעבד הודעות, נתב, שרת QPID, שרת Postgres
ui = ממשק משתמש של Edge
all = עדכון כל הרכיבים ב- מחשב (לשימוש רק בפרופיל התקנה של ממשק Aio ב-Edge או בהתקנת API BaaS asa) פרופיל)
e = ElasticSearch
b = API BaaS Stack
p = פורטל API BaaS
ebp = ElasticSearch, API BaaS מקבץ ופורטל BaaS של API באותו צומת
כדי לבדוק את העדכון, מריצים את הכלי apigee-validate בדף הניהול שרת, כפי שמתואר במאמר בדיקת ההתקנה.
אם התקנתם צומת חדש במצב המתנה של Postgres, תצטרכו להוציא את הצומת בצורה תקינה כפי שמתואר למעלה בקטע פירוק צומת Postgres.

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

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

סדר עדכון המכונה

חשוב לסדר את המכונות בהתקנת Edge. במידה הרבה ביותר שיקולים חשובים בעדכון הם:

עליך לעדכן את כל הצמתים של Cassandra ו-zoKeeper לפני עדכון של רכיבים צמתים אחרים.
לכל מכונה עם מספר רכיבי Edge (שרת ניהול, מעבד הודעות, נתב, שרת QPID אבל לא שרת Postgres), שימוש בקצה '-c' אפשרות לעדכן את כולם בכל כמעט באותה עת.
אם שלב מציין שצריך לבצע אותו במספר מכונות, צריך לבצע אותו בסדר המכונה הספציפי.
אין שלב נפרד לעדכון המונטיזציה. הוא מתעדכן כשמציינים את " -c" קצה" כאפשרות.