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

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

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

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

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

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

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

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

תפקיד נדרש

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

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

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

ביטול השינויים בכלל ההעברה

המסוף

כדי לבטל את השינויים בכללי ההעברה, משתמשים ב-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.

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

המסוף

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

gcloud

  1. משנים את הסכימה של קטגוריית קצה עורפי ל-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 .

    כניסה לדף Load balancing

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

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

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

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

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

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

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

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

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

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

    מחכים זמן מה (לפחות שש דקות) עד שהמשאב יהיה מוכן. העמודה Status משתנה ל-Testing by %‎, העמודה Migration rate משתנה ל-90%, והעמודה Scheme activity משתנה ל-EXTERNAL: 10% EXTERNAL_MANAGED: 90%.

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

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

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

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

    תהליך החזרה למצב קודם של שירות לקצה העורפי מסתיים כשכלל התנועה מועברת למאזן העומסים הקלאסי של אפליקציות (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 בשם של שירות ה-Backend. לדוגמה, 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.