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

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

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

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

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

מגבלות

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

לא מקבלים הנחות על שימוש קבוע והנחות גמישות תמורת התחייבות לשימוש במכונות מסוג G2.
אפשר להשתמש בסוג מכונה G2 רק באזורים מסוימים.
סוג המכונה G2 זמין רק בפלטפורמת Cascade Lake.
אי אפשר להשתמש בדיסק מתמיד סטנדרטי (pd-standard) במכונות מסוג G2. במאמר סוגי דיסקים נתמכים ל-G2 מפורטים סוגי הדיסקים הנתמכים.
אי אפשר ליצור מעבדים גרפיים עם כמה מופעים במקביל במכונה שמשתמשת בסוג מכונה G2.
אם אתם צריכים לשנות את סוג המכונה של מכונת G2, קראו את המאמר שינוי מכונות שעברו אופטימיזציה למאיצים.
אי אפשר להשתמש בתמונות VM של למידה עמוקה (Deep Learning) כדיסקי אתחול למכונות מסוג G2.
כדי ליצור מכונות G2 בתרחישים הבאים, צריך להשתמש ב-Google Cloud CLI או ב-REST:
- אתם רוצים לציין ערכי זיכרון בהתאמה אישית.
- אתם רוצים להתאים אישית את מספר ליבות המעבד (CPU) שמוצגות.

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

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

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

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

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

המסוף

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

gcloud

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

gcloud init

REST

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

התקינו את ה-CLI של Google Cloud ואז היכנסו ל-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 בדיסק

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

סקירה כללית

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

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

אופציונלי: יצירת מדיניות למיקום קומפקטי

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

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

gcloud

כדי ליצור מדיניות למיקום קומפקטי, משתמשים בפקודה gcloud compute resource-policies create group-placement:

gcloud compute resource-policies create group-placement POLICY_NAME \
    --collocation=collocated \
    --max-distance=MAX_DISTANCE \
    --region=REGION

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

‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
‫MAX_DISTANCE: הגדרת המרחק המקסימלי של המכונות הווירטואליות, שאפשר לציין (גרסת טרום-השקה (Preview), מומלץ) או לא לציין (הסרת הדגל --max-distance). בהתאם לסוג המכונה, אפשר לציין אחד מהערכים הבאים:
- כדי למקם מכונות וירטואליות באותו בלוק משנה: 1
- כדי למקם מכונות וירטואליות באותו בלוק: 2
- כדי למקם מכונות וירטואליות בבלוקים סמוכים: 3
חשוב לוודא שהגדרת המרחק המקסימלי תומכת בסדרת המכונות ובמספר המכונות הווירטואליות שאתם מתכננים ליצור. מידע נוסף זמין במאמר מידע על מדיניות למיקום קומפקטי במסמכי התיעוד של Compute Engine.
‫REGION: האזור שבו רוצים ליצור את המדיניות למיקום קומפקטי. מציינים את האזור שמכיל את התחום שבו מתכננים ליצור מכונות, ומוודאים שסוג המכונה שרוצים להשתמש בו זמין באזור הזה. למידע על אזורים, קראו את המאמר זמינות של GPU לפי אזורים ותחומים.

REST

כדי ליצור מדיניות למיקום קומפקטי, שולחים בקשת POST ל-method‏ resourcePolicies.insert. בגוף הבקשה, כוללים את השדה collocation שמוגדר ל-COLLOCATED ואת השדה maxDistance.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/resourcePolicies
  {
    "name": "POLICY_NAME",
    "groupPlacementPolicy": {
      "collocation": "COLLOCATED",
      "maxDistance": MAX_DISTANCE
    }
  }

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

PROJECT_ID: מזהה הפרויקט.
‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
‫MAX_DISTANCE: הגדרת המרחק המקסימלי של המכונות הווירטואליות, שיכולה להיות מוגדרת (גרסת טרום-השקה (Preview), מומלץ) או לא מוגדרת (הסרת השדה maxDistance). בהתאם לסוג המכונה, אפשר לציין אחד מהערכים הבאים:
- כדי למקם מכונות וירטואליות באותו בלוק משנה: 1
- כדי למקם מכונות וירטואליות באותו בלוק: 2
- כדי למקם מכונות וירטואליות בבלוקים סמוכים: 3
חשוב לוודא שהגדרת המרחק המקסימלי תומכת בסדרת המכונות ובמספר המכונות הווירטואליות שאתם מתכננים ליצור. מידע נוסף זמין במאמר מידע על מדיניות למיקום קומפקטי במסמכי התיעוד של Compute Engine.
‫REGION: האזור שבו רוצים ליצור את המדיניות למיקום קומפקטי. מציינים את האזור שמכיל את התחום שבו מתכננים ליצור מכונות, ומוודאים שסוג המכונה שרוצים להשתמש בו זמין באזור הזה. למידע על אזורים, קראו את המאמר זמינות של GPU לפי אזורים ותחומים.

יצירת מספר גדול של מכונות וירטואליות מסוג G2

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

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

gcloud

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

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

הזמנה

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

מקומות שמורים לפי הצורך
מקומות שמורים לעתיד רגילים

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

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

gcloud compute instances bulk create \
    --name-pattern=NAME_PATTERN \
    --count=COUNT \
     --machine-type=MACHINE_TYPE \
    --image-family=IMAGE_FAMILY \
    --image-project=IMAGE_PROJECT \
    --region=REGION \
    --boot-disk-type=DISK_TYPE \
    --boot-disk-size=DISK_SIZE \
    --scopes=cloud-platform \
    --provisioning-model=STANDARD \
    --maintenance-policy=TERMINATE \
    --reservation-affinity=RESERVATION_AFFINITY \
    --reservation=RESERVATION

כך עושים את זה:

מחליפים את מה שכתוב בשדות הבאים:
- ‫NAME_PATTERN: תבנית השם שבה משתמשים למכונות G2. לדוגמה, אם משתמשים בתבנית השם instance-#, נוצרים מכונות G2 עם שמות כמו instance-1 ו-instance-2, עד למספר מכונות ה-G2 שצוין ב---count.
- ‫COUNT: מספר המכונות מסוג G2 שרוצים ליצור.
- ‫MACHINE_TYPE: סוג המכונה שבה משתמשים במכונה G2. למידע נוסף, קראו את המאמר סוגי מכונות GPU במסמכי התיעוד של Compute Engine.
- ‫IMAGE_FAMILY: משפחת קובצי האימג' של מערכת ההפעלה שבה רוצים להשתמש. רשימה של כל מערכות ההפעלה הנתמכות
- ‫IMAGE_PROJECT: מזהה הפרויקט של קובץ האימג' של מערכת ההפעלה.
- ‫REGION: מציינים אזור שבו סוג המכונה שרוצים להשתמש בה זמין. אם אתם רוצים לציין מדיניות למיקום קומפקטי, אתם צריכים להשתמש באותו אזור כמו המדיניות למיקום קומפקטי. למידע על אזורים, ראו זמינות GPU לפי אזורים ותחומים.
- ‫DISK_TYPE: סוג דיסק האתחול. למידע נוסף על סוגי הדיסקים שנתמכים בסוג המכונה שלכם, קראו את המאמר מכונות GPU במשפחת מכונות שעברו אופטימיזציה למאיצים במסמכי התיעוד של Compute Engine.
- ‫DISK_SIZE: גודל דיסק האתחול ב-GB. למידע נוסף, קראו את המאמר מגבלות הגודל של Google Cloud Hyperdisk או מגבלות הגודל של Persistent Disk, בהתאם לסוג הדיסק.
- ‫RESERVATION_AFFINITY: המקומות השמורים שהמכונה יכולה לצרוך, אם אפשר. מציינים אחת מהאפשרויות הבאות:
  - any (קיבולת ההזמנה היא אופציונלית): זוהי אפשרות ברירת המחדל. המכונה מנסה להשתמש בקיבולת ממקום שמור שנוצל באופן אוטומטי, וזה קורה רק אם יש קיבולת פנויה במקום השמור שתואם למכונה. אחרת, המכונה משתמשת בקיבולת על פי דרישה.
  - ‫specific (נדרשת קיבולת של מקום שמור): המכונה צריכה להשתמש בקיבולת של מקום שמור מטורגט ספציפית. למכונה אין הרשאה להשתמש בקיבולת על פי דרישה. אם הקיבולת של המקום השמור לא זמינה, יצירת המכונה תיכשל.
- ‫RESERVATION: ההזמנה שבה רוצים להשתמש. מציינים את אחד מהערכים הבאים, בהתאם לערך שציינתם בשדה RESERVATION_AFFINITY:
  - אם ציינתם את any, החליפו את RESERVATION במחרוזת ריקה (""). לחלופין, אתם יכולים להסיר את הדגל --reservation לגמרי.
  - אם ציינתם את specific, החליפו את RESERVATION בערך הבא:
```
projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME
```
    מחליפים את מה שכתוב בשדות הבאים:
    - ‫RESERVATION_OWNER_PROJECT_ID: מזהה הפרויקט שבו נוצרה ההזמנה.
    - ‫RESERVATION_NAME: שם ההזמנה.
כברירת מחדל, המכונה מופעלת מחדש באופן אוטומטי אם היא קורסת או אם Compute Engine עוצר אותה לצורך עצירה מתוכננת, כמו אירוע תחזוקה. כדי להשבית את ההפעלה האוטומטית מחדש, מוסיפים את הדגל הבא:
```
--no-restart-on-failure
```
אם בחרתם להשתמש במדיניות למיקום קומפקטי, מוסיפים לפקודה את הדגל הבא:
```
--resource-policies=POLICY_NAME
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
אופציונלי: כדי לצרף דיסקים מסוג Local SSD, מוסיפים את הדגל --local-ssd הבא לכל דיסק מסוג Local SSD.

חשוב לוודא שמספר כונני ה-SSD המקומיים שאתם מצרפים מותר לסוג המכונה שלכם. לפרטים, קראו את המאמר מידע על כונני SSD מקומיים במסמכי התיעוד של Compute Engine.
```
--local-ssd interface=INTERFACE_TYPE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש לדיסק ה-SSD המקומי. אם קובץ האימג' של דיסק האתחול כולל מנהלי התקנים של NVMe שעברו אופטימיזציה, צריך לציין את הערך NVME. צריך לציין SCSI לתמונות אחרות.
אחרי שיוצרים VM עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר לפני שמשתמשים בו.
אופציונלי: כדי להשתמש ב-NVIDIA RTX Virtual Workstation (vWS), מוסיפים את הדגל הבא.

כשיוצרים מכונה שמשתמשת ב-NVIDIA RTX Virtual Workstation,‏ Compute Engine מוסיף באופן אוטומטי רישיון vWS. למידע על תמחור של תחנות עבודה וירטואליות, ראו דף התמחור של GPU.
```
--accelerator=type=nvidia-l4-vws,count=VWS_ACCELERATOR_COUNT
```
מחליפים את VWS_ACCELERATOR_COUNT במספר ה-GPU הווירטואליים שרוצים.
מריצים את הפקודה.

על פי דרישה

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

gcloud compute instances bulk create \
    --name-pattern=NAME_PATTERN \
    --count=COUNT \
     --machine-type=MACHINE_TYPE \
    --image-family=IMAGE_FAMILY \
    --image-project=IMAGE_PROJECT \
    --region=REGION \
    --boot-disk-type=DISK_TYPE \
    --boot-disk-size=DISK_SIZE \
    --scopes=cloud-platform \
    --provisioning-model=STANDARD \
    --maintenance-policy=TERMINATE \
    --reservation-affinity=RESERVATION_AFFINITY

כך עושים את זה:

מחליפים את מה שכתוב בשדות הבאים:
- ‫NAME_PATTERN: תבנית השם שבה משתמשים למכונות G2. לדוגמה, אם משתמשים בתבנית השם instance-#, נוצרים מכונות G2 עם שמות כמו instance-1 ו-instance-2, עד למספר מכונות ה-G2 שצוין ב---count.
- ‫COUNT: מספר המכונות מסוג G2 שרוצים ליצור.
- ‫MACHINE_TYPE: סוג המכונה שבה משתמשים במכונה G2. למידע נוסף, קראו את המאמר סוגי מכונות GPU במסמכי התיעוד של Compute Engine.
- ‫IMAGE_FAMILY: משפחת קובצי האימג' של מערכת ההפעלה שבה רוצים להשתמש. רשימה של כל מערכות ההפעלה הנתמכות
- ‫IMAGE_PROJECT: מזהה הפרויקט של קובץ האימג' של מערכת ההפעלה.
- ‫REGION: מציינים אזור שבו סוג המכונה שרוצים להשתמש בה זמין. אם אתם רוצים לציין מדיניות למיקום קומפקטי, אתם צריכים להשתמש באותו אזור כמו המדיניות למיקום קומפקטי. למידע על אזורים, ראו זמינות GPU לפי אזורים ותחומים.
- ‫DISK_TYPE: סוג דיסק האתחול. למידע נוסף על סוגי הדיסקים שנתמכים בסוג המכונה שלכם, קראו את המאמר מכונות GPU במשפחת מכונות שעברו אופטימיזציה למאיצים במסמכי התיעוד של Compute Engine.
- ‫DISK_SIZE: גודל דיסק האתחול ב-GB. למידע נוסף, קראו את המאמר מגבלות הגודל של Google Cloud Hyperdisk או מגבלות הגודל של Persistent Disk, בהתאם לסוג הדיסק.
- ‫RESERVATION_AFFINITY: המקומות השמורים שהמכונה יכולה לצרוך, אם אפשר. מציינים אחת מהאפשרויות הבאות:
  - any (קיבולת ההזמנה היא אופציונלית): זוהי אפשרות ברירת המחדל. המכונה מנסה להשתמש בקיבולת ממקום שמור שנוצל באופן אוטומטי, וזה קורה רק אם יש קיבולת פנויה במקום השמור שתואם למכונה. אחרת, המכונה משתמשת בקיבולת על פי דרישה.
  - ‫none (On-demand capacity is required): המכונה לא תוכל להשתמש בקיבולת של מקום שמור.
כברירת מחדל, המכונה מופעלת מחדש באופן אוטומטי אם היא קורסת או אם Compute Engine עוצר אותה לצורך עצירה מתוכננת, כמו אירוע תחזוקה. כדי להשבית את ההפעלה האוטומטית מחדש, מוסיפים את הדגל הבא:
```
--no-restart-on-failure
```
אם בחרתם להשתמש במדיניות למיקום קומפקטי, מוסיפים לפקודה את הדגל הבא:
```
--resource-policies=POLICY_NAME
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
אופציונלי: כדי לצרף דיסקים מסוג Local SSD, מוסיפים את הדגל --local-ssd הבא לכל דיסק מסוג Local SSD.

חשוב לוודא שמספר כונני ה-SSD המקומיים שאתם מצרפים מותר לסוג המכונה שלכם. לפרטים, קראו את המאמר מידע על כונני SSD מקומיים במסמכי התיעוד של Compute Engine.
```
--local-ssd interface=INTERFACE_TYPE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש לדיסק ה-SSD המקומי. אם קובץ האימג' של דיסק האתחול כולל מנהלי התקנים של NVMe שעברו אופטימיזציה, צריך לציין את הערך NVME. צריך לציין SCSI לתמונות אחרות.
אחרי שיוצרים VM עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר לפני שמשתמשים בו.
אופציונלי: כדי להשתמש ב-NVIDIA RTX Virtual Workstation (vWS), מוסיפים את הדגל הבא.

כשיוצרים מכונה שמשתמשת ב-NVIDIA RTX Virtual Workstation,‏ Compute Engine מוסיף באופן אוטומטי רישיון vWS. למידע על תמחור של תחנות עבודה וירטואליות, ראו דף התמחור של GPU.
```
--accelerator=type=nvidia-l4-vws,count=VWS_ACCELERATOR_COUNT
```
מחליפים את VWS_ACCELERATOR_COUNT במספר יחידות ה-GPU הווירטואליות שרוצים.
מריצים את הפקודה.

כרטיס Spot

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

gcloud compute instances bulk create \
    --name-pattern=NAME_PATTERN \
    --count=COUNT \
     --machine-type=MACHINE_TYPE \
    --image-family=IMAGE_FAMILY \
    --image-project=IMAGE_PROJECT \
    --region=REGION \
    --boot-disk-type=DISK_TYPE \
    --boot-disk-size=DISK_SIZE \
    --scopes=cloud-platform \
    --provisioning-model=SPOT \
    --instance-termination-action=TERMINATION_ACTION \
    --maintenance-policy=TERMINATE \
    --no-restart-on-failure

כך עושים את זה:

מחליפים את מה שכתוב בשדות הבאים:
- ‫NAME_PATTERN: תבנית השם שבה משתמשים למכונות G2. לדוגמה, אם משתמשים בתבנית השם instance-#, נוצרים מכונות G2 עם שמות כמו instance-1 ו-instance-2, עד למספר מכונות ה-G2 שצוין ב---count.
- ‫COUNT: מספר המכונות מסוג G2 שרוצים ליצור.
- ‫MACHINE_TYPE: סוג המכונה שבה משתמשים במכונה G2. למידע נוסף, קראו את המאמר סוגי מכונות GPU במסמכי התיעוד של Compute Engine.
- ‫IMAGE_FAMILY: משפחת קובצי האימג' של מערכת ההפעלה שבה רוצים להשתמש. רשימה של כל מערכות ההפעלה הנתמכות
- ‫IMAGE_PROJECT: מזהה הפרויקט של קובץ האימג' של מערכת ההפעלה.
- ‫REGION: מציינים אזור שבו סוג המכונה שרוצים להשתמש בה זמין. אם רוצים לציין מדיניות למיקום קומפקטי, צריך להשתמש באותו אזור כמו המדיניות למיקום קומפקטי. למידע על אזורים, ראו זמינות GPU לפי אזורים ותחומים.
- ‫DISK_TYPE: סוג דיסק האתחול. למידע נוסף על סוגי הדיסקים שנתמכים בסוג המכונה שלכם, קראו את המאמר מכונות GPU במשפחת מכונות שעברו אופטימיזציה למאיצים במסמכי התיעוד של Compute Engine.
- ‫DISK_SIZE: גודל דיסק האתחול ב-GB. למידע נוסף, קראו את המאמר מגבלות הגודל של Google Cloud Hyperdisk או מגבלות הגודל של Persistent Disk, בהתאם לסוג הדיסק.
- ‫TERMINATION_ACTION: הפעולה שצריך לבצע כש-Compute Engine מפקיע את המכונה, STOP (ברירת המחדל) או DELETE.
  
  חשוב: ודאו שהאפליקציה שלכם יכולה להתמודד עם הפקעה. לדוגמה, אפשר לטפל בהפקעה על ידי ציון סקריפט כיבוי במהלך יצירת המכונה. איך מטפלים בהפקעה באמצעות סקריפט כיבוי
אם בחרתם להשתמש במדיניות למיקום קומפקטי, מוסיפים לפקודה את הדגל הבא:
```
--resource-policies=POLICY_NAME
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
אופציונלי: כדי לצרף דיסקים מסוג Local SSD, מוסיפים את הדגל --local-ssd הבא לכל דיסק מסוג Local SSD.

חשוב לוודא שמספר כונני ה-SSD המקומיים שאתם מצרפים מותר לסוג המכונה שלכם. לפרטים, קראו את המאמר מידע על כונני SSD מקומיים במסמכי התיעוד של Compute Engine.
```
--local-ssd interface=INTERFACE_TYPE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש לדיסק ה-SSD המקומי. אם קובץ האימג' של דיסק האתחול כולל מנהלי התקנים של NVMe שעברו אופטימיזציה, צריך לציין את הערך NVME. צריך לציין SCSI לתמונות אחרות.
אחרי שיוצרים VM עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר לפני שמשתמשים בו.
אופציונלי: כדי להשתמש ב-NVIDIA RTX Virtual Workstation (vWS), מוסיפים את הדגל הבא.

כשיוצרים מכונה שמשתמשת ב-NVIDIA RTX Virtual Workstation,‏ Compute Engine מוסיף באופן אוטומטי רישיון vWS. למידע על תמחור של תחנות עבודה וירטואליות, ראו דף התמחור של GPU.
```
--accelerator=type=nvidia-l4-vws,count=VWS_ACCELERATOR_COUNT
```
מחליפים את VWS_ACCELERATOR_COUNT במספר יחידות ה-GPU הווירטואליות שרוצים.
מריצים את הפקודה.

REST

כדי ליצור כמה מכונות בבת אחת, שולחים בקשת POST אל ה-method‏ instances.bulkInsert.

הזמנה

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

מקומות שמורים לפי הצורך
מקומות שמורים לעתיד רגילים

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/bulkInsert
{
  "namePattern": "NAME_PATTERN",
  "count": "COUNT",
  "instanceProperties": {
    "machineType": "MACHINE_TYPE",
    "disks": [
      {
        "boot": true,
        "initializeParams": {
          "diskSizeGb": "DISK_SIZE",
          "diskType": "DISK_TYPE",
          "sourceImage": "projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
        },
        "mode": "READ_WRITE",
        "type": "PERSISTENT"
      }
    ],
    "serviceAccounts": [
      {
        "email": "default",
        "scopes": [
          "https://www.googleapis.com/auth/cloud-platform"
        ]
      }
    ],
    "scheduling": {
    "provisioningModel": "STANDARD",
    "onHostMaintenance": "TERMINATE",
    "automaticRestart": AUTOMATIC_RESTART
  },
  "reservationAffinity": {
    "consumeReservationType": "RESERVATION_AFFINITY",
    "key": "compute.googleapis.com/reservation-name",
    "values": [
      "RESERVATION"
    ]
  }
  }
}

כך עושים את זה:

מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את מכונת G2.
- ‫ZONE: מציינים אזור שבו סוג המכונה שרוצים להשתמש בה זמין. אם רוצים לציין מדיניות למיקום קומפקטי, צריך להשתמש באזור שנמצא באותו אזור כמו המדיניות למיקום קומפקטי. למידע על אזורים, קראו את המאמר זמינות של GPU לפי אזורים ותחומים.
- ‫NAME_PATTERN: תבנית השם שבה משתמשים למכונות G2. לדוגמה, אם משתמשים בתבנית השם instance-#, נוצרים מכונות G2 עם שמות כמו instance-1 ו-instance-2, עד למספר מכונות ה-G2 שצוין ב---count.
- ‫COUNT: מספר המכונות מסוג G2 שרוצים ליצור.
- ‫MACHINE_TYPE: סוג המכונה שבה משתמשים במכונה G2. למידע נוסף, קראו את המאמר סוגי מכונות GPU במסמכי התיעוד של Compute Engine.
- ‫DISK_SIZE: גודל דיסק האתחול ב-GB. למידע נוסף, קראו את המאמר מגבלות הגודל של Google Cloud Hyperdisk או מגבלות הגודל של Persistent Disk, בהתאם לסוג הדיסק.
- ‫DISK_TYPE: סוג דיסק האתחול. למידע נוסף על סוגי הדיסקים שנתמכים בסוג המכונה שלכם, קראו את המאמר מכונות GPU במשפחת מכונות שעברו אופטימיזציה למאיצים במסמכי התיעוד של Compute Engine.
- ‫IMAGE_PROJECT: מזהה הפרויקט של קובץ האימג' של מערכת ההפעלה.
- ‫IMAGE_FAMILY: משפחת קובצי האימג' של מערכת ההפעלה שבה רוצים להשתמש. רשימה של כל מערכות ההפעלה הנתמכות
- ‫AUTOMATIC_RESTART: אם המכונה מופעלת מחדש באופן אוטומטי במקרה של קריסה, או אם Compute Engine עוצר אותה לצורך עצירה מתוכננת, כמו אירוע תחזוקה. מציינים את הערך true כדי להפעיל את ההפעלה האוטומטית מחדש (ברירת המחדל) או את הערך false כדי להשבית אותה.
- ‫RESERVATION_AFFINITY: המקומות השמורים שהמכונה יכולה לצרוך, אם אפשר. מציינים אחת מהאפשרויות הבאות:
  - ANY_RESERVATION (קיבולת ההזמנה היא אופציונלית): זוהי אפשרות ברירת המחדל. המכונה מנסה להשתמש בקיבולת ממקום שמור שנצרך באופן אוטומטי, וזה קורה רק אם יש קיבולת פנויה במקום השמור שתואם למכונה. אחרת, המכונה משתמשת בקיבולת על פי דרישה.
  - ‫SPECIFIC_RESERVATION (נדרשת קיבולת של מקום שמור): המכונה צריכה להשתמש בקיבולת של מקום שמור מטורגט ספציפית. למכונה אין הרשאה להשתמש בקיבולת על פי דרישה. אם הקיבולת של המקום השמור לא זמינה, יצירת המכונה תיכשל.
- ‫RESERVATION: ההזמנה שבה רוצים להשתמש. מציינים את אחד מהערכים הבאים, בהתאם לערך שציינתם בשדה RESERVATION_AFFINITY:
  - אם ציינתם את ANY_RESERVATION, מחקו את RESERVATION כדי שהערך יהיה מחרוזת ריקה (""). לחלופין, אתם יכולים להסיר את השדות key ו-values לגמרי.
  - אם ציינתם את SPECIFIC_RESERVATION, החליפו את RESERVATION בערך הבא:
```
projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME
```
    מחליפים את מה שכתוב בשדות הבאים:
    - ‫RESERVATION_OWNER_PROJECT_ID: מזהה הפרויקט שבו נוצרה ההזמנה.
    - ‫RESERVATION_NAME: שם ההזמנה.
אופציונלי: אם בחרתם להשתמש במדיניות למיקום קומפקטי, הוסיפו את שדה המשנה instanceProperties לגוף הבקשה:
```
    "resourcePolicies": [
      "projects/PROJECT_ID/regions/REGION/resourcePolicies/POLICY_NAME"
    ]
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט של המדיניות למיקום קומפקטי.
- ‫REGION: האזור של המדיניות למיקום קומפקטי.
- ‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
אופציונלי: כדי להשתמש בדיסקים מסוג SSD מקומי, מוסיפים את השדה הבא לשדה disks[] של כל דיסק מסוג SSD מקומי. מפרידים בין שדות המשנה של disks[] (כולל דיסק האתחול) באמצעות פסיק.

חשוב לוודא שמספר כונני ה-SSD המקומיים שאתם מצרפים מותר לסוג המכונה שלכם. לפרטים, קראו את המאמר מידע על כונני SSD מקומיים במסמכי התיעוד של Compute Engine.
```
    {
       "type": "SCRATCH",
       "initializeParams": {
          "diskType": "zones/ZONE/diskTypes/local-ssd"
       },
       "autoDelete": true,
       "interface": "INTERFACE_TYPE"
    }
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫ZONE: האזור שציינתם.
- ‫INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש לדיסק ה-SSD המקומי. אם קובץ האימג' של דיסק האתחול כולל מנהלי התקנים של NVMe שעברו אופטימיזציה, צריך לציין את הערך NVME. צריך לציין SCSI לתמונות אחרות.
אחרי שיוצרים VM עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר לפני שמשתמשים בו.
אופציונלי: כדי להשתמש ב-NVIDIA RTX Virtual Workstation (vWS), מוסיפים את השדה הבא.

כשיוצרים מכונה שמשתמשת ב-NVIDIA RTX Virtual Workstation,‏ Compute Engine מוסיף באופן אוטומטי רישיון vWS. למידע על תמחור של תחנות עבודה וירטואליות, ראו דף התמחור של GPU.
```
"guestAccelerators":
  [
    {
      "acceleratorCount": VWS_ACCELERATOR_COUNT,
      "acceleratorType": "projects/PROJECT_ID/zones/ZONE/acceleratorTypes/nvidia-l4-vws"
    }
  ]
```
מחליפים את VWS_ACCELERATOR_COUNT במספר יחידות ה-GPU הווירטואליות שרוצים.
שולחים את הבקשה.

על פי דרישה

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/bulkInsert
{
  "namePattern": "NAME_PATTERN",
  "count": "COUNT",
  "instanceProperties": {
    "machineType": "MACHINE_TYPE",
    "disks": [
      {
        "boot": true,
        "initializeParams": {
          "diskSizeGb": "DISK_SIZE",
          "diskType": "DISK_TYPE",
          "sourceImage": "projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
        },
        "mode": "READ_WRITE",
        "type": "PERSISTENT"
      }
    ],
    "serviceAccounts": [
      {
        "email": "default",
        "scopes": [
          "https://www.googleapis.com/auth/cloud-platform"
        ]
      }
    ],
    "scheduling": {
    "provisioningModel": "STANDARD",
    "onHostMaintenance": "TERMINATE",
    "automaticRestart": AUTOMATIC_RESTART
  },
  "reservationAffinity": {
    "consumeReservationType": "RESERVATION_AFFINITY"
  }
  }
}

כך עושים את זה:

מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את מכונת G2.
- ‫ZONE: מציינים אזור שבו סוג המכונה שרוצים להשתמש בה זמין. אם רוצים לציין מדיניות למיקום קומפקטי, צריך להשתמש באזור שנמצא באותו אזור כמו המדיניות למיקום קומפקטי. למידע על אזורים, קראו את המאמר זמינות של GPU לפי אזורים ותחומים.
- ‫NAME_PATTERN: תבנית השם שבה משתמשים למכונות G2. לדוגמה, אם משתמשים בתבנית השם instance-#, נוצרים מכונות G2 עם שמות כמו instance-1 ו-instance-2, עד למספר מכונות ה-G2 שצוין ב---count.
- ‫COUNT: מספר המכונות מסוג G2 שרוצים ליצור.
- ‫MACHINE_TYPE: סוג המכונה שבה משתמשים במכונה G2. למידע נוסף, קראו את המאמר סוגי מכונות GPU במסמכי התיעוד של Compute Engine.
- ‫DISK_SIZE: גודל דיסק האתחול ב-GB. למידע נוסף, קראו את המאמר מגבלות הגודל של Google Cloud Hyperdisk או מגבלות הגודל של Persistent Disk, בהתאם לסוג הדיסק.
- ‫DISK_TYPE: סוג דיסק האתחול. למידע נוסף על סוגי הדיסקים שנתמכים בסוג המכונה שלכם, קראו את המאמר מכונות GPU במשפחת מכונות שעברו אופטימיזציה למאיצים במסמכי התיעוד של Compute Engine.
- ‫IMAGE_PROJECT: מזהה הפרויקט של קובץ האימג' של מערכת ההפעלה.
- ‫IMAGE_FAMILY: משפחת קובצי האימג' של מערכת ההפעלה שבה רוצים להשתמש. רשימה של כל מערכות ההפעלה הנתמכות
- ‫AUTOMATIC_RESTART: אם המכונה מופעלת מחדש באופן אוטומטי במקרה של קריסה, או אם Compute Engine עוצר אותה לצורך עצירה מתוכננת, כמו אירוע תחזוקה. מציינים את הערך true כדי להפעיל את ההפעלה האוטומטית מחדש (ברירת המחדל) או את הערך false כדי להשבית אותה.
- ‫RESERVATION_AFFINITY: המקומות השמורים שהמכונה יכולה לצרוך, אם אפשר. מציינים אחת מהאפשרויות הבאות:
  - ANY_RESERVATION (קיבולת ההזמנה היא אופציונלית): זוהי אפשרות ברירת המחדל. המכונה מנסה להשתמש בקיבולת ממקום שמור שנצרך באופן אוטומטי, וזה קורה רק אם יש קיבולת פנויה במקום השמור שתואם למכונה. אחרת, המכונה משתמשת בקיבולת על פי דרישה.
  - ‫NO_RESERVATION (On-demand capacity is required): המכונה לא תוכל להשתמש בקיבולת של מקום שמור.
אופציונלי: אם בחרתם להשתמש במדיניות למיקום קומפקטי, הוסיפו את שדה המשנה instanceProperties לגוף הבקשה:
```
    "resourcePolicies": [
      "projects/PROJECT_ID/regions/REGION/resourcePolicies/POLICY_NAME"
    ]
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט של המדיניות למיקום קומפקטי.
- ‫REGION: האזור של המדיניות למיקום קומפקטי.
- ‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
אופציונלי: כדי להשתמש בדיסקים מסוג SSD מקומי, מוסיפים את השדה הבא לשדה disks[] של כל דיסק מסוג SSD מקומי. מפרידים בין שדות המשנה של disks[] (כולל דיסק האתחול) באמצעות פסיק.

חשוב לוודא שמספר כונני ה-SSD המקומיים שאתם מצרפים מותר לסוג המכונה שלכם. לפרטים, קראו את המאמר מידע על כונני SSD מקומיים במסמכי התיעוד של Compute Engine.
```
    {
       "type": "SCRATCH",
       "initializeParams": {
          "diskType": "zones/ZONE/diskTypes/local-ssd"
       },
       "autoDelete": true,
       "interface": "INTERFACE_TYPE"
    }
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫ZONE: האזור שציינתם.
- ‫INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש לדיסק ה-SSD המקומי. אם קובץ האימג' של דיסק האתחול כולל מנהלי התקנים של NVMe שעברו אופטימיזציה, צריך לציין את הערך NVME. צריך לציין SCSI לתמונות אחרות.
אחרי שיוצרים VM עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר לפני שמשתמשים בו.
אופציונלי: כדי להשתמש ב-NVIDIA RTX Virtual Workstation (vWS), מוסיפים את השדה הבא.

כשיוצרים מכונה שמשתמשת ב-NVIDIA RTX Virtual Workstation,‏ Compute Engine מוסיף באופן אוטומטי רישיון vWS. למידע על תמחור של תחנות עבודה וירטואליות, ראו דף התמחור של GPU.
```
"guestAccelerators":
  [
    {
      "acceleratorCount": VWS_ACCELERATOR_COUNT,
      "acceleratorType": "projects/PROJECT_ID/zones/ZONE/acceleratorTypes/nvidia-l4-vws"
    }
  ]
```
מחליפים את VWS_ACCELERATOR_COUNT במספר יחידות ה-GPU הווירטואליות שרוצים.
שולחים את הבקשה.

כרטיס Spot

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/bulkInsert
{
  "namePattern": "NAME_PATTERN",
  "count": "COUNT",
  "instanceProperties": {
    "machineType": "MACHINE_TYPE",
    "disks": [
      {
        "boot": true,
        "initializeParams": {
          "diskSizeGb": "DISK_SIZE",
          "diskType": "DISK_TYPE",
          "sourceImage": "projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
        },
        "mode": "READ_WRITE",
        "type": "PERSISTENT"
      }
    ],
    "serviceAccounts": [
      {
        "email": "default",
        "scopes": [
          "https://www.googleapis.com/auth/cloud-platform"
        ]
      }
    ],
    "scheduling":
    {
      "provisioningModel": "SPOT",
      "instanceTerminationAction": "TERMINATION_ACTION",
      "onHostMaintenance": "TERMINATE",
      "automaticRestart": false
    }
  }
}

כך עושים את זה:

מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את מכונת G2.
- ‫ZONE: מציינים אזור שבו סוג המכונה שרוצים להשתמש בה זמין. אם רוצים לציין מדיניות למיקום קומפקטי, צריך להשתמש באזור שנמצא באותו אזור כמו המדיניות למיקום קומפקטי. למידע על אזורים, קראו את המאמר זמינות של GPU לפי אזורים ותחומים.
- ‫NAME_PATTERN: תבנית השם שבה משתמשים למכונות G2. לדוגמה, אם משתמשים בתבנית השם instance-#, נוצרים מכונות G2 עם שמות כמו instance-1 ו-instance-2, עד למספר מכונות ה-G2 שצוין ב---count.
- ‫COUNT: מספר המכונות מסוג G2 שרוצים ליצור.
- ‫MACHINE_TYPE: סוג המכונה שבה משתמשים במכונה G2. למידע נוסף, קראו את המאמר סוגי מכונות GPU במסמכי התיעוד של Compute Engine.
- ‫DISK_SIZE: גודל דיסק האתחול ב-GB. למידע נוסף, קראו את המאמר מגבלות הגודל של Google Cloud Hyperdisk או מגבלות הגודל של Persistent Disk, בהתאם לסוג הדיסק.
- ‫DISK_TYPE: סוג דיסק האתחול. למידע נוסף על סוגי הדיסקים שנתמכים בסוג המכונה שלכם, קראו את המאמר מכונות GPU במשפחת מכונות שעברו אופטימיזציה למאיצים במסמכי התיעוד של Compute Engine.
- ‫IMAGE_PROJECT: מזהה הפרויקט של קובץ האימג' של מערכת ההפעלה.
- ‫IMAGE_FAMILY: משפחת קובצי האימג' של מערכת ההפעלה שבה רוצים להשתמש. רשימה של כל מערכות ההפעלה הנתמכות
- ‫TERMINATION_ACTION: הפעולה שצריך לבצע כש-Compute Engine מפקיע את המכונה, STOP (ברירת המחדל) או DELETE.
  
  חשוב: ודאו שהאפליקציה שלכם יכולה להתמודד עם הפקעה. לדוגמה, אפשר לטפל בהפקעה על ידי ציון סקריפט כיבוי במהלך יצירת המכונה. איך מטפלים בהפקעה באמצעות סקריפט כיבוי
אופציונלי: אם בחרתם להשתמש במדיניות למיקום קומפקטי, הוסיפו את שדה המשנה instanceProperties לגוף הבקשה:
```
    "resourcePolicies": [
      "projects/PROJECT_ID/regions/REGION/resourcePolicies/POLICY_NAME"
    ]
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט של המדיניות למיקום קומפקטי.
- ‫REGION: האזור של המדיניות למיקום קומפקטי.
- ‫POLICY_NAME: השם של המדיניות למיקום קומפקטי.
אופציונלי: כדי להשתמש בדיסקים מסוג SSD מקומי, מוסיפים את השדה הבא לשדה disks[] של כל דיסק מסוג SSD מקומי. מפרידים בין שדות המשנה של disks[] (כולל דיסק האתחול) באמצעות פסיק.

חשוב לוודא שמספר כונני ה-SSD המקומיים שאתם מצרפים מותר לסוג המכונה שלכם. לפרטים, קראו את המאמר מידע על כונני SSD מקומיים במסמכי התיעוד של Compute Engine.
```
    {
       "type": "SCRATCH",
       "initializeParams": {
          "diskType": "zones/ZONE/diskTypes/local-ssd"
       },
       "autoDelete": true,
       "interface": "INTERFACE_TYPE"
    }
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫ZONE: האזור שציינתם.
- ‫INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש לדיסק ה-SSD המקומי. אם קובץ האימג' של דיסק האתחול כולל מנהלי התקנים של NVMe שעברו אופטימיזציה, צריך לציין את הערך NVME. צריך לציין SCSI לתמונות אחרות.
אחרי שיוצרים VM עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר לפני שמשתמשים בו.
אופציונלי: כדי להשתמש ב-NVIDIA RTX Virtual Workstation (vWS), מוסיפים את השדה הבא.

כשיוצרים מכונה שמשתמשת ב-NVIDIA RTX Virtual Workstation,‏ Compute Engine מוסיף באופן אוטומטי רישיון vWS. למידע על תמחור של תחנות עבודה וירטואליות, ראו דף התמחור של GPU.
```
"guestAccelerators":
  [
    {
      "acceleratorCount": VWS_ACCELERATOR_COUNT,
      "acceleratorType": "projects/PROJECT_ID/zones/ZONE/acceleratorTypes/nvidia-l4-vws"
    }
  ]
```
מחליפים את VWS_ACCELERATOR_COUNT במספר יחידות ה-GPU הווירטואליות שרוצים.
שולחים את הבקשה.

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

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

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

אם הפעלתם את vWS, עיינו במאמר התקנת מנהלי התקנים של NVIDIA RTX Virtual Workstations (vWS)‎ במסמכי התיעוד של Compute Engine.
אחרת, משתמשים במנהלי ההתקנים של ה-GPU שמוגדרים כברירת מחדל, באופן הבא:
- אם ציינתם קובץ אימג' של מערכת ההפעלה שכולל מנהלי התקנים של GPU, אתם לא צריכים לעשות כלום.
- אם קובץ האימג' של מערכת ההפעלה לא כולל מנהלי התקנים של GPU, עיינו במאמר התקנת מנהלי התקנים של GPU במסמכי התיעוד של Compute Engine.

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

מגבלות

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

המסוף

gcloud

REST

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

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

סקירה כללית

אופציונלי: יצירת מדיניות למיקום קומפקטי

gcloud

REST

יצירת מספר גדול של מכונות וירטואליות מסוג G2

gcloud

הזמנה

על פי דרישה

כרטיס Spot

REST

הזמנה

על פי דרישה

כרטיס Spot

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

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

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