יצירת קבוצת MIG ל-HPC עם סדרת מכונות H4D

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

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

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

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

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

  • בחירת אפשרות צריכה: כדי ליצור מכונות Compute בכמות גדולה ולהפעיל יכולות משופרות של ניהול אשכולות, אתם יכולים לבחור מקום שמור לעתיד במצב יומן או VM במודל Spot.

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

  • קבלת קיבולת: התהליך לקבלת קיבולת שונה בכל אפשרות צריכה.

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

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

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

    המסוף

    כשמשתמשים במסוף Google Cloud כדי לגשת לשירותים ולממשקי ה-API של Google Cloud , לא צריך להגדיר אימות.

    gcloud

    1. התקינו את ה-CLI של Google Cloud. אחר כך, מאתחלים את ה-CLI של Google Cloud באמצעות הפקודה הבאה: 

      gcloud init

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

  • הגדרת אזור ותחום כברירת מחדל

    • REST

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

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

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

    מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Google Cloud .

סקירה כללית

כדי ליצור קבוצת MIG עם סוג המכונה H4D:

  1. יצירת רשתות VPC
  2. אופציונלי: יצירת מדיניות לעומסי עבודה אופציונלי: יצירת מדיניות למיקום קומפקטי
  3. יצירת תבנית של הגדרות מכונה
  4. יצירת קבוצת מופעי מכונה מנוהלים (MIG)
  5. התקנת מנהלי התקנים של GPU

מגבלות

כשיוצרים קבוצת MIG עם מכונות וירטואליות מסוג H4D, חלות המגבלות הבאות:

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

מגבלות על בקשות לשינוי כמות ב-MIG

המגבלות הבאות חלות על בקשות לשינוי כמות של MIG:

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

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

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

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

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

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

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

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

מדריכי הוראות

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

Script

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

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

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

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

    1. במסוף Google Cloud , נכנסים לדף רשתות VPC.

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

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

gcloud

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

Flex-start

כדי ליצור תבנית של הגדרות מכונה אזורית, משתמשים בפקודה 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 \
    
    --instance-termination-action=DELETE \
    --max-run-duration=RUN_DURATION \
    --maintenance-policy=TERMINATE \
    --provisioning-model=FLEX_START

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

  • ‫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: אופציונלי: סוג המחסנית שבה משתמשים בממשק 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.

  • ‫RUN_DURATION: משך הזמן שבו רוצים שהמכונות המבוקשות יפעלו. צריך להזין את הערך כמספר ימים, שעות, דקות או שניות, ואחריו את האותיות d,‏ h,‏ m ו-s בהתאמה. לדוגמה, מציינים 30m ל-30 דקות או 1d2h3m4s ליום אחד, שעתיים, שלוש דקות וארבע שניות. הערך צריך להיות בין 10 דקות ל-7 ימים.

הזמנה מראש

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

כרטיס Spot

כדי ליצור תבנית של הגדרות מכונה אזורית, משתמשים בפקודה 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 \
    --provisioning-model=SPOT \
    --instance-termination-action=TERMINATION_ACTION

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

  • ‫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: אופציונלי: סוג המחסנית שבה משתמשים בממשק 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.

  • ‫TERMINATION_ACTION: האם Compute Engine עוצר (STOP) או מוחק (DELETE) את ה-VMs במודל Spot בהפסקה זמנית.

REST

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

Flex-start

כדי ליצור תבנית של הגדרות מכונה אזורית, שולחים בקשת 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",
      }
    ],
,
    "scheduling": {
        "instanceTerminationAction": "DELETE",
        "maxRunDuration": {
          "seconds": RUN_DURATION
        },
        "onHostMaintenance": "TERMINATE",
        "provisioningModel": "FLEX_START"
      }

  }
}

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

  • ‫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.

  • RUN_DURATION: משך הזמן, בשניות, שבו רוצים להריץ את המכונות המבוקשות. הערך צריך להיות בין 600, שהוא 600 שניות (10 דקות), לבין 604800, שהוא 604,800 שניות (שבעה ימים).

נדרשת הזמנה

כדי ליצור תבנית של הגדרות מכונה אזורית, שולחים בקשת 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

Spot

כדי ליצור תבנית של הגדרות מכונה אזורית, שולחים בקשת 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",
      }
    ],
,
    "scheduling":
    {
      "provisioningModel": "SPOT",
      "instanceTerminationAction": "TERMINATION_ACTION"
    }
  }
}

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

  • ‫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.

  • ‫TERMINATION_ACTION: האם Compute Engine עוצר (STOP) או מוחק (DELETE) את ה-VMs במודל Spot בהפסקה זמנית.

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

יצירת MIG

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

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

אפשר לעיין במאמר בנושא יצירת קבוצת 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: מספר המכונות שרוצים שיהיו בקבוצת המכונות המנוהלת.
  • WORKLOAD_POLICY_URL: אופציונלי. כתובת ה-URL של מדיניות עומס העבודה, לדוגמה: projects/example-project/regions/us-central1/resourcePolicies/example-workload-policy. אם אתם לא רוצים להשתמש במדיניות עומסי עבודה, הסירו את הדגל --workload-policy.
  • ‫ZONE: האזור שבו רוצים ליצור את ה-MIG. אם משתמשים במדיניות של עומס עבודה, צריך לציין אזור בתוך האזור של המדיניות.
  • ‫REGION: האזור שבו רוצים ליצור את ה-MIG. אם אתם משתמשים במדיניות עומס עבודה, ציינו את אותו אזור כמו של המדיניות. ב-MIG אזורי, במקום אזור, אפשר לציין את האזורים באותו אזור באמצעות הדגל --zones.

REST

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

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

כדי ליצור קבוצת 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": 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
  {
    "name": "MIG_NAME",
    "instanceTemplate": "INSTANCE_TEMPLATE_URL",
    "targetSize": TARGET_SIZE,
    "resourcePolicies": {
      "workloadPolicy": "WORKLOAD_POLICY_URL"
    }
  }
מחליפים את הערכים הבאים:
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: האזור שבו רוצים ליצור את קבוצת ה-MIG. אם משתמשים במדיניות עומס עבודה, צריך לציין אזור בתוך האזור של המדיניות.
  • ‫REGION: האזור שבו רוצים ליצור את קבוצת ה-MIG. אם משתמשים במדיניות של עומס עבודה, צריך לציין את אותו אזור כמו זה של המדיניות.
  • ‫INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שבה רוצים להשתמש כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:
    • לתבנית של הגדרות מכונה אזורית: projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID
    • לתבנית גלובלית של הגדרות מכונה: INSTANCE_TEMPLATE_ID
  • ‫MIG_NAME: שם ה-MIG.
  • ‫TARGET_SIZE: מספר המופעים שרוצים בקבוצת המופעים המנוהלת.
  • WORKLOAD_POLICY_URL: אופציונלי. כתובת ה-URL של מדיניות עומס העבודה, לדוגמה: projects/example-project/regions/us-central1/resourcePolicies/example-workload-policy. אם לא רוצים להשתמש במדיניות של עומס עבודה, מסירים את השדה resourcePolicies.workloadPolicy.

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

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

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

gcloud

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

הזמנה מראש

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

כדי ליצור קבוצת 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 \
    --resize-by=COUNT \
    --zone=ZONE

  • כדי ליצור קבוצת 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 \
    --zones=ZONE \
    --target-distribution-shape=any-single-zone \
    --instance-redistribution-type=none

    2. כדי ליצור בקשה לשינוי כמות ב-MIG האזורי, משתמשים בפקודה instance-groups managed resize-requests create באופן הבא. הפקודה הזו מציינת את מספר המכונות הווירטואליות שרוצים ליצור. אם עומס העבודה שלכם דורש שמות ספציפיים של מכונות וירטואליות, אתם צריכים ליצור בקשה לשינוי גודל על ידי ציון רשימה של שמות מכונות וירטואליות. 

      gcloud compute instance-groups managed resize-requests create MIG_NAME \
    --resize-request=RESIZE_REQUEST_NAME \
    --resize-by=COUNT \
    --region=REGION

התחלה גמישה (Flex-start)

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

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

    1. כדי ליצור קבוצת MIG אזורית, משתמשים בפקודה instance-groups managed create באופן הבא.

      gcloud compute instance-groups managed create MIG_NAME \
    --template=INSTANCE_TEMPLATE_URL \
    --size=0 \
    --default-action-on-vm-failure=do-nothing \
    --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 \
    --resize-by=COUNT \
    --zone=ZONE

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

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

      gcloud compute instance-groups managed create MIG_NAME \
    --template=INSTANCE_TEMPLATE_URL \
    --size=0 \
    --default-action-on-vm-failure=do-nothing \

    --workload-policy=WORKLOAD_POLICY_URL \

    --region=REGION \
    --target-distribution-shape=any-single-zone \
    --instance-redistribution-type=none \
    --workload-policy=WORKLOAD_POLICY_URL

    2. כדי ליצור בקשה לשינוי כמות ב-MIG האזורי, משתמשים בפקודה instance-groups managed resize-requests create באופן הבא. הפקודה הזו מציינת את מספר המכונות הווירטואליות שרוצים ליצור. אם עומס העבודה דורש שמות ספציפיים של מכונות וירטואליות, צרו בקשה לשינוי כמות וציינו רשימה של שמות של מכונות וירטואליות. 

      gcloud compute instance-groups managed resize-requests create MIG_NAME \
    --resize-request=RESIZE_REQUEST_NAME \
    --resize-by=COUNT \
    --region=REGION

כרטיס Spot

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

כדי ליצור קבוצת MIG אזורית או אזורית ובקשה לשינוי כמות:
מחליפים את הערכים בשדות הבאים:
  • ‫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 של מדיניות עומס העבודה – לדוגמה, projects/example-project/regions/us-central1/resourcePolicies/example-workload-policy. אם אתם לא רוצים להשתמש במדיניות עומס עבודה, הסירו את הדגל --workload-policy.
  • ‫ZONE: האזור שבו רוצים ליצור את ה-MIG. גם כשמגדירים קבוצת MIG אזורית, צריך לציין אזור. האזור הזה צריך להיות האזור שמכיל את הפרופיל של רשת ה-VPC, וצריך להיות אזור שבו סוג המכונה זמין. מידע נוסף מופיע בקטע מגבלות.
  • ‫RESIZE_REQUEST_NAME: השם של בקשת שינוי הגודל, שחייב להיות ייחודי בתוך ה-MIG שצוין. אחרת, הבקשה לשינוי כמות תיכשל.
  • ‫COUNT: מספר המכונות שרוצים להוסיף ל-MIG בבת אחת.
  • ‫REGION: האזור שבו רוצים ליצור את ה-MIG.

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

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

כדי ליצור בקשה לשינוי כמות עם שמות ספציפיים של מכונות וירטואליות ב-MIG, משתמשים בפקודה gcloud compute instance-groups managed resize-requests create בגרסת בטא עם הדגל --instances:

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

    gcloud beta compute instance-groups managed resize-requests create MIG_NAME \
    --resize-request=RESIZE_REQUEST_NAME \
    --instances=INSTANCE_NAMES \
    --zone=ZONE

  • ב-MIG אזורי, מריצים את הפקודה הבאה:

    gcloud beta compute instance-groups managed resize-requests create MIG_NAME \
    --resize-request=RESIZE_REQUEST_NAME \
    --instances=INSTANCE_NAMES \
    --region=REGION
מחליפים את INSTANCE_NAMES ברשימה מופרדת בפסיקים של שמות המכונות הווירטואליות. לדוגמה, instance-1,instance-2,instance-3.

REST

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

הזמנה מראש

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

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

  • כדי ליצור קבוצת MIG אזורית ובקשה לשינוי כמות בה, בצע את הפעולות הבאות:
    1. כדי ליצור קבוצת 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"
  }
}
    2. כדי ליצור בקשה לשינוי כמות ב-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",
  "resizeBy": COUNT
}
  • כדי ליצור קבוצת MIG אזורית ובקשה לשינוי כמות:
    1. כדי ליצור קבוצת 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"
  }
}
    2. כדי ליצור בקשה לשינוי כמות ב-MIG האזורי, שולחים בקשת POST ל-method‏ regionInstanceGroupManagerResizeRequests.insert, באופן הבא: בבקשה הזו מציינים את מספר המכונות הווירטואליות שרוצים ליצור. אם עומס העבודה דורש שמות ספציפיים של מכונות וירטואליות, צרו בקשה לשינוי כמות וציינו רשימה של שמות של מכונות וירטואליות. 
      POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME/resizeRequests
{
  "name": "RESIZE_REQUEST_NAME",
  "resizeBy": COUNT
}

התחלה גמישה (Flex-start)

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

  • כדי ליצור קבוצת MIG אזורית ובקשה לשינוי כמות בה, בצע את הפעולות הבאות:
    1. כדי ליצור קבוצת 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,
  "instanceLifecyclePolicy": {
    "defaultActionOnFailure": "DO_NOTHING"
  },
  "resourcePolicies": {
    "workloadPolicy": "WORKLOAD_POLICY_URL"
  }
}
    2. כדי ליצור בקשה לשינוי כמות בקבוצת מופעי מכונה מנוהלים (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",
  "resizeBy": COUNT
}
  • כדי ליצור קבוצת MIG אזורית ובקשה לשינוי כמות:
    1. כדי ליצור קבוצת 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"
  },
  "instanceLifecyclePolicy": {
    "defaultActionOnFailure": "DO_NOTHING"
  },
  "resourcePolicies": {
    "workloadPolicy": "WORKLOAD_POLICY_URL"
  }
}
    2. כדי ליצור בקשה לשינוי כמות בקבוצת מופעי מכונה מנוהלים (MIG) אזורית, שולחים בקשת POST ל-method‏ regionInstanceGroupManagerResizeRequests.insert באופן הבא. בבקשה הזו מציינים את מספר המכונות הווירטואליות שרוצים ליצור. אם עומס העבודה דורש שמות ספציפיים של מכונות וירטואליות, צרו בקשה לשינוי כמות וציינו רשימה של שמות של מכונות וירטואליות. 
      POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME/resizeRequests
{
  "name": "RESIZE_REQUEST_NAME",
  "resizeBy": COUNT
}

כרטיס Spot

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

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

  • כדי ליצור קבוצת MIG אזורית ובקשה לשינוי כמות בה, בצע את הפעולות הבאות:
    1. כדי ליצור קבוצת 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"
  }
}
    2. כדי ליצור בקשה לשינוי כמות בקבוצת מופעי מכונה מנוהלים (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",
  "resizeBy": COUNT
}
  • כדי ליצור קבוצת MIG אזורית ובקשה לשינוי כמות:
    1. כדי ליצור קבוצת 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"
  }
}
    2. כדי ליצור בקשה לשינוי כמות ב-MIG האזורי, שולחים בקשת POST ל-method‏ regionInstanceGroupManagerResizeRequests.insert, באופן הבא: בבקשה הזו מציינים את מספר המכונות הווירטואליות שרוצים ליצור. אם עומס העבודה דורש שמות ספציפיים של מכונות וירטואליות, צרו בקשה לשינוי כמות וציינו רשימה של שמות של מכונות וירטואליות. 
      POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME/resizeRequests
{
  "name": "RESIZE_REQUEST_NAME",
  "resizeBy": COUNT
}
מחליפים את הערכים בשדות הבאים:
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: האזור שבו רוצים ליצור את ה-MIG. האזור הזה חייב להיות זהה לאזור שמכיל את הפרופיל של רשת ה-VPC, וצריך להיות אזור שבו סוג המכונה שבחרתם זמין. מידע נוסף מופיע בקטע מגבלות.
  • ‫REGION: האזור שבו רוצים ליצור את קבוצת ה-MIG. האזור הזה חייב להיות אותו אזור שמכיל את הפרופיל של רשת ה-VPC, וחייב להכיל אזור שבו סוג המכונה שבחרתם זמין. מידע נוסף מופיע בקטע מגבלות.
  • ‫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 של מדיניות עומס העבודה – לדוגמה, projects/example-project/regions/us-central1/resourcePolicies/example-workload-policy. אם אתם לא רוצים להשתמש במדיניות עומסי עבודה, הסירו את השדה resourcePolicies.workloadPolicy.
  • ‫RESIZE_REQUEST_NAME: השם של בקשת שינוי הגודל, שחייב להיות ייחודי בתוך ה-MIG שצוין. אחרת, הבקשה לשינוי כמות תיכשל.
  • ‫COUNT: מספר המופעים שרוצים להוסיף ל-MIG בבת אחת

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

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

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

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

{
  "name": "RESIZE_REQUEST_NAME",
  "instances": [
    {
      "name": "INSTANCE_NAME_1"
    },
    {
      "name": "INSTANCE_NAME_2"
    }
  ]
}

מחליפים את INSTANCE_NAME_1, INSTANCE_NAME_2 בשמות של המכונות הווירטואליות.

מה השלב הבא?