Edge for Private Cloud גרסה 4.19.01
כברירת מחדל, Edge מתקין את כל צומתי Postgres במצב ראשי. עם זאת, במערכות ייצור עם כמה צומתי Postgres, אפשר להגדיר אותן לשימוש בשכפול של מצב המתנה כדי שאם הצומת הראשי ייכשל, צומת ההמתנה יוכל להמשיך לשרת תעבורת נתונים.
אם הצומת הראשי נכשל, ניתן לקדם את שרת ההמתנה לראשי. לקבלת מידע נוסף, ראו טיפול בנכשל של מסד נתונים של PostgreSQL.
הגדרת שכפול של מצב המתנה במסך בזמן ההתקנה
אפשר להגדיר שכפול של מצב המתנה ראשי בזמן ההתקנה באמצעות הכללת המאפיינים הבאים בקובץ התצורה של שני צומתי Postgres:
PG_MASTER=IPorDNSofNewMaster PG_STANDBY=IPorDNSofNewStandby
מנהל ההתקנה מגדיר באופן אוטומטי את שני צומתי Postgres כך שיפעלו כהמתנה הראשית עם רפליקות.
הגדרת שכפול של מצב המתנה להפעלה אחרי ההתקנה
אפשר להגדיר רפליקציה של המתנה ראשית אחרי ההתקנה באמצעות התהליך הבא:
- זיהוי צומת Postgres שיהיה שרת ראשי ואיזה שרת המתנה.
- בצומת הראשי, עורכים את קובץ התצורה כדי להגדיר:
PG_MASTER=IPorDNSofNewMaster PG_STANDBY=IPorDNSofNewStandby
- מפעילים רפליקציה במאסטר החדש:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFile
- בצומת ההמתנה, עורכים את קובץ התצורה כדי להגדיר:
PG_MASTER=IPorDNSofNewMaster PG_STANDBY=IPorDNSofNewStandby
- הפסקת צומת ההמתנה:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
- בצומת המתנה, מוחקים את כל נתוני Postgres הקיימים:
rm -rf /opt/apigee/data/apigee-postgresql/
- הגדרת הצומת בהמתנה:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
בדיקת שכפול של מצב המתנה ראשית
בסיום השכפול, צריך לאמת את סטטוס השכפול על ידי הנפקת הסקריפטים הבאים בשני השרתים. המערכת אמורה להציג תוצאות זהות בשני השרתים כדי להבטיח עיבוד מוצלח של רפליקות:
- בצומת הראשי, מריצים את:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
מוודאים שהכתובת היא הראשית.
- בצומת ההמתנה:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
מוודאים שהכתובת במצב המתנה.