חזרה למאזן עומסים קלאסי של אפליקציות (ALB) אחרי העברת משאבים

במאמר הזה מוסבר איך לבצע החזרה לאחור של המשאבים שהועברו מתשתית מאזן העומסים החיצוני של האפליקציות ברמה הגלובלית לתשתית מאזן העומסים של האפליקציות בגרסה הקלאסית.

כדי לבטל את ההעברה של משאב שהועבר ב-90 הימים האחרונים אחרי שינוי סכמת איזון העומסים שלו, צריך לפעול לפי הסדר הבא:

1. מבטלים את השינויים בכלל העברת השיחות.
2. מחזירים את ה-backend buckets למצב קודם.
3. מבטלים את כל השירותים לקצה העורפי שמצורפים לכלל ההעברה.

כדי להחזיר שירות לקצה העורפי לEXTERNAL תוכנית איזון העומסים, קודם צריך להחזיר את כלל ההעברה.

לפני שמתחילים

לפני שמבצעים החזרה לאחור של משאבים שהועברו, צריך לוודא שהעברתם את המשאבים של מאזן העומסים הקלאסי של אפליקציות לתשתית של מאזן העומסים הגלובלי החיצוני של אפליקציות ושיניתם את תוכניות איזון העומסים שלהם ל-EXTERNAL_MANAGED. חשוב לזכור שאפשר לבטל רק את המיגרציה של משאבים שעברו לתוכנית EXTERNAL_MANAGED מתוכנית EXTERNAL ב-90 הימים האחרונים.

לפני שמתחילים בתהליך החזרה לגרסה הקודמת, צריך גם להסיר את כל התכונות המתקדמות לניהול תנועה שהוגדרו במשאבים.

התפקיד הנדרש

כדי לקבל את ההרשאות שנדרשות לניהול רכיבים של מאזן עומסים (LB), צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד אדמין רשת של Compute (roles/compute.networkAdmin) בפרויקט. להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.

מידע נוסף זמין בדפים הבאים:

• תפקידים והרשאות
• תנאים של IAM לכללי העברה

ביטול השינוי בכלל העברת השיחות

המסוף

כדי לבטל את השינויים בכללי ההעברה, משתמשים ב-CLI של gcloud.

gcloud

1. שינוי תוכנית איזון העומסים של כלל ההעברה מ-EXTERNAL_MANAGED ל-EXTERNAL.

   אם קטגוריית קצה עורפי מצורפת לכלל ההעברה, מדלגים על השלב הזה ומבטלים את השינויים בקטגוריית הקצה העורפי.

   gcloud compute forwarding-rules update FORWARDING_RULE_NAME \
       --load-balancing-scheme=EXTERNAL \
       --global
   

   מחליפים את FORWARDING_RULE_NAME בשם של כלל ההעברה. לדוגמה, web-map-http-forwarding-rule.

   מחכים קצת (לפחות שש דקות).

2. אופציונלי: בודקים את היומנים של כלל ההעברה. מערכת איזון העומסים השתנתה ל-EXTERNAL.

החזרה של קטגוריית הקצה העורפי לגרסה קודמת

המסוף

כדי לבטל שינויים ב-backend buckets, משתמשים ב-CLI של gcloud.

gcloud

1. משנים את ה-Scheme של קטגוריית קצה עורפי ל-EXTERNAL ואת מצב ההעברה ל-TEST_ALL_TRAFFIC.

   gcloud compute forwarding-rules update FORWARDING_RULE_NAME \
       --load-balancing-scheme=EXTERNAL \
       --external-managed-backend-bucket-migration-state=TEST_ALL_TRAFFIC \
       --global
   

   מחכים קצת (לפחות שש דקות).

2. כדי לשלוח חלק מתעבורת הרשת של מאזן עומסים של אפליקציות (ALB) בגרסה הקלאסית לקטגוריית הקצה העורפי, משנים את מצב ההעברה של קטגוריית הקצה העורפי ל-TEST_BY_PERCENTAGE ומגדירים את האחוז. לדוגמה, 90. המשמעות היא ש-90% מהבקשות ממשיכות לעבור לתשתית של מאזן העומסים החיצוני הגלובלי של אפליקציות (ALB), ו-10% מהבקשות יעברו לתשתית של מאזן העומסים הקלאסי של אפליקציות (ALB) לצורך בדיקה.

   gcloud compute forwarding-rules update FORWARDING_RULE_NAME \
       --external-managed-backend-bucket-migration-state=TEST_BY_PERCENTAGE \
       --external-managed-backend-bucket-migration-testing-percentage=90 \
       --global
   

   מחכים קצת (לפחות שש דקות).

   אפשר לבדוק את מדדי איזון העומסים כדי לוודא שהאיזון הכולל של הבקשות תואם לקצב החזרה שהגדרתם.

3. משנים את סטטוס ההעברה של קטגוריית קצה עורפי ל-PREPARE.

   gcloud compute forwarding-rules update FORWARDING_RULE_NAME \
       --external-managed-backend-bucket-migration-state=PREPARE \
       --global
   

   מחכים קצת (לפחות שש דקות).

4. שינוי מצב ההעברה של קטגוריית קצה עורפי למצב שלפני ההעברה.

   gcloud compute forwarding-rules update FORWARDING_RULE_NAME \
       --clear-external-managed-backend-bucket-migration-state \
       --global
   

   מחכים קצת (לפחות שש דקות).

החזרה של השירות לקצה העורפי לגרסה קודמת

המסוף

שליחת תעבורה לתשתית של מאזן עומסים קלאסי של אפליקציות (ALB)

1. נכנסים לדף Load balancing במסוף Google Cloud .

   כניסה לדף איזון עומסים

2. לוחצים על השם של מאזן העומסים. לדוגמה, web-map-http.

3. לוחצים על הכרטיסייה העברה.

4. בקטע Backend services, עבור שירות לקצה העורפי, ודאו את הפרטים הבאים, ולוחצים על Revert.

   • סטטוס: הועבר
   • שיעור ההעברה: 100%
   • פעילות של סכמה: EXTERNAL: 0% EXTERNAL_MANAGED: 100%

5. בחלונית ניהול ההעברה, בשדה שינוי סטטוס, בוחרים באפשרות בדיקה של כל התנועה. כלומר, כל הבקשות עדיין נשלחות לתשתית של מאזן העומסים הגלובלי החיצוני של אפליקציות.

6. לוחצים על Save. מחכים זמן מה (לפחות שש דקות) עד שהמשאב יועבר. העמודה סטטוס משתנה לבדיקת כל התנועה והעמודה פעילות התוכנית משתנה לחיצוני: 0% חיצוני בניהול: 100%.

7. לוחצים על ניהול ההעברה.

8. בחלונית ניהול ההעברה, בשדה שינוי סטטוס, בוחרים באפשרות בדיקה באחוזים.

9. בקטע אחוז הבדיקה, מזינים את אחוז הבקשות שרוצים להפנות לתשתית של מאזן העומסים הגלובלי החיצוני של אפליקציות. לדוגמה, 90. המשמעות היא ש-90% מהבקשות ממשיכות לעבור לתשתית של מאזן העומסים החיצוני הגלובלי של אפליקציות (ALB), ו-10% מהבקשות יעברו לתשתית של מאזן העומסים הקלאסי של אפליקציות (ALB) לצורך בדיקה.

10. לוחצים על Save.

    מחכים זמן מה (לפחות שש דקות) עד שהמשאב יהיה מוכן. העמודה סטטוס משתנה לבדיקה לפי %, קצב ההעברה משתנה ל90%, והעמודה פעילות התוכנית תהיה חיצוני: 10% חיצוני בניהול: 90%.

    אחרי שהמשאב מוכן, הוא שולח 90% מהבקשות לתשתית של מאזן העומסים החיצוני הגלובלי של האפליקציות ו-10% מהבקשות לתשתית של מאזן העומסים הקלאסי של האפליקציות.

11. בודקים את מאזן העומסים כדי לוודא שהבקשות מטופלות כמצופה.

    מזינים http://IP_ADDRESS בסרגל הכתובות של דפדפן האינטרנט. אמורה להופיע ההודעה Page served from: lb-backend-example-xxxx.

12. אפשר לחזור על השלבים האלה כדי להקטין בהדרגה את אחוז התנועה שנשלחת לתשתית של מאזן העומסים החיצוני הגלובלי של אפליקציות.

    תהליך החזרה לאחור של שירות לקצה העורפי מסתיים כשכלל התנועה מופנית למאזן עומסים של אפליקציות (ALB) מהגרסה הקלאסית. בעמודה סטטוס יופיע הערך בדיקה לפי %, בעמודה שיעור ההעברה יופיע הערך 0%, ובעמודה פעילות של הסכימה יופיע הערך EXTERNAL: 100% EXTERNAL_MANAGED: 0%.

gcloud

1. משנים את הסכימה של שירות הקצה העורפי ל-EXTERNAL ואת מצב ההעברה ל-TEST_ALL_TRAFFIC.

   gcloud compute backend-services update BACKEND_SERVICE_NAME \
       --load-balancing-scheme=EXTERNAL \
       --external-managed-migration-state=TEST_ALL_TRAFFIC \
       --global
   

   מחליפים את BACKEND_SERVICE_NAME בשם של שירות לקצה העורפי. לדוגמה, web-backend-service.

   מחכים קצת (לפחות שש דקות).

2. כדי לשלוח חלק מתעבורת הרשת של מאזן עומסים קלאסי של אפליקציות לשירות הקצה העורפי, משנים את מצב ההעברה של שירות הקצה העורפי ל-TEST_BY_PERCENTAGE ומגדירים את האחוז. לדוגמה, 90. המשמעות היא ש-90% מהבקשות ממשיכות לעבור לתשתית של מאזן העומסים החיצוני הגלובלי של אפליקציות (ALB), ו-10% מהבקשות יעברו לתשתית של מאזן העומסים הקלאסי של אפליקציות (ALB) לצורך בדיקה.

   gcloud compute backend-services update BACKEND_SERVICE_NAME \
       --external-managed-migration-state=TEST_BY_PERCENTAGE \
       --external-managed-migration-testing-percentage=90 \
       --global
   

   מחכים קצת (לפחות שש דקות).

   אפשר לבדוק את מדדי איזון העומסים כדי לוודא שהאיזון הכולל של הבקשות תואם לקצב החזרה שהגדרתם.

3. משנים את מצב ההעברה של שירות הקצה העורפי ל-PREPARE.

   gcloud compute backend-services update BACKEND_SERVICE_NAME \
       --external-managed-migration-state=PREPARE \
       --global
   

   מחכים קצת (לפחות שש דקות).

4. שינוי מצב ההעברה של שירות הקצה העורפי למצב שלפני ההעברה.

   gcloud compute backend-services update BACKEND_SERVICE_NAME \
       --clear-external-managed-migration-state \
       --global
   

   מחכים קצת (לפחות שש דקות).

5. אחרי שמבטלים את הפריסה של שירות הקצה העורפי, בודקים את היומן שלו. מערכת איזון העומסים השתנתה ל-EXTERNAL.