‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

יצירת קבוצת מופעים מנוהלת (MIG) לעומסי עבודה של HPC עם צריכה שמוגבלת להזמנה

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

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

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

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

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

מטרות

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

עלויות

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

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

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

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

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

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

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

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

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

gcloud init

יוצרים או בוחרים Google Cloud פרויקט.

תפקידים שנדרשים כדי לבחור או ליצור פרויקט

Select a project: כדי לבחור פרויקט לא צריך תפקיד IAM ספציפי – אפשר לבחור כל פרויקט שקיבלתם בו תפקיד.
יצירת פרויקט: כדי ליצור פרויקט, צריך את התפקיד Project Creator (roles/resourcemanager.projectCreator), שכולל את ההרשאה resourcemanager.projects.create. איך מקצים תפקידים

יוצרים Google Cloud פרויקט:
```
gcloud projects create PROJECT_ID
```
מחליפים את PROJECT_ID בשם של פרויקט Google Cloud שיוצרים.
בוחרים את הפרויקט שיצרתם: Google Cloud
```
gcloud config set project PROJECT_ID
```
מחליפים את PROJECT_ID בשם הפרויקט ב- Google Cloud .

מוודאים שהחיוב מופעל בפרויקט Google Cloud .

מפעילים את ממשק ה-API הנדרש, אם הוא עדיין לא מופעל:

תפקידים שנדרשים להפעלת ממשקי API

כדי להפעיל ממשקי API, צריך את ההרשאה serviceusage.services.enable. אם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד 'בעלים' (roles/owner). אחרת, תוכלו לקבל את ההרשאה הזו דרך התפקיד 'אדמין בממשק Service Usage' (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים

gcloud services enable compute.googleapis.com

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

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

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

gcloud init

יוצרים או בוחרים Google Cloud פרויקט.

תפקידים שנדרשים כדי לבחור או ליצור פרויקט

Select a project: כדי לבחור פרויקט לא צריך תפקיד IAM ספציפי – אפשר לבחור כל פרויקט שקיבלתם בו תפקיד.
יצירת פרויקט: כדי ליצור פרויקט, צריך את התפקיד Project Creator (roles/resourcemanager.projectCreator), שכולל את ההרשאה resourcemanager.projects.create. איך מקצים תפקידים

יוצרים Google Cloud פרויקט:
```
gcloud projects create PROJECT_ID
```
מחליפים את PROJECT_ID בשם של פרויקט Google Cloud שיוצרים.
בוחרים את הפרויקט שיצרתם: Google Cloud
```
gcloud config set project PROJECT_ID
```
מחליפים את PROJECT_ID בשם הפרויקט ב- Google Cloud .

מוודאים שהחיוב מופעל בפרויקט Google Cloud .

מפעילים את ממשק ה-API הנדרש, אם הוא עדיין לא מופעל:

תפקידים שנדרשים להפעלת ממשקי API

gcloud services enable compute.googleapis.com

מעניקים תפקידים לחשבון המשתמש. מריצים את הפקודה הבאה לכל אחד מהתפקידים הבאים ב-IAM: roles/compute.instanceAdmin.v1,roles/compute.networkAdmin
```
gcloud projects add-iam-policy-binding PROJECT_ID --member="user:USER_IDENTIFIER" --role=ROLE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט.
- ‫USER_IDENTIFIER: המזהה של חשבון המשתמש . לדוגמה, myemail@example.com.
- ‫ROLE: תפקיד ה-IAM שאתם מקצים לחשבון המשתמש.

קיבולת שמורה

כדי להשתמש בפקודות במדריך הזה, צריך לשריין את הקיבולת ליצירת המכונות בקבוצת ה-MIG.

שליחת בקשה לשריון מקום שמור לעתיד לבלוקים של קיבולת

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

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

פועלים לפי התהליך להזמנת קיבולת על ידי פנייה לצוות ניהול החשבון במסמכי התיעוד של AI Hypercomputer. בבקשה לשריין מראש מקום שמור לעתיד, צריך לספק את הפרטים כמו שהם מופיעים במסמכים, עם החריגים הבאים:
- סוג המכונה: מציינים את סוג המכונה H4D h4d-highmem-192-lssd.
- ‫Zone: מציינים אחד מהתחומים שבהם מופעלים מופעי H4D, כפי שמתואר בטבלה Available regions and zones. כדי להציג את האזורים הזמינים רק ל-H4D, בוחרים באפשרות H4D ברשימה Select a machine series.
- סוג תזמון התחזוקה: במקרים של H4D, אפשר לציין GROUPED או INDEPENDENT.
- מצב הפעלה של הזמנה: עבור מופעי H4D, מציינים את הערך HIGHLY_AVAILABLE_CAPACITY.
המכסה גדלה באופן אוטומטי לפני שהקיבולת מועברת. לא נדרשת שום פעולה מצידך.
כשיוצרים את תבנית של הגדרות מכונה, מציינים את מודל ההקצאה שמוגבל למקום שמור. המכונות הווירטואליות ב-MIG מוקצות מתוך הקיבולת המוזמנת שלכם.

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

יצירת שריון מקום שמור לעתיד במצב יומן

אם אתם צריכים להשתמש בקיבולת השמורה למשך פחות מ-90 יום, אתם יכולים ליצור מקום שמור לעתיד במצב יומן באמצעות הכלי Dynamic Workload Scheduler. כדי לקבל משאבים להזמנות עתידיות, התהליך הוא כזה:

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

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

אופציונלי: יצירת רשתות VPC

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

אפשר להגדיר את מופעי H4D כך שישתמשו ב-Cloud RDMA. ‫Cloud RDMA מאפשר יכולות העברת הודעות אמינות עם זמן אחזור נמוך באמצעות מנהל התקן של רשת IRDMA שתומך בגישה ישירה מרחוק לזיכרון (RDMA) בין מכונות של Compute Engine.

במדריך הזה:

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

כדי להשתמש ב-Cloud RDMA עם מופעי H4D, צריך להגדיר לפחות שתי רשתות, אחת לכל סוג של ממשק רשת (NIC):

סוג כרטיס הרשת GVNIC: משתמש במנהל ההתקן gve לתעבורת TCP/IP ואינטרנט לתקשורת רגילה בין מכונות וירטואליות ובין מכונות וירטואליות לאינטרנט.
סוג כרטיס הרשת IRDMA: משתמש במנהלי התקנים של IDPF/iRDMA לרשת Cloud RDMA בין מופעים.

למופעים שמשתמשים ב-Cloud RDMA יכול להיות רק ממשק IRDMA אחד. אפשר להוסיף עד שמונה ממשקי רשת נוספים GVNIC, כך שבסך הכול יהיו עד 10 ממשקי רשת וירטואליים (vNIC) לכל מכונה.

כדי להגדיר את רשתות ה-VPC של Falcon לשימוש עם המקרים שלכם, אתם יכולים לפעול לפי ההוראות שמתועדות או להשתמש בסקריפט שסופק.

מדריכים להוראה

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

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

אם מגדירים רק GVNIC ממשק רשת אחד, אפשר להשתמש ברשת ה-VPC שמוגדרת כברירת מחדל וברשת המשנה האוטומטית שנמצאת באותו אזור כמו המכונה.
כדי ליצור רשת לממשק הרשת IRDMA, אפשר לעיין במאמר בנושא יצירת רשת VPC עם פרופיל רשת Falcon VPC. משתמשים בערך ברירת המחדל של יחידת השידור המקסימלית (MTU) עבור רשת Falcon VPC, שהוא 8896.

Script

אפשר ליצור עד תשעה ממשקי רשת מסוג gVNIC וממשק רשת אחד מסוג IRDMA לכל מכונה. כל ממשק רשת חייב להיות מחובר לרשת נפרדת. כדי ליצור את הרשתות, אפשר להשתמש בסקריפט הבא, שיוצר שתי רשתות ל-gVNIC ורשת אחת ל-IRDMA.

אופציונלי: לפני שמריצים את הסקריפט, מציגים את הפרופילים של רשת ה-VPC של Falcon כדי לוודא שיש פרופיל זמין.
```
  gcloud compute network-profiles list
  
```

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

  #!/bin/bash
  # Set the number of GVNIC interfaces to create. You can create up to 9.
  NUM_GVNIC=NUMBER_OF_GVNIC

  # Create regular VPC networks and subnets for the GVNIC interfaces
    for N in $(seq 0 $(($NUM_GVNIC - 1))); do
      gcloud compute networks create GVNIC_NAME_PREFIX-net-$N \
          --subnet-mode=custom

      gcloud compute networks subnets create GVNIC_NAME_PREFIX-sub-$N \
          --network=GVNIC_NAME_PREFIX-net-$N \
          --region=REGION \
          --range=10.$N.0.0/16

      gcloud compute firewall-rules create GVNIC_NAME_PREFIX-internal-$N \
          --network=GVNIC_NAME_PREFIX-net-$N \
          --action=ALLOW \
          --rules=tcp:0-65535,udp:0-65535,icmp \
          --source-ranges=10.0.0.0/8
  done

  # Create SSH firewall rules
  gcloud compute firewall-rules create GVNIC_NAME_PREFIX-ssh \
      --network=GVNIC_NAME_PREFIX-net-0 \
      --action=ALLOW \
      --rules=tcp:22 \
      --source-ranges=IP_RANGE

  # Optional: Create a firewall rule for the external IP address for the
  #  first GVNIC network interface
  gcloud compute firewall-rules create GVNIC_NAME_PREFIX-allow-ping-net-0 \
      --network=GVNIC_NAME_PREFIX-net-0 \
      --action=ALLOW \
      --rules=icmp \
      --source-ranges=IP_RANGE

  # Create a Falcon VPC network for the Cloud RDMA network interface
  gcloud compute networks create RDMA_NAME_PREFIX-irdma \
      --network-profile=ZONE-vpc-falcon \
      --subnet-mode custom

  # Create a subnet in the Falcon VPC network
  gcloud compute networks subnets create RDMA_NAME_PREFIX-irdma-sub \
      --network=RDMA_NAME_PREFIX-irdma \
      --region=REGION \
      --range=10.2.0.0/16  # offset to avoid overlap with GVNIC subnet ranges

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

‫NUMBER_OF_GVNIC: מספר ממשקי GVNIC שרוצים ליצור. צריך לציין מספר בין 1 ל-9.
‫GVNIC_NAME_PREFIX: תחילית השם לשימוש ברשת VPC רגילה וברשת משנה שמשתמשת בסוג כרטיס רשת GVNIC.
‫REGION: האזור שבו רוצים ליצור את הרשתות. הערך הזה צריך להתאים לאזור שצוין בדגל --network-profile כשיוצרים את רשת ה-VPC של Falcon. לדוגמה, אם מציינים את האזור כ-europe-west4-b, האזור הוא europe-west4.
‫IP_RANGE: טווח כתובות ה-IP מחוץ לרשת ה-VPC שמשמשות לכללי חומת האש של SSH. השיטה המומלצת היא לציין את טווחי כתובות ה-IP הספציפיים שמהם אתם רוצים לאפשר גישה, ולא את כל המקורות של IPv4 או IPv6. אל תשתמשו ב-0.0.0.0/0 או ב-::/0 כטווח מקור, כי זה מאפשר תנועה מכל מקורות IPv4 או IPv6, כולל מקורות מחוץ ל- Google Cloud.
‫RDMA_NAME_PREFIX: תחילית השם שתשמש לרשת ה-VPC ולתת-הרשת שמשתמשות בסוג כרטיס ה-NIC של IRDMA.
‫ZONE: האזור שבו רוצים ליצור את הרשתות ואת מכונות ה-Compute. אפשר להשתמש ב-us-central1-a או ב-europe-west4-b.

אופציונלי: כדי לוודא שהמשאבים של רשת ה-VPC נוצרו בהצלחה, בודקים את הגדרות הרשת במסוף Google Cloud :
1. נכנסים לדף VPC networks במסוף Google Cloud .
  מעבר לרשתות VPC
2. מחפשים ברשימה את הרשתות שיצרתם בשלב הקודם.
3. כדי לראות את רשתות המשנה, את כללי חומת האש והגדרות רשת אחרות, לוחצים על שם הרשת.

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

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

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

gcloud

כדי ליצור מדיניות של עומס עבודה, משתמשים בפקודה gcloud compute resource-policies create workload-policy.

כדי להציב מכונות וירטואליות (VM) בצורה הכי טובה שאפשר, מציינים את הדגל --type=high-throughput בפקודה:
```
gcloud compute resource-policies create workload-policy WORKLOAD_POLICY_NAME \
    --type=high-throughput \
    --region=REGION
```
כדי להגדיר מיקום משותף קפדני של מכונות וירטואליות, מציינים את הדגלים --max-topology-distance ו---type=high-throughput בפקודה:
```
gcloud compute resource-policies create workload-policy WORKLOAD_POLICY_NAME \
    --type=high-throughput \
    --max-topology-distance=TOPOLOGY_DISTANCE \
    --region=REGION
```

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

‫WORKLOAD_POLICY_NAME: השם של מדיניות עומסי העבודה.
‫TOPOLOGY_DISTANCE: המרחק המקסימלי בטופולוגיה. מציינים אחד מהערכים הבאים:
- כדי למקם מכונות וירטואליות באותו בלוק משנה: SUBBLOCK
- כדי למקם מכונות וירטואליות באותו בלוק: BLOCK
- כדי למקם מכונות וירטואליות באותו אשכול: CLUSTER
הערה: הגדרה של מרחק מקסימלי קצר יותר עשויה להקטין את הסבירות לזמינות של מכונה וירטואלית. מידע נוסף זמין במאמר בנושא מאפיין המרחק המקסימלי בטופולוגיה.
‫REGION: האזור שבו רוצים ליצור את מדיניות עומס העבודה. מציינים אזור שבו רוצים ליצור את ה-MIG ואת סוג המכונה שרוצים להשתמש בה. מידע על אזורים ותחומים זמין במאמר אזורים ותחומים זמינים.

REST

כדי ליצור מדיניות של עומס עבודה, שולחים בקשת POST אל ה-method‏ resourcePolicies.insert.

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/resourcePolicies
  {
    "name": "WORKLOAD_POLICY_NAME"
    "workloadPolicy": {
      "type": "HIGH_THROUGHPUT"
    }
  }

כדי להגדיר מיקום משותף קפדני של מכונות וירטואליות, מציינים את השדות maxTopologyDistance ו-type בבקשה באופן הבא:

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/resourcePolicies
  {
    "name": "WORKLOAD_POLICY_NAME"
    "workloadPolicy": {
      "type": "HIGH_THROUGHPUT",
      "maxTopologyDistance": "TOPOLOGY_DISTANCE"
    }
  }

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

‫PROJECT_ID: מזהה הפרויקט
‫REGION: האזור שבו רוצים ליצור את מדיניות עומס העבודה. מציינים אזור שבו רוצים ליצור את קבוצת ה-MIG ואת סוג המכונה שרוצים להשתמש בה. מידע על אזורים ותחומים זמין במאמר אזורים ותחומים זמינים.
‫WORKLOAD_POLICY_NAME: השם של מדיניות עומסי העבודה.
‫TOPOLOGY_DISTANCE: המרחק המקסימלי בטופולוגיה. מציינים אחד מהערכים הבאים:
- כדי למקם מכונות וירטואליות באותו תת-בלוק: SUBBLOCK
- כדי למקם מכונות וירטואליות באותו בלוק: BLOCK
- כדי למקם מכונות וירטואליות באותו אשכול: CLUSTER
הערה: הגדרה של מרחק מקסימלי קצר יותר עשויה להקטין את הסבירות לזמינות של מכונה וירטואלית. מידע נוסף זמין במאמר בנושא מאפיין המרחק המקסימלי בטופולוגיה.

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

כדי לציין את המאפיינים של המכונה והצריכה לכל מכונה ב-MIG, יוצרים תבנית של הגדרות מכונה באחת מהשיטות הבאות:

gcloud

כדי ליצור תבנית של הגדרות מכונה אזורית, משתמשים בפקודה gcloud compute instance-templates create.

gcloud compute instance-templates create INSTANCE_TEMPLATE_NAME \
    --machine-type=MACHINE_TYPE \
    --image-family=IMAGE_FAMILY \
    --image-project=IMAGE_PROJECT \
    --instance-template-region=REGION \
    --boot-disk-type=hyperdisk-balanced \
    --boot-disk-size=DISK_SIZE \
    --scopes=cloud-platform \
    
--network-interface=nic-type=GVNIC, \
      network=GVNIC_NAME_PREFIX-net-0, \
      subnet=GVNIC_NAME_PREFIX-sub-0, \
      stack-type=STACK_TYPE, \
      address=EXTERNAL_IPV4_ADDRESS \
--network-interface=nic-type=GVNIC, \
      network=GVNIC_NAME_PREFIX-net-1, \
      subnet=GVNIC_NAME_PREFIX-sub-1,no-address \
--network-interface=nic-type=IRDMA, \
      network=RDMA_NAME_PREFIX-irdma, \
      subnet=RDMA_NAME_PREFIX-irdma-sub, \
      stack-type=IPV4_ONLY,no-address \
    --reservation-affinity=specific \
    --reservation=RESERVATION \
    --provisioning-model=RESERVATION_BOUND \
    --instance-termination-action=DELETE \
    --maintenance-policy=TERMINATE

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

‫INSTANCE_TEMPLATE_NAME: השם של תבנית של הגדרות מכונה.
‫MACHINE_TYPE: סוג המכונה H4D שבה רוצים להשתמש עבור המופע.
‫IMAGE_FAMILY: משפחת התמונות של תמונת מערכת ההפעלה שרוצים להשתמש בה. רשימת מערכות ההפעלה הנתמכות מופיעה במאמר מערכות הפעלה נתמכות.
‫IMAGE_PROJECT: מזהה הפרויקט של תמונת מערכת ההפעלה.
‫REGION: האזור שבו רוצים ליצור את תבנית של הגדרות מכונה. מציינים אזור שבו זמין סוג המכונה שרוצים להשתמש בו.
‫DISK_SIZE: גודל דיסק האתחול ב-GiB.
‫GVNIC_NAME_PREFIX: תחילית השם שבה השתמשתם כשאתם יוצרים את רשתות ה-VPC הרגילות ואת רשתות המשנה לממשקי gVNIC.

אם אתם משתמשים ברשת ברירת המחדל, צריך לכלול רק שדה --network-interface אחד עם השדה nic-type שמוגדר לערך GVNIC. בנוסף, צריך להשמיט את ההגדרות network ו-subnetwork בממשק הרשת הזה.
‫STACK_TYPE: אופציונלי: סוג ה-stack לשימוש בממשק gVNIC. צריך לציין IPV4_ONLY או IPV4_IPV6. אם לא תציינו ערך, המערכת תשתמש בערך ברירת המחדל IPV4_ONLY.
‫EXTERNAL_IPV4_ADDRESS: אופציונלי: כתובת IPv4 חיצונית סטטית לשימוש עם ממשק הרשת gVNIC. צריך לשריין כתובת IPv4 חיצונית מראש. מבצעים אחת מהפעולות הבאות:
- מציינים כתובת IPv4 תקינה מרשת המשנה.
- משתמשים בדגל no-address אם לא רוצים שלממשק הרשת תהיה כתובת IP חיצונית.
- מציינים address='' אם רוצים שממשק הרשת יקבל כתובת IP חיצונית ארעית.
כדי לציין כתובת IPv6 חיצונית לממשק הרשת של GVNIC, משתמשים בדגל --external-ipv6-address.
‫RDMA_NAME_PREFIX: תחילית השם שבה השתמשתם כשייצרתם את רשת ה-VPC ואת תת-הרשת לממשק הרשת של IRDMA.

אם אתם לא משתמשים ב-Cloud RDMA עם מכונות H4D, אל תציינו את השדה --network-interface לממשק IRDMA.
‫RESERVATION: השם של ההזמנה שרוצים להשתמש בה.
‫RESERVATION: שם ההזמנה או בלוק ספציפי בהזמנה. כדי לראות את שם ההזמנה או את הבלוקים הזמינים, אפשר לעיין במאמר בנושא הצגת קיבולת מוזמנת. בהתאם לדרישות שלכם לגבי מיקום המופע, בוחרים באחת מהאפשרויות הבאות:
- כדי ליצור מכונות בכמה בלוקים או בבלוק אחד:
```
projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME
```
  בנוסף, כדי ליצור MIG של בלוק יחיד, צריך להחיל מדיניות של עומס עבודה שמציינת מיקום משותף של בלוק (maxTopologyDistance=BLOCK) . ‫Compute Engine מחיל את המדיניות על שמירת המקום ויוצר מכונות באותו בלוק.
- כדי ליצור מופעים בבלוק ספציפי:
```
projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME/reservationBlocks/RESERVATION_BLOCK_NAME
```
הערה: אם ההזמנה קיימת בפרויקט הנוכחי, אפשר להשמיט את projects/RESERVATION_OWNER_PROJECT_ID/reservations/ מהערך של RESERVATION.

REST

כדי ליצור תבנית של הגדרות מכונה אזורית, שולחים בקשת POST אל ה-method‏ regionInstanceTemplates.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceTemplates
{
  "name":"INSTANCE_TEMPLATE_NAME",
  "properties":{
    "disks":[
      {
        "boot":true,
        "initializeParams":{
          "diskSizeGb":"DISK_SIZE",
          "diskType":"hyperdisk-balanced",
          "sourceImage":"projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
        },
        "mode":"READ_WRITE",
        "type":"PERSISTENT"
      }
    ],
    "machineType":"MACHINE_TYPE",
    
        "networkInterfaces": [
        {
          "network": "GVNIC_NAME_PREFIX-net-0",
          "subnetwork": "GVNIC_NAME_PREFIX-sub-0",
          "accessConfigs": [
            {
                "type": "ONE_TO_ONE_NAT",
                "name": "External IP",
                "natIP": "EXTERNAL_IPV4_ADDRESS"
            }
          ],
          "stackType": "IPV4_ONLY",
          "nicType": "GVNIC",
      },
      {
          "network": "GVNIC_NAME_PREFIX-net-1",
          "subnetwork": "GVNIC_NAME_PREFIX-sub-1",
          "stackType": "IPV4_ONLY",
          "nicType": "GVNIC",
      },
      {
          "network": "RDMA_NAME_PREFIX-irdma",
          "subnetwork": "RDMA_NAME_PREFIX-irdma-sub",
          "stackType": "IPV4_ONLY",
          "nicType": "IRDMA",
      }
    ],
,
    "reservationAffinity":{
        "consumeReservationType":"SPECIFIC_RESERVATION",
        "key":"compute.googleapis.com/reservation-name",
        "values":[
          "RESERVATION"
        ]
      },
    "scheduling":{
        "provisioningModel":"RESERVATION_BOUND",
        "instanceTerminationAction":"DELETE",
        "onHostMaintenance": "TERMINATE",
        "automaticRestart":true
      }
  }
}

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

‫INSTANCE_TEMPLATE_NAME: השם של תבנית של הגדרות מכונה.
‫MACHINE_TYPE: סוג המכונה שבה רוצים להשתמש עבור המכונה. מציינים סוג מכונה מסוג H4D. מידע נוסף זמין במאמר בנושא סוגי מכונות H4D.
‫IMAGE_FAMILY: משפחת התמונות של תמונת מערכת ההפעלה שרוצים להשתמש בה. רשימת מערכות ההפעלה הנתמכות מופיעה במאמר מערכות הפעלה נתמכות.
‫IMAGE_PROJECT: מזהה הפרויקט של תמונת מערכת ההפעלה.
‫REGION: האזור שבו רוצים ליצור את תבנית של הגדרות מכונה. מציינים אזור שבו זמין סוג המכונה שרוצים להשתמש בו. מידע על אזורים זמין במאמר אזורים ותחומים.
‫DISK_SIZE: גודל דיסק האתחול ב-GiB.
‫GVNIC_NAME_PREFIX: תחילית השם שבה השתמשתם כשאתם יוצרים את רשתות ה-VPC הרגילות ואת רשתות המשנה לממשקי gVNIC.

אם אתם משתמשים ברשת ברירת המחדל, צריך לכלול רק שדה --network-interface אחד עם השדה nic-type שמוגדר לערך GVNIC. בנוסף, צריך להשמיט את ההגדרות network ו-subnetwork בממשק הרשת הזה.
‫EXTERNAL_IPV4_ADDRESS: אופציונלי: כתובת IPv4 חיצונית סטטית לשימוש עם ממשק הרשת gVNIC. צריך לשריין כתובת IPv4 חיצונית מראש.
כדי לציין כתובת IPv6 חיצונית לממשק הרשת של GVNIC, משתמשים בדגל --external-ipv6-address.
‫RDMA_NAME_PREFIX: תחילית השם שבה השתמשתם כשייצרתם את רשת ה-VPC ואת תת-הרשת לממשק הרשת של IRDMA.

אם אתם לא משתמשים ב-Cloud RDMA עם מכונות H4D, אל תציינו את השדה --network-interface לממשק IRDMA.
‫RESERVATION: השם של ההזמנה שרוצים להשתמש בה.
‫RESERVATION: שם ההזמנה או בלוק ספציפי בהזמנה. כדי לראות את שם ההזמנה או את הבלוקים הזמינים, אפשר לעיין במאמר בנושא הצגת קיבולת מוזמנת. בהתאם לדרישות שלכם לגבי מיקום המופע, בוחרים באחת מהאפשרויות הבאות:
- כדי ליצור מכונות בכמה בלוקים או בבלוק אחד:
```
projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME
```
  בנוסף, כדי ליצור MIG של בלוק יחיד, צריך להחיל מדיניות של עומס עבודה שמציינת מיקום משותף של בלוק (maxTopologyDistance=BLOCK) . ‫Compute Engine מחיל את המדיניות על שמירת המקום ויוצר מכונות באותו בלוק.
- כדי ליצור מופעים בבלוק ספציפי:
```
projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME/reservationBlocks/RESERVATION_BLOCK_NAME
```
הערה: אם ההזמנה קיימת בפרויקט הנוכחי, אפשר להשמיט את projects/RESERVATION_OWNER_PROJECT_ID/reservations/ מהערך של RESERVATION.

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

יצירת קבוצת מופעים מנוהלת (MIG)

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

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

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

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

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

gcloud

כדי ליצור קבוצת מופעים מנוהלת עם גודל יעד מוגדר, משתמשים בפקודה instance-groups managed create.

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

כדי ליצור קבוצת MIG אזורית או אזורית:

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

gcloud compute instance-groups managed create MIG_NAME \
  --template=INSTANCE_TEMPLATE_URL \
  --size=TARGET_SIZE \
  --workload-policy=WORKLOAD_POLICY_URL \
  --zone=ZONE

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

gcloud compute instance-groups managed create MIG_NAME \
    --template=INSTANCE_TEMPLATE_URL \
    --size=TARGET_SIZE \
    --workload-policy=WORKLOAD_POLICY_URL \
    --region=REGION

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

‫MIG_NAME: השם של ה-MIG.
‫INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שרוצים להשתמש בה כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:
- לתבנית של הגדרות מכונה אזורית: projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID
- לתבנית גלובלית של הגדרות מכונה: INSTANCE_TEMPLATE_ID
‫TARGET_SIZE: מספר המכונות הווירטואליות שרוצים בקבוצת ה-MIG.
‫WORKLOAD_POLICY_URL: אופציונלי: כתובת ה-URL של מדיניות עומס העבודה. אם אתם לא רוצים להשתמש במדיניות עומס עבודה, אתם יכולים להסיר את הדגל --workload-policy.
‫ZONE: האזור שבו רוצים ליצור את ה-MIG. אם משתמשים במדיניות של עומס עבודה, צריך לציין אזור במדיניות של האזור.
‫REGION: האזור שבו רוצים ליצור את קבוצת ה-MIG. אם משתמשים במדיניות של עומס עבודה, צריך לציין את אותו אזור כמו זה של המדיניות. ב-MIG אזורי, במקום אזור, אפשר לציין את האזורים באותו אזור באמצעות הדגל --zones.

REST

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

בשלב הזה, הבקשות ליצירת קבוצת MIG משתמשות במדיניות של עומס עבודה כדי לציין את מיקום מכונת ה-VM. אם לא רוצים להשתמש במדיניות עומס עבודה, צריך להסיר את השדה resourcePolicies.workloadPolicy מגוף הבקשה.

כדי ליצור קבוצת MIG אזורית או אזורית:

כדי ליצור קבוצת MIG אזורית, שולחים בקשת POST אל ה-method‏ instanceGroupManagers.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers
{
  "versions": [
    {
      "instanceTemplate": "INSTANCE_TEMPLATE_URL"
    }
  ],
  "name": "MIG_NAME",
  "instanceTemplate": "INSTANCE_TEMPLATE_URL",
  "targetSize": "TARGET_SIZE",
  "resourcePolicies": {
    "workloadPolicy": WORKLOAD_POLICY_URL
  }
}

כדי ליצור קבוצת MIG אזורית, שולחים בקשת POST אל ה-method‏ regionInstanceGroupManagers.insert.

  POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers
  {
    "versions": [
      {
        "instanceTemplate": "INSTANCE_TEMPLATE_URL"
      }
    ],
    "name": "MIG_NAME",
    "instanceTemplate": "INSTANCE_TEMPLATE_URL",
    "targetSize": "TARGET_SIZE",
    "resourcePolicies": {
      "workloadPolicy": WORKLOAD_POLICY_URL
    }
  }

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

‫PROJECT_ID: מזהה הפרויקט.
‫ZONE: האזור שבו רוצים ליצור את קבוצת ה-MIG. אם משתמשים במדיניות של עומס עבודה, צריך לציין אזור בתוך האזור של המדיניות.
‫REGION: האזור שבו רוצים ליצור קבוצת מופעים מנוהלת. אם משתמשים במדיניות של עומס עבודה, צריך לציין את אותו אזור כמו זה של המדיניות.
‫INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שרוצים להשתמש בה כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:
- לתבנית של הגדרות מכונה אזורית: projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID
- לתבנית גלובלית של הגדרות מכונה: INSTANCE_TEMPLATE_ID
‫MIG_NAME: השם של ה-MIG.
‫TARGET_SIZE: מספר המכונות הווירטואליות שרוצים ב-MIG.
‫WORKLOAD_POLICY_URL: אופציונלי: כתובת ה-URL של מדיניות עומס העבודה. אם אתם לא רוצים להשתמש במדיניות עומס עבודה, אתם יכולים להסיר את השדה resourcePolicies.workloadPolicy.

יצירת קבוצת MIG ובקשה לשינוי כמות

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

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

gcloud

כדי ליצור קבוצת MIG אזורית או אזורית ובקשה לשינוי כמות:

כדי ליצור קבוצת MIG אזורית ובקשה לשינוי כמות בה, בצע את הפעולות הבאות:
1. כדי ליצור קבוצת MIG אזורית, משתמשים בפקודה instance-groups managed create באופן הבא.
```
gcloud compute instance-groups managed create MIG_NAME \
    --template=INSTANCE_TEMPLATE_URL \
    --size=0 \
    --workload-policy=WORKLOAD_POLICY_URL \
    --zone=ZONE
```
2. כדי ליצור בקשה לשינוי הגודל בקבוצת מופעי מכונה מנוהלים (MIG) אזורית, משתמשים בפקודה instance-groups managed resize-requests create באופן הבא:
```
gcloud compute instance-groups managed resize-requests create MIG_NAME \
    --resize-request=RESIZE_REQUEST_NAME \
    POPULATION_METHOD \
    --zone=ZONE
```

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

יוצרים קבוצת MIG אזורית באמצעות הפקודה instance-groups managed create באופן הבא.

gcloud compute instance-groups managed create MIG_NAME \
    --template=INSTANCE_TEMPLATE_URL \
    --size=0 \
    --workload-policy=WORKLOAD_POLICY_URL \
    --zones=ZONE \
    --target-distribution-shape=any-single-zone \
    --instance-redistribution-type=none

יוצרים בקשה לשינוי כמות בקבוצת ה-MIG האזורית באמצעות הפקודה instance-groups managed resize-requests create בגרסת בטא באופן הבא:
```
gcloud beta compute instance-groups managed resize-requests create MIG_NAME \
    --resize-request=RESIZE_REQUEST_NAME \
    POPULATION_METHOD \
    --region=REGION
```

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

‫MIG_NAME: השם של ה-MIG.
‫INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שרוצים להשתמש בה כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:
- לתבנית של הגדרות מכונה אזורית: projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID
- לתבנית גלובלית של הגדרות מכונה: INSTANCE_TEMPLATE_ID
‫WORKLOAD_POLICY_URL: אופציונלי: כתובת ה-URL של מדיניות עומס העבודה. אם אתם לא רוצים להשתמש במדיניות עומסי עבודה, אתם יכולים להסיר את הדגל --workload-policy.
‫ZONE: האזור שבו רוצים ליצור את ה-MIG. גם כשמגדירים קבוצת MIG אזורית, צריך לציין אזור. האזור הזה צריך להיות האזור שמכיל את הפרופיל של רשת ה-VPC, וצריך להיות אזור שבו סוג המכונה זמין. מידע נוסף מופיע בקטע מגבלות.
‫RESIZE_REQUEST_NAME: השם של בקשת שינוי הגודל, שחייב להיות ייחודי בתוך ה-MIG שצוין. אחרת, יצירת בקשה לשינוי כמות תיכשל.
‫POPULATION_METHOD: השיטה להוספת מופעים ל-MIG. אפשר להשתמש באחת מהאפשרויות הבאות:
- ‫--resize-by=COUNT: הוספת המספר שצוין של מופעים לקבוצת המופעים המנוהלים (MIG) בבת אחת. שמות המופעים נוצרים באופן אוטומטי.
- ‫--instances=INSTANCE_NAME_LIST: הוספת מופעים עם השמות שצוינו ל-MIG בבת אחת. מחליפים את INSTANCE_NAME_LIST ברשימה מופרדת בפסיקים של שמות מכונות. מספר השמות שציינתם קובע את מספר המכונות שייווצרו עם בקשה לשינוי כמות זו.
‫REGION: האזור שבו נמצאת קבוצת ה-MIG.

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

REST

כדי ליצור קבוצת MIG אזורית או אזורית ובקשה לשינוי כמות:

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

כדי ליצור קבוצת MIG אזורית, שולחים בקשת POST ל-method‏ instanceGroupManagers.insert באופן הבא.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers
{
  "versions": [
    {
      "instanceTemplate": "INSTANCE_TEMPLATE_URL"
    }
  ],
  "name": "MIG_NAME",
  "targetSize": 0,
  "resourcePolicies": {
    "workloadPolicy": WORKLOAD_POLICY_URL
  }
}

כדי ליצור בקשה לשינוי כמות בקבוצת MIG אזורית, שולחים בקשת POST ל-method‏ instanceGroupManagerResizeRequests.insert באופן הבא:

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME/resizeRequests
{
  "name": "RESIZE_REQUEST_NAME",
  POPULATION_METHOD
}

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

כדי ליצור קבוצת MIG אזורית, שולחים בקשת POST ל-method‏ regionInstanceGroupManagers.insert באופן הבא.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers
{
  "versions": [
    {
      "instanceTemplate": "INSTANCE_TEMPLATE_URL"
    }
  ],
  "name": "MIG_NAME",
  "targetSize": 0,
  "distributionPolicy": {
    "targetShape": "ANY_SINGLE_ZONE",
    "zones": [
      {
        "zone": "projects/PROJECT_ID/zones/ZONE"
      }
    ]
  },
  "updatePolicy": {
    "instanceRedistributionType": "NONE"
  },
  "resourcePolicies": {
    "workloadPolicy": WORKLOAD_POLICY_URL
  }
}

כדי ליצור בקשה לשינוי כמות בקבוצת MIG אזורית, שולחים בקשת POST ל-method‏ beta.regionInstanceGroupManagerResizeRequests.insert באופן הבא:

POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME/resizeRequests
{
  "name": "RESIZE_REQUEST_NAME",
  POPULATION_METHOD
}

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

‫PROJECT_ID: מזהה הפרויקט.
‫ZONE: האזור שבו רוצים ליצור את ה-MIG. גם כשמגדירים קבוצת MIG אזורית, צריך לציין אזור. האזור הזה צריך להיות האזור שמכיל את הפרופיל של רשת ה-VPC, וצריך להיות אזור שבו סוג המכונה זמין. מידע נוסף מופיע בקטע מגבלות.
‫REGION: האזור שבו רוצים ליצור את קבוצת ה-MIG.
‫INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שרוצים להשתמש בה כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:
- לתבנית של הגדרות מכונה אזורית: projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID
- לתבנית גלובלית של הגדרות מכונה: INSTANCE_TEMPLATE_ID
‫MIG_NAME: השם של ה-MIG.
‫WORKLOAD_POLICY_URL: אופציונלי: כתובת ה-URL של מדיניות עומס העבודה. אם אתם לא רוצים להשתמש במדיניות עומס עבודה, אתם יכולים להסיר את השדה resourcePolicies.workloadPolicy.
‫RESIZE_REQUEST_NAME: השם של בקשת שינוי הגודל, שחייב להיות ייחודי בתוך ה-MIG שצוין. אחרת, יצירת בקשה לשינוי כמות תיכשל.
‫POPULATION_METHOD: השיטה להוספת מופעים ל-MIG. אפשר להשתמש באחת מהאפשרויות הבאות:
- ‫"resizeBy":COUNT: מחליפים את COUNT במספר המופעים שרוצים להוסיף לקבוצת המופעים המנוהלת בבת אחת. שמות המופעים נוצרים באופן אוטומטי.
- ‫"instanceNames":INSTANCE_NAME_LIST: הוספת מופעים עם השמות שצוינו לקבוצת המופעים המנוהלת בבת אחת. מחליפים את INSTANCE_NAME_LIST ברשימה מופרדת בפסיקים של שמות מכונות. מספר השמות שציינתם קובע את מספר המכונות שייווצרו עם בקשה לשינוי כמות זו.

אם רוצים להחיל מדיניות של עומס עבודה על קבוצת ה-MIG, צריך לכלול את השדה resourcePolicies.workloadPolicy בגוף הבקשה.

הסרת המשאבים

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

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

זהירות: כשמוחקים פרויקט:

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

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

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

gcloud projects delete PROJECT_ID

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

מחיקת בקשות לשינוי גודל בקבוצת MIG
מוחקים את קבוצת ה-MIG ואת המכונות.
אם מצב המחיקה האוטומטית של הדיסקים הוגדר ל-False בתבנית של המכונה, הדיסקים לא יימחקו אוטומטית כשמכונת ה-VM תימחק. אפשר למחוק את הדיסקים באחת מהשיטות הבאות:
המסוף
1. נכנסים לדף Disks במסוף Google Cloud .
לפתיחת הדף Disks
1. בוחרים את השורות שמכילות את הדיסקים שיצרתם במדריך הזה. מוודאים שהעמודה בשימוש על ידי ריקה לכל דיסק.
2. לוחצים על מחיקה ואז על מחיקה כדי לאשר.
gcloud
משתמשים בפקודה gcloud compute disks delete.
gcloud compute disks delete DISK_NAME \ --project PROJECT_ID --zone ZONE
מחליפים את מה שכתוב בשדות הבאים:
- ‫DISK_NAME : השם של הדיסק שרוצים למחוק
- ‫PROJECT_ID: מזהה הפרויקט שמכיל את הדיסק
- ‫ZONE: האזור של הדיסק
REST
משתמשים ב-‎disks.delete method כדי למחוק את הדיסקים.
DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/disks/DISK_NAME
מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט שמכיל את הדיסק
- ‫ZONE: האזור של הדיסק
- ‫DISK_NAME : השם של הדיסק שרוצים למחוק
מחיקת הערוצים או החבילות.
מוחקים את תבנית המכונה.

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

מטרות

עלויות

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

קיבולת שמורה

שליחת בקשה לשריון מקום שמור לעתיד לבלוקים של קיבולת

יצירת שריון מקום שמור לעתיד במצב יומן

אופציונלי: יצירת רשתות VPC

מדריכים להוראה

Script

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

gcloud

REST

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

gcloud

REST

יצירת קבוצת מופעים מנוהלת (MIG)

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

gcloud

REST

יצירת קבוצת MIG ובקשה לשינוי כמות

gcloud

REST

הסרת המשאבים

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

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

המסוף

gcloud

REST

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

יצירת קבוצת מופעים מנוהלת (MIG) לעומסי עבודה של HPC עם צריכה שמוגבלת להזמנה