Edge for Private Cloud בגרסה 4.17.09
אילו גרסאות של Edge אפשר לעדכן ל-4.17.09
אפשר לעדכן את Apigee Edge מגרסה 4.16.01.0x ומגרסה 4.16.05.x לגרסה 4.17.09 באמצעות התהליך הזה.
אם יש לכם גרסה של Edge שקודמת לגרסה 4.16.01, תחילה עליכם לעבור לגרסה 4.16.01 ואז לעדכן לגרסה 4.17.09.
- אפשר להעביר את Apigee Edge מגרסה 4.15.07 לגרסה 4.16.01.
- אם יש לכם גרסה של Edge שקודמת לגרסה 4.15.07, תחילה תצטרכו לעבור לגרסה 4.15.07 ואז לגרסה 4.16.01.
- אם עוברים מ-Edge מגרסה 4.14.04 ואילך: עוברים ישירות לגרסה 4.15.07.
- אם עוברים מ-Edge בגרסה 4.14.01: קודם צריך לעבור לגרסה 4.14.04 ואז לגרסה 4.15.07.
מי יכול לבצע את העדכון
המשתמש שמפעיל את העדכון צריך להיות זהה למשתמש שהטמיע את Edge במקור, או משתמש שפועל בתור root.
אחרי שתתקינו את ה-RPM של Edge, כל משתמש יוכל להגדיר אותם.
אילו רכיבים צריך לעדכן
צריך לעדכן את כל רכיבי Edge. ב-Edge אין תמיכה בהגדרה שמכילה רכיבים מכמה גרסאות.
הורדת גרסה של Zookeeper אם מעדכנים מגרסה 4.16.01
גרסת ה-RPM של Zookeeper ב-Edge for Private Cloud 4.16.01 היא apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. בגרסאות הבאות של Edge, הגרסה שלZonekeeper שונתה בחזרה ל-apigee-zookeeper-3.4.5-0.0.94x. זה מונע מ-yum לשדרג את גן החיות לגרסאות מאוחרות יותר מ-4.16.01. הדרך לתקן את המצב הזה היא להפעיל את yum downdown apigee-zookeeper לפני שמעדכנים את גן החיות.
אפשר לבדוק את גרסת Zookeeper באמצעות הפקודה הבאה:
> rpm -qa |grep apigee-zookeeper
אם הפקודה הזו מחזירה את גרסת Zookeeper:
apigee-zookeeper-3.4.5-1.0.905
לאחר מכן תצטרכו לשדרג לאחור.
העברה אוטומטית של הגדרות המלון
אם הגדרתם מאפיינים על ידי עריכת קובצי .properties בנתיב /opt/apigee/customer/application, הערכים האלה יישמרו במהלך העדכון.
עדכון התנאים המוקדמים
שימו לב לדרישות המוקדמות הבאות לפני שדרוג Apigee Edge:
- גיבוי כל הצמתים
לפני שמבצעים את העדכון, מומלץ לבצע גיבוי מלא של כל הצמתים מטעמי בטיחות. כדי לבצע את הגיבוי, פועלים לפי השלבים המתאימים לגרסה הנוכחית של Edge.
כך תוכלו להשתמש בתוכנית גיבוי למקרה שהעדכון לגרסה החדשה לא יפעל כמו שצריך. מידע נוסף על גיבוי זמין במאמר גיבוי ושחזור. - מוודאים ש-Edge פועל
מוודאים ש-Edge פועל במהלך תהליך העדכון באמצעות הפקודה:
> /opt/apigee/apigee-service/bin/apigee-all status
טיפול בעדכון שנכשל
אם העדכון נכשל, אפשר לנסות לתקן את הבעיה ואז להריץ שוב את update.sh. אפשר להריץ את העדכון כמה פעמים, והוא ימשיך מהמקום שבו נעצר.
אם כתוצאה מהכשל צריך לבצע חזרה לגרסה הקודמת, אפשר לקרוא מידע נוסף במאמר תהליך החזרה לגרסה הקודמת של 4.17.09.
פרטי העדכון ביומן
כברירת מחדל, השירות update.sh כותב את פרטי היומן אל:
/opt/apigee/var/log/apigee-setup/update.log
אם למשתמש שמפעיל את השירות update.sh אין גישה לספרייה הזו, יופיע יומן בספרייה /tmp בתור קובץ בשם update_username.log.
אם למשתמש אין גישה ל-/tmp, השירות update.sh נכשל.
נדרש שדרוג לגרסה 8 של Java JDK
כדי להשתמש בגרסה הזו של Edge צריך להתקין את גרסה 8 של Java JDK בכל צומתי העיבוד של Edge. אפשר להתקין את Oracle JDK 8 או OpenJDK 8. אם Java JDK 8 לא מותקן כבר, סקריפט העדכון יכול להתקין אותו בשבילכם.
כחלק מהעדכון ל-Java 8, חלק ממערכי הצפנת ה-TLS כבר לא זמינים ב-Oracle JDK 8. הרשימה המלאה מופיעה בקטע 'Default Disabled Cipher Suites' בכתובת http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.
נדרשת כדי להפעיל את המאגר EPEL
צריך להפעיל חבילות נוספות ל-Enterprise Linux (או EPEL) כדי להתקין או לעדכן את Edge. הפקודה שבה משתמשים תלויה בגרסה של RedHat/CentOS:
- ל-RedHat/CentOS 7.x:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm - ב-RedHat/CentOS 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm
הוספה נדרשת של פרמטר ההגדרה SMTPMAILFROM
ב-Edge 4.17.05 נוספה פרמטר נדרש חדש לקובץ התצורה שמשמש להפעלת שרת SMTP. אם מעדכנים מגרסה 4.17.01, צריך להגדיר את SMTPMAILFROM בקובץ התצורה כשמפעילים את שרת ה-SMTP.
בגרסת API BaaS 4.17.09 נוספה גם תמיכה במאפיין SMTPMAILFROM. כשמעדכנים את API BaaS, צריך להגדיר את SMTPMAILFROM בקובץ התצורה.
הפרמטר הזה בפורמט:
SMTPMAILFROM="My Company <myco@company.com>"
חובה אם מבצעים עדכון כשמשתמשים באימות חיצוני
אפשר לשלב שירות ספרייה חיצוני בהתקנה קיימת של Apigee Edge בענן פרטי. התכונה הזו מיועדת לפעול עם כל שירות ספריות שתומך ב-LDAP, כמו Active Directory, OpenLDAP ועוד. פתרון LDAP חיצוני מאפשר לאדמינים למערכת לנהל את פרטי הכניסה של המשתמשים משירות מרכזי לניהול ספריות, מחוץ למערכות כמו Apigee Edge שמשתמשות בהם.
מידע נוסף זמין במאמר הגדרת אימות חיצוני.
כשהאימות החיצוני מופעל, רוב הלקוחות משתמשים בשדה השם של חשבון SAM ב-Active Directory בתור שם המשתמש לאימות, במקום כתובת אימייל שבה משתמש שרת Edge OpenLDAP.
אם ביצעתם שילוב עם שירות ספריות חיצוני, כשאתם מעדכנים את Edge לגרסה 4.17.09, עליכם להוסיף את השורה הבאה לקובץ התצורה:
IS_EXTERNAL_AUTH="true"
השורה הזו מגדירה את Edge לתמוך בשם חשבון, במקום בכתובת אימייל, בתור שם המשתמש.
נדרש שדרוג ל-Qpid 1.35
הגרסה הזו כוללת עדכון נדרש ל-Qpid 1.35. כחלק מתהליך העדכון של צומת Qpid, צריך:
- מניעת הכתיבה של נתבים ומעבדי הודעות בצומת Qpid באופן זמני על ידי חסימה של יציאה 5672 בצומת Qpid. אפשר להשתמש בפקודה הבאה כדי לחסום את היציאה הזו בצומת Qpid:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - צריך להמתין עד שהתור של Qpid יתרוקן מהודעות כדי לוודא שצומת Qpid עיבד את כל ההודעות לפני העדכון. מריצים את הפקודה הבאה כדי לוודא שתור ההודעות של Qpid ריק:
> qpid-stat -q - מעדכנים את הצומת Qpid.
- ביטול החסימה של יציאה 5672 בצומת Qpid כדי לאפשר גישה מנתבים וממעבדי הודעות.
אפשר להשתמש בפקודה הבאה כדי לבטל את החסימה של השקע:
> sudo iptables -F
הערה: אם אתם משתמשים ב-iptables לכללים אחרים, תוכלו להשתמש באפשרות -D כדי לבטל את השינוי הספציפי:
> sudo iptables -D INPUT -p tcp --destination-port 5672 ! -s 'hostname' -i eth0 -j DROP
התהליך הזה מתואר בפירוט בהמשך עבור כל טופולוגיה של Edge.
נדרש שדרוג ל-Postgres 9.4
הגרסה הזו של Edge כוללת שדרוג ל-Postgres 9.4. כחלק מהשדרוג, כל נתוני Postgres מועברים ל-Postgres 9.4.
במהלך העדכון, בזמן שצמתים של Postgres מושבתים לעדכון, נתוני Analytics עדיין נכתבים בצמתים של Qpid. אחרי שהצומתים של Postgres מתעדכנים וחוזרים לאינטרנט, נתוני הניתוח נדחפים לצמתים של Postgres.
צומת ה-Postgres הנוסף במצב המתנה נדרש אם צריך לבצע חזרה לאחור של העדכון מסיבה כלשהי. אם תצטרכו לבצע חזרה לאחור של העדכון, צומת ה-Postgres החדש במצב המתנה יהפוך לצומת ה-Postgres הראשי אחרי החזרה לאחור. לכן, כשמתקינים את צומת ה-standby החדש של Postgres, צריך להתקין אותו בצומת שעומד בכל דרישות החומרה של שרת Postgres, כפי שמפורט בדרישות ההתקנה של Edge.
התקנת צומת חלופי חדש של Postgres
בעזרת התהליך הזה יוצרים שרת Postgres במצב המתנה בצומת חדש. מוודאים שמתקינים שרת חדש של Postgres במצב המתנה לגרסה הקיימת של Edge (4.16.01 או 4.16.05), ולא לגרסה 4.17.09.
כדי לבצע את ההתקנה, משתמשים באותו קובץ תצורה שבו השתמשתם כדי להתקין את הגרסה הנוכחית של Edge.
כדי ליצור צומת סטנדביי חדש של Postgres:
- עורכים את הקובץ /opt/apigee/customer/application/postgresql.properties במאסטר הנוכחי של Postgres כדי להגדיר את הטוקן הבא. אם הקובץ הזה לא קיים, יוצרים אותו:
conf_pg_hba_replication.connection=host apigee רפליקציה של רפליקציה existing_slave_ip/32 trust\ \nמערכת רפליקציה של מארח new_slave_ip/32 trust
ו-
הערך existing_slave address_ip הנוכחי של כתובת ה-IP_slave הוא existing_slave address_ip הקיים - מפעילים מחדש את 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 החדש במצב המתנה:
- עורכים את קובץ התצורה שבו השתמשתם כדי להתקין את הגרסה הנוכחית של Edge, ומציינים את הפרטים הבאים:
# כתובת ה-IP של המאסטר הנוכחי:
PG_MASTER=192.168.56.103
# כתובת ה-IP של צומת המתנה החדש
PG_STANDBY=192.168.56.102 - משביתים את SELinux כפי שמתואר בהתקנת כלי ההגדרה של Edge apigee-setup.
- מורידים את הקובץ Edge shoestrap_4.16.05.sh אל /tmp/shoestrap_4.16.05.sh:
> curl https://software.apigee.com/shoestrap_4.16.05.sh -o /tmp/shoestrap_4.16.05.sh.
- מתקינים את כלי השירות ואת יחסי התלות של Edge apigee-service:
> sudo bash /tmp/shoestrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord - משתמשים ב-apigee-service כדי להתקין את הכלי apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install - התקנת Postgres:
> /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile - בצומת החדש במצב המתנה, מריצים את הפקודה הבאה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
מוודאים שהוא מוגדר כמצב המתנה.
- עורכים את קובץ התצורה שבו השתמשתם כדי להתקין את הגרסה הנוכחית של Edge, ומציינים את הפרטים הבאים:
הוצאה משימוש של צומת Postgres
אחרי שהעדכון יושלם, תוכלו להוציא משימוש את צומת ה-standby החדש:
- מוודאים ש-Postgres פועל:
> /opt/apigee/apigee-service/bin/apigee-all status
אם Postgres לא פועל, מפעילים אותו:
> /opt/apigee/apigee-service/bin/apigee-all start - על ידי הרצת פקודת cURL הבאה על צומת מצב ההמתנה החדש:
> curl curl -u syssAdminEmail:password:password http://<nodetקבלת שלה למצב המתנה החדש על ידי הרצת פקודת cURL הבאה על אותו בצומת שלו על מצב ההמתנה:
> curl curl -u syssAdminCookieEmail:password:password http://<nodeys AdminEmail:password http://<nodetd_IP>:8084/v1. - כדי להפסיק את הצומת החדש של מצב המתנה, מריצים את הפקודה הבאה בצומת ההמתנה החדש:
> /opt/apigee/apigee-service/bin/apigee-all stop - בצומת המאסטר של Postgres, עורכים את הקובץ /opt/apigee/customer/application/postgresql.properties כדי להסיר את צומת ה-standby החדש מ-conf_pg_hba_replication.connection:
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust - מפעילים מחדש את apigee-postgresql במאסטר של Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart - כדי לוודא שציר ה-standby החדש הוסר, בודקים את הקובץ /opt/apigee/apigee-postgresql/conf/pg_hba.conf במארח. בקובץ הזה אמורה להופיע רק השורה הבאה:
host replication apigee existing_slave_ip/32 trust - מוחקים את ה-UUID של צומת המתנה מ-ZooKeeper באמצעות הקריאה הבאה ל-API לניהול של Edge בצומת של שרת הניהול:
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>
עדכון ללא זמן השבתה
עדכון ללא השבתה או עדכון בהדרגה (rolling) יאפשרו לכם לעדכן את ההתקנה של Edge בלי להשבית את Edge.
עדכון ללא זמן השבתה אפשרי רק עם הגדרה של 5 צמתים ומעלה.
המפתח לשדרוג ללא זמן השבתה הוא להסיר כל נתב בנפרד מאיזן העומסים. לאחר מכן מעדכנים את הנתב ואת כל הרכיבים האחרים באותה מכונה שבה נמצא הנתב, ואז מוסיפים את הנתב חזרה למאזן העומסים.
- מעדכנים את המכונות בסדר הנכון בהתאם להתקנה, כפי שמתואר בהמשך בקטע 'סדר העדכון של המכונות'.
- כשמגיע הזמן לעדכן את הנתב, בוחרים נתב כלשהו ומוודאים שהוא לא נגיש, כפי שמתואר בקטע הפעלה/השבתה של נגישות לשרת (מעבד הודעות/נתב).
- מעדכנים את הנתב שנבחר ואת כל שאר רכיבי Edge באותה מכונה שבה נמצא הנתב. בכל הגדרות Edge מוצגים נתב ומעבד הודעות באותו צומת.
- הגדרת הנתב מחדש כך שיהיה זמין.
- חוזרים על שלבים 2 עד 4 עבור הנתבים הנותרים.
- ממשיכים את העדכון בכל המכונות הנותרות בהתקנה.
לפני או אחרי העדכון, צריך לבצע את הפעולות הבאות:
- בצומת המשולב של הנתב ומעבד ההודעות:
- לפני העדכון – מבצעים את הפעולות הבאות:
- לא ניתן יהיה לגשת לנתב.
- אי אפשר לגשת למעבד הבקשות.
- אחרי העדכון – מבצעים את הפעולות הבאות:
- מגדירים את מעבד ההודעות כך שניתן יהיה לגשת אליו.
- מוודאים שהנתב נגיש.
- לפני העדכון – מבצעים את הפעולות הבאות:
- בצומת נתב יחיד:
- לפני העדכון, צריך להבטיח שהנתב לא יהיה נגיש.
- אחרי העדכון, ניתן יהיה לגשת לנתב.
- בצומת יחיד של Message Processor:
- לפני העדכון, צריך להפסיק את הגישה למעבד ההודעות.
- אחרי העדכון, צריך לוודא שאפשר לגשת למעבד ההודעות.
שימוש בקובץ תצורה ללא הצגת הודעות
צריך להעביר קובץ תצורה ללא תגובה לפקודת העדכון. קובץ התצורה להתקנה שקטה צריך להיות זה ששימש אתכם להתקנת Edge 4.16.01 או 4.16.05.
השלבים לביצוע עדכון לגרסה 4.17.09 בצומת עם חיבור אינטרנט חיצוני
כדי לעדכן את רכיבי Edge בצומת, מבצעים את השלבים הבאים:
- אם אתם משתמשים כרגע ברפליקציה של Postgres master-standby, צריך להתקין צומת סטנדביי חדש של Postgres כפי שמתואר למעלה בקטע התקנה של צומת סטנדביי חדש של Postgres.
- אם יש כאלה, משביתים את כל משימות ה-CRON שמוגדרות לבצע פעולת תיקון ב-Cassandra, עד לסיום העדכון.
- מתחברים לצומת בתור root כדי להתקין את קובצי ה-RPM של Edge.
הערה: כדי להתקין RPM נדרשת גישה לרמה הבסיסית (root), אבל אפשר להגדיר את Edge בלי גישה לרמה הבסיסית (root). - מתקינים את yum-utils ואת yum-plugin-priorities:
> sudo yum install yum-utils
> sudo yum install yum-plugin-priorities - משביתים את SELinux כפי שמתואר בהתקנת כלי ההגדרה של Edge apigee-setup.
- מפעילים את המאגר EPEL כמו שמתואר למעלה.
- אם מתקינים ב-AWS, מריצים את הפקודה הבאה של yum-configure-manager:
> sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional - מורידים את הקובץ bootstrap_4.17.09.sh של Edge 4.17.09 אל /tmp/bootstrap_4.17.09.sh:
> curl https://software.apigee.com/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh - מתקינים את כלי השירות apigee-service ויחסי התלות של Edge 4.17.09:
> sudo bash /tmp/shoestrap_4.17.09.sh apigeeuser=uName apigeepassword=pWord
כאשר שם המשתמש שקיבלתם ב-uName:pWordge הוא uName:pWordge אם משמיטים את pWord, תתבקשו להזין אותו.
כברירת מחדל, מנהל ההתקנה בודק אם התקנתם את Java 1.8. אם לא, הוא יתקין אותו בשבילך. אפשר להשתמש באפשרות JAVA_FIX כדי לציין איך לטפל בהתקנת Java. הערכים האפשריים של JAVA_FIX הם:
I = התקנת OpenJDK 1.8 (ברירת המחדל)
C = המשך ללא התקנת Java
Q = יציאה. כדי להשתמש באפשרות הזו, צריך להתקין את Java בעצמכם. - משתמשים ב-apigee-service כדי לעדכן את הכלי apigee-setup:
- אם התקנת את גרסה 4.16.01 על ידי שדרוג לגרסה 4.15.07.0x של Edge, עליך להתקין
את כלי השירות apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup Install
הפקודה הזו מתקינה את הכלי update.shsetup ב-/optbin-apigeapige
אם כבר התקנתם את הכלי apigee-setup, עליכם לעדכן אותו:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - אם התקנתם את גרסת 4.16.01 ישירות, כלומר לא ביצעתם שדרוג מ-4.15.07.0x, עליכם לעדכן את הכלי apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
העדכון הזה ל-apigee-service מתקין את הכלי update.sh ב-/opt/apigee/apigee-setup/bin. - אם התקנתם את גרסה 4.16.05 ישירות או באמצעות עדכון, צריך לעדכן את
כלי העזר apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
העדכון הזה ל-apigee-service מתקין את הכלי update.sh ב-/opt.binapige
- אם התקנת את גרסה 4.16.01 על ידי שדרוג לגרסה 4.15.07.0x של Edge, עליך להתקין
את כלי השירות apigee-setup:
- בהתאם לגרסה הנוכחית של Edge, צריך להתקין או לעדכן את הכלי apigee-validator בשרת הניהול.
- אם אתם משתמשים כרגע ב-Edge 4.16.05: מעדכנים את כלי השירות apigee-אטים בשרת הניהול:
> /opt/apigee/apigee-service/bin/apigee-service apigee-authentic update
- אם משפרים מ-4.16.01: עורכים את קובץ התצורה שמוענק לכלי apigee-validate. בגרסה 4.16.01 של Edge, קובץ התצורה שמשמש את apigee-validate נדרש את המאפיינים הבאים:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
בגרסה הזו, קובץ התצורה נדרש רק את המאפיין APIGEE_ADMINPW. אפשר להסיר מהקובץ את שני המאפיינים האחרים.
- אם אתם משתמשים כרגע ב-Edge 4.16.05: מעדכנים את כלי השירות apigee-אטים בשרת הניהול:
- עדכון של הכלי 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 = Zookeeper
qpid = qpidd
ps = postgresql
edge =כל הרכיבים של Edge, מלבד ממשק המשתמש של Edge: שרת ניהול, מעבד הודעות, נתב, שרת QPID, שרת Postgres
ui = ממשק המשתמש של Edge
all = עדכון כל הרכיבים במכונה (יש להשתמש רק בפרופיל התקנה של Edge aio או בפרופיל התקנה של API BaaS asa)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack ו-API BaaS Portal באותו צומת - כדי לבדוק את העדכון, מריצים את השירות apigee-validate בשרת הניהול, כפי שמתואר בקטע בדיקת ההתקנה.
- אם התקנתם צומת סטנדביי חדש של Postgres, תוכלו להוציא משימוש את הצומת לפי ההוראות שמפורטות למעלה בקטע הוצאה משימוש של צומת Postgres.
כדי לבצע החזרה למצב הקודם של העדכון בשלב מאוחר יותר, יש להשתמש בתהליך שמתואר בקטע תהליך החזרה למצב הקודם של גרסה 4.17.09.
תהליך העדכון לגרסה 4.17.09 ממאגר מקומי
אם צמתים של Edge נמצאים מאחורי חומת אש, או בדרך אחרת אסור לגשת למאגר Apigee דרך האינטרנט, אפשר לבצע את העדכון ממאגר מקומי, או משיקוף, של המאגר של Apigee.
אחרי שיוצרים מאגר מקומי של Edge, יש שתי אפשרויות לעדכון Edge מהמאגר המקומי:
- יוצרים קובץ .tar של המאגר, מעתיקים את קובץ ה- .tar לצומת ומעדכנים את Edge מהקובץ .tar.
- מתקינים שרת אינטרנט בצומת עם המאגר המקומי כדי שצמתים אחרים יוכלו לגשת אליו. Apigee מספקת את שרת האינטרנט Nginx לשימוש, או שאפשר להשתמש בשרת אינטרנט משלכם.
כדי לעדכן ממאגר 4.17.09 מקומי:
- אם אתם משתמשים כרגע ברפליקציה של Postgres master-standby, צריך להתקין צומת סטנדביי חדש של Postgres כפי שמתואר למעלה בקטע התקנה של צומת סטנדביי חדש של Postgres.
- יוצרים מאגר מקומי של 4.17.09 כפי שמתואר בקטע 'יצירת מאגר מקומי של Apigee' במאמר התקנת הכלי apigee-setup של Edge.
הערה: אם כבר יש לכם מאגר 4.16.01 או 4.16.05, תוכלו להוסיף אליו את המאגר 4.17.09 כפי שמתואר בקטע 'עדכון מאגר מקומי של Apigee' במאמר התקנת הכלי apigee-setup ל-Edge. -
כדי להתקין את שירות apigee מקובץ .tar:
- בצומת עם המאגר המקומי, משתמשים בפקודה הבאה כדי לארוז את המאגר המקומי
לקובץ .tar אחד בשם /opt/apigee/data/apigee-mirror/apigee-4.17.09.tar.gz:
> /opt/apigee/apigee-service/bin/apigee-service package apigee-service/bin/apigee-service package - מעתיקים את קובץ ה-tar. לצומת שבו רוצים לעדכן את Edge. לדוגמה, מעתיקים אותו לספרייה /tmp בצומת החדש.
- בצומת החדש, מפרקים את הקובץ לתיקיית /tmp:
> tar -xzf apigee-4.17.09.tar.gz
הפקודה הזו יוצרת תיקייה חדשה בשם repos בתיקייה שמכילה את הקובץ .tar. לדוגמה, /tmp/repos. - מתקינים את כלי השירות ואת יחסי התלות של Edge apigee-service מ- /tmp/repos:
> sudo bash /tmp/repos/shoestrap_4.17.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
שימו לב שהפקודה הזו כוללת את הנתיב ל-repos.
- בצומת עם המאגר המקומי, משתמשים בפקודה הבאה כדי לארוז את המאגר המקומי
לקובץ .tar אחד בשם /opt/apigee/data/apigee-mirror/apigee-4.17.09.tar.gz:
-
כדי להתקין את apigee-service באמצעות שרת האינטרנט Nginx:
- מגדירים את שרת האינטרנט Nginx כפי שמתואר בקטע 'התקנה מהמאגר באמצעות שרת האינטרנט Nginx' במאמר התקנה של הכלי apigee-setup ל-Edge.
- bootstrap_4.17.09.sh
- בצומת המרוחק, מתקינים את השירות apigee-service של Edge ואת יחסי התלות שלו:
> sudo bash /tmp/bootstrap_4.17.09.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
כאשר uName:pWord הם שם המשתמש והסיסמה של המאגר.
- משתמשים ב-apigee-service כדי לעדכן את הכלי apigee-setup:
- אם התקנתם את גרסת 4.16.01 על ידי שדרוג של Edge מגרסה 4.15.07.0x, עליכם להתקין את הכלי apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
הפקודה הזו מתקינה את הכלי update.sh ב-/opt/apigee/apigee-setup/bin.
אם כבר התקנתם את הכלי apigee-setup, עליכם לעדכן אותו:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - אם התקנתם את גרסת 4.16.01 ישירות, כלומר לא ביצעתם שדרוג מ-4.15.07.0x, עליכם לעדכן את הכלי apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
העדכון הזה ל-apigee-service מתקין את הכלי update.sh ב-/opt/apigee/apigee-setup/bin. - אם התקנתם את גרסת 4.16.05 ישירות או באמצעות עדכון, עליכם לעדכן את הכלי apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
העדכון הזה ל-apigee-service מתקין את הכלי update.sh ב-/opt/apigee/apigee-setup/bin.
- אם התקנתם את גרסת 4.16.01 על ידי שדרוג של Edge מגרסה 4.15.07.0x, עליכם להתקין את הכלי apigee-setup:
- בהתאם לגרסה הנוכחית של Edge, צריך להתקין או לעדכן את השירות apigee-validate בשרת הניהול.
- אם אתם משתמשים כרגע ב-Edge 4.16.05: מעדכנים את כלי השירות apigee-אטים בשרת הניהול:
> /opt/apigee/apigee-service/bin/apigee-service apigee-authentic update - אם אתם משתמשים כרגע ב-Edge 4.16.01: מתקינים את הכלי apigee-validate בשרת הניהול:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
הערה: אם התקנתם את הכלי apigee-validate בצומת של מעבד ההודעות בזמן התקנת הגרסה 4.16.01, תוכלו לעדכן אותו באמצעות הפקודה הבאה בצומת הזה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
עם זאת, החל מגרסה 4.16.05 ואילך, מומלץ להתקין ולהריץ את הכלי apigee-validate בשרת הניהול. - אם משדרגים מ-4.16.01: עורכים את קובץ התצורה שהועבר לכלי השירות apigee-אטים. בגרסה 4.16.01 של Edge, קובץ התצורה שמשמש את apigee-validate נדרש את המאפיינים הבאים:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
בגרסה הזו, קובץ התצורה נדרש רק את המאפיין APIGEE_ADMINPW. אפשר להסיר מהקובץ את שני המאפיינים האחרים.
- אם אתם משתמשים כרגע ב-Edge 4.16.05: מעדכנים את כלי השירות apigee-אטים בשרת הניהול:
- עדכון של הכלי 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 = Zookeeper
qpid = qpidd
ps = postgresql
edge =כל הרכיבים של Edge, מלבד ממשק המשתמש של Edge: שרת ניהול, מעבד הודעות, נתב, שרת QPID, שרת Postgres
ui = ממשק המשתמש של Edge
all = עדכון כל הרכיבים במכונה (יש להשתמש רק בפרופיל התקנה של Edge aio או בפרופיל התקנה של API BaaS asa)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack ו-API BaaS Portal באותו צומת - כדי לבדוק את העדכון, מריצים את השירות apigee-validate בשרת הניהול, כפי שמתואר בקטע בדיקת ההתקנה.
- אם התקנתם צומת חדש במצב המתנה של Postgres, צריך להסיר את הצומת כפי שמתואר למעלה בהסרת צומת של Postgres.
כדי להחזיר את העדכון לגרסה קודמת מאוחר יותר, מבצעים את התהליך שמתואר בתהליך החזרה למצב קודם 4.17.09.
סדר העדכון של המכונה
חשוב להקפיד על הסדר שבו מעדכנים את המכונות בהתקנה של Edge. השיקולים החשובים ביותר לגבי עדכון הם:
- צריך לעדכן את כל הצמתים של Cassandra ו-ZooKeeper לפני שמעדכנים צמתים אחרים.
- בכל מכונה עם כמה רכיבי Edge (שרת ניהול, מעבד הודעות, נתב, שרת QPID אבל לא שרת Postgres), משתמשים באפשרות '-c edge' כדי לעדכן את כולם בו-זמנית.
- אם בשלב מסוים מצוין שהוא צריך להתבצע במספר מכונות, צריך לבצע אותו לפי סדר המכונות שצוין.
- אין שלב נפרד לעדכון המונטיזציה. הוא מתעדכן כשמציינים את האפשרות '-c edge'.
להתקנה עצמאית במארח אחד
- מגדירים את SMTPMAILFROM בקובץ התצורה אם הפעלתם את SMTP ב-Edge. הפרמטר הזה צריך להיות בפורמט:
SMTPMAILFROM="My Company <myco@company.com>" - אם מעדכנים מ-4.16.01, צריך לשדרג לאחור את גן החיות:
> yum downdown apigee-zookeeper - מעדכנים את Cassandra ו-ZooKeeper:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - מגדירים את כלל iptables הבא:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s 'hostname' -i eth0 -j DROP - בודקים את תור ההודעות של Qpid:
> qpid-stat -q
ממשיכים לבדוק את התור עד שהספירה בעמודה 'msg' תהיה 0. לא ניתן לשדרג את Qpid עד שהוא יטפל בכל ההודעות. - מעדכנים את qpidd:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables:
> sudo iptables -F - עדכון LDAP:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - הפסקת Postgres Server, שרת Qpid ו-PostgreSQL:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigeapige/ - עדכון postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מעדכנים את מסד הנתונים של Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - מעדכנים את שאר הרכיבים של Edge:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - עדכון ממשק המשתמש של Edge:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
להתקנה עצמאית של 2 מארחים
במאמר טופולוגיות של התקנה אפשר למצוא רשימה של הטופולוגיות של Edge ומספרי הצמתים.
- מגדירים את SMTPMAILFROM בקובץ התצורה אם הפעלתם את SMTP ב-Edge. הפרמטר הזה צריך להיות בפורמט:
SMTPMAILFROM="My Company <myco@company.com>" - אם מעדכנים מ-4.16.01, מבצעים שדרוג לאחור של Zookeeper במכונה 1:
> yum downgrade apigee-zookeeper - מעדכנים את Cassandra ו-ZooKeeper במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - מגדירים את כלל ה-iptables הבא במכונה 2:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - בודקים את תור ההודעות ב-Qpid במחשב 2:
> qpid-stat -q
ממשיכים לבדוק את התור עד שהספירה בעמודה 'msg' היא 0. לא ניתן לשדרג את Qpid עד שהוא יטפל בכל ההודעות. - מעדכנים את qpidd במכונה 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - מנקים את iptables במכונה 2:
> sudo iptables -F - מעדכנים את LDAP במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - מעדכנים את רכיבי Edge במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - עדכון ממשק המשתמש במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - מעדכנים את postgresql במכונה 2:
- עוצרים את שרת Postgres, שרת Qpid ו-PostgreSQL:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - עדכון postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מעדכנים את מסד הנתונים של Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - מעדכנים את רכיבי Edge במכונה 2 ובמכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- עוצרים את שרת Postgres, שרת Qpid ו-PostgreSQL:
- מעדכנים את רכיבי Edge במכונה 2:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
להתקנה באשכול של 5 מארחים
רשימת הטופולוגיות של Edge ומספרי הצמתים מפורטת במאמר Installation Topologies.
- מגדירים את SMTPMAILFROM בקובץ התצורה אם הפעלתם את SMTP ב-Edge. הפורמט של הפרמטר הזה הוא:
SMTPMAILFROM="My Company <myco@company.com>" - מוודאים שהתקנתם צומת סטנדביי חדש של Postgres, כפי שמתואר למעלה בקטע התקנת צומת סטנדביי חדש של Postgres.
- אם מעדכנים מגרסה 4.16.01, מבצעים שדרוג לאחור של Zookeeper במכונות 1, 2 ו-3:
> yum downgrade apigee-zookeeper - מעדכנים את Cassandra ו-ZooKeeper במכונה 1, 2 ו-3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - מגדירים את כלל ה-iptables הבא במכונה 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - בודקים את תור ההודעות של Qpid במכונה 4:
> qpid-stat -q
ממשיכים לבדוק את התור עד שהספירה בעמודה 'msg' תהיה 0. לא ניתן לשדרג את Qpid עד שהוא יטפל בכל ההודעות. - מעדכנים את qpidd במכונה 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - מנקים את iptables במכונה 4:
> sudo iptables -F - חוזרים על שלבים 5 עד 8 במכונה 5.
- מעדכנים את LDAP במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - עדכון רכיבי Edge במכונה 1, 2 ו-3:
> /opt/apigee/apigee-setup/bin/update.sh -c dge -f configFile - מעדכנים את ממשק המשתמש במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - מעדכנים את המכונות 4 ו-5:
- עוצרים את שרת Postgres ואת שרת Qpid במכונה 4:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - עוצרים את שרת Postgres, שרת Qpid ו-PostgreSQL במכונה 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - עוצרים את שרת Postgres ו-PostgreSQL בצומת החדש במצב המתנה שהוספתם לצורך החזרה לאחור:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - עדכון postgresql במכונות 4:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - עדכון מסד הנתונים של Postgres במכונה 4 (Postgres Master בלבד):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - עדכון postgresql במכונות 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מפעילים את שרת Postgres ואת שרת Qpid במכונות 4 ו-5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - מגדירים את Postgres כצומת של מצב המתנה על ידי הרצת הפקודות הבאות במחשב 5:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql configFile - מוודאים את סטטוס הרפליקציה על ידי הנפקת הסקריפטים הבאים בשני השרתים. המערכת אמורה להציג תוצאות זהות בשני השרתים כדי לוודא שההעתקה בוצעה בהצלחה:
במכונה 4, צומת המאסטר, מריצים את הפקודה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
מוודאים שכתוב שהוא המאסטר.
הצומת במצב המתנה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
מוודאים שהוא כתוב במצב המתנה.
- עוצרים את שרת Postgres ואת שרת Qpid במכונה 4:
- מעדכנים את רכיבי Edge במכונות 4 ו-5:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - חשוב להוציא משימוש את צומת ה-standby החדש באמצעות התהליך שמתואר למעלה בקטע הוצאה משימוש של צומת Postgres.
להתקנה באשכול של 9 מארחים
במאמר טופולוגיות של התקנה אפשר למצוא רשימה של הטופולוגיות של Edge ומספרי הצמתים.
- מגדירים את SMTPMAILFROM בקובץ התצורה אם הפעלתם את SMTP ב-Edge. הפרמטר הזה צריך להיות בפורמט:
SMTPMAILFROM="My Company <myco@company.com>" - מוודאים שהתקנתם צומת סטנדביי חדש של Postgres, כפי שמתואר למעלה בקטע התקנת צומת סטנדביי חדש של Postgres.
- אם מעדכנים מגרסה 4.16.01, מבצעים שדרוג לאחור של Zookeeper במכונות 1, 2 ו-3:
> yum downgrade apigee-zookeeper - מעדכנים את Cassandra ו-ZooKeeper במכונות 1, 2 ו-3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - מגדירים את כלל ה-iptables הבא במכונה 6:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - בודקים את תור ההודעות של Qpid במכונה 6:
> qpid-stat -q
ממשיכים לבדוק את התור עד שהספירה בעמודה 'msg' תהיה 0. לא ניתן לשדרג את Qpid עד שהוא יטפל בכל ההודעות. - מעדכנים את qpidd במכונה 6:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - מנקים את iptables במכונה 6:
> sudo iptables -F - חוזרים על שלבים 5 עד 8 במכונה 7.
- מעדכנים את LDAP במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - מעדכנים את רכיבי Edge במכונה 6, 7, 1, 4 ו-5 בסדר הזה:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - עדכון ממשק המשתמש במכונה 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - מעדכנים את מכונות 8 ו-9:
- הפסקת שרת Postgres במכונה 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - עוצרים את שרת Postgres ואת postgresql במכונה 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - הפסקת שרת Qpid במכונות 6 ו-7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - עוצרים את שרת Postgres ו-PostgreSQL בצומת החדש במצב המתנה שהוספתם לצורך החזרה לאחור:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - עדכון postgresql במכונות 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מעדכנים את מסד הנתונים של Postgres במכונה 8 (Postgres Master בלבד):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - עדכון postgresql במכונות 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מפעילים את שרת Postgres במכונות 8 ו-9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - מפעילים את שרת Qpid במכונות 6 ו-7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - מגדירים את Postgres כצומת ניצב על ידי הפעלת הפקודות הבאות במכונה 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - כדי לאמת את סטטוס הרפליקציה, מריצים את הסקריפטים הבאים בשני השרתים. המערכת אמורה להציג תוצאות זהות בשני השרתים כדי לוודא שההעתקה בוצעה בהצלחה:
במכונה 8, צומת המאסטר, מריצים את הפקודה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
מוודאים שכתוב שהוא המאסטר.
במכונה 9, הצומת במצב המתנה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
מוודאים שהוא מוגדר כצמת המתנה.
- הפסקת שרת Postgres במכונה 8:
- מעדכנים את רכיבי Edge במכונות 8 ו-9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - חשוב להוציא משימוש את צומת ה-standby החדש באמצעות התהליך שמתואר למעלה בקטע הוצאה משימוש של צומת Postgres.
להתקנה באשכולות של 13 מארחים
רשימת הטופולוגיות של Edge ומספרי הצמתים מפורטת במאמר Installation Topologies.
- אם הפעלתם את SMTP ב-Edge, צריך להגדיר את SMTPMAILFROM בקובץ התצורה. הפרמטר הזה צריך להיות בפורמט:
SMTPMAILFROM="My Company <myco@company.com>" - מוודאים שהתקנתם צומת המתנה חדש של Postgres כפי שמתואר למעלה, במאמר התקנת צומת המתנה חדש של Postgres.
- אם מעדכנים מגרסה 4.16.01, מבצעים שדרוג לאחור של Zookeeper במכונות 1, 2 ו-3:
> yum downgrade apigee-zookeeper - מעדכנים את Cassandra ו-ZooKeeper במכונה 1, 2 ו-3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - מגדירים את כלל ה-iptables הבא במכונה 12:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - בודקים את תור ההודעות של Qpid במכונה 12:
> qpid-stat -q
ממשיכים לבדוק את התור עד שהספירה בעמודה 'msg' תהיה 0. לא ניתן לשדרג את Qpid עד שהוא יטפל בכל ההודעות. - עדכון qpidd במכונה 12:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - מנקים את iptables במכונה 12:
> sudo iptables -F - חוזרים על שלבים 5 עד 8 במכונה 13.
- מעדכנים את LDAP במכונות 4 ו-5:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - מעדכנים את רכיבי Edge במכונות 12, 13, 6, 7, 10 ו-11 לפי הסדר הזה:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - עדכון ממשק המשתמש במכונה 6 ו-7:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - מעדכנים את המכונות 8 ו-9:
- הפסקת שרת Postgres במכונה 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - עוצרים את שרת Postgres ואת postgresql במכונה 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - הפסקת שרת Qpid במכונות 12 ו-13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - עוצרים את שרת Postgres ו-PostgreSQL בצומת החדש במצב המתנה שהוספתם לצורך החזרה לאחור:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - עדכון postgresql במכונות 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מעדכנים את מסד הנתונים של Postgres במכונה 8 (Postgres Master בלבד):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - עדכון postgresql במכונות 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מפעילים שרת Postgres במכונות 8 ו-9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - הפעלת שרת Qpid במכונות 12 ו-13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - מגדירים את Postgres כצומת ניצב על ידי הפעלת הפקודות הבאות במכונה 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - כדי לאמת את סטטוס הרפליקציה, מריצים את הסקריפטים הבאים בשני השרתים. המערכת אמורה להציג תוצאות זהות בשני השרתים כדי לוודא שההעתקה בוצעה בהצלחה:
במכונה 8, צומת המאסטר, מריצים את הפקודה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
מוודאים שכתוב שהוא המאסטר.
במכונה 9, הצומת במצב המתנה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
מוודאים שהוא מוגדר כצמת המתנה.
- הפסקת שרת Postgres במכונה 8:
- מעדכנים את רכיבי Edge במכונות 8 ו-9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - חשוב להוציא משימוש את צומת ה-standby החדש באמצעות התהליך שמתואר למעלה בקטע הוצאה משימוש של צומת Postgres.
להתקנת אשכולות עם 12 מארחים
רשימת הטופולוגיות של Edge ומספרי הצמתים מפורטת במאמר Installation Topologies.
- מגדירים את SMTPMAILFROM בקובץ התצורה אם הפעלתם את SMTP ב-Edge. הפרמטר הזה צריך להיות בפורמט:
SMTPMAILFROM="My Company <myco@company.com>" - מוודאים שהתקנתם צומת סטנדביי חדש של Postgres, כפי שמתואר למעלה בקטע התקנת צומת סטנדביי חדש של Postgres.
- מעדכנים את Cassandra ו-ZooKeeper:
- אם מעדכנים מגרסה 4.16.01, משדרגים לאחור את Zookeeper במכונות 1, 2 ו-3 במרכז הנתונים 1:
> yum downgrade apigee-zookeeper - במכונות 1, 2 ו-3 במרכז הנתונים 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - אם מעדכנים מגרסה 4.16.01, משדרגים לאחור את Zookeeper במכונות 7, 8 ו-9 במרכז הנתונים 2:
> yum downgrade apigee-zookeeper - במכונות 7, 8 ו-9 במרכז הנתונים 2
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- אם מעדכנים מגרסה 4.16.01, משדרגים לאחור את Zookeeper במכונות 1, 2 ו-3 במרכז הנתונים 1:
- מעדכנים את qpidd:
- מכונות 4 ו-5 במרכז הנתונים 1
- מגדירים את כלל ה-iptables הבא במכונה 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - בודקים את תור ההודעות של Qpid במכונה 4:
> qpid-stat -q
ממשיכים לבדוק את התור עד שהספירה בעמודה 'msg' תהיה 0. לא ניתן לשדרג את Qpid עד שהוא מעבד את כל ההודעות. - מעדכנים את qpidd במכונה 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables במכונה 4:
> sudo iptables -F - חוזרים על שלבים 1 עד 4 במכונה 5.
- מגדירים את כלל ה-iptables הבא במכונה 4:
- מכונות 10 ו-11 במרכז הנתונים 2
- מגדירים את כלל ה-iptables הבא במכונה 10:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - בודקים את תור ההודעות של Qpid במכונה 10:
> qpid-stat -q
ממשיכים לבדוק את התור עד שהספירה בעמודה 'msg' תהיה 0. לא ניתן לשדרג את Qpid עד שהוא מעבד את כל ההודעות. - עדכון qpidd במכונה 10:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - שטיפה של iptables במכונה 10:
> sudo iptables -F - חוזרים על שלבים 1 עד 4 במכונה 11.
- מגדירים את כלל ה-iptables הבא במכונה 10:
- מכונות 4 ו-5 במרכז הנתונים 1
- עדכון LDAP:
- מכונות 1 ב-Data Center 1
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - מכונות 7 במרכז הנתונים 2
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- מכונות 1 ב-Data Center 1
- עדכון רכיבי Edge:
- המכונות 4, 5, 1, 2, 3 במרכז הנתונים 1
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - מכונות 10, 11, 7, 8, 9 במרכז הנתונים 2
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- המכונות 4, 5, 1, 2, 3 במרכז הנתונים 1
- עדכון ממשק המשתמש:
- מכונה 1 במרכז הנתונים 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - מכונה 7 ב-Data Center 2:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- מכונה 1 במרכז הנתונים 1:
- מעדכנים את המכונה 6 במרכז הנתונים 1 ואת המכונה 12 במרכז הנתונים 2:
- הפסקת שרת Postgres במכונה 6:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - עוצרים את שרת Postgres ואת PostgreSQL במכונה 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - עוצרים את שרת Qpid במכונות 4, 5, 10 ו-11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - עוצרים את שרת Postgres ו-PostgreSQL בצומת החדש במצב המתנה שהוספתם לצורך החזרה לאחור:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - עדכון postgresql במכונות 6:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מעדכנים את מסד הנתונים של Postgres במכונה 6 (Postgres master בלבד):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - עדכון postgresql במכונות 12:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - מפעילים את שרת Postgres במכונות 6 ו-12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - מפעילים את שרת Qpid במכונות 4, 5, 10 ו-11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - מגדירים את Postgres כצומת נייח על ידי הפעלת הפקודות הבאות במכונה 12:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - כדי לאמת את סטטוס הרפליקציה, מריצים את הסקריפטים הבאים בשני השרתים. המערכת אמורה להציג תוצאות זהות בשני השרתים כדי לוודא שההעתקה בוצעה בהצלחה:
במכונה 6, צומת המאסטר, מריצים את הפקודה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
מוודאים שכתוב שהוא המאסטר.
במכונה 12, צומת המתנה:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
מוודאים שכתוב שהוא צומת המתנה.
- הפסקת שרת Postgres במכונה 6:
- מעדכנים את רכיבי Edge במכונות 6 ו-12:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - חשוב לוודא שמוציאים את הצומת החדש ממצב המתנה באמצעות התהליך שמתואר למעלה בקטע פירוק צומת של Postgres.
בהתקנה של BaaS עם 7 מארחים או 10 מארחים של API
להתקנה לא רגילה
אם מדובר בהתקנה לא סטנדרטית, צריך לעדכן את רכיבי Edge לפי הסדר הבא:
- ZooKeeper
- Cassandra
- qpidd
- LDAP
- קצה (edge), כלומר פרופיל '-c edge' בכל הצמתים לפי הסדר: צמתים עם שרת Qpid, אבל לא שרת Postgres, שרת הניהול, מעבד ההודעות והנתב.
הערה: אם בשלב 8 מותקנים בשרת גם שרת Qpid וגם שרת Postgres, צריך להריץ את השלב '-c edge' בפרופיל. - ממשק המשתמש של Edge
- postgresql במאסטר של Postgres, כולל שדרוג.
- postgresql במצב המתנה של Postgres.
- Edge, כלומר הפרופיל '-c edge' בכל הצמתים המשולבים של Qpid ו-Postgres, או בכל צומת Postgres עצמאי.