כרגע מוצג התיעוד של Apigee Edge.
כניסה למסמכי התיעוד של
Apigee X. מידע
ביום חמישי, 22 באוקטובר 2015, פרסמנו תיקון חדש עבור Apigee Edge לענן פרטי.
שדרוג ההזמנה להתקנה של שתי מרכז נתונים
אם משדרגים התקנה באמצעות שני מרכזי נתונים, צריך לשדרג את הרכיבים לפי הסדר הבא:
- מרכז נתונים Qpid 1
- מרכז נתונים Qpid 2
- מרכז נתונים של Postgres 1
- מרכז נתונים של Postgres 2
- מרכז הנתונים של שרת הניהול 1
- מרכז הנתונים של שרת הניהול 2
- מרכז נתונים של נתב/מעבד הודעות 1
- מרכז נתונים של נתב/מעבד הודעות 2
הסרה של רצף "gateway" הנוסף לאחר השדרוג ל-4.15.07.00
המהדורה הזו כוללת סקריפט שפותר את הבעיה OPDK-1878. באותה הבעיה, אם ההתקנה הקודמת של Edge שינתה את שם pod של השער מערך ברירת המחדל 'gateway', סקריפט השדרוג 4.15.07.00 הוסיף באופן אוטומטי רצף חדש שנקרא 'gateway' להתקנה שלך, יחד עם רצף המודעות שיצרת.
איך להחליט אם תהיה השפעה
סביר להניח שהבעיה קרתה בסביבה עם כמה מרכזי נתונים, שבה יצרתם רצפי שער עם שמות שונים בכל מרכז נתונים, כמו "gateway-1" ו-"gateway-2". אם השתמשת בשם ברירת המחדל של רצף השער, 'gateway', לא תהיה לכך השפעה על הבעיה.
כדי לקבוע את ה-pods באזור מסוים, משתמשים בפקודה cURL הבאה:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions/dc-1/pods
כאשר ms_IP הוא כתובת ה-IP או שם ה-DNS של שרת ניהול Edge, ו-dc-1 הוא שם האזור. הפקודה מחזירה מערך שמכיל את כל שמות ה-pods באזור.
אם מריצים את הפקודה הזו לפני השדרוג ושיניתם את השם של ה-pod "gateway", התוצאות יוצגו בצורה הבאה:
[ "gateway-1", "analytics", "central" ]
אם מריצים את הפקודה הזו אחרי שמשדרגים לגרסה 4.15.07.00, התוצאות יכללו עכשיו את pod "gateway":
[ "gateway-1", "gateway", "analytics", "central" ]
אם אתם לא יודעים את שמות האזורים שלכם, אתם יכולים להשתמש בפקודה:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions
החלת סקריפט התיקון
התיקון 4.15.07.01 כולל את הסקריפט delete-gw-pod.sh שמסיר את ה-pod הנוסף שנוצר אחרי השדרוג לגרסה 4.15.07.00.
הסקריפט delete-gw-pod.sh:
- מסיר את כל רכיבי Edge מ-pod "gateway" או מ-Pod שציינתם.
- מבטל את השיוך של ארגונים מרצף המודעות.
- מחיקת ה-Pod.
כדי להריץ את הסקריפט הזה:
- מתקינים את התיקון 4.15.07.01.
- גיבוי כל צומתי התאמות גן החיות. מידע נוסף זמין במדריך לתפעול של Edge.
- בכל צומת של שרת ניהול, מריצים את הסקריפט delete-gw-pod.sh כדי למחוק את
רצף "gateway" שנוצר על ידי המשדרג 4.15.07.00:
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
הסקריפט מציג בקשה לסיסמה של אדמין של המערכת.
אם לא מציינים לסקריפט אפשרויות של שורת פקודה, הוא עובר דרך כל האזורים כדי לזהות כפולות של רצף השער. לאחר מכן תופיע הנחיה למחוק נכס אחד, שברירת המחדל שלו היא pod "gateway".
אפשר להעביר אפשרויות של שורת פקודה לסקריפט delete-gw-pod.sh. לדוגמה, אם מעבירים שם של pod ואזור, המערכת מוחקת רק את אותו רצף באותו אזור. לאחר מכן תופיע השאלה אם רוצים לבדוק את כל האזורים.
אפשר להעביר את הפרמטרים הבאים לסקריפט delete-gw-pod.sh:
- -P <סיסמה של אדמין למערכת>
- -a <אימייל של האדמין, ברירת המחדל היא הערך של ADMIN_EMAIL ב-apigee_env.sh>
- -H <Management Server host, ברירת המחדל של הערך של ISP ב-apigee_env.sh>
- -r <Region to search for "gateway" pod>
- -p <שם רצף השער. ברירת המחדל היא "gateway">
- -y <להסתיר את האזהרה>
הבאגים תוקנו
הבאגים הבאים תוקנו בגרסה הזו.
מזהה הבעיה | התיאור |
---|---|
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 | עורך ה-API החדש של שרת ה-API לא מטפל כראוי בישויות XML |
MGMT-2618 | בעיות בפריסה בגלל "שגיאה ביצירת ספרייה לנתיב" |
MGMT-2702 | נקודת חולשה באבטחה של אתרים שונים ב-FireFox וב-IE |
DEVRT-1942 | בשדרוג המונטיזציה חסרות טבלאות, נוצרים עותקים כפולים של אינדקסים |
APIRT-1074 | תוכן Gzip מטופל בצורה לא תקינה כשחיבור: הכותרת 'סגירה' נשלחת ללא כותרות Content-Length או Transfer-Encoding |