Edge for Private Cloud גרסה 4.18.05
כברירת מחדל, Edge מתקין את כל צומתי Postgres במצב ראשי. עם זאת, במערכות ייצור עם מספר צומתי Postgres, אפשר להגדיר אותן לשימוש בשכפול של מצב המתנה ראשי, כך שאם הצומת הראשי נכשל, צומת ההמתנה יוכל להמשיך לתעבורה של השרת.
אם הצומת הראשי נכשל, ניתן לקדם את שרת ההמתנה לראשי. לקבלת מידע נוסף, ראו טיפול בנכשל של מסד נתונים של PostgreSQL.
הגדרת שכפול של מצב המתנה במסך בזמן ההתקנה
אפשר להגדיר שכפול של מצב המתנה ראשי בזמן ההתקנה באמצעות הכללת המאפיינים הבאים בקובץ התצורה של שני צומתי Postgres:
PG_MASTER=IPorDNSofNewMaster PG_STANDBY=IPorDNSofNewStandby
מנהל ההתקנה מגדיר באופן אוטומטי את שני צומתי Postgres כך שיפעלו כהמתנה הראשית עם רפליקות.
הגדרת שכפול של מצב המתנה להפעלה אחרי ההתקנה
אפשר להגדיר רפליקציה של המתנה ראשית אחרי ההתקנה באמצעות התהליך הבא:
- זיהוי של צומת Postgre כשרת הראשי ומה יהיה שרת ההמתנה.
- בצומת הראשי, עורכים את קובץ התצורה כדי להגדיר:
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
- Stop the standby node:
/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
מוודאים שהכתובת במצב המתנה.