הגדרת איזון עומסים בין אזורים לשרתי אינטרנט של Microsoft IIS

במדריך הזה נסביר איך להשתמש במאזן עומסים חיצוני לאפליקציות (ALB) כדי לחלק את תעבורת הנתונים בין שרתי אינטרנט של מיקרוסופט Internet Information Services‏ (IIS) שפועלים במכונות וירטואליות של Compute Engine שהוקצו ב אזורים שונים.

מטרה

במדריך הזה מוסבר איך לאזן את עומס התנועה באתר www.example.com ולוודא ש:

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

ההגדרה לתרחיש הזה משתמשת במאזן עומסים חיצוני של אפליקציות (ALB) שמקבל בקשות דרך כתובת IP גלובלית אחת. כתובת ה-IP הזו יכולה להפנות כל בקשה נכנסת לפי סוג החיבור – כלומר, HTTP או HTTPS. בבקשות HTTPS, מאזן העומסים מטמיע הצפנת SSL/TLS בין הלקוח ששולח את הבקשה לבין מאזן העומסים.

התרשים הבא מציג את ארכיטקטורת מאזן העומסים:

איזון עומסים בין אזורים.

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

במדריך הזה מוסבר איך לבצע את הפעולות הבאות כדי להשיג את היעד שלכם:

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

עלויות

במסמך הזה משתמשים ברכיבים הבאים של Google Cloud, והשימוש בהם כרוך בתשלום:

  • Compute Engine virtual machine (VM) instances
  • Compute Engine persistent disks
  • Optional: Google-managed SSL certificate
  • Windows Server 2016 machine images

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

משתמשים חדשים של Google Cloud ? יכול להיות שאתם זכאים לתקופת ניסיון בחינם.

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

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

  1. נכנסים לחשבון Google Cloud . אם אתם משתמשים חדשים ב- Google Cloud, צרו חשבון כדי שתוכלו להעריך את הביצועים של המוצרים שלנו בתרחישים מהעולם האמיתי. לקוחות חדשים מקבלים בחינם גם קרדיט בשווי 300$ להרצה, לבדיקה ולפריסה של עומסי העבודה.
  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  3. Verify that billing is enabled for your Google Cloud project.

  4. Enable the Compute Engine, BigQuery, and Cloud Firestore APIs.

    Roles required to enable APIs

    To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

    Enable the APIs

  5. התקינו את ה-CLI של Google Cloud.

  6. אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.

  7. כדי לאתחל את ה-CLI של gcloud, הריצו את הפקודה הבאה:

    gcloud init
  8. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  9. Verify that billing is enabled for your Google Cloud project.

  10. Enable the Compute Engine, BigQuery, and Cloud Firestore APIs.

    Roles required to enable APIs

    To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

    Enable the APIs

  11. התקינו את ה-CLI של Google Cloud.

  12. אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.

  13. כדי לאתחל את ה-CLI של gcloud, הריצו את הפקודה הבאה:

    gcloud init
  14. לחלופין, אפשר להשתמש ב-Cloud Shell ב- Google Cloud consoleכדי ליצור אינטראקציה עם Google Cloud. במקרה כזה, לא צריך להתקין את Google Cloud CLI.
  15. מתקינים לקוח של Remote Desktop Protocol ‏ (RDP). מידע נוסף זמין במאמר בנושא לקוחות Microsoft Remote Desktop. אם כבר התקנתם לקוח RDP, אתם יכולים לדלג על המשימה הזו.
  16. מחליטים באילו אזורים ובתחומים רוצים להקצות את המשאבים. דיאגרמת הארכיטקטורה מציגה משאבים שנפרסו באזורים שונים בארה"ב ובאירופה. המידע הזה הוא לעיון בלבד. אתם יכולים לפרוס את המשאבים שלכם בכל אזור או תחום שתבחרו.
  17. אופציונלי: קוראים את הסקירה הכללית על מאזן עומסים חיצוני של אפליקציות ומבינים אותה.

הגדרת מופעים של קצה עורפי

בקטע הזה יוצרים שני שירותי קצה עורפיים באזורים שונים. כל שירות לקצה העורפי כולל שני מופעי backend, שכל אחד מהם מריץ שרת אינטרנט של Microsoft IIS ב-Windows Server 2016. כדי להימנע מהגדרה ידנית ומייגעת של כל שרת, יוצרים תמונת דיסק ממופע שרת אחד, ואז משתמשים בתמונה הזו כדי ליצור את שאר מופעי השרת.

יצירה והגדרה של מכונה של Compute Engine

כדי ליצור את המופע שישמש כתמונת מקור:

מ-Google Cloud Marketplace, מפעילים מכונה של Windows Server 2016 שפועל בה Microsoft IIS ב-Compute Engine באזור שבחרתם, ומגדירים כללי חומת אש כדי לאפשר תעבורת נתונים חיצונית מסוג HTTP,‏ HTTPS ו-RDP למכונת תמונת המקור:

  1. נכנסים לדף ASP.NET Framework ב-Cloud Marketplace במסוף Google Cloud .

    כניסה ל-Cloud Marketplace

  2. לוחצים על הפעלה.

  3. בשדה Deployment name (שם הפריסה), מזינים src-img.

  4. בשדה Zone (אזור), בוחרים את האזור שבו רוצים לפרוס את התמונה.

  5. בשדה Windows Server OS Version (גרסת מערכת ההפעלה של Windows Server), בוחרים באפשרות 2016.

  6. בקטע Networking - Firewall בוחרים רק באפשרויות הבאות:

    • Allow HTTP traffic
    • Allow HTTPS traffic
    • Allow RDP traffic

  7. מאשרים את התנאים וההגבלות ולוחצים על פריסה.

  8. מחכים ליצירת המכונה של Compute Engine.

הגדרת מופע של קובץ אימג' של מקור

כדי להגדיר את מופע תמונת המקור החדש, יוצרים משתמש Windows חדש במופע תמונת המקור ומקימים חיבור RDP:

  1. נכנסים לדף VM instances במסוף Google Cloud .

    כניסה לדף VM instances

  2. לוחצים על השם של מופע תמונת המקור (src-img).

  3. לוחצים על הגדרת סיסמה ל-Windows.

  4. בתיבת הדו-שיח Set new Windows password (הגדרת סיסמה חדשה ל-Windows), מוסיפים את שם המשתמש ולוחצים על Set (הגדרה) כדי ליצור את חשבון המשתמש במופע.

  5. מעתיקים את הסיסמה שמופיעה וסוגרים את תיבת הדו-שיח.

  6. לוחצים על התפריט הנפתח RDP ובוחרים באפשרות הורדת קובץ ה-RDP כדי להוריד את קובץ ה-RDP של המופע. אפשר להשתמש בקובץ הזה כדי להתחבר למופע באמצעות לקוח RDP. מידע נוסף זמין במאמר בנושא לקוחות של Microsoft Remote Desktop.

אחרי שיוצרים חיבור RDP עם מופע תמונת המקור, מוסיפים דף בית שמוגדר כברירת מחדל בספריית האינטרנט שמוגדרת כברירת מחדל ב-IIS:

  1. במופע של תמונת המקור, פותחים את PowerShell כאדמין.

  2. יוצרים דף בית חדש בספריית האינטרנט של IIS שמוגדרת כברירת מחדל C:\inetpub\wwwroot:

    Echo '<!doctype html><html><body><h1>Hello World!</h1></body></html>' > C:\inetpub\wwwroot\index.html
    

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

נכנסים לדף VM instances במסוף Google Cloud .

כניסה לדף VM instances

לוחצים על כתובת ה-IP החיצונית של המכונה כדי לוודא שהיא מציגה את דף הבית שיצרתם קודם.

יצירת קובץ אימג' של Windows Server 2016 לשימוש חוזר ממופע של קובץ אימג' מקור

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

  1. במופע של תמונת המקור, פותחים את PowerShell כאדמין.
  2. מריצים את הפקודה הבאה כדי להכין את המערכת לשיבוט:

    GCESysprep
    

    כשהפעולה GCESysprep מסתיימת, החיבור לסשן RDP מתנתק באופן אוטומטי.

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

    gcloud compute instances delete src-img \
       --keep-disks=boot \
       --zone=INSTANCE_ZONE
    

    מחליפים את INSTANCE_ZONE באזור של מופע המקור.

  4. אחרי שמוחקים את המכונה, יוצרים תמונה חדשה מהדיסק המתמיד של שורש המכונה ששמרתם:

    gcloud compute images create win-be-img \
       --source-disk=src-img \
       --source-disk-zone=IMAGE_ZONE
    

    מחליפים את IMAGE_ZONE בתחום שבו רוצים ליצור את תמונת המקור.

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

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

במחשב המקומי, מריצים את הפקודה הבאה כדי ליצור תבנית של הגדרות מכונה שמשתמשת ב-win-be-img כקובץ האימג' של המקור וב-rdp-tag ו-www-tag כתגים של המכונה הווירטואלית:

gcloud compute instance-templates create win-be-tmpl \
    --tags=rdp-tag,www-tag \
    --image=win-be-img

יצירת קבוצת מופעי מכונה מנוהלים לכל אזור

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

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

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

    gcloud compute instance-groups managed create MANAGED_INSTANCE_GROUP_NAME_1 \
       --base-instance-name=BASE_INSTANCE_NAME_1 \
       --size=2 \
       --zone=ZONE_1 \
       --template=win-be-tmpl
    

    מחליפים את מה שכתוב בשדות הבאים:

    • MANAGED_INSTANCE_GROUP_NAME_1: השם של המופע המנוהל
    • BASE_INSTANCE_NAME_1: השם של מופע הבסיס
    • ZONE_1: האזור שבו רוצים לפרוס את המכונה המנוהלת
  2. יוצרים קבוצת מופעי מכונה מנוהלים באזור השני:

    gcloud compute instance-groups managed create MANAGED_INSTANCE_GROUP_NAME_2 \
       --base-instance-name=BASE_INSTANCE_NAME_2 \
       --size=2 \
       --zone=ZONE_2 \
       --template=win-be-tmpl
    

    מחליפים את מה שכתוב בשדות הבאים:

    • MANAGED_INSTANCE_GROUP_NAME_2: השם של המופע המנוהל
    • BASE_INSTANCE_NAME_2: השם של מופע הבסיס
    • ZONE_2: האזור שבו רוצים לפרוס את המכונה המנוהלת

אימות של הפעלת המופעים של ה-Backend

  1. נכנסים לדף VM instances במסוף Google Cloud .

    כניסה לדף VM instances

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

יצירה והגדרה של שירות איזון עומסים

שירות איזון העומסים של Compute Engine כולל כמה רכיבים. בקטע הזה תיצרו את הרכיבים האלה ותקשרו ביניהם.

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

    gcloud compute http-health-checks create basic-check
    
  2. יוצרים שירות לקצה העורפי:

    gcloud compute backend-services create BACKEND_SERVICE_NAME \
      --protocol=HTTP \
      --http-health-checks=basic-check \
      --global
    

    מחליפים את BACKEND_SERVICE_NAME בשם של שירות לקצה העורפי.

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

    gcloud compute backend-services add-backend BACKEND_SERVICE_NAME \
       --instance-group=MANAGED_INSTANCE_GROUP_NAME_1 \
       --instance-group-zone=ZONE_1
    
    gcloud compute backend-services add-backend BACKEND_SERVICE_NAME \
       --instance-group=MANAGED_INSTANCE_GROUP_NAME_2 \
       --instance-group-zone=ZONE_2
    
  4. יוצרים מפת URL שמוגדרת כברירת מחדל שמפנה את כל הבקשות הנכנסות לכל המכונות:

    gcloud compute url-maps create lb-map \
       --default-service=BACKEND_SERVICE_NAME
    
  5. יוצרים משאב של אישור SSL. מאזן העומסים משתמש במשאב הזה כדי להצפין ולפענח את התנועה.

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

    מריצים את הפקודה הבאה כדי ליצור את משאב אישור ה-SSL:

    gcloud compute ssl-certificates create www-cert \
       --certificate CRT_FILE_PATH \
       --private-key KEY_FILE_PATH
    

    מחליפים את מה שכתוב בשדות הבאים:

    • CRT_FILE_PATH: נתיב הקובץ המקומי של האישור
    • KEY_FILE_PATH: הנתיב לקובץ של המפתח הפרטי
  6. יוצרים שרתי proxy של HTTP ו-HTTPS לטירגוט כדי להפנות בקשות למפת URL. ה-proxy הוא החלק במאזן העומסים שמכיל את אישור ה-SSL לאיזון עומסים של HTTPS, ולכן צריך גם לטעון את האישור בשלב הזה:

    gcloud compute target-http-proxies create http-lb-proxy \
       --url-map=lb-map
    
    gcloud compute target-https-proxies create https-lb-proxy \
       --url-map lb-map \
       --ssl-certificate SSL_CERT
    

    מחליפים את SSL_CERT לפי ההנחיות הבאות:

    • אם יצרתם משאב SSLCertificate עם אישור ה-SSL והמפתח הפרטי, צריך להחליף את SSL_CERT ב-www-cert.
    • אם אתם משתמשים באישור SSL בניהול Google או באישור SSL בחתימה עצמית, צריך להחליף את SSL_CERT בשם האישור.
  7. כדי שמאזן העומסים יקבל תנועה באופן מהימן, צריך להקצות כתובת IP סטטית גלובלית לכלל כללי ההעברה הגלובליים של מאזן העומסים.

    כדי ליצור משאב של כתובת IP סטטית גלובלית, מריצים את הפקודה הבאה:

    gcloud compute addresses create lb-ip \
       --global \
       --network-tier=PREMIUM
    

    חשוב לרשום את כתובת ה-IP.

  8. יוצרים שני כללי העברה גלובליים לטיפול בבקשות HTTP ו-HTTPS נכנסות. כל כלל העברה שולח תנועה לאחד משרתי ה-proxy של היעד שיצרתם, בהתאם לכתובת ה-IP, לפרוטוקול ה-IP ולפורט שצוינו.

    • במאזן עומסים גלובלי חיצוני של אפליקציות, משתמשים בפקודת gcloud CLI עם load-balancing-scheme=EXTERNAL_MANAGED. ההגדרה הזו מציעה יכולת מתקדמת לניהול תנועה.
    • במאזן עומסים קלאסי של אפליקציות (ALB), משתמשים ב-load-balancing-scheme=EXTERNAL.
    gcloud compute forwarding-rules create http-fwd-rule \
       --load-balancing-scheme=LOAD_BALANCING_SCHEME \
       --network-tier=PREMIUM \
       --address=lb-ip \
       --global \
       --target-http-proxy=http-lb-proxy \
       --ports=80
    
    gcloud compute forwarding-rules create https-fwd-rule \
       --load-balancing-scheme=LOAD_BALANCING_SCHEME \
       --network-tier=PREMIUM \
       --address=lb-ip \
       --global \
       --target-https-proxy=https-lb-proxy \
       --ports=443
    

אחרי שיוצרים את כללי ההעברה הגלובליים, יכול להיות שיחלפו כמה דקות עד שההגדרות יופצו. כדי לבדוק את התקדמות ההפצה, אפשר לעקוב אחרי ההגדרה ב-Google Cloud console או להריץ את הפקודה הבאה במחשב המקומי:

gcloud compute backend-services get-health BACKEND_SERVICE_NAME

שליחת תנועה לשרתי הקצה העורפיים

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

הפניית התנועה אל השרתים העורפיים מתבצעת באופן הבא:

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

    כניסה לדף Load balancing

  2. לוחצים על הכרטיסייה חזיתות.

  3. כדי לראות את דף הבית שמוגדר כברירת מחדל, לוחצים על כתובות ה-IP בעמודה כתובת.

הגבלת הגישה לשרתי הקצה העורפיים

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

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

    כניסה לדף Firewall

  2. לוחצים על השם של כלל חומת האש שמאפשר גישה חיצונית ליציאה tcp:80.

  3. לוחצים על עריכה כדי לערוך את הכלל בחומת האש.

  4. בשדה Source IPv4 ranges (טווחים של כתובות IPv4 של המקור), מסירים את הערך 0.0.0.0/0 ומזינים 130.211.0.0/22. ההגדרה הזו מגבילה את כתובות ה-IP של המקור שמותרות בכלל חומת האש לטווח 130.211.0.0/22, שהוא טווח כתובות ה-IP של בדיקת תקינות לאיזון עומסים של HTTPS.

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

  6. נכנסים לדף VM instances במסוף Google Cloud .

    כניסה לדף VM instances

  7. לוחצים על כתובת ה-IP החיצונית של כל מופע כדי לוודא שאי אפשר לגשת למופע.

סימולציה של הפסקת שירות

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

כדי למנוע ממופע לקבל בקשות נוספות:

  1. יוצרים חיבור RDP למכונה.
  2. במופע, פותחים את PowerShell כאדמין.
  3. מריצים את הפקודה הבאה כדי ליצור כלל חומת אש חדש במופע. הפקודה הזו חוסמת את התנועה של בדיקת תקינות מהכלי לבדיקת תקינות, ומונעת את כל החיבורים החדשים של HTTP ממאזן העומסים למופע:

    netsh advfirewall firewall add rule name="Outage Test" protocol=tcp dir=in localport=80 action=block remoteip=130.211.0.0/22
    
  4. במחשב המקומי, מריצים את הפקודה הבאה כדי לוודא שהמופע מדווח עכשיו על סטטוס UNHEALTHY:

    gcloud compute backend-services get-health BACKEND_SERVICE_NAME
    
  5. אחרי שהמופע מתחיל לדווח על סטטוס UNHEALTHY, שולחים בקשה למאזן העומסים. רק המופעים הרספונסיביים צריכים להגיב.

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

    netsh advfirewall firewall delete rule name="Outage Test"
    

הסרת המשאבים

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

מחיקת הפרויקט

הדרך הקלה ביותר לבטל את החיוב היא למחוק את הפרויקט שיצרתם בשביל המדריך.

    כדי למחוק Google Cloud פרויקט:

    gcloud projects delete PROJECT_ID

מחיקת משאבים בודדים

תצטרכו למחוק בנפרד את כל המשאבים שנוצרו עבור הפרויקט (תמונות, תבניות של הגדרות מכונה, קבוצות של מכונות וירטואליות, בדיקות תקינות, שירות לקצה העורפי, מפת URL, Proxy ל-HTTP, כתובות וכללי העברה). אי אפשר למחוק את מכונות ה-VM עד שמריצים את הפקודות הבאות.

מריצים את הפקודות הבאות במחשב המקומי כדי למחוק את המשאבים שנוצרו עבור המדריך:

  1. מוחקים את כללי ההעברה של HTTP/S:
    gcloud compute forwarding-rules delete https-fwd-rule --global
    
    gcloud compute forwarding-rules delete http-fwd-rule --global
    
  2. מחיקת כתובת ה-IP הסטטית הגלובלית:
    gcloud compute addresses delete lb-ip --global
    
  3. מוחקים את שרתי ה-proxy של HTTP/S:
    gcloud compute target-https-proxies delete https-lb-proxy
    
    gcloud compute target-http-proxies delete http-lb-proxy
    
  4. מחיקת אישור ה-SSL:
    gcloud compute ssl-certificates delete SSL_CERT
    
  5. מחיקת מפת URL:
    gcloud compute url-maps delete lb-map
    
  6. מוחקים את שירות ה-Backend:
    gcloud compute backend-services delete BACKEND_SERVICE_NAME --global
    
  7. מוחקים את בדיקת תקינות ה-HTTP:
    gcloud compute http-health-checks delete basic-check
    
  8. מוחקים את קבוצות המכונות המנוהלות:
    gcloud compute instance-groups managed delete MANAGED_INSTANCE_GROUP_NAME_1 --zone=ZONE_1
    
    gcloud compute instance-groups managed delete MANAGED_INSTANCE_GROUP_NAME_2 --zone=ZONE_2
    
  9. מוחקים את תבנית של הגדרות מכונה:
    gcloud compute instance-templates delete win-be-tmpl
    
  10. מחיקת התמונה:
    gcloud compute images delete IMAGE_NAME
  11. מוחקים את הדיסק:
    gcloud compute disks delete DISK_NAME

המאמרים הבאים