פתרון התחלתי: מכונות וירטואליות מנוהלות עם איזון עומסים

Last reviewed 2025-05-06 UTC

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

אפשר לפרוס את הפתרון כדי לבצע את הפעולות הבאות:

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

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

מטרות

המדריך הזה יעזור לכם:

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

ארכיטקטורה

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

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

תהליך הבקשה

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

המשתמש שולח בקשה לאפליקציה, שמתבצעת בה פריסה ב-Compute Engine. הבקשה מגיעה קודם ל-Cloud Load Balancing.
Cloud Load Balancing מפיץ את התנועה לקבוצת מופעי מכונה מנוהלים (MIG) ב-Compute Engine, שמשנה את מספר המכונות בהתאם לנפח התנועה.

רכיבים והגדרות

הארכיטקטורה כוללת את הרכיבים הבאים:

רכיב	תיאור המוצר	המטרה בפתרון הזה
Compute Engine	שירות מחשוב מאובטח וניתן להתאמה אישית, שמאפשר ליצור ולהריץ מכונות וירטואליות בתשתית של Google.	כמה מכונות וירטואליות ב-MIG יוצרות גרסאות מיותרות של אפליקציה פוטנציאלית.
Cloud Load Balancing	שירות שמספק איזון עומסים ניתן להתאמה בביצועים גבוהים ב- Google Cloud.	עיבוד בקשות משתמשים נכנסות והפצה לצמתים על סמך ההגדרות שנקבעו.

עלות

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

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

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

המיקומים שבהם נפרסים המשאבים. Google Cloud
משך הזמן שבו נעשה שימוש במשאבים.

פריסת הפתרון

בקטע הזה מוסבר איך פורסים את הפתרון.

יצירה או בחירה של Google Cloud פרויקט

כשפורסים את הפתרון, בוחרים את Google Cloud הפרויקט שבו ייפרסו המשאבים. אפשר ליצור פרויקט חדש או להשתמש בפרויקט קיים לצורך הפריסה.

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

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

Ensure that you have the Project Creator IAM role (roles/resourcemanager.projectCreator). Learn how to grant roles.
In the Google Cloud console, go to the project selector page.

Go to project selector
Click Create project.
Name your project. Make a note of your generated project ID.
Edit the other fields as needed.
Click Create.

קבלת הרשאות ה-IAM הנדרשות

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

אם יצרתם פרויקט חדש בשביל הפתרון הזה, יש לכם roles/owner תפקיד בסיסי בפרויקט הזה וכל ההרשאות הנדרשות. אם לא הוקצה לכם התפקיד roles/owner, אתם צריכים לבקש מהאדמין להקצות לכם את ההרשאות האלה (או את התפקידים שכוללים את ההרשאות האלה).

נדרשת הרשאת IAM	תפקיד מוגדר מראש שכולל את ההרשאות הנדרשות
`serviceusage.services.enable`	אדמין בשימוש בשירות (`roles/serviceusage.serviceUsageAdmin`)
`iam.serviceAccounts.create`	אדמין בחשבון שירות (`roles/iam.serviceAccountAdmin`)
`resourcemanager.projects.setIamPolicy`	אדמין IAM בפרויקט (`roles/resourcemanager.projectIamAdmin`)
`config.deployments.create` `config.deployments.list`	אדמין של Cloud Infrastructure Manager (`roles/config.admin`)
`iam.serviceAccount.actAs`	משתמש בחשבון שירות (`roles/iam.serviceAccountUser`)

מידע על הרשאות זמניות לחשבון שירות

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

צפייה בתפקידים שהוקצו לחשבון השירות

התפקידים האלה מפורטים כאן למקרה שהאדמין יזדקק למידע הזה.

roles/compute.instanceAdmin.v1
roles/editor
roles/iam.serviceAccountActor
roles/iam.serviceAccountUser

בחירת שיטת פריסה

כדי לעזור לכם לפרוס את הפתרון הזה במאמץ מינימלי, אנחנו מספקים הגדרת Terraform ב-GitHub. ההגדרות של Terraform מגדירות את כלGoogle Cloud המשאבים שנדרשים לפתרון.

אפשר לפרוס את הפתרון באחת מהשיטות הבאות:

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

כדי להשתמש בשיטת הפריסה הזו, פועלים לפי ההוראות במאמר פריסה דרך המסוף.
שימוש ב-Terraform CLI: כדאי להשתמש בשיטה הזו אם רוצים להתאים אישית את הפתרון או אם רוצים להפוך את הקצאת המשאבים והניהול שלהם לאוטומטיים באמצעות הגישה של תשתית כקוד (IaC). מורידים את ההגדרות של Terraform מ-GitHub, משנים את הקוד לפי הצורך ופורסים את הפתרון באמצעות Terraform CLI. אחרי פריסת הפתרון, אפשר להמשיך להשתמש ב-Terraform כדי לנהל אותו.

כדי להשתמש בשיטת הפריסה הזו, פועלים לפי ההוראות במאמר פריסה באמצעות Terraform CLI.

פריסה דרך המסוף

כדי לפרוס את הפתרון שהוגדר מראש:

בקטלוג פתרונות התחלתיים, עוברים לדף Load balanced managed VMs. Google Cloud
בודקים את המידע שמופיע בדף, כמו העלות המשוערת של הפתרון וזמן ההטמעה המשוער.
כדי להתחיל לפרוס את הפתרון, לוחצים על פריסה.

יוצג מדריך אינטראקטיבי מפורט.
משלימים את השלבים במדריך האינטראקטיבי:
1. בוחרים פרויקט שבו רוצים ליצור משאבים שנפרסים על ידי הפתרון ולוחצים על המשך.
2. בשדה Deployment name (שם הפריסה), מקלידים שם שלא השתמשתם בו בעבר בפרויקט הזה.
3. אפשר גם להוסיף תווית לזיהוי הפריסה. (תוויות של אינדיקטור הפתרון ושם הפריסה נוספות באופן אוטומטי). אפשר להשתמש בתוויות כדי לארגן משאבים לפי קריטריונים כמו מרכז עלויות, סביבה או מצב.
  
  מידע נוסף על תוויות זמין במאמר יצירה וניהול של תוויות.
4. בתפריטים הנפתחים Region ו-Zone, בוחרים את המיקום הרצוי שבו ייצרו המשאבים.
  
  מידע נוסף על אזורים ותחומים זמין במאמר מיקום גיאוגרפי ואזורים.
5. בשדה Number of nodes (מספר הצמתים), מקלידים את המספר המינימלי של מכונות וירטואליות ב-MIG. מאזן העומסים מוגדר כך שישנה את מספר המכונות הוירטואליות בהתאם לנפח תעבורת המשתמשים. בפריסה הזו, אפשר להשתמש בערך ברירת המחדל של 2 צמתים.
  
  מידע נוסף על יצירת כמה מכונות וירטואליות זמין במאמר תרחישים בסיסיים ליצירת קבוצות של מופעי מכונה מנוהלים (MIG).
6. לוחצים על Continue.
כשמסיימים לציין את האפשרויות, לוחצים על פריסה.

יופיע הדף Solution deployments. בשדה סטטוס בדף הזה מוצג הערך בפריסה.
ממתינים עד שהפתרון יופעל.

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

אחרי שהפריסה מסתיימת, השדה סטטוס משתנה לנפרס.
כדי לראות את Google Cloud המשאבים שנפרסו ואת ההגדרות שלהם, אפשר לצפות בסיור אינטראקטיבי.

התחלת הסיור

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

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

פריסה באמצעות Terraform CLI

בקטע הזה מוסבר איך אפשר להתאים אישית את הפתרון או להפוך את ההקצאה והניהול של הפתרון לאוטומטיים באמצעות Terraform CLI. פתרונות שפורסים באמצעות Terraform CLI לא מוצגים בדף Solution deployments במסוף Google Cloud .

הגדרת לקוח Terraform

אפשר להריץ את Terraform ב-Cloud Shell או במארח המקומי. במדריך הזה מוסבר איך להריץ את Terraform ב-Cloud Shell, שבו Terraform מותקן מראש ומוגדר לאימות באמצעות Google Cloud.

קוד ה-Terraform של הפתרון הזה זמין במאגר GitHub.

משכפלים את מאגר GitHub ל-Cloud Shell.

תוצג בקשה לאישור ההורדה של מאגר GitHub אל Cloud Shell.
לוחצים על אישור.

‫Cloud Shell מופעל בכרטיסיית דפדפן נפרדת, והקוד של Terraform מורד לספרייה $HOME/cloudshell_open של סביבת Cloud Shell.
ב-Cloud Shell, בודקים אם ספריית העבודה הנוכחית היא $HOME/cloudshell_open/terraform-google-load-balanced-vms/. זו הספרייה שמכילה את קובצי ההגדרות של Terraform לפתרון. אם אתם צריכים לעבור לספרייה הזו, מריצים את הפקודה הבאה:
```
cd $HOME/cloudshell_open/terraform-google-load-balanced-vms/
```
מפעילים את Terraform באמצעות הפקודה הבאה:
```
terraform init
```
מחכים עד שמופיעה ההודעה הבאה:
```
Terraform has been successfully initialized!
```

הגדרת משתני Terraform

קוד ה-Terraform שהורדתם כולל משתנים שבהם אפשר להשתמש כדי להתאים אישית את הפריסה בהתאם לדרישות שלכם. לדוגמה, אפשר לציין את הפרויקט Google Cloud ואת האזור שבהם רוצים לפרוס את הפתרון.

מוודאים שספריית העבודה הנוכחית היא $HOME/cloudshell_open/terraform-google-load-balanced-vms/. אם לא, עוברים לספרייה הזו.
באותה ספרייה, יוצרים קובץ טקסט בשם terraform.tfvars.

בקובץ terraform.tfvars, מעתיקים את קטע הקוד הבא ומגדירים ערכים למשתנים הנדרשים.

פועלים לפי ההוראות שמופיעות כהערות בקטע הקוד.
קטע הקוד הזה כולל רק את המשתנים שחובה להגדיר להם ערכים. התצורה של Terraform כוללת משתנים אחרים עם ערכי ברירת מחדל. כדי לבדוק את כל המשתנים ואת ערכי ברירת המחדל, אפשר לעיין בקובץ variables.tf שזמין בספרייה $HOME/cloudshell_open/terraform-google-load-balanced-vms/.
חשוב לוודא שכל ערך שמוגדר בקובץ terraform.tfvars תואם לסוג המשתנה שמוצהר בקובץ variables.tf. לדוגמה, אם הסוג שמוגדר למשתנה בקובץ variables.tf הוא bool, צריך לציין true או false כערך של המשתנה הזה בקובץ terraform.tfvars.

# This is an example of the terraform.tfvars file.
# The values that you set in this file must match the variable types, as declared in variables.tf.
# The values in this file override any defaults in variables.tf.

# ID of the project in which you want to deploy the solution
project_id = "PROJECT_ID"

# Google Cloud region where you want to deploy the solution
# Example: us-central1
region = "REGION"

# Google Cloud zone where you want to deploy the solution
# Example: us-central1-a
zone = "ZONE"

# The number of Cloud Compute nodes you want to deploy (minimum of 2)
# Example: 2
nodes = "NODES"

# The name of this particular deployment, will get added as a prefix to most resources
# Example: load-balanced-vms
deployment_name = "DEPLOYMENT_NAME"

# The following variables have default values. You can set your own values or remove them to accept the defaults

# A set of key/value label pairs to assign to the resources that are deployed by this solution
# Example: {"team"="monitoring", "environment"="test"}
labels = {"KEY1"="VALUE1",..."KEYn"="VALUEn"}

# Whether to enable underlying APIs
# Example: true
enable_apis = "ENABLE_APIS"

# If you want to deploy to an existing network, enter your network details in the following variables:

# VPC network to deploy VMs in. A VPC will be created if not specified
network_id = "NETWORK_ID"

# Subnetwork to deploy VMs in. A Subnetwork will be created if not specified
subnet_self_link = "SUBNET_SELF_LINK"

#Shared VPC host project ID, if a Shared VPC is provided via network_id
network_project_id = "NETWORK_PROJECT_ID"

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

התכונות project_id, region וגם zone נדרשות. למידע על הערכים שאפשר להשתמש בהם במשתנים האלה, אפשר לעיין במקורות הבאים:
- זיהוי פרויקטים
- אזורים ואזורי זמינות
למשתנים האחרים יש ערכי ברירת מחדל. יכול להיות שתשנו חלק מהן (לדוגמה, deployment_name ו-labels).

אימות ובדיקה של הגדרות Terraform

מוודאים שספריית העבודה הנוכחית היא $HOME/cloudshell_open/terraform-google-load-balanced-vms/. אם לא, עוברים לספרייה הזו.
מוודאים שאין שגיאות בהגדרות של Terraform:
```
terraform validate
```
אם הפקודה מחזירה שגיאות, מבצעים את התיקונים הנדרשים בהגדרה ומריצים שוב את הפקודה terraform validate. חוזרים על השלב הזה עד שהפקודה מחזירה את ההודעה הבאה:
```
Success! The configuration is valid.
```
בודקים את המשאבים שמוגדרים בהגדרה:
```
terraform plan
```
אם לא יצרתם את הקובץ terraform.tfvars כמו שמתואר למעלה, Terraform יבקש מכם להזין ערכים למשתנים שאין להם ערכי ברירת מחדל. מזינים את הערכים הנדרשים.

הפלט של הפקודה terraform plan הוא רשימה של המשאבים ש-Terraform מקצה כשמחילים את ההגדרות.

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

הקצאת המשאבים

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

מוודאים שספריית העבודה הנוכחית היא $HOME/cloudshell_open/terraform-google-load-balanced-vms/. אם לא, עוברים לספרייה הזו.
מחילים את ההגדרות של Terraform:
```
terraform apply
```
אם לא יצרתם את הקובץ terraform.tfvars כמו שמתואר למעלה, Terraform יבקש מכם להזין ערכים למשתנים שאין להם ערכי ברירת מחדל. מזינים את הערכים הנדרשים.

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

ב-Terraform מוצגות הודעות שמראות את התקדמות הפריסה.

אם אי אפשר להשלים את הפריסה, Terraform מציג את השגיאות שגרמו לכשל. בודקים את הודעות השגיאה ומעדכנים את ההגדרה כדי לתקן את השגיאות. ואז מריצים שוב את הפקודה terraform apply. אם אתם צריכים עזרה בפתרון שגיאות ב-Terraform, תוכלו לקרוא את המאמר שגיאות בפריסת הפתרון באמצעות Terraform CLI.

אחרי שכל המשאבים נוצרים, מוצגת ב-Terraform ההודעה הבאה:
```
Apply complete!
```
מוצג הפלט הנוסף הבא:
```
Outputs:
console_page_for_load_balancer = "https://console.cloud.google.com/net-services/loadbalancing/details/http/<DEPLOYMENT_NAME>-lb-url-map?project=<PROJECT_ID>"
load_balancer_endpoint = "<VALUE>"
```
כדי לראות את Google Cloud המשאבים שנפרסו ואת ההגדרות שלהם, אפשר לצפות בסיור אינטראקטיבי.

התחלת הסיור

המלצות לעיצוב

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

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

אבטחה

כדי לאבטח את הארכיטקטורה, מומלץ ליישם את ההמלצות במדריכים הבאים:

לדוגמה, יכול להיות שהארכיטקטורה שלכם תצטרך לעמוד בדרישות הבאות:

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

אמינות

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

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

ביצועים

כדי לשפר את הביצועים, כדאי לפעול לפי השיטות המומלצות שמתוארות בGoogle Cloud Well-Architected Framework: Performance optimization.

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

עלות

כדי לבצע אופטימיזציה של העלות של תהליכי העבודה, מומלץ להשתמש בשיטות המומלצות שבמדריך הבא: Google Cloud Well-Architected Framework: הוזלת העלויות

לדוגמה, אפשר להגדיר את המספר המקסימלי של צמתים ב-MIG על סמך עלות מקסימלית שאתם מעדיפים לשלם על מופעים של Compute Engine. מידע נוסף על הגדרת גודל היעד של המידרוג האוטומטי זמין במאמר בנושא השבתה או הגבלה של מידרוג אוטומטי.

שימו לב לנקודות הבאות:

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

מחיקת הפריסה

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

מחיקה דרך המסוף

משתמשים בהליך הזה אם פרסתם את הפתרון דרך המסוף.

נכנסים לדף Solution deployments במסוף Google Cloud .

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

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

בשדה סטטוס מוצג הערך בתהליך מחיקה.

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

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

מחיקה באמצעות Terraform CLI

משתמשים בהליך הזה אם פרסתם את הפתרון באמצעות Terraform CLI.

ב-Cloud Shell, מוודאים שספריית העבודה הנוכחית היא $HOME/cloudshell_open/terraform-google-load-balanced-vms/. אם לא, עוברים לספרייה הזו.
מסירים את המשאבים שהוקצו על ידי Terraform:
```
terraform destroy
```
ב-Terraform מוצגת רשימה של המשאבים שיוסרו.
כשמופיעה בקשה לבצע את הפעולות, מזינים yes.

ב-Terraform מוצגות הודעות שמראות את ההתקדמות. אחרי שכל המשאבים נמחקים, Terraform מציגה את ההודעה הבאה:
```
Destroy complete!
```
אם המחיקה נכשלת, אפשר להיעזר בהנחיות לפתרון בעיות במאמר שגיאה במחיקת פריסה.

אופציונלי: מחיקת הפרויקט

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

נכנסים לדף Manage resources במסוף Google Cloud .
כניסה לדף Manage resources
ברשימת הפרויקטים, בוחרים את הפרויקט שרוצים למחוק ולוחצים על Delete.
בהנחיה, מקלידים את מזהה הפרויקט ולוחצים על Shut down (סגירה).

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

אופציונלי: מחיקה של חשבון השירות

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

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

אם פרסתם את הפתרון דרך מסוף Google Cloud , עוברים לדף Solution deployments. (אם כבר נמצאים בדף הזה, צריך לרענן את הדפדפן). תהליך מחיקת חשבון השירות מופעל ברקע. אין צורך בפעולה נוספת.
אם פרסתם את הפתרון באמצעות Terraform CLI, מבצעים את השלבים הבאים:
1. נכנסים לדף Service accounts במסוף Google Cloud .
  
  כניסה לדף Service accounts
2. בוחרים את הפרויקט שבו השתמשתם כדי ליצור את הפתרון.
3. בוחרים את חשבון השירות שרוצים למחוק.
  
  מזהה האימייל של חשבון השירות שנוצר עבור הפתרון הוא בפורמט הבא:
```
goog-sc-DEPLOYMENT_NAME-NNN@PROJECT_ID.iam.gserviceaccount.com
```
  מזהה האימייל מכיל את הערכים הבאים:
  - ‫DEPLOYMENT_NAME: שם הפריסה.
  - ‫NNN: מספר אקראי בן 3 ספרות.
  - ‫PROJECT_ID: מזהה הפרויקט שבו פרסתם את הפתרון.
4. לוחצים על Delete.

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

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

שגיאות בהטמעה דרך המסוף

אם הפריסה נכשלת כשמשתמשים במסוף, צריך לבצע את הפעולות הבאות:

עוברים לדף פריסות של פתרונות.

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

שגיאות בפריסה באמצעות Terraform CLI

אם הפריסה נכשלת כשמשתמשים ב-Terraform, הפלט של הפקודה terraform apply כולל הודעות שגיאה שאפשר לבדוק כדי לאבחן את הבעיה.

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

שגיאה: ה-API לא מופעל

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

Error: Error creating Network: googleapi: Error 403: Compute Engine API has not
been used in project PROJECT_ID before or it is disabled. Enable it by visiting
https://console.developers.google.com/apis/api/compute.googleapis.com/overview?project=PROJECT_ID
then retry. If you enabled this API recently, wait a few minutes for the action
to propagate to our systems and retry.

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

שגיאה: אי אפשר להקצות את הכתובת המבוקשת

כשמריצים את הפקודה terraform apply, יכול להיות שתופיע שגיאה cannot assign requested address עם הודעה כמו זו:

Error: Error creating service account:
 Post "https://iam.googleapis.com/v1/projects/PROJECT_ID/serviceAccounts:
 dial tcp [2001:db8:ffff:ffff::5f]:443:
 connect: cannot assign requested address

אם השגיאה הזו מופיעה, מריצים שוב את הפקודה terraform apply.

שגיאה במחיקת פריסה

במקרים מסוימים, יכול להיות שהניסיונות למחוק פריסה ייכשלו:

אחרי שמפעילים פתרון דרך המסוף, אם משנים משאב כלשהו שהוקצה על ידי הפתרון, ואז מנסים למחוק את הפריסה, יכול להיות שהמחיקה תיכשל. בשדה סטטוס בדף פריסות של פתרונות מופיע הערך נכשל, ובלוג של Cloud Build מופיע הגורם לשגיאה.
אחרי פריסת פתרון באמצעות Terraform CLI, אם משנים משאב כלשהו באמצעות ממשק שאינו Terraform (לדוגמה, המסוף), ואז מנסים למחוק את הפריסה, יכול להיות שהמחיקה תיכשל. ההודעות בפלט של הפקודה terraform destroy מציגות את הסיבה לשגיאה.

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

אם פריסה מבוססת-מסוף לא נמחקת ואם אי אפשר לאבחן את השגיאה באמצעות יומן Cloud Build, אפשר למחוק את הפריסה באמצעות Terraform CLI, כמו שמתואר בקטע הבא.

מחיקת פריסה שמבוססת על המסוף באמצעות Terraform CLI

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

מזהים את האזור שבו מאוחסנים קוד ה-Terraform, היומנים ונתונים אחרים של הפריסה. יכול להיות שהאזור הזה יהיה שונה מהאזור שבחרתם כשפרסתם את הפתרון.
1. נכנסים לדף Solution deployments במסוף Google Cloud .
  
  מעבר אל 'פריסות פתרונות'
2. בוחרים את הפרויקט שמכיל את הפריסה שרוצים למחוק.
3. ברשימת הפריסות, מזהים את השורה של הפריסה שרוצים למחוק.
4. לוחצים על הצגת כל התוכן בשורה.
5. בעמודה מיקום, שימו לב למיקום השני, כפי שמודגש בדוגמה הבאה:
In the Google Cloud console, activate Cloud Shell.

Activate Cloud Shell

At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
יוצרים משתני סביבה למזהה הפרויקט, לאזור ולשם של הפריסה שרוצים למחוק:
```
export REGION="REGION"
export PROJECT_ID="PROJECT_ID"
export DEPLOYMENT_NAME="DEPLOYMENT_NAME"
```
בפקודות האלה, מחליפים את מה שכתוב בשדות הבאים:
- REGION: המיקום שציינתם קודם בהליך הזה.
- ‫PROJECT_ID: מזהה הפרויקט שבו פרסתם את הפתרון.
- ‫DEPLOYMENT_NAME: השם של הפריסה שרוצים למחוק.

מאתרים את המזהה של הגרסה האחרונה של הפריסה שרוצים למחוק:

export REVISION_ID=$(curl \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    "https://config.googleapis.com/v1alpha2/projects/${PROJECT_ID}/locations/${REGION}/deployments/${DEPLOYMENT_NAME}" \
    | jq .latestRevision -r)
    echo $REVISION_ID

הפלט אמור להיראות כך:

projects/PROJECT_ID/locations/REGION/deployments/DEPLOYMENT_NAME/revisions/r-0

מוצאים את המיקום ב-Cloud Storage של ההגדרות של Terraform לפריסה:

export CONTENT_PATH=$(curl \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    "https://config.googleapis.com/v1alpha2/${REVISION_ID}" \
    | jq .applyResults.content -r)
    echo $CONTENT_PATH

הדוגמה הבאה היא של הפלט שמתקבל מהפקודה הזו:

gs://PROJECT_ID-REGION-blueprint-config/DEPLOYMENT_NAME/r-0/apply_results/content

מורידים את ההגדרות של Terraform מ-Cloud Storage אל Cloud Shell:
```
gcloud storage cp $CONTENT_PATH $HOME --recursive
cd $HOME/content/
```
ממתינים עד להצגת ההודעה Operation completed, כמו שמוצג בדוגמה הבאה:
```
Operation completed over 45 objects/268.5 KiB
```
מאתחלים את Terraform:
```
terraform init
```
מחכים עד שמופיעה ההודעה הבאה:
```
Terraform has been successfully initialized!
```
מסירים את המשאבים שנפרסו:
```
terraform destroy
```
ב-Terraform מוצגת רשימה של המשאבים שיוסרו.

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

ב-Terraform מוצגות הודעות שמראות את ההתקדמות. אחרי שכל המשאבים נמחקים, Terraform מציג את ההודעה הבאה:
```
Destroy complete!
```

מוחקים את פריט המידע שנוצר בתהליך פיתוח (Artifact) של הפריסה:

curl -X DELETE \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    "https://config.googleapis.com/v1alpha2/projects/${PROJECT_ID}/locations/${REGION}/deployments/${DEPLOYMENT_NAME}?force=true&delete_policy=abandon"

ממתינים כמה שניות ואז מוודאים שפריט הפריסה נמחק:

curl -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    -H "Content-Type: application/json" \
    "https://config.googleapis.com/v1alpha2/projects/${PROJECT_ID}/locations/${REGION}/deployments/${DEPLOYMENT_NAME}" \
    | jq .error.message

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

אחרי שמחיקת ארטיפקט הפריסה מסתיימת, מוצגת הודעה כמו בדוגמה הבאה:

Resource 'projects/PROJECT_ID/locations/REGION/deployments/DEPLOYMENT_NAME' was not found

שליחת משוב

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

כדי לפתור שגיאות, בודקים את היומנים של Cloud Build ואת הפלט של Terraform.

כדי לשלוח משוב:

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

אם לא שיניתם את קוד Terraform, אתם יכולים ליצור בעיות במאגר GitHub. אנחנו בודקים את הבעיות ב-GitHub כמיטב יכולתנו, והן לא מיועדות לשאלות כלליות על השימוש.

אם נתקלתם בבעיות במוצרים שבהם נעשה שימוש בפתרון, תוכלו לפנות אל Cloud Customer Care.

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

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

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

מטרות

ארכיטקטורה

תהליך הבקשה

רכיבים והגדרות

עלות

פריסת הפתרון

יצירה או בחירה של Google Cloud פרויקט

קבלת הרשאות ה-IAM הנדרשות

מידע על הרשאות זמניות לחשבון שירות

בחירת שיטת פריסה

פריסה דרך המסוף

פריסה באמצעות Terraform CLI

הגדרת לקוח Terraform

הגדרת משתני Terraform

אימות ובדיקה של הגדרות Terraform

הקצאת המשאבים

המלצות לעיצוב

אבטחה

אמינות

ביצועים

עלות

מחיקת הפריסה

מחיקה דרך המסוף

מחיקה באמצעות Terraform CLI

אופציונלי: מחיקת הפרויקט

אופציונלי: מחיקה של חשבון השירות

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

שגיאות בהטמעה דרך המסוף

שגיאות בפריסה באמצעות Terraform CLI

שגיאה: ה-API לא מופעל

שגיאה: אי אפשר להקצות את הכתובת המבוקשת

שגיאה במחיקת פריסה

מחיקת פריסה שמבוססת על המסוף באמצעות Terraform CLI

שליחת משוב

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

פתרון התחלתי: מכונות וירטואליות מנוהלות עם איזון עומסים