במדריך הזה נסביר איך ליצור קבוצת מופעי מכונה מנוהלים (MIG) שמשתמשת בסוג מכונה H4D. ה-MIG משתמש במודל הקצאת משאבים שמוגבל להזמנה כדי לקבל משאבי מחשוב.
יצירת קבוצת MIG מאפשרת לכם לנהל כמה מכונות וירטואליות (VM) כישות אחת. כל מכונה וירטואלית ב-MIG מבוססת על תבנית של הגדרות מכונה. קבוצות MIG מציעות זמינות גבוהה ויכולת התאמה לעומס (scaling) כי הן מנהלות את המכונות הווירטואליות בקבוצה באופן אוטומטי. מידע נוסף על קבוצות של מכונות וירטואליות מנוהלות (MIG) זמין במאמר קבוצות של מכונות וירטואליות מנוהלות.
מידע על אפשרויות ליצירת מכונות וירטואליות (VM) וקלאסטרים של HPC זמין במאמר סקירה כללית של יצירת קלאסטרים של HPC.
המדריך הזה מיועד למהנדסי HPC, לאדמינים ולמפעילים של פלטפורמות, ולמומחי נתונים ו-MPI שרוצים ליצור קבוצה של מופעי HPC מקושרים כדי להריץ את עומסי העבודה שלהם. המופעים שמתקבלים לא משתמשים בכלי לניהול מופעים או לתזמון משימות.
אם אתם רוצים ליצור קבוצה של מופעי מכונה מנוהלים אבל לא צריכים ליצור פריסה צפופה של מופעים, כדאי לעיין במאמר תרחישים בסיסיים ליצירת קבוצות של מופעי מכונה מנוהלים (MIG).
מטרות
- שריינו בלוקים של קיבולת למכונות הווירטואליות.
- אופציונלי: יצירת רשתות של ענן וירטואלי פרטי (VPC).
- אופציונלי: יוצרים מדיניות של עומס עבודה.
- יוצרים תבנית של הגדרות מכונה.
- יוצרים קבוצת מופעים מנוהלת (MIG) באחת מהשיטות הבאות:
- יוצרים קבוצת מופעים מנוהלת עם גודל יעד.
- יוצרים קבוצת MIG ובקשה לשינוי גודל.
- לפנות את המשאבים שיצרתם.
עלויות
במסמך הזה משתמשים ברכיבים הבאים של Cloud de Confiance by S3NS, והשימוש בהם כרוך בתשלום:
כשמסיימים את המשימות שמתוארות במסמך הזה אפשר למחוק את המשאבים שיצרתם כדי להימנע מחיובים נוספים. מידע נוסף זמין בקטע הסרת המשאבים.
לפני שמתחילים
-
התקינו את ה-CLI של Google Cloud.
-
הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.
-
כדי לאתחל את ה-CLI של gcloud, הריצו את הפקודה הבאה:
gcloud init -
יוצרים או בוחרים Cloud de Confiance פרויקט.
תפקידים שנדרשים כדי לבחור או ליצור פרויקט
- Select a project: כדי לבחור פרויקט לא צריך תפקיד IAM ספציפי – אפשר לבחור כל פרויקט שקיבלתם בו תפקיד.
-
יצירת פרויקט: כדי ליצור פרויקט, צריך את התפקיד Project Creator (יצירת פרויקטים) (
roles/resourcemanager.projectCreator), שכולל את ההרשאהresourcemanager.projects.create. איך מקצים תפקידים
-
יוצרים Cloud de Confiance פרויקט:
gcloud projects create PROJECT_ID
מחליפים את
PROJECT_IDבשם של פרויקט Cloud de Confiance שיוצרים. -
בוחרים את הפרויקט שיצרתם: Cloud de Confiance
gcloud config set project PROJECT_ID
מחליפים את
PROJECT_IDבשם הפרויקט ב- Cloud de Confiance .
מפעילים את ממשק ה-API הנדרש:
תפקידים שנדרשים להפעלת ממשקי API
כדי להפעיל ממשקי API, נדרשת ההרשאה
serviceusage.services.enable. אם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד 'בעלים' (roles/owner). אחרת, תוכלו לקבל את ההרשאה הזו דרך התפקיד 'אדמין של Service Usage' (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידיםgcloud services enable compute.googleapis.com
-
מעניקים תפקידים לחשבון המשתמש. מריצים את הפקודה הבאה לכל אחד מהתפקידים הבאים ב-IAM:
roles/compute.instanceAdmin.v1,roles/compute.networkAdmingcloud projects add-iam-policy-binding PROJECT_ID --member="user:USER_IDENTIFIER" --role=ROLE
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט. -
USER_IDENTIFIER: המזהה של חשבון המשתמש חשבון. דוגמאות מופיעות במאמר ייצוג המשתמשים במאגרי כוח עבודה בכללי מדיניות IAM. -
ROLE: תפקיד ה-IAM שאתם מקצים לחשבון המשתמש.
-
קיבולת של מכונות שמורות
כדי להשתמש בפקודות במדריך הזה, צריך לשריין את הקיבולת ליצירת המכונות בקבוצת ה-MIG.
שליחת בקשה לשריון מקום שמור לעתיד לבלוקים של קיבולת
הפעולה הזו מאפשרת לכם לשריין בלוקים של קיבולת למשך זמן מוגדר, החל מתאריך ושעה ספציפיים שתבחרו. ההזמנה שומרת בלוקים או תת-בלוקים של קיבולת באשכול, מה שמאפשר פריסות צפופות של מכונות וירטואליות.
כדי ליצור מקום שמור לעתיד לפריסה צפופה, התהליך הוא כזה:
פועלים לפי התהליך לשמירת קיבולת על ידי פנייה לצוות ניהול החשבון במסמכי התיעוד של AI Hypercomputer. בבקשה לשריין מראש מקום שמור לעתיד, צריך לספק את הפרטים כמו שמופיעים במסמך, עם החריגים הבאים:
- סוג המכונה: מציינים את סוג המכונה H4D
h4d-highmem-192-lssd. - Zone: מציינים אחד מהתחומים שבהם מופעלים מופעי H4D, כפי שמתואר בטבלה Available regions and zones. כדי להציג את האזורים הזמינים רק ל-H4D, בוחרים באפשרות
H4Dברשימה Select a machine series. - סוג תזמון התחזוקה: במכונות H4D אפשר לציין
GROUPEDאוINDEPENDENT. - מצב הפעלה של הזמנה: עבור מופעי H4D, מציינים את הערך
HIGHLY_AVAILABLE_CAPACITY.
- סוג המכונה: מציינים את סוג המכונה H4D
המכסה גדלה באופן אוטומטי לפני שהקיבולת מועברת. לא נדרשת פעולה מצידך.
כשיוצרים את תבנית של הגדרות מכונה, מציינים את מודל ההקצאה שמוגבל למקום שמור. המכונות הווירטואליות ב-MIG מוקצות מהקיבולת המוזמנת שלכם.
אתם מחויבים על כל תקופת ההזמנה, גם אם לא השתמשתם במשאבים שהוזמנו לכל התקופה. מידע נוסף זמין במאמר בנושא חיוב על הזמנות.
יצירת מקום שמור לעתיד במצב יומן
אם אתם צריכים להשתמש בקיבולת השמורה למשך פחות מ-90 ימים, אתם יכולים ליצור מקום שמור לעתיד במצב יומן באמצעות Dynamic Workload Scheduler. כדי לקבל משאבים להזמנות עתידיות, צריך לבצע את התהליך הבא:
- חיפוש קיבולת זמינה ושריין משאבים באמצעות Cloud de Confiance המסוף, ה-CLI של gcloud או Compute Engine API.
- לא נחייב אתכם על המכסה ולא נדרוש מכם לבצע פעולה כלשהי.
- כשיוצרים את תבנית של הגדרות מכונה, מציינים את מודל ההקצאה שמוגבל למקום שמור. המכונות הווירטואליות ב-MIG מוקצות מהקיבולת המוזמנת שלכם.
אתם מחויבים על כל תקופת ההזמנה, גם אם לא השתמשתם במשאבים שהוזמנו לכל התקופה. מידע נוסף זמין במאמר בנושא תמחור של הכלי לניהול עומס עבודה דינמי.
אופציונלי: יצירת רשתות VPC
אלא אם משביתים את האפשרות הזו, לכל פרויקט יש רשת ברירת מחדל, שאפשר להשתמש בה כדי לספק קישוריות רשת למופעים. כשיוצרים מכונה וירטואלית, אפשר לציין רשת VPC ותת-רשת. אם לא מציינים את ההגדרה הזו, נעשה שימוש ברשת וברשת המשנה שמוגדרות כברירת מחדל.
אפשר להגדיר מופעי H4D לשימוש ב-Cloud RDMA. Cloud RDMA מאפשר יכולות העברת הודעות אמינות עם זמן אחזור נמוך באמצעות מנהל התקן של רשת IRDMA שתומך בגישה ישירה מרחוק לזיכרון (RDMA) בין מכונות וירטואליות של Compute Engine.
במדריך הזה:
- אם רוצים להגדיר את מופעי H4D לשימוש ב-Cloud RDMA, צריך לבצע את השלבים שבקטע הזה.
- אם אתם לא רוצים להשתמש ב-Cloud RDMA, אתם יכולים לדלג על הקטע הזה ולהשתמש ברשת ברירת המחדל במקום זאת.
כדי להשתמש ב-Cloud RDMA עם מופעי H4D, צריך להגדיר לפחות שתי רשתות, אחת לכל סוג של ממשק רשת (NIC):
- סוג כרטיס הרשת
GVNIC: משתמש במנהל ההתקןgveלתעבורת TCP/IP ואינטרנט לתקשורת רגילה בין מכונות וירטואליות ובין מכונות וירטואליות לאינטרנט. - סוג כרטיס הרשת
IRDMA: משתמש במנהלי התקנים של IDPF/iRDMA לרשת Cloud RDMA בין מופעים.
למופעים שמשתמשים ב-Cloud RDMA יכול להיות רק ממשק IRDMA אחד. אפשר להוסיף עד שמונה ממשקי רשת נוספים של GVNIC, כך שבסך הכול יהיו עד 10 ממשקי רשת וירטואליים לכל מכונה.
כדי להגדיר את רשתות ה-VPC של Falcon לשימוש עם המקרים שלכם, אתם יכולים לפעול לפי ההוראות שמתועדות או להשתמש בסקריפט שסופק.
מדריכים להוראה
כדי ליצור את הרשתות, אפשר לפעול לפי ההוראות הבאות:
כדי ליצור את רשתות המארח עבור
GVNICממשקי הרשת, אפשר לעיין במאמר יצירה וניהול של רשתות VPC.אם מגדירים רק
GVNICממשק רשת אחד, אפשר להשתמש ברשת ה-VPC שמוגדרת כברירת מחדל וברשת המשנה האוטומטית שנמצאת באותו אזור כמו המכונה.כדי ליצור רשת לממשק הרשת
IRDMA, אפשר לעיין במאמר בנושא יצירת רשת VPC עם פרופיל רשת Falcon VPC. משתמשים בערך ברירת המחדל של יחידת השידור המקסימלית (MTU) עבור רשת Falcon VPC, שהוא8896.
Script
אפשר ליצור עד תשעה ממשקי רשת מסוג gVNIC וממשק רשת אחד מסוג IRDMA לכל מכונה. כל ממשק רשת צריך להיות מחובר לרשת נפרדת. כדי ליצור את הרשתות, אפשר להשתמש בסקריפט הבא, שיוצר שתי רשתות ל-gVNIC ורשת אחת ל-IRDMA.
- אופציונלי: לפני שמריצים את הסקריפט, מציגים רשימה של פרופילי רשת VPC של Falcon כדי לוודא שיש פרופיל זמין.
gcloud compute network-profiles list
מעתיקים את הקוד הבא ומפעילים פתרונות חכמים אותו בחלון מעטפת של 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.
-
אופציונלי: כדי לוודא שהמשאבים של רשת ה-VPC נוצרו בהצלחה, בודקים את הגדרות הרשת במסוף Cloud de Confiance :
- נכנסים לדף VPC networks במסוף Cloud de Confiance .
- מחפשים ברשימה את הרשתות שיצרתם בשלב הקודם.
- כדי לראות את רשתות המשנה, את כללי חומת האש והגדרות רשת אחרות, לוחצים על שם הרשת.
אופציונלי: יצירת מדיניות של עומס עבודה
אם רוצים שמכונות וירטואליות ב-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, יוצרים תבנית של הגדרות מכונה באחת מהשיטות הבאות:
gcloud
כדי ליצור תבנית של הגדרות מכונה אזורית, משתמשים
בפקודה 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
REST
כדי ליצור תבנית של הגדרות מכונה אזורית, שולחים בקשת 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
אחרי שיוצרים את תבנית של הגדרות מכונה, אפשר לראות את התבנית כדי לראות את המזהה שלה ולבדוק את מאפייני המכונה.
יצירת קבוצת מופעים מנוהלת (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 של מדיניות העומס. אם אתם לא רוצים להשתמש במדיניות עומס עבודה, אתם יכולים להסיר את הדגל--workload-policy. -
ZONE: האזור שבו רוצים ליצור את ה-MIG. אם משתמשים במדיניות עומס עבודה, צריך לציין אזור במדיניות region. -
REGION: האזור שבו רוצים ליצור את קבוצת ה-MIG. אם משתמשים במדיניות של עומס עבודה, צריך לציין את אותו אזור כמו זה של המדיניות. במקום אזור, אפשר לציין את התחומים באזור מסוים של MIG אזורי באמצעות הדגל--zones.
REST
כדי ליצור קבוצת MIG עם גודל יעד מוגדר, שולחים בקשת POST באופן הבא.
בשלב הזה, הבקשות ליצירת קבוצת MIG משתמשות במדיניות של עומס עבודה כדי לציין את מיקום מכונת ה-VM. אם לא רוצים להשתמש במדיניות עומס עבודה, צריך להסיר את השדה resourcePolicies.workloadPolicy מגוף הבקשה.
כדי ליצור קבוצת MIG אזורית או אזורית:
- כדי ליצור קבוצת MIG אזורית, שולחים בקשת
POSTאל ה-methodinstanceGroupManagers.insert.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers { "versions": [ { "instanceTemplate": "INSTANCE_TEMPLATE_URL" } ], "name": "MIG_NAME", "instanceTemplate": "INSTANCE_TEMPLATE_URL", "targetSize": "TARGET_SIZE", "resourcePolicies": { "workloadPolicy": WORKLOAD_POLICY_URL } } - כדי ליצור קבוצת MIG אזורית, שולחים בקשת
POSTאל ה-methodregionInstanceGroupManagers.insert.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers { "versions": [ { "instanceTemplate": "INSTANCE_TEMPLATE_URL" } ], "name": "MIG_NAME", "instanceTemplate": "INSTANCE_TEMPLATE_URL", "targetSize": "TARGET_SIZE", "resourcePolicies": { "workloadPolicy": WORKLOAD_POLICY_URL } }
-
PROJECT_ID: מזהה הפרויקט. -
ZONE: האזור שבו רוצים ליצור את קבוצת ה-MIG. אם משתמשים במדיניות של עומס עבודה, צריך לציין אזור בתוך האזור של המדיניות. -
REGION: האזור שבו רוצים ליצור קבוצת מופעים מנוהלת. אם משתמשים במדיניות של עומס עבודה, צריך לציין את אותו אזור כמו זה של המדיניות. -
INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שרוצים להשתמש בה כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:- לתבנית של הגדרות מכונה אזורית:
projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID - לתבנית גלובלית של הגדרות מכונה:
INSTANCE_TEMPLATE_ID
- לתבנית של הגדרות מכונה אזורית:
-
MIG_NAME: השם של ה-MIG. -
TARGET_SIZE: מספר המכונות הווירטואליות שרוצים בקבוצת ה-MIG. -
WORKLOAD_POLICY_URL: אופציונלי: כתובת ה-URL של מדיניות עומס העבודה. אם לא רוצים להשתמש במדיניות עומס עבודה, אפשר להסיר את השדהresourcePolicies.workloadPolicy.
יצירת קבוצת MIG ובקשה לשינוי גודל
כדי ליצור את כל המופעים המבוקשים בו-זמנית, יוצרים קבוצת MIG בלי מופעים. אחרי שיוצרים את קבוצת המופעים הריקה, יוצרים בקשה לשינוי הגודל בקבוצת המופעים. כשהמשאבים זמינים ליצירת כל המופעים בבת אחת, בקשת שינוי הגודל מוסיפה את המופעים ל-MIG.
כדי ליצור בקשה לשינוי גודל של MIG, בוחרים באחת מהאפשרויות הבאות:
gcloud
בשלב הזה, הפקודות ליצירת קבוצת מופעים מנוהלת (MIG) משתמשות במדיניות עומס עבודה כדי לציין את מיקום המכונה הווירטואלית. אם אתם לא רוצים להשתמש במדיניות עומס עבודה, אתם יכולים להסיר את הדגל --workload-policy.
כדי ליצור קבוצת MIG אזורית או אזורית ובקשה לשינוי גודל:
-
כדי ליצור קבוצת MIG אזורית ולשלוח בה בקשה לשינוי גודל:
-
כדי ליצור קבוצת מופעים מנוהלת אזורית, משתמשים בפקודה
instance-groups managed createבאופן הבא.gcloud compute instance-groups managed create MIG_NAME \ --template=INSTANCE_TEMPLATE_URL \ --size=0 \ --workload-policy=WORKLOAD_POLICY_URL \ --zone=ZONE -
כדי ליצור בקשה לשינוי הגודל בקבוצת מופעי מכונה מנוהלים (MIG) אזורית, משתמשים בפקודה
instance-groups managed resize-requests createבאופן הבא:gcloud compute instance-groups managed resize-requests create MIG_NAME \ --resize-request=RESIZE_REQUEST_NAME \ POPULATION_METHOD \ --zone=ZONE
-
-
כדי ליצור קבוצת MIG אזורית ולשלוח בה בקשה לשינוי גודל:
-
יוצרים קבוצת 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 -
יוצרים בקשה לשינוי הגודל בקבוצת ה-MIG האזורית באמצעות הפקודה
instance-groups managed resize-requests createבגרסת בטא באופן הבא:gcloud beta compute instance-groups managed resize-requests create MIG_NAME \ --resize-request=RESIZE_REQUEST_NAME \ POPULATION_METHOD \ --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 של מדיניות עומס העבודה. אם אתם לא רוצים להשתמש במדיניות עומסי עבודה, אתם יכולים להסיר את הדגל--workload-policy. -
ZONE: האזור שבו רוצים ליצור את ה-MIG. גם כשמגדירים קבוצת MIG אזורית, צריך לציין אזור. האזור הזה צריך להיות האזור שמכיל את הפרופיל של רשת ה-VPC, וגם אזור שבו סוג המכונה זמין. מידע נוסף מופיע בקטע מגבלות. -
RESIZE_REQUEST_NAME: שם בקשת השינוי, שחייב להיות ייחודי ב-MIG שצוין. אחרת, יצירת בקשת השינוי תיכשל.
POPULATION_METHOD: השיטה להוספת מופעים ל-MIG. אפשר להשתמש באחת מהאפשרויות הבאות:-
--resize-by=COUNT: הוספת המספר שצוין של מופעים ל-MIG בבת אחת. שמות המכונות נוצרים באופן אוטומטי. -
--instances=INSTANCE_NAME_LIST: הוספת מכונות עם השמות שצוינו ל-MIG בבת אחת. מחליפים את INSTANCE_NAME_LIST ברשימה של שמות מכונות שמופרדים בפסיקים. מספר השמות שציינתם קובע את מספר המקרים שייווצרו עם בקשת השינוי הזו.
-
-
REGION: האזור שבו נמצאת קבוצת ה-MIG.
אם רוצים להחיל מדיניות של עומס עבודה על ה-MIG, צריך לכלול בפקודה את
הדגל --workload-policy.
REST
בשלב הזה, הבקשות ליצירת קבוצת MIG משתמשות במדיניות של עומס עבודה כדי לציין את מיקום מכונת ה-VM. אם לא רוצים להשתמש במדיניות עומס עבודה, צריך להסיר את השדה resourcePolicies.workloadPolicy מגוף הבקשה.
כדי ליצור קבוצת MIG אזורית או אזורית ובקשה לשינוי גודל:
- כדי ליצור קבוצת MIG אזורית ובקשה לשינוי הגודל שלה:
- כדי ליצור קבוצת MIG אזורית, שולחים בקשת
POSTל-methodinstanceGroupManagers.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 } } - כדי ליצור בקשה לשינוי הגודל בקבוצת MIG אזורית, שולחים בקשת
POSTל-methodinstanceGroupManagerResizeRequests.insertבאופן הבא:POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME/resizeRequests { "name": "RESIZE_REQUEST_NAME", POPULATION_METHOD }
- כדי ליצור קבוצת MIG אזורית, שולחים בקשת
- כדי ליצור קבוצת MIG אזורית ובקשה לשינוי הגודל שלה, מבצעים את הפעולות הבאות:
- כדי ליצור קבוצת MIG אזורית, שולחים בקשת
POSTל-methodregionInstanceGroupManagers.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 } } - כדי ליצור בקשה לשינוי גודל בקבוצת MIG אזורית, שולחים בקשת
POSTל-methodbeta.regionInstanceGroupManagerResizeRequests.insertבאופן הבא:POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME/resizeRequests { "name": "RESIZE_REQUEST_NAME", POPULATION_METHOD }
- כדי ליצור קבוצת MIG אזורית, שולחים בקשת
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט. -
ZONE: האזור שבו רוצים ליצור את ה-MIG. גם כשמגדירים קבוצת MIG אזורית, צריך לציין אזור. האזור הזה צריך להיות האזור שמכיל את הפרופיל של רשת ה-VPC, וגם אזור שבו סוג המכונה זמין. מידע נוסף מופיע בקטע מגבלות. -
REGION: האזור שבו רוצים ליצור את קבוצת ה-MIG. -
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 של מדיניות העומס. אם לא רוצים להשתמש במדיניות עומס עבודה, אפשר להסיר את השדהresourcePolicies.workloadPolicy. -
RESIZE_REQUEST_NAME: שם בקשת השינוי, שחייב להיות ייחודי ב-MIG שצוין. אחרת, יצירת בקשת השינוי תיכשל.
POPULATION_METHOD: השיטה להוספת מופעים ל-MIG. אפשר להשתמש באחת מהאפשרויות הבאות:-
"resizeBy":COUNT: מחליפים את COUNT במספר המופעים שרוצים להוסיף ל-MIG בבת אחת. השמות של המכונות נוצרים באופן אוטומטי. -
"instanceNames":INSTANCE_NAME_LIST: הוספת מופעים עם השמות שצוינו לקבוצת המופעים המנוהלת בבת אחת. מחליפים את INSTANCE_NAME_LIST ברשימה מופרדת בפסיקים של שמות מכונות. מספר השמות שאתם מספקים קובע את מספר המכונות שייווצרו עם בקשת שינוי הגודל הזו.
-
אם רוצים להחיל מדיניות של עומס עבודה על קבוצת ה-MIG, צריך לכלול את
השדה resourcePolicies.workloadPolicy בגוף הבקשה.
הסרת המשאבים
כדי להימנע מחיובים בחשבון Google Cloud בגלל השימוש במשאבים שנעשה במסגרת המדריך הזה, אפשר למחוק את הפרויקט שמכיל את המשאבים, או להשאיר את הפרויקט ולמחוק את המשאבים בנפרד.
מחיקת פרויקט
כדי למחוק פרויקט Cloud de Confiance :
gcloud projects delete PROJECT_ID
מחיקת המשאבים
אם מצב המחיקה האוטומטית של הדיסקים הוגדר ל-
Falseבתבנית של המכונה, הדיסקים לא יימחקו אוטומטית כשמוחקים את המכונה הווירטואלית. אפשר למחוק את הדיסקים באחת מהשיטות הבאות:המסוף
- נכנסים לדף Disks במסוף Cloud de Confiance .
בוחרים את השורות שמכילות את הדיסקים שיצרתם במדריך הזה. מוודאים שהעמודה בשימוש על ידי ריקה לכל דיסק.
לוחצים על מחיקה ואז על מחיקה כדי לאשר.
gcloud
משתמשים בפקודה
gcloud compute disks delete.gcloud compute disks delete DISK_NAME \ --project PROJECT_ID --zone ZONEמחליפים את מה שכתוב בשדות הבאים:
- DISK_NAME : השם של הדיסק שרוצים למחוק
- PROJECT_ID: מזהה הפרויקט שמכיל את הדיסק
- ZONE: האזור של הדיסק
REST
משתמשים ב-
disks.deletemethod כדי למחוק את הדיסקים.DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/disks/DISK_NAMEמחליפים את מה שכתוב בשדות הבאים:
- PROJECT_ID: מזהה הפרויקט שמכיל את הדיסק
- ZONE: האזור של הדיסק
- DISK_NAME : השם של הדיסק שרוצים למחוק