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

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

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

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

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

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

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

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

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

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

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

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

    המסוף

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

    gcloud

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

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

    • REST

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

      התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם.

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

סקירה כללית

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

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

מגבלות

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

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

  • אם יוצרים קבוצת MIG אזורית שמשתמשת ברשת RDMA, קבוצת ה-MIG יכולה ליצור מכונות H4D רק באזור שבו הגדרתם את פרופיל הרשת ל-RDMA.

  • אי אפשר להגדיר גמישות של מופעים ב-MIG.

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

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

הגבלות על בקשות לשינוי גודל של MIG

בבקשות לשינוי גודל של MIG, חלות המגבלות הבאות:

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

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

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

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

  • סוג כרטיס הרשת GVNIC: משתמש במנהל ההתקן gve לתעבורת TCP/IP ואינטרנט לתקשורת רגילה בין מכונות וירטואליות ובין מכונות וירטואליות לאינטרנט.
  • סוג כרטיס הרשת 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, כולל מקורות מחוץ ל- Cloud de Confiance by S3NS.
    • ‫RDMA_NAME_PREFIX: תחילית השם שתשמש לרשת ה-VPC ולתת-הרשת שמשתמשות בסוג כרטיס ה-NIC של IRDMA.
    • ‫ZONE: האזור שבו רוצים ליצור את הרשתות ואת מכונות ה-Compute. אפשר להשתמש ב-us-central1-a או ב-europe-west4-b.

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

    1. נכנסים לדף VPC networks במסוף Cloud de Confiance .

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

הפקודות הבאות מגדירות גם את היקף הגישה של המופעים. כדי לפשט את ניהול ההרשאות, Google ממליצה להגדיר את היקף הגישה במופע לגישת 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 \
    
    --reservation-affinity=none \
    --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 דקות לבין שבעה ימים.

הזמנה בלבד

כדי ליצור תבנית של הגדרות מכונה אזורית, משתמשים בפקודה 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) את המכונות הווירטואליות מסוג 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",
      }
    ],
,
    "reservationAffinity": {
        "consumeReservationType": "NO_RESERVATION"
      },
    "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) את המכונות הווירטואליות מסוג Spot בהפסקת פעולה לפני הזמן.

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

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

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

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

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

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

איך יוצרים קבוצת מופעים מנוהלת (MIG) ובקשה לשינוי גודל

 משימות מבוזרות של אימון ושיפור מודלים של למידת מכונה

יצירת MIG עם גודל יעד

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

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

gcloud

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

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

Flex-start

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

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

    1. כדי ליצור קבוצת מופעים מנוהלת אזורית, משתמשים בפקודה 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 \
    --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

הזמנה בלבד

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

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

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

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

כרטיס Spot

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

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

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

    1. כדי ליצור קבוצת מופעים מנוהלת אזורית, משתמשים בפקודה 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
מחליפים את מה שכתוב בשדות הבאים:
  • ‫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. גם כשמגדירים קבוצת מופעים מנוהלת אזורית, צריך לציין אזור. האזור הזה צריך להיות האזור שמכיל את הפרופיל של רשת ה-VPC, וצריך להיות אזור שבו סוג המכונה זמין. מידע נוסף מופיע בקטע מגבלות.
  • ‫RESIZE_REQUEST_NAME: שם בקשת השינוי, שחייב להיות ייחודי ב-MIG שצוין. אחרת, יצירת בקשת השינוי תיכשל.
  • ‫COUNT: מספר המופעים שרוצים להוסיף לקבוצת המופעים המנוהלת בבת אחת.
  • ‫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

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

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
}

הזמנה בלבד

הבקשות שבהן משתמשים כדי ליצור קבוצת מופעים מנוהלת (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
}

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

מה השלב הבא?