יצירת מופע G2 או G4

במאמר הזה מוסבר איך ליצור מכונה וירטואלית (VM) שמשתמשת בסוג מכונה מסדרת המכונות G2 או G4. סוגי מכונות שעברו אופטימיזציה להאצה בסדרת G מתאימים להרצת אפליקציות עתירות גרפיקה ולהסקת מסקנות (Inference) של למידת מכונה (ML) בצורה חסכונית.

אתם יכולים ליצור את המכונות הווירטואליות האלה כמכונות וירטואליות על פי דרישה. כדי להקטין את העלויות, אפשר גם ליצור מכונות וירטואליות מסוג G2 ו-G4 Spot, או ליצור מכונות וירטואליות מסוג G2 Flex-start. מידע נוסף על יצירת מכונות וירטואליות עם מעבדי GPU מצורפים זמין במאמר סקירה כללית על יצירת מכונה עם מעבדי GPU מצורפים.

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

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

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

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

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

    המסוף

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

    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 .

התפקידים הנדרשים

כדי לקבל את ההרשאות שנדרשות ליצירת מכונות וירטואליות, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד אדמין מכונות של Compute ‏ (v1) (roles/compute.instanceAdmin.v1) בפרויקט. כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

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

ההרשאות הנדרשות

כדי ליצור מכונות וירטואליות, צריך את ההרשאות הבאות:

  • ‫compute.instances.create בפרויקט
  • כדי להשתמש באימג' בהתאמה אישית ליצירת המכונה הווירטואלית (VM)‏: ‫compute.images.useReadOnly בקובץ אימג'
  • כדי להשתמש ב-snapshot ליצירת המכונה הווירטואלית: ‫compute.snapshots.useReadOnly בקובץ snapshot
  • כדי להשתמש בתבנית של הגדרות מכונה ליצירת המכונה הווירטואלית: ‫compute.instanceTemplates.useReadOnly בתבנית של הגדרות המכונה
  • כדי לציין רשת משנה למכונה הווירטואלית: ‫compute.subnetworks.use בפרויקט או ברשת המשנה שנבחרה
  • כדי לציין כתובת IP סטטית למכונה הווירטואלית: ‫compute.addresses.use בפרויקט
  • כדי להקצות כתובת IP חיצונית למכונה הווירטואלית כשמשתמשים ברשת VPC: ‫compute.subnetworks.useExternalIp בפרויקט או ברשת המשנה שנבחרה
  • כדי להקצות רשת מדור קודם למכונה הווירטואלית: ‫compute.networks.use בפרויקט
  • כדי להקצות כתובת IP חיצונית למכונה הווירטואלית כשמשתמשים ברשת מדור קודם: ‫compute.networks.useExternalIp בפרויקט
  • כדי להגדיר מטא-נתונים של המכונה הווירטואלית: ‫compute.instances.setMetadata בפרויקט
  • כדי להגדיר תגים למכונה הווירטואלית: ‫compute.instances.setTags במכונה הווירטואלית
  • כדי להגדיר תוויות למכונה הווירטואלית: ‫compute.instances.setLabels במכונה הווירטואלית
  • כדי להגדיר חשבון שירות לשימוש של המכונה הווירטואלית: ‫compute.instances.setServiceAccount במכונה הווירטואלית
  • כדי ליצור דיסק חדש למכונה הווירטואלית: ‫compute.disks.create בפרויקט
  • כדי לצרף דיסק קיים במצב קריאה-בלבד או במצב קריאה וכתיבה: ‫compute.disks.use בדיסק
  • כדי לצרף דיסק קיים במצב קריאה-בלבד: ‫compute.disks.useReadOnly בדיסק

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

יצירת מכונה עם מעבדי GPU מצורפים

אפשר ליצור מכונה מסוג G2 או G4 שמותאמת למאיצים באמצעות מסוף Google Cloud ,‏ Google Cloud CLI או REST.

המסוף

  1. נכנסים לדף Create an instance במסוף Google Cloud .

    כניסה לדף Create an instance

  2. בשדה Name, מזינים שם ייחודי למכונה. מוסכמות למתן שמות למשאבים

  3. בוחרים אזור ותחום שבהם סוגי המכונות האלה של GPU זמינים. אזורים ותחומים של GPU

  4. בקטע 'סוגי מכונות', בוחרים באפשרות GPUs.

    1. ברשימה סוג ה-GPU, בוחרים את סוג ה-GPU.

      • במכונות G2, בוחרים באפשרות NVIDIA L4
      • במכונות G4, בוחרים באפשרות NVIDIA RTX PRO 6000

    2. ברשימה Number of GPUs (מספר יחידות ה-GPU), בוחרים את מספר יחידות ה-GPU.

      • במכונות G4, המסוף בוחר באופן אוטומטי את סוג המכונה המתאים לפי מספר יחידות ה-GPU שנבחרו.

      • במכונות G2, צריך לבדוק את הדברים הבאים:

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

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

    3. אופציונלי: סדרות המכונות G2 ו-G4 תומכות ב-NVIDIA RTX Virtual Workstations (vWS) for graphics workloads. אם אתם מתכננים להריץ במכונה עומסי עבודה שדורשים משאבים גרפיים רבים, בחרו באפשרות Enable Virtual Workstation (NVIDIA GRID).

  5. מגדירים את דיסק האתחול באופן הבא:

    1. בקטע OS and storage, לוחצים על Change. ייפתח הדף תצורת דיסק אתחול.

    2. בדף תצורת דיסק אתחול, מבצעים את הפעולות הבאות:

      1. בכרטיסייה תמונות ציבוריות, בוחרים תמונה נתמכת של Compute Engine או תמונות של מכונות וירטואליות ללמידה עמוקה.
      2. מציינים גודל דיסק אתחול של לפחות 40GiB.
      3. כדי לאשר את האפשרויות של דיסק האתחול, לוחצים על Select.

  6. אופציונלי: מוסיפים כונני SSD מקומיים. אפשר להשתמש בכונני SSD מקומיים כדי ליצור דיסקים מהירים לאחסון נדיף (scratch disk) או כדי להזין נתונים ל-GPU תוך מניעת צווארי בקבוק בקלט/פלט. כדי להוסיף כונני SSD מקומיים למכונה:

    1. בקטע מערכת הפעלה ואחסון, לוחצים על הוספת SSD מקומי.
    2. בשדה ממשק, בוחרים באפשרות NVMe.
    3. בקטע Disk capacity (קיבולת הדיסק), בוחרים את מספר התקני ה-SSD המקומיים שרוצים לצרף. למספר המקסימלי של דיסקים מקומיים מסוג SSD לכל מכונה, אפשר לעיין במגבלות של סדרות מכונות ל-SSD מקומי.

  7. אופציונלי: כדי להשיג רוחב פס רשת גבוה יותר למכונות g4-standard-384 שלכם, מגדירים כמה ממשקי רשת. אפשר להגדיר עד שני ממשקי רשת. ההגדרה הזו יוצרת מכונת g4-standard-384 עם שני ממשקי רשת (2x 200 Gbps). בקטע Networking (רשת), מבצעים את הפעולות הבאות:

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

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

      1. בוחרים רשת ורשת משנה אחרות של VPC. כל ממשק רשת חייב להיות ברשת VPC ייחודית.
      2. בקטע כרטיס ממשק רשת, בוחרים באפשרות gVNIC.

  8. אופציונלי: הגדרת מודל הקצאת משאבים אחר כדי להקטין את העלויות. בקטע Advanced options, בקטע VM provisioning model, בוחרים אחת מהאפשרויות הבאות:

  9. אופציונלי: ברשימה On VM termination, בוחרים מה יקרה כש-Compute Engine יפסיק את ה-VM במודל Spot או כשמכונות ה-Flex-start VM יגיעו לסוף משך ההפעלה שלהן:

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

  10. כדי ליצור את המכונה הווירטואלית ולהפעיל אותה, לוחצים על Create.

gcloud

כדי ליצור מכונה ולהפעיל אותה, משתמשים בפקודה gcloud compute instances create. הפקודה הבאה כוללת את הדגלים הנדרשים.

  gcloud compute instances create VM_NAME \
      --machine-type=MACHINE_TYPE \
      --zone=ZONE \
      --boot-disk-size=DISK_SIZE \
      --image=IMAGE \
      --image-project=IMAGE_PROJECT \
      --maintenance-policy=TERMINATE \
      --restart-on-failure

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

  • ‫VM_NAME: השם של המכונה החדשה.

  • ‫MACHINE_TYPE : סוג המכונה שבחרתם. בוחרים אחת מהאפשרויות הבאות:

    • סוג מכונה G4.
    • סוג מכונה G2. סוגי מכונות G2 תומכים גם בזיכרון בהתאמה אישית. הזיכרון חייב להיות כפולה של 1,024MB ובטווח הזיכרון הנתמך. לדוגמה, כדי ליצור מכונה עם 4 מעבדים וירטואליים וזיכרון של 19GB, מציינים את הערך --machine-type=g2-custom-4-19456.
  • ‫ZONE: האזור של המכונה. באזור צריך להיות תמיכה בדגם ה-GPU שבחרתם.
  • ‫DISK_SIZE: הגודל של דיסק האתחול ב-GiB. מציינים גודל של דיסק אתחול של 40GiB לפחות.
  • ‫IMAGE: קובץ אימג' של מערכת הפעלה שתומכת במעבדי GPU. כדי להשתמש בתמונה העדכנית ביותר במשפחת תמונות, מחליפים את הדגל --image בדגל --image-family ומגדירים את הערך שלו למשפחת תמונות שתומכת ב-GPU. לדוגמה: --image-family=rocky-linux-8-optimized-gcp.
    אפשר גם לציין תמונה מותאמת אישית או תמונות VM של למידה עמוקה.
  • ‫IMAGE_PROJECT: פרויקט קובץ האימג' של Compute Engine שאליו שייך קובץ האימג' של מערכת ההפעלה. אם משתמשים בתמונה בהתאמה אישית או בתמונות של מכונות וירטואליות ללמידה עמוקה, צריך לציין את הפרויקט שאליו התמונות האלה שייכות.

דגלים אופציונליים

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

תכונה תיאור
מודל הקצאת ההרשאות ההגדרה הזו קובעת את מודל ההקצאה של המופע. אפשר לציין את הערכים STANDARD, SPOT או FLEX_START. אם מציינים את FLEX_START, צריך לציין דגלים נוספים בפקודה כדי ליצור את המכונה. אם לא מציינים מודל הקצאת משאבים, הערך שמוגדר ב-Compute Engine הוא STANDARD. מידע נוסף זמין במאמר בנושא מודלים של הקצאת משאבים למופעים של Compute Engine. 
--provisioning-model=PROVISIONING_MODEL
תחנת עבודה וירטואלית מציינת תחנות עבודה וירטואליות (vWs) של NVIDIA RTX לעומסי עבודה גרפיים. 
--accelerator=type=VWS_ACCELERATOR_TYPE,count=VWS_ACCELERATOR_COUNT

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

  • בקטע VWS_ACCELERATOR_TYPE, בוחרים אחת מהאפשרויות הבאות:
    • במכונות G4, מציינים את הערך nvidia-rtx-pro-6000-vws
    • במקרים של מופעי G2, מציינים nvidia-l4-vws
  • במקרה של VWS_ACCELERATOR_COUNT, מציינים את מספר יחידות ה-GPU הווירטואליות שרוצים.
אחסון SSD מקומי מצרף למופע דיסקי SSD מקומיים. אפשר להשתמש בכונני SSD מקומיים כדי ליצור במהירות דיסקים זמניים או כדי להזין נתונים ל-GPU תוך מניעת צווארי בקבוק של קלט/פלט. 
    --local-ssd=interface=nvme \
    --local-ssd=interface=nvme \
    --local-ssd=interface=nvme ...
 למידע על המספר המקסימלי של דיסקים מסוג SSD מקומי שאפשר לצרף לכל מכונת VM, אפשר לעיין במאמר מגבלות של SSD מקומי.
ממשק רשת מצרף כמה ממשקי רשת למופע. במקרים של g4-standard-384, אפשר לצרף עד שני ממשקי רשת. אתם יכולים להשתמש בדגל הזה כדי ליצור מכונה עם שני ממשקי רשת (2x 200 Gbps). כל ממשק רשת חייב להיות ברשת VPC ייחודית. 
   --network-interface=network=VPC_NAME_1,subnet=SUBNET_NAME_1,nic-type=GVNIC \
   --network-interface=network=VPC_NAME_2,subnet=SUBNET_NAME_2,nic-type=GVNIC

ממשקי רשת כפולים נתמכים רק במכונות מסוג g4-standard-384.

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

  • ‫VPC_NAME: השם של רשת ה-VPC.
  • ‫SUBNET_NAME: השם של רשת המשנה שמהווה חלק מרשת ה-VPC שצוינה.
מדיניות המיקום שולטת במיקום של המכונה בתוך אזור. אתם יכולים לציין מדיניות compact כדי למזער את זמן האחזור ברשת במכונות G2, או מדיניות spread כדי לשפר את העמידות של מכונות G4 או G2 בפני שיבושים ספציפיים לאזור. 
   --resource-policies=POLICY_NAME

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

REST

שולחים בקשת POST אל ה-method‏ instances.insert. מכיוון שלא ניתן לבצע מיגרציה פעילה של מכונות עם GPUs, צריך להגדיר את השדה onHostMaintenance לערך TERMINATE. השיטה הבאה כוללת את שדות החובה בגוף הבקשה.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances

{
   "machineType":"projects/PROJECT_ID/zones/ZONE/machineTypes/MACHINE_TYPE",
   "disks":[
      {
         "type":"projects/PROJECT_ID/zones/ZONE/diskTypes/hyperdisk-balanced",
         "initializeParams":{
            "diskSizeGb":"DISK_SIZE",
            "sourceImage":"SOURCE_IMAGE_URI"
         },
         "boot":true
      }
   ],
   "name":"VM_NAME",
   "networkInterfaces":[
      {
         "network":"projects/PROJECT_ID/global/networks/default"
      }
   ],
   "scheduling":{
      "onHostMaintenance": "TERMINATE",
      "automaticRestart": true
   }
}

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

  • ‫VM_NAME: השם של המכונה החדשה.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: האזור של המכונה. באזור הזה צריכה להיות תמיכה במודל ה-GPU שבחרתם.
  • ‫MACHINE_TYPE : סוג המכונה שבחרתם. בוחרים אחת מהאפשרויות הבאות:
    • סוג מכונה G4.
    • סוג מכונה G2. סוגי המכונות G2 תומכים גם בזיכרון בהתאמה אישית. הזיכרון חייב להיות כפולה של 1,024MB ובטווח הזיכרון הנתמך. לדוגמה, שם סוג המכונה של מכונה עם 4 ליבות וירטואליות וזיכרון של 19GB יהיה g2-custom-4-19456.
  • ‫SOURCE_IMAGE_URI: ה-URI של התמונה או משפחת התמונות הספציפית שבה רוצים להשתמש. לדוגמה:
    • תמונה ספציפית: "sourceImage": "projects/rocky-linux-cloud/global/images/rocky-linux-8-optimized-gcp-v20220719"
    • סדרת תמונות: "sourceImage": "projects/rocky-linux-cloud/global/images/family/rocky-linux-8-optimized-gcp"
    כשמציינים משפחת תמונות, Compute Engine יוצר מכונה מקובץ האימג' העדכני ביותר של מערכת ההפעלה שלא הוצא משימוש במשפחה הזו. למידע נוסף על המקרים שבהם כדאי להשתמש במשפחות של קובצי אימג', קראו את המאמר שיטות מומלצות למשפחות של קובצי אימג'.
  • ‫DISK_SIZE: הגודל של דיסק האתחול ב-GiB. מציינים גודל דיסק אתחול של לפחות 40GiB.

שדות אופציונליים

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

תכונה תיאור
מודל הקצאת ההרשאות כדי להקטין את העלויות, אפשר לציין מודל הקצאה אחר על ידי הוספת השדה "provisioningModel": "PROVISIONING_MODEL" לאובייקט scheduling בבקשה. מידע נוסף זמין במאמר בנושא מודלים של הקצאת משאבים למופעים של Compute Engine. 
    "scheduling":
     {
       "onHostMaintenance": "TERMINATE",
       "provisioningModel": "PROVISIONING_MODEL"
     }

מחליפים את PROVISIONING_MODEL באחד מהערכים הבאים:

  • ‫STANDARD: מופע רגיל. זה ערך ברירת המחדל.
  • ‫SPOT: VM במודל Spot. אם יוצרים VM במודל Spot, השדות onHostMaintenance ו-automaticRestart מוחלפים. ‫VM במודל Spot מוצעות בהנחה משמעותית, אבל Compute Engine יכול להפסיק את פעולתן בכל שלב כדי להחזיר את הקיבולת.
  • ‫FLEX_START: מכונה וירטואלית עם הפעלה גמישה. מכונות וירטואליות עם התחלה גמישה פועלות עד שבעה ימים, ויכולות לעזור לכם להשיג משאבים מבוקשים כמו יחידות GPU במחיר מוזל. אם יוצרים מכונה וירטואלית מסוג Flex-start VM, צריך לציין שדות נוספים בבקשה. מידע נוסף זמין במאמר יצירת Flex-start VM.
תחנת עבודה וירטואלית מציין תחנות עבודה וירטואליות (vWS) של NVIDIA RTX לעומסי עבודה גרפיים. 
   "guestAccelerators":
     [
       {
         "acceleratorCount": VWS_ACCELERATOR_COUNT,
         "acceleratorType": "projects/PROJECT_ID/zones/ZONE/acceleratorTypes/VWS_ACCELERATOR_TYPE"
       }
     ]

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

  • בקטע VWS_ACCELERATOR_TYPE, בוחרים אחת מהאפשרויות הבאות:
    • במכונות G4, מציינים את הערך nvidia-rtx-pro-6000-vws
    • במקרים של מופעי G2, מציינים nvidia-l4-vws
  • במקרה של VWS_ACCELERATOR_COUNT, מציינים את מספר יחידות ה-GPU הווירטואליות שרוצים.
אחסון SSD מקומי מצרף למופע דיסקי SSD מקומיים. אפשר להשתמש בכונני SSD מקומיים כדי ליצור במהירות דיסקים זמניים או כדי להזין נתונים ל-GPU תוך מניעת צווארי בקבוק של קלט/פלט. 
   {
     "type": "SCRATCH",
     "autoDelete": true,
     "initializeParams": {
       "diskType": "projects/PROJECT_ID/zones/ZONE/diskTypes/local-nvme-ssd"
     }
   }
למידע על המספר המקסימלי של דיסקים מסוג SSD מקומי שאפשר לצרף לכל מכונת VM, אפשר לעיין במאמר מגבלות של SSD מקומי.
ממשק רשת מצרף כמה ממשקי רשת למופע. במכונות g4-standard-384, אפשר לצרף עד שני ממשקי רשת. הפעולה הזו יוצרת מכונה עם שני ממשקי רשת (2x 200 Gbps). כל ממשק רשת חייב להיות ברשת VPC ייחודית. 
   "networkInterfaces":
   [
     {
       "network": "projects/PROJECT_ID/global/networks/VPC_NAME_1",
       "subnetwork": "projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME_1",
       "nicType": "GVNIC"
     },
     {
       "network": "projects/PROJECT_ID/global/networks/VPC_NAME_2",
       "subnetwork": "projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME_2",
       "nicType": "GVNIC"
     }
   ]

ממשקי רשת כפולים נתמכים רק במכונות מסוג g4-standard-384.

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

  • ‫VPC_NAME_1 ו-VPC_NAME_2: השם של רשתות ה-VPC.
  • ‫SUBNET_NAME: השם של רשת המשנה שהיא חלק מרשתות ה-VPC שצוינו.
מדיניות מיקום המודעות קובעת את המיקום של המכונה בתוך אזור. אתם יכולים להגדיר מדיניות קומפקטית כדי לצמצם את זמן האחזור ברשת במכונות G2, או מדיניות פריסה כדי לשפר את העמידות של מכונות G4 או G2 בפני שיבושים ספציפיים לאזור. 
   "resourcePolicies": [
     "projects/PROJECT_ID/regions/REGION/resourcePolicies/POLICY_NAME"
   ]

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

  • ‫REGION: האזור שבו נמצאת מדיניות המיקום. אפשר ליצור את המופע רק באותו אזור שבו נמצאת המדיניות.
  • ‫POLICY_NAME: השם של מדיניות המיקום.

התקנת מנהלי התקנים

אחרי שיוצרים את המכונה, צריך להתקין דרייבר כדי להשתמש ב-GPU. הדרייבר שצריך להתקין תלוי בשאלה אם הפעלתם NVIDIA RTX Virtual Workstation ‏ (vWS) לעומסי עבודה גרפיים כשיצרתם את המכונה.

התקנה של דרייברים של vGPU עבור GPUs חלקיים

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

(אופציונלי) מצב Multi-Instance GPU (רק ב-G4)

מצב Multi-Instance GPU ‏ (MIG) הוא תכונה שאפשר להפעיל ב-NVIDIA GPU נתמך.

אחרי שיוצרים מכונת G4, אפשר להפעיל מצב Multi-Instance GPU ‏ (MIG) במעבד GPU יחיד מסוג NVIDIA RTX PRO 6000 שמצורף למכונה. כשמצב MIG מופעל, ה-GPU היחיד מחולק למחיצות של עד שבעה מופעי GPU עצמאיים. כל מופע פועל בו-זמנית, לכל אחד יש זיכרון, מטמון ומעבדים מרובי-ליבות משלו. לאחר מכן, תוכלו להריץ עומסי עבודה שונים במקביל במכונות ה-GPU האלה. השימוש בסוגי מכונות G4 שכוללים מעבדי GPU חלקיים שונה מהשימוש בסוגי מכונות G4 שכוללים מעבדי GPU שלמים. במקרה של מעבדי GPU חלקיים, כמה עומסי עבודה חולקים גישה למעבד GPU פיזי יחיד באמצעות חלוקה למחיצות (vGPU).

מידע נוסף על שימוש ב-GPU כמה מופעים במקביל זמין במאמר תחילת העבודה עם MIG במסמכי NVIDIA.

מה השלב הבא?