שמירת קיבולת דרך צוות ניהול החשבון

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

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

מגבלות

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

מגבלות על בקשות למקום שמור לעתיד

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

  • מאגרי קהלים קיימים:
    • Hyperdisk Storage Pools: אי אפשר לשריין קיבולת למאגר קיים. ‫Google יוצרת באופן אוטומטי מאגר חדש כשהיא מספקת את ההזמנה.
    • ‫Hyperdisk Exapools: אתם יכולים להגדיל את הקיבולת של Exapool קיים על ידי שליחת בקשות נוספות לשמירת מקום לעתיד. כדי להוסיף נפח אחסון ל-Exapool קיים, פנו לצוות ניהול החשבון.
  • שינויים: אחרי ששולחים את הבקשה לבדיקה, ואחרי ש Google Cloud מאשרים אותה, אי אפשר לשנות את פרטי הבקשה.
  • ביטולים: אחרי שהבקשה נשלחת, מאושרת והסטטוס שלה משתנה ל-PROVISIONING, אי אפשר יותר לבטל או למחוק את הבקשה. אתם מתחייבים לשלם על הקיבולת המבוקשת החל משעת ההתחלה של הבקשה, בלי קשר לשימוש.

מגבלות על בקשות שנוצרו אוטומטית ועל מאגרי Hyperdisk

אחרי ש-Compute Engine יוצר שמירת מקום, ואם נדרש, מאגר Hyperdisk כדי למלא את הבקשה לשמירת מקום, חלות המגבלות הבאות:

מגבלות על התחייבויות מצורפות

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

  • אי אפשר לחדש, להאריך, למזג, לפצל או לשדרג את ההתחייבות הזו.
  • אם תשתמשו במשאבים שהזמנתם לפני שההתחייבות תופעל, תשלמו את המחירים לפי דרישה. כדי לקבל הנחות תמורת התחייבות לשימוש (CUD), צריך להמתין עד שההתחייבות תהפוך לפעילה לפני שמשתמשים בהזמנה.

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

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

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

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

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

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

  • כדי לאפשר ל-Compute Engine ליצור אוטומטית בקשות לשמירת מקום: compute.reservations.create בפרויקט
  • כדי ליצור בקשה למקום שמור לעתיד: compute.futureReservations.create בפרויקט
  • כדי לציין תבנית של הגדרות מכונה: compute.instanceTemplates.useReadOnly בתבנית של הגדרות המכונה

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

מכסה

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

סקירה כללית

כדי לשריין בלוקים של קיבולת, פועלים לפי השלבים הבאים:

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

בקשת קיבולת דרך צוות ניהול החשבון

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

  • מספר הפרויקט: המספר של הפרויקט שבו צוות ניהול החשבון יוצר את הבקשה ו-Compute Engine מקצה את הקיבולת.
  • ‫Machine type: סוג המכונה שרוצים לשריין. אפשר לציין אחת מהאפשרויות הבאות:
    • A4X Max (a4x-maxgpu-4g-metal)
    • A4X (a4x-highgpu-4g)
    • ‫A4 (a4-highgpu-8g)
    • A3 Ultra (a3-ultragpu-8g)
    • A3 Mega (a3-megagpu-8g)
    • A3 High (a3-highgpu-8g)
  • Zone: התחום שבו רוצים לשמור קיבולת. כדי לראות את האזורים והאזורים הזמינים לסוג מכונת GPU, אפשר לעיין בזמינות של מאיצים.
  • סוג הפריסה: מציינים סוג פריסה צפוף. בשיטה הזו, המאיצים מוקצים קרוב אחד לשני כדי לצמצם את מספר הקפיצות ברשת ולבצע אופטימיזציה לזמן האחזור הנמוך ביותר. ‫Google ממליצה על ההגדרה הזו לעומסי עבודה של GPU באשכולות כדי לצמצם את זמן האחזור ברשת.
  • Total count (מספר כולל): המספר הכולל של מופעי מחשוב שרוצים לשריין. אפשר להזמין רק מכונות וירטואליות בכפולות של שתיים. גודלי הבלוקים ומספר מכונות ה-Compute לכל בלוק משתנים בהתאם לסוג המכונה ולזמינות שלה. צוות ניהול החשבון יכול לספק פרטים נוספים לגבי הבקשה.
  • שעת התחלה: שעת ההתחלה של תקופת השמירה. תוכלו להשתמש בקיבולת השמורה באותו זמן. אם מבקשים מאגר Hyperdisk, שעת ההתחלה צריכה להיות שווה לשעת ההתחלה של מופעי החישוב או לפני שעת ההתחלה שלהם. מעצבים את שעת ההתחלה כחותמת זמן בפורמט RFC 3339: 
    YYYY-MM-DDTHH:MM:SSOFFSET

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

    • ‫YYYY-MM-DD: תאריך בפורמט של שנה בת 4 ספרות, חודש בן 2 ספרות ויום בחודש בן 2 ספרות, מופרדים במקפים (-).
    • ‫HH:MM:SS: שעה בפורמט של שעה בת 2 ספרות בשיטת 24 שעות, דקות בנות 2 ספרות ושניות בנות 2 ספרות, מופרדות בנקודתיים (:).
    • ‫OFFSET: אזור הזמן בפורמט של היסט מהזמן האוניברסלי המתואם (UTC). לדוגמה, כדי להשתמש בשעון החוף המערבי (PST), מציינים -08:00. כדי לא להשתמש בהזחה, מציינים Z.
  • End time (שעת סיום): שעת הסיום של שמירת המקום. שעת הסיום של ההזמנה של קיבולת מחשוב וקיבולת של מאגר Hyperdisk צריכות להיות זהות. צריך לפרמט את שעת הסיום כחותמת זמן RFC 3339. בשלב הזה, Compute Engine מבצע את הפעולות הבאות:
    • האפשרות הזו מוחקת את שמירת המקום שנוצרה אוטומטית ואת כל מאגרי ה-Hyperdisk הריקים שמשויכים אליה.
    • בהתאם ל פעולת הסיום שציינתם עבור מכונות וירטואליות, מערכת Compute Engine תפסיק או תמחק את כל המכונות הווירטואליות שיצרתם באמצעות בקשת ההזמנה שנוצרה אוטומטית.
  • ‫Reservation name: השם של המקום השמור ש-Compute Engine יוצר כדי לספק את הקיבולת השמורה. ‫Compute Engine יכול ליצור רק שמירת מקום עם טירגוט ספציפי.
  • מחיקה אוטומטית של שמירת מקום: האם רוצים ש-Compute Engine ימחק אוטומטית את שמירת המקום שנוצרה אוטומטית ואת מאגר ה-Hyperdisk המשויך בסוף תקופת שמירת המקום. אם רוצים למחוק את ההזמנה באופן ידני, צריך לפנות לצוות ניהול החשבון כדי למחוק את ההזמנה.
  • סוג תזמון התחזוקה: איך Compute Engine מתזמן תחזוקת מארח למכונות וירטואליות באשכול. מציינים אחת מהאפשרויות הבאות:
    • כדי לסנכרן את התחזוקה בכל המופעים של A4X Max,‏ A4X,‏ A4 או A3 Ultra בבלוקים השמורים, משתמשים ב-GROUPED.
    • כדי להשתמש בלוחות זמנים שונים לתחזוקה של מופעי A4 או A3 Ultra, משתמשים ב-INDEPENDENT.
  • מצב הפעלה של הזמנה: האם אתם או Google Cloud מנהלים את תהליך השחזור של מופע המחשוב אחרי שגיאה במארח או דוח מארח שגוי. השיטה שבה משתמשים תלויה בסוג המכונה שאתם מזמינים:
    • כל מצב הקיבולת (ALL_CAPACITY). המצב הזה מיועד רק לסוגי מכונות A4X Max ו-A4X. אתם צריכים לנהל ידנית את תהליך התחזוקה והשחזור של מופע מחשוב. עם זאת, יש לכם גישה מלאה לכל המכונות בהזמנה, וגם שליטה מדויקת יותר בטופולוגיה של מופע המחשוב ובתחזוקה שלו.
    • מצב מנוהל (HIGHLY_AVAILABLE_CAPACITY). המצב הזה מיועד רק לסוגי מכונות A4,‏ A3 Ultra,‏ A3 Mega ו-A3 High. אתם מאפשרים ל- Google Cloud לנהל את תהליך התחזוקה והשחזור של מכונת מחשוב על ידי החלפה אוטומטית של מכונות פגומות. הגישה הזו מגדילה את הזמינות של מופעי המחשוב ועוזרת להפעיל אותם מחדש במהירות במארחים חדשים. עם זאת, יכול להיות שהטופולוגיה של מכונות החישוב תשתנה אחרי שמערכת Compute Engine תחליף מכונה.
  • סוג השיתוף: האם רק הפרויקט שלכם יכול להשתמש בהזמנה שנוצרה אוטומטית (LOCAL), או שפרויקטים אחרים יכולים להשתמש בהזמנה (SPECIFIC_PROJECTS). כדי לשתף את הקיבולת השמורה עם פרויקטים אחרים בארגון, צריך לבצע את הפעולות הבאות:
    1. אם עדיין לא עשיתם זאת, ודאו שלפרויקט שבו Google יוצרת את הבקשה יש הרשאה ליצור הזמנות משותפות.
    2. מציינים את מספרי הפרויקטים שרוצים לשתף איתם את הקיבולת השמורה. אפשר לציין עד 100 פרויקטים בארגון.

  • שם ההתחייבות: אם תקופת ההזמנה היא שנה אחת או יותר, המערכת Google Cloud יוצרת התחייבות לשימוש במשאבים עבור המשאבים האלה ומצרפת את ההתחייבות להזמנה. אם תקופת ההזמנה קצרה מ-3 שנים, תקבלו הנחות תמורת התחייבות לשימוש (CUD) שחלות על התוכנית לשנה אחת של ההתחייבות הזו. אם תקופת ההזמנה היא 3 שנים או יותר, תקבלו הנחות על התחייבות לשימוש (CUD) שחלות על התוכנית ל-3 שנים.

    אם משתפים את הקיבולת השמורה עם פרויקטים אחרים, הפרויקטים האלה יקבלו הנחות תמורת התחייבות לשימוש רק אם הם משתמשים באותו חשבון לחיוב ב-Cloud כמו הפרויקט שבו שמרתם את הקיבולת. איך מחלקים בין פרויקטים את ההנחות תמורת התחייבות לשימוש?

    תאריכי ההתחלה והסיום של ההתחייבות זהים לאלה של ההזמנה, אבל יכול להיות שזמני ההפעלה שונים. אם תציינו את שעת ההתחלה של ההזמנה כ-00:00 לפי שעון החוף המערבי בארה"ב ובקנדה, ההתחייבות תהפוך לפעילה בשעה 00:00 בתאריך ההתחלה שתבחרו. אם מציינים שעת התחלה אחרת, ההתחייבות תהיה פעילה בחצות (00:00) ביום שאחרי תאריך ההתחלה שנבחר.

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

    • Hyperdisk pool name: שם למאגר Hyperdisk. השם חייב להיות ייחודי בפרויקט.

    • סוג מאגר Hyperdisk: בוחרים אם רוצים ליצור מאגר אחסון או Exapool, ואם רוצים ליצור במאגר רק נפחי אחסון מסוג Hyperdisk Balanced או Hyperdisk Throughput. הנחיות נוספות זמינות במאמרים איך בוחרים סוג של מאגר Hyperdisk ובחירת סוג Hyperdisk. אחרי שבוחרים את האפשרויות הרצויות, מציינים אחד מהערכים הבאים:

      • ‫hyperdisk-balanced: יוצר מאגר אחסון מסוג Hyperdisk Balanced. מאגר הדיסקים הזה תומך בדיסקים להפעלה ובדיסקים שלא מיועדים להפעלה. צריך גם לציין את הקיבולת שהוקצתה ב-GiB, את ה-IOPS שהוקצה ואת התפוקה שהוקצתה ב-MiB/s.
      • ‫hyperdisk-throughput: יוצר מאגר אחסון מסוג Hyperdisk Throughput. מאגר הזיכרון הזה תומך רק בדיסקים שאינם ניתנים לאתחול. צריך לציין גם את הקיבולת שהוקצתה ב-GiB ואת התפוקה שהוקצתה ב-MiB/s.
      • ‫hdb-exapool: יוצרת Hyperdisk Balanced Exapool לעומסי עבודה שדורשים נפח אחסון של 500 TiB ומעלה. מאגר הזיכרון הזה תומך בדיסקים להפעלה ובדיסקים שלא מיועדים להפעלה. צריך לציין את הקיבולת שהוקצתה ב-GiB ואת סוג האופטימיזציה של עומס העבודה (read-optimized,‏ write-optimized או capacity-optimized).
      • ‫hdt-exapool: יוצרת Hyperdisk Throughput Exapool לעומסי עבודה שדורשים נפח אחסון של 500 TiB ומעלה. מאגר הזיכרון הזה תומך רק בדיסקים שאינם דיסקים לאתחול. צריך לציין את הקיבולת שהוקצתה ב-GiB ואת סוג האופטימיזציה של עומס העבודה (read-optimized,‏ write-optimized או capacity-optimized).

אחרי ש-Google תיצור טיוטה של בקשה למקום שמור לעתיד, צוות ניהול החשבון ייצור איתכם קשר.

בדיקה ושליחה של בקשת הזמנה בסטטוס טיוטה

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

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

המסוף

  1. פותחים את הדף Reservations במסוף Google Cloud .

    כניסה לדף Reservations

  2. לוחצים על הכרטיסייה Future reservations (הזמנות עתידיות). בטבלה Future Reservations מופיעה כל בקשה למקומות שמורים לעתיד בפרויקט, וכל עמודה בטבלה מתארת מאפיין.
  3. בעמודה Name, לוחצים על השם של בקשת הטיוטה ש-Google יצרה בשבילכם. ייפתח דף עם פרטי הבקשה למקום שמור לעתיד.
  4. בקטעים מידע בסיסי ופרטי המשאב, מוודאים שפרטי הבקשה, כמו תאריכים וסוג השיתוף, נכונים. בנוסף, אם ביקשתם התחייבות, ודאו שהיא מצוינת. אם פרט כלשהו מהפרטים האלה לא נכון, צריך לפנות לצוות שאחראי על החשבון.

  5. אם הכול נראה מדויק, שולחים את הבקשה:

    1. לוחצים על עריכת הטיוטה. יופיע דף שבו אפשר לשנות את בקשת הטיוטה.
    2. לוחצים על יצירה. יופיע הדף Reservation. תוך כמה דקות, מערכת Google Cloud מאשרת את הבקשה, ואז Compute Engine יוצר בקשה ריקה לשמירת מקום. אם ביקשתם משאבי אחסון, ‏ Compute Engine יוצרת Storage Pool חדש או Exapool, או מגדילה את הקיבולת של Exapool קיים.

gcloud

  1. כדי לראות רשימה של בקשות למקומות שמורים לעתיד בפרויקט, משתמשים בפקודה gcloud compute future-reservations list עם האפשרות --filter שמוגדרת לערך PROCUREMENT_STATUS=DRAFTING: 
    gcloud compute future-reservations list --filter=PROCUREMENT_STATUS=DRAFTING
  2. בפלט פקודה, חפשו את בקשת המקום השמור עם השם שסיפקתם לצוות ניהול החשבון שלכם.
  3. כדי לראות את פרטי בקשת הטיוטה, משתמשים בפקודה gcloud compute future-reservations describe: 
    gcloud compute future-reservations describe FUTURE_RESERVATION_NAME \
    --zone=ZONE

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

    • ‫FUTURE_RESERVATION_NAME: השם של בקשת המקום השמור לעתיד בסטטוס טיוטה.
    • ‫ZONE: האזור שבו Google יצרה את הבקשה.

    הפלט אמור להיראות כך:

    autoCreatedReservationsDeleteTime: '2026-02-10T19:20:00Z'
creationTimestamp: '2025-11-27T11:14:58.305-08:00'
deploymentType: DENSE
id: '7979651787097007552'
kind: compute#futureReservation
name: example-draft-request
planningStatus: DRAFT
reservationName: example-reservation
schedulingType: INDEPENDENT
selfLink: https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/example-draft-request
selfLinkWithId: https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/7979651787097007552
specificReservationRequired: true
specificSkuProperties:
  instanceProperties:
    guestAccelerators:
    -   acceleratorCount: 8
      acceleratorType: nvidia-h200-141gb
    localSsds:
    -   diskSizeGb: '375'
      interface: NVME
    ...
  machineType: a3-ultragpu-8g
totalCount: '2'
storagePoolProperties:
  requestedStoragePoolProvisionedCapacity:
    poolProvisionedCapacityGb: '102400'
    poolProvisionedIops: '100000'
    poolProvisionedThroughput: '1024'
  storagePoolType: 'hyperdisk-balanced'
status:
  autoCreatedReservations:
  -   https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/reservations/example-reservation
  fulfilledCount: '2'
  lockTime: '2026-01-27T19:15:00Z'
  procurementStatus: DRAFTING
timeWindow:
  endTime: '2026-02-10T19:20:00Z'
  startTime: '2026-01-27T19:20:00Z'
zone: https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b
  4. בפלט, מוודאים שפרטי הבקשה, כמו תקופת ההזמנה, סוג השיתוף ומאפייני מופע המחשוב, נכונים. בנוסף, אם ביקשתם התחייבות, ודאו שהיא מצוינת בפלט. אם הפרטים שגויים, צריך לפנות לצוות ניהול החשבון שלכם.
  5. כדי לשלוח את בקשת הטיוטה לבדיקה, משתמשים בפקודה gcloud compute future-reservations update עם הדגל --planning-status שמוגדר לערך SUBMITTED: 
    gcloud compute future-reservations update FUTURE_RESERVATION_NAME \
    --planning-status=SUBMITTED \
    --zone=ZONE

    תוך כמה דקות, Google Cloud מאשר את הבקשה, ואז מערכת Compute Engine יוצרת שמירת מקום ריקה. אם ביקשתם משאבי אחסון, ‏ Compute Engine יוצר Storage Pool חדש או Exapool חדש, או מגדיל את הקיבולת של Exapool קיים.

REST

  1. כדי לראות רשימה של בקשות למקומות שמורים לעתיד בפרויקט, שולחים בקשת GET אל ה-method‏ futureReservations.list. בכתובת ה-URL של הבקשה, מוסיפים את פרמטר השאילתה filter ומגדירים אותו לערך status.procurementStatus=DRAFTING: 
    GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations?filter=status.procurementStatus=DRAFTING

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

    • ‫PROJECT_ID: המזהה של הפרויקט שבו Google יצרה את בקשת הטיוטה להזמנה עתידית.
    • ‫ZONE: האזור שבו הבקשה קיימת.
  2. בפלט של הבקשה, מחפשים את בקשת השריין עם השם שציינתם לצוות ניהול החשבון.
  3. כדי לראות את פרטי בקשת הטיוטה, שולחים בקשת GET ל-method‏ futureReservations.get בגרסת בטא: 
    GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations/FUTURE_RESERVATION_NAME

    מחליפים את FUTURE_RESERVATION_NAME בשם של טיוטת הבקשה להזמנה עתידית.

    הפלט אמור להיראות כך:

    {
  "specificSkuProperties": {
    "instanceProperties": {
      "machineType": "a3-ultragpu-8g",
      "guestAccelerators": [
        {
          "acceleratorType": "nvidia-h200-141gb",
          "acceleratorCount": 8
        }
      ],
      "localSsds": [
        {
          "diskSizeGb": "375",
          "interface": "NVME"
        },
        ...
      ]
    },
    "totalCount": "2"
  },
  "storagePoolProperties": {
    "requestedStoragePoolProvisionedCapacity": {
      "poolProvisionedCapacityGb": "102400",
      "poolProvisionedIops": "100000",
      "poolProvisionedThroughput": "1024"
    },
    "storagePoolType": "hyperdisk-balanced"
  },
  "kind": "compute#futureReservation",
  "id": "7979651787097007552",
  "creationTimestamp": "2025-11-27T11:14:58.305-08:00",
  "selfLink": "https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/example-draft-request",
  "selfLinkWithId": "https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/7979651787097007552",
  "zone": "https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b",
  "name": "example-draft-request",
  "timeWindow": {
    "startTime": "2026-01-27T19:20:00Z",
    "endTime": "2026-02-10T19:20:00Z"
  },
  "status": {
    "procurementStatus": "DRAFTING",
    "lockTime": "2026-01-27T19:15:00Z"
  },
  "planningStatus": "DRAFT",
  "specificReservationRequired": true,
  "reservationName": "example-reservation",
  "deploymentType": "DENSE",
  "schedulingType": "INDEPENDENT",
  "autoCreatedReservationsDeleteTime": "2026-02-10T19:20:00Z"
}
  4. בפלט, מוודאים שפרטי הבקשה, כמו תקופת ההזמנה, סוג השיתוף ומאפייני מופע המחשוב, נכונים. בנוסף, אם ביקשתם התחייבות, ודאו שהיא מצוינת בפלט. אם הפרטים שגויים, צריך לפנות לצוות ניהול החשבון שלכם.
  5. כדי לשלוח את טיוטת הבקשה לבדיקה, צריך לשלוח בקשת PATCH ל-method‏ futureReservations.update beta. בכתובת ה-URL של הבקשה, מוסיפים את פרמטר השאילתה updateMask ומגדירים אותו לערך planningStatus: 
    PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations/FUTURE_RESERVATION_NAME?updateMask=planningStatus

{
  "name": "FUTURE_RESERVATION_NAME",
  "planningStatus": "SUBMITTED"
}

    תוך כמה דקות, Google Cloud מאשרת את הבקשה, ואז Compute Engine יוצרת שמירת מקום ריקה. אם ביקשתם משאבי אחסון, ‏ Compute Engine יוצר Storage Pool חדש או Exapool, או מגדיל את הקיבולת של Exapool קיים.

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