במאמר הזה מוסבר איך ליצור מכונה וירטואלית (VM) שמשתמשת בסוג מכונה מסדרת המכונות G2 או G4. סוגי המכונות מסדרה G שעברו אופטימיזציה למאיצים מתאימים להרצת אפליקציות שדורשות משאבים גרפיים רבים, ולהסקת מסקנות משתלמת של למידת מכונה (ML).
אתם יכולים ליצור את המכונות הווירטואליות האלה כמכונות וירטואליות על פי דרישה. כדי להוזיל את העלויות, אתם יכולים גם ליצור מכונות וירטואליות מסוג G2 ו-G4 במודל Spot, או ליצור מכונות וירטואליות מסוג G2 במודל Flex-start. במאמר סקירה כללית על יצירת מכונה עם מעבדי GPU מצורפים מוסבר איך יוצרים מכונות וירטואליות עם מעבדי GPU מצורפים.
בעומסי עבודה שלא דורשים משאבים של GPU מלא, כדי לבצע אופטימיזציה של העלויות, אתם יכולים ליצור מכונות וירטואליות שמחוברים אליהן חלקי GPU (vGPU) כדי לאפשר למספר עומסי עבודה לגשת ל-GPU פיזי אחד.
כדי ליצור כמה מכונות וירטואליות מסוג G2 או G4, אתם יכולים להשתמש באחת מהאפשרויות הבאות:
- קבוצות מופעי מכונה מנוהלים (MIG): לעומסי עבודה שדורשים זמינות גבוהה, מדרגיות ותיקונים אוטומטיים, אפשר ליצור MIG שמשתמשת בתבנית של הגדרות מכונה של GPU.
- יצירת מכונות בכמות גדולה: כדי ליצור מספר גדול של מכונות עצמאיות, אתם יכולים ליצור מכונות וירטואליות מסוג G2 ו-G4 בכמות גדולה.
לפני שמתחילים
- כדי לבדוק את המגבלות ואת השלבים הנוספים שצריך לבצע לפני שיוצרים מכונות עם GPUs מצורפים, כמו בחירת קובץ אימג' של מערכת ההפעלה ובדיקת המכסה של ה-GPU, קראו את המאמר סקירה כללית של יצירת מכונה עם GPUs מצורפים.
-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא התהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Google Cloud . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים האלה:
צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:
המסוף
כשמשתמשים במסוף 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בדיסק
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
יצירת מכונה עם מעבדי GPU מצורפים
אפשר ליצור מכונה מסוג G2 או G4 שמותאמת למאיצים באמצעות מסוף Google Cloud , Google Cloud CLI או REST.
המסוף
נכנסים לדף Create an instance במסוף Google Cloud .
בשדה Name, מזינים שם ייחודי למכונה. מוסכמה למתן שמות למשאבים
בוחרים אזור ותחום שבהם סוגי המכונות האלה עם GPU זמינים. אזורים ותחומים של GPU
בקטע של סוגי המכונות, בוחרים באפשרות GPUs.
ברשימה GPU type, בוחרים את סוג ה-GPU.
- במכונות G2, בוחרים באפשרות
NVIDIA L4 - במכונות G4, בוחרים באפשרות
NVIDIA RTX PRO 6000
- במכונות G2, בוחרים באפשרות
ברשימה Number of GPUs, בוחרים את מספר יחידות ה-GPU.
- במכונות G4, המסוף בוחר באופן אוטומטי את סוג המכונה המתאים לפי מספר יחידות ה-GPU שנבחרו.
במכונות G2, צריך לבדוק את הדברים הבאים:
- אם בוחרים GPU אחד, אפשר לבחור מתוך קבוצה של סוגי מכונות עם כמויות מוגדרות מראש של vCPU וזיכרון שמתאימות לעומסי העבודה שלכם.
- אם בוחרים שני GPUs או יותר, המסוף בוחר באופן אוטומטי את סוג המכונה המתאים לפי מספר ה-GPUs שנבחרו.
במכונות G2, אפשר גם לציין סוגי מכונות בהתאמה אישית. כדי לציין את מספר המעבדים הווירטואליים ואת כמות הזיכרון של המכונה, גוררים את המחוונים או מזינים את הערכים בתיבות הטקסט. במסוף מוצגת העלות המשוערת של המכונה כשמשנים את מספר המעבדים הווירטואליים ואת הזיכרון.
אופציונלי: סדרות המכונות G2 ו-G4 תומכות ב-NVIDIA RTX Virtual Workstations (vWS) לעומסי עבודה של גרפיקה. אם אתם מתכננים להריץ במכונה עומסי עבודה שדורשים משאבים גרפיים רבים, בחרו באפשרות Enable Virtual Workstation (NVIDIA GRID).
מגדירים את דיסק האתחול באופן הבא:
- בקטע OS and storage, לוחצים על Change. הדף תצורת דיסק אתחול ייפתח.
בדף תצורת דיסק אתחול, מבצעים את הפעולות הבאות:
- בכרטיסייה Public images, בוחרים תמונה נתמכת של Compute Engine או תמונת VM של למידה עמוקה (Deep Learning).
- מציינים גודל דיסק אתחול של לפחות 40GiB.
- כדי לאשר את האפשרויות של דיסק האתחול, לוחצים על Select.
אופציונלי: מוסיפים כונני SSD מקומיים. אפשר להשתמש ב-SSD מקומי כדי ליצור דיסקים מהירים לאחסון נדיף (scratch disk) או כדי להזין נתונים ל-GPU תוך מניעת צווארי בקבוק בקלט/פלט. כדי להוסיף כונני SSD מקומיים למכונה:
- בקטע OS and storage, לוחצים על Add local SSD.
- בשדה Interface, בוחרים באפשרות NVMe.
- בקטע Disk capacity, בוחרים את מספר כונני ה-SSD המקומיים שרוצים לצרף. כדי לדעת מה המספר המקסימלי של כונני SSD מקומיים לכל מכונה, קראו את המגבלות של סדרת המכונות לכונני SSD מקומיים.
אופציונלי: כדי להגדיל את רוחב הפס של הרשת במכונות
g4-standard-384, אפשר להגדיר כמה ממשקי רשת. אפשר להגדיר עד שני ממשקי רשת. ההגדרה הזו יוצרת מכונה שלg4-standard-384עם ממשקי רשת כפולים (2x 200 Gbps). בקטע Networking, מבצעים את הפעולות הבאות:- מרחיבים את ממשק ברירת המחדל של הרשת.
- מציינים את הרשת ואת רשת המשנה של הממשק הראשון.
- בשדה Network interface card, בוחרים באפשרות gVNIC.
לוחצים על Add network interface כדי להוסיף את הממשק השני. מגדירים את ממשק הרשת השני באופן הבא:
- בוחרים רשת ורשת משנה אחרות של VPC. כל ממשק רשת חייב להיות ברשת VPC ייחודית.
- בשדה Network interface card, בוחרים באפשרות gVNIC.
אופציונלי: הגדרת מודל הקצאה אחר כדי להוזיל את העלויות. בקטע Advanced options, מתחת ל-VM provisioning model, בוחרים אחת מהאפשרויות הבאות:
(G2 בלבד) Flex-start: לעומסי עבודה קצרים שיכולים לסבול שעת התחלה גמישה. מידע נוסף זמין במאמר מידע על Flex-start VMs.
Spot: לעומסי עבודה (workloads) עמידים בכשלים שאפשר להפסיק אותם. מידע נוסף זמין במאמר VM במודל Spot.
אופציונלי: ברשימה On VM termination, בוחרים מה יקרה כש-Compute Engine יפסיק את ה-VM במודל Spot או כשמשך ההרצה של ה-Flex-start VM יסתיים:
- כדי לעצור את ה-VM במהלך ההפקעה, בוחרים באפשרות Stop (ברירת המחדל).
- כדי למחוק את המכונה הווירטואלית כשהיא מפסיקה לפני הזמן, בוחרים באפשרות Delete.
כדי ליצור את המכונה הווירטואלית ולהפעיל אותה, לוחצים על 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 מעבדי vCPU וזיכרון בנפח 19GB, מציינים את הערך
--machine-type=g2-custom-4-19456.
-
ZONE: האזור של המכונה. האזור חייב לתמוך בדגם ה-GPU שבחרתם. -
DISK_SIZE: גודל דיסק האתחול ב-GiB. מציינים גודל דיסק אתחול של לפחות 40GiB. -
IMAGE: קובץ אימג' של מערכת הפעלה שתומכת במעבדים גרפיים. כדי להשתמש בתמונה האחרונה במשפחת תמונות, מחליפים את הדגל--imageבדגל--image-familyומגדירים את הערך שלו למשפחת תמונות שתומכת ב-GPU. לדוגמה:--image-family=rocky-linux-8-optimized-gcp.
אפשר גם לציין קובץ אימג' בהתאמה אישית או תמונות VM של למידה עמוקה (Deep Learning). -
IMAGE_PROJECT: פרויקט קובץ האימג' של Compute Engine שאליו שייך קובץ האימג' של מערכת ההפעלה. אם משתמשים בתמונה בהתאמה אישית או בתמונות VM של למידה עמוקה (Deep Learning), צריך לציין את הפרויקט שאליו התמונות האלה שייכות.
דגלים אופציונליים
כדי להגדיר את המכונה כך שתתאים לעומס העבודה או למערכת ההפעלה, צריך לכלול דגל אחד או יותר כשמריצים את הפקודה 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 מחליפים את מה שכתוב בשדות הבאים:
|
| אחסון SSD מקומי | צירוף של כונן SSD מקומי אחד או יותר למכונה. אפשר להשתמש בכונני SSD מקומיים כדי ליצור דיסקים מהירים לאחסון נדיף (scratch disk) או כדי להזין נתונים למעבדים הגרפיים תוך מניעת צווארי בקבוק בקלט/פלט.
--local-ssd=interface=nvme \
--local-ssd=interface=nvme \
--local-ssd=interface=nvme ... |
| ממשק רשת | מצרף כמה ממשקי רשת למכונה. במכונות 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 ממשקי רשת כפולים נתמכים רק במכונות מסוג מחליפים את מה שכתוב בשדות הבאים:
|
| מדיניות מיקום המודעות | קובעת את המיקום של המכונה באזור.
אתם יכולים להגדיר מדיניות מיקום קומפקטית כדי לצמצם את זמן האחזור ברשת במכונות G2, או מדיניות מיקום מפוזרת כדי לשפר את העמידות של מכונות G4 או G2 בפני שיבושים ספציפיים לאזור.
--resource-policies=POLICY_NAME מחליפים את |
REST
שולחים בקשת POST ל-method instances.insert.
מכיוון שלא ניתן לבצע מיגרציה פעילה של מכונות עם GPUs, צריך להגדיר את השדה onHostMaintenance לערך TERMINATE. השיטה הבאה כוללת את שדות החובה של גוף הבקשה.
POST https://compute./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 מעבדי vCPU וזיכרון של 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"
- תמונה ספציפית:
-
DISK_SIZE: גודל דיסק האתחול ב-GiB. מציינים גודל דיסק אתחול של לפחות 40GiB.
שדות אופציונליים
כדי להגדיר את המכונה כך שתתאים לעומס העבודה או למערכת ההפעלה, צריך לכלול אחד או יותר מהדגלים הבאים כשמריצים את ה-method instances.insert.
| תכונה | תיאור |
|---|---|
| מודל הקצאת ההרשאות | כדי להוזיל את העלויות, אפשר לציין מודל הקצאה אחר על ידי הוספת השדה "provisioningModel": "PROVISIONING_MODEL" לאובייקט scheduling בבקשה. מידע נוסף מופיע במאמר מודלים להקצאת מכונות ב-Compute Engine.
"scheduling":
{
"onHostMaintenance": "TERMINATE",
"provisioningModel": "PROVISIONING_MODEL"
}
מחליפים את
|
| תחנת עבודה וירטואלית | מציין NVIDIA RTX Virtual Workstations (vWS) לעומסי עבודה גרפיים.
"guestAccelerators":
[
{
"acceleratorCount": VWS_ACCELERATOR_COUNT,
"acceleratorType": "projects/PROJECT_ID/zones/ZONE/acceleratorTypes/VWS_ACCELERATOR_TYPE"
}
]
מחליפים את מה שכתוב בשדות הבאים:
|
| אחסון SSD מקומי | צירוף של כונן SSD מקומי אחד או יותר למכונה. אפשר להשתמש בכונני SSD מקומיים כדי ליצור דיסקים מהירים לאחסון נדיף (scratch disk) או כדי להזין נתונים למעבדים הגרפיים תוך מניעת צווארי בקבוק בקלט/פלט.
{
"type": "SCRATCH",
"autoDelete": true,
"initializeParams": {
"diskType": "projects/PROJECT_ID/zones/ZONE/diskTypes/local-nvme-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"
}
]
ממשקי רשת כפולים נתמכים רק במכונות מסוג מחליפים את מה שכתוב בשדות הבאים:
|
| מדיניות מיקום המודעות | קובעת את המיקום של המכונה באזור.
אתם יכולים להגדיר מדיניות קומפקטית כדי לצמצם את זמן האחזור ברשת במכונות G2, או מדיניות פריסה כדי לשפר את העמידות של מכונות G4 או G2 בפני שיבושים ספציפיים לאזור.
"resourcePolicies": [
"projects/PROJECT_ID/regions/REGION/resourcePolicies/POLICY_NAME"
]
מחליפים את מה שכתוב בשדות הבאים:
|
התקנת מנהלי התקנים
אחרי שיוצרים את המכונה, צריך להתקין מנהל התקן כדי שהמכונה תוכל להשתמש ב-GPU. מנהל ההתקן שצריך להתקין תלוי בשאלה אם הפעלתם NVIDIA RTX Virtual Workstation (vWS) לעומסי עבודה גרפיים כשיצרתם את המכונה.
- אם לא הפעלתם תחנת עבודה וירטואלית, התקינו את מנהל ההתקן של ה-GPU במכונה הווירטואלית.
- אם הפעלתם תחנת עבודה וירטואלית, התקינו מנהל התקן לתחנת העבודה הווירטואלית.
התקנת מנהלי התקנים של vGPU למעבדי GPU חלקיים
במכונות G4 שמחובר אליהן פחות מ-GPU אחד, אחרי שיוצרים את המכונה צריך להתקין בה דרייבר ספציפי של vGPU, שמתחבר לדרייבר המארח של המכונה הפיזית. להוראות, ראו התקנת מנהלי התקנים של vGPU (מכונות וירטואליות חלקיות).
(אופציונלי) מצב GPU עם כמה מופעים במקביל (G4 בלבד)
מצב Multi-Instance GPU (MIG) הוא תכונה שאפשר להפעיל ב-NVIDIA GPU נתמך.
אחרי שיוצרים מכונה מסוג G4, אפשר להפעיל מצב GPU עם כמה מופעים במקביל (MIG) ב-GPU יחיד מסוג NVIDIA RTX PRO 6000 שמחובר למכונה. כשמצב MIG מופעל, ה-GPU היחיד מחולק לעד שבעה מופעי GPU נפרדים. כל מכונה פועלת בו-זמנית, ולכל אחת מהן יש זיכרון, מטמון ובלוקי SM (Streaming Multiprocessor) משלה. לאחר מכן, תוכלו להריץ עומסי עבודה שונים על המכונות האלה עם GPU במקביל. זה שונה משימוש בסוגי מכונות G4 שמחוברים אליהם מעבדי GPU חלקיים, שבהם כמה עומסי עבודה חולקים גישה למעבד GPU פיזי אחד באמצעות חלוקה למחיצות חלקיות (vGPU).
למידע נוסף על השימוש במעבדי GPU עם כמה מופעים במקביל, קראו את המאמר תחילת העבודה עם MIG במסמרי העזרה של NVIDIA.
מה השלב הבא?
- thought מידע נוסף על פלטפורמות GPU
- במאמר טיפול באירועי תחזוקה של מארח GPU מוסבר איך מטפלים בתחזוקה של מארח GPU.