מוצג המסמך של Apigee Edge.
עוברים אל
מסמכי תיעוד של Apigee X. מידע
ביום חמישי, 22 באוקטובר 2015, השקנו תיקון חדש ל-Apigee Edge לענן פרטי.
הזמנה לשדרוג של שני מרכזי נתונים התקנה
אם אתם משדרגים התקנה עם שני מרכזי נתונים, עליכם לשדרג את הרכיבים הסדר הבא:
- מרכז נתונים Qpid 1
- מרכז נתונים Qpid 2
- מרכז נתונים של Postgres 1
- מרכז נתונים של Postgres 2
- מרכז נתונים של שרת ניהול 1
- מרכז נתונים של שרת ניהול 2
- מרכז נתונים של נתב/מעבד הודעות 1
- מרכז נתונים של נתב/מעבד הודעות 2
הסרת "השער" הנוסף רצף מודעות בזמן השדרוג עד 4.15.07.00
הגרסה הזו כוללת סקריפט שמתקן את הבעיה OPDK-1878. לגבי הבעיה הזו, אם ההגדרה הקודמת של Edge שינתה את השם של רצף השער מערך ברירת המחדל 'gateway', אז סקריפט השדרוג 4.15.07.00 הוסיף באופן אוטומטי רצף מודעות חדש שנקרא "gateway" אל וכל ההתקנה של ה-pod שיצרתם.
קובעים אם אתה מושפע
סביר להניח שהבעיה התרחשה בסביבה עם מספר מרכזי נתונים, שבה יצרתם רצפי שער עם שמות שונים בכל מרכז נתונים, כמו 'gateway-1' וגם "gateway-2". אם השתמשתם בשם ברירת המחדל של רצף השער, "gateway", לא שהושפעו מהבעיה הזו.
כדי לזהות את רצפי המודעות באזור מסוים, צריך להשתמש בפקודת ה-cURL הבאה:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions/dc-1/pods
כאשר ms_IP הוא כתובת ה-IP הכתובת או שם ה-DNS של שרת ניהול הקצה, ו-dc-1 הוא שם האזור. הזה הפקודה מחזירה מערך שמכיל את כל שמות ה-Pod באזור הזה.
אם הרצתם את הפקודה הזו לפני השדרוג ושיניתם את השם ל'שער', תוכלו לראות תוצאות בצורה:
[ "gateway-1", "analytics", "central" ]
אם תריצו את הפקודה הזו לאחר השדרוג לגרסה 4.15.07.00, התוצאות יכללו עכשיו את 'השער'. צוות:
[ "gateway-1", "gateway", "analytics", "central" ]
אם אתם לא יודעים את שמות האזורים שלכם, משתמשים בפקודה:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions
החלת התיקון מתבצעת תסריט
התיקון 4.15.07.01 כולל את הסקריפט delete-gw-pod.sh שמסיר את רצף נוסף שנוצר כתוצאה מהשדרוג לגרסה 4.15.07.00.
הפונקציה delete-gw-pod.sh סקריפט:
- הסרת כל רכיבי Edge מ'השער' pod, או pod שציינתם.
- מבטל את השיוך של כל הארגונים למערך המודעות.
- מוחק את רצף המודעות.
כדי להריץ את הסקריפט הזה:
- מתקינים את התיקון 4.15.07.01.
- גיבוי כל הצמתים של ZoomKeeper. מידע נוסף זמין במדריך הפעולות של Edge מידע.
- בכל צומת של שרת ניהול, מריצים את הסקריפט delete-gw-pod.sh כדי למחוק את
'gateway' pod שנוצר על ידי משדרג 4.15.07.00:
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
הסקריפט יבקש מכם את הסיסמה של מנהל המערכת.
אם לא תציינו אפשרויות של שורת פקודה בסקריפט, הוא יחזור על כל האזורים כדי לזהות כפולות של רצף השער. לאחר מכן תופיע בקשה למחוק קוד אחד, וברירת המחדל תהיה 'gateway' צוות
אפשר להעביר אפשרויות של שורת הפקודה לסקריפט delete-gw-pod.sh. לדוגמה, אם מעבירים שם של Pod ואזור ומוחקים רק את הקבוצה הזו באותו אזור. לאחר מכן הוא שואל אם שרוצים לבדוק את כל האזורים.
אפשר להעביר את הפרמטרים הבאים לסקריפט delete-gw-pod.sh:
- -P <אדמין מערכת סיסמה>
- -a <כתובת אימייל של אדמין, ברירת המחדל היא הערך של ADMIN_EMAIL ב-apigee_env.sh>
- -H <שרת ניהול מארח, ברירת המחדל היא ערך MSIP ב-apigee_env.sh>
- -r <האזור לחיפוש "השער" pod>
- -p <שם pod השער. ברירת המחדל היא 'gateway">'.
- -y <Suppress אזהרה>
הבאגים תוקנו
הבאגים הבאים תוקנו בגרסה הזו.
מזהה הבעיה | תיאור |
---|---|
OPDK-1927 | חסרות טבלאות בשדרוג המונטיזציה; אינדקסים כפולים הם נוצרה |
OPDK-1878 | שינוי שם ה-POD של השער בהגדרה גורם לבעיות |
OPDK-1886 | הצומת לא יכול לגשת לכתובות IP מקומיות כמו 192.168.x.y |
MGMT-2353 | לחצן המחיקה בדף של רשימת הדוחות בהתאמה אישית פועל רק פעם אחת |
MGMT-2521 | סשן מעקב נתקע לפעמים |
MGMT-2543 | עורך ה-proxy החדש משנה את ה-XML ב<מטען הייעודי (Payload) של מדיניות AssignMessage, שקוטעת שרתי proxy קיימים ל-API |
MGMT-2581 | שיטת מעקב HTTP שניתנת לביטול בכל יציאות הניהול |
MGMT-2599 | הגרסה החדשה של עורך שרת ה-proxy משחזרת את הקידומת של מרחב השמות אחרי שמוחקים אותה |
MGMT-2616 | עורך ה-proxy החדש ל-API לא מטפל בישויות XML בצורה נכונה |
MGMT-2618 | בעיות פריסה עקב "שגיאה ביצירת ספרייה עבור path" |
MGMT-2702 | נקודות חולשה באבטחה של אתרים שונים עבור FireFox ו-IE |
DEVRT-1942 | חסרות טבלאות בשדרוג המונטיזציה; אינדקסים כפולים הם נוצרה |
APIRT-1074 | תוכן דחוס ב-Gzip לא מטופל כראוי כאשר חיבור: סגירת הכותרת נשלחת ללא כותרות מסוג Content-Length או Transfer-Encoding |