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

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

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

מגבלות

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

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

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

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

מגבלות בהזמנות שנוצרו אוטומטית

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

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

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

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

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

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

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

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

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

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

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

מכסה

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

סקירה כללית

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

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

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

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

  • ‫Project number (מספר הפרויקט): מספר הפרויקט שבו צוות ניהול החשבון יוצר את הבקשה ו-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, אפשר לעיין בזמינות של מאיצים.
  • סוג הפריסה: מציינים סוג פריסה צפוף. בשיטה הזו, המאיצים ממוקמים קרוב אחד לשני כדי לצמצם את מספר הקפיצות ברשת ולבצע אופטימיזציה לזמן האחזור הנמוך ביותר. מומלץ לצמצם את זמן האחזור ברשת לעומסי עבודה של GPU באשכולות.
  • Total count (מספר כולל): המספר הכולל של מופעי מחשוב שרוצים לשריין. אפשר להזמין רק מכונות וירטואליות בכפולות של שתיים. גודלי הבלוקים ומספר מכונות ה-Compute לכל בלוק משתנים בהתאם לסוג המכונה ולזמינות שלה. צוות ניהול החשבון יכול לספק פרטים נוספים לגבי הבקשה.
  • שעת התחלה: שעת ההתחלה של תקופת השמירה. אפשר להתחיל להשתמש בקיבולת המוזמנת באותו זמן. מעצבים את שעת ההתחלה כחותמת זמן בפורמט 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 (שעת סיום): שעת הסיום של שמירת המקום. הפורמט צריך להיות חותמת זמן RFC 3339. בשלב הזה, Compute Engine מבצע את הפעולות הבאות:
    • המקום השמור שנוצר אוטומטית יימחק ב-Compute Engine.
    • בהתאם ל פעולת הסיום שציינתם עבור מכונות החישוב, מערכת Compute Engine מפסיקה או מוחקת את כל מכונות החישוב שיצרתם באמצעות בקשת ההזמנה שנוצרה אוטומטית.
  • ‫Reservation name: השם של המקום השמור ש-Compute Engine יוצר כדי לספק את הקיבולת השמורה. ‫Compute Engine יכול ליצור רק שמירת מקום עם טירגוט ספציפי.
  • מחיקה אוטומטית של בקשות לשמירת מקום: האם אתם רוצים ש-Compute Engine ימחק אוטומטית את הבקשות שנוצרו אוטומטית בסוף תקופת שמירת המקום. אם רוצים למחוק את ההזמנה באופן ידני, צריך לפנות לצוות ניהול החשבון כדי למחוק את ההזמנה.
  • סוג תזמון התחזוקה: איך Compute Engine מתזמן תחזוקת מארח למכונות וירטואליות באשכול. מציינים אחת מהאפשרויות הבאות:
    • כדי לסנכרן את התחזוקה בכל המופעים של A4X Max,‏ A4X,‏ A4 או A3 Ultra בבלוקים השמורים, משתמשים ב-GROUPED.
    • כדי להשתמש בלוחות זמנים שונים לתחזוקה של מופעי A4 או A3 Ultra, משתמשים ב-INDEPENDENT.
  • מצב הפעלה של הזמנה: האם אתם או Google Cloud מנהלים את תהליך השחזור של מופע המחשוב אחרי שגיאה במארח או דוח מארח שגוי. השיטה שבה משתמשים תלויה בסוג המכונה שאתם מזמינים:
    • כל מצב הקיבולת (ALL_CAPACITY). המצב הזה מיועד רק לסוגי מכונות A4X Max ו-A4X. אתם צריכים לנהל ידנית את תהליך התחזוקה והשחזור של מופע Compute. עם זאת, יש לכם גישה מלאה לכל המכונות בהזמנה, וגם שליטה מדויקת יותר בטופולוגיה של מופע המחשוב ובתחזוקה שלו.
    • מצב מנוהל (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) ביום שאחרי תאריך ההתחלה שנבחר.

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

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

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

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

המסוף

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

    כניסה לדף Reservations

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

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

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

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'
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 יוצר שמירת מקום ריקה עם המשאבים שביקשתם.

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"
  },
  "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 יוצר בקשה ריקה עם המשאבים שביקשתם.

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