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

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

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

כשיוצרים בקשה למקומות שמורים לעתיד, מבקשים Google Cloud לשמור מקום ל-vCPU, לזיכרון, ל-GPU ולדיסקים מקומיים של SSD כדי ליצור מכונות וירטואליות (VM) לתאריך ולשעה עתידיים. אם Google Cloud מאשר את הבקשה, מערכת Compute Engine יוצרת הזמנות עם המשאבים שביקשתם בתאריך ובשעה שציינתם. בקשה מאושרת למקום שמור לעתיד מאפשרת לכם ליהנות מהיתרונות הבאים:

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

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

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

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

כשמשתמשים במסוף Google Cloud כדי לגשת לשירותים Google Cloud ולממשקי ה-API, לא צריך להגדיר אימות.
gcloud
1. התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם. אחרי שנכנסתם לחשבון, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
  gcloud init
  הערה: אם התקנתם את ה-CLI של gcloud, השתמשו בפקודה gcloud components update כדי לבדוק אם מותקנת הגרסה העדכנית.
הגדרת אזור ותחום כברירת מחדל

REST

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

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

מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Google Cloud .

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

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

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

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

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

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

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

הגבלות

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

האדמין של מדיניות הארגון צריך להוסיף את הפרויקט שבו משתמשים כדי ליצור בקשות למקומות שמורים משותפים לעתיד (הפרויקט הבעלים) לרשימת ההיתרים של אילוץ מדיניות הארגון Shared Reservations Owner Projects ‏ (compute.sharedReservationsOwnerProjects). מידע נוסף זמין במאמר מתן הרשאה לפרויקטים ליצור ולשנות הזמנות משותפות והגבלת ההרשאה במסמכי התיעוד של Compute Engine בנושא הזמנות.
אם מעבירים פרויקט שיצר בקשה משותפת למקום שמור לעתיד לארגון אחר, הבקשה המשותפת למקום שמור לעתיד נמחקת. הפרויקט לא יוסר באופן אוטומטי מהאילוץ של מדיניות הארגון Shared Reservations Owner Projects (compute.sharedReservationsOwnerProjects), אבל תוכלו להסיר את הפרויקט מהאילוץ הזה אם צריך.
כל בקשה משותפת למקומות שמורים לעתיד יכולה להיות משותפת עם עד 100 פרויקטים של צרכנים.
לכל ארגון אפשר ליצור עד 100 בקשות משותפות למקומות שמורים לעתיד לכל שילוב ייחודי של מאפייני מכונות וירטואליות.

יצירת טיוטה של בקשה

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

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

מומלץ: בחירת תבנית מכונה

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

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

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

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

ציון תבנית של הגדרות מכונה

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

תבנית של הגדרות מכונה מכילה הגדרות ספציפיות לפרויקט, כך שאפשר לגשת לתבנית של הגדרות מכונה ולהשתמש בה רק באותו פרויקט. אם יוצרים בקשה משותפת למקום שמור לעתיד על ידי ציון תבנית של הגדרות מכונה, צריך ליצור תבניות דומות כדי ליצור מכונות וירטואליות, או ליצור מכונות וירטואליות על ידי ציון מאפיינים תואמים ישירות, כדי להשתמש במקומות השמורים שנוצרו אוטומטית בכל פרויקט צרכן.
צריך ליצור את הבקשה למקום שמור לעתיד באותו אזור ובאותו אזור זמינות שבהם נמצאים המשאבים בתבנית של הגדרות מכונה. כל משאב אזורי או משאב בתחום זמינות שמצוין בתבנית של הגדרות מכונה – כמו סוג מכונה או דיסק קשיח קבוע – מגביל את השימוש בתבנית למיקומים שבהם נמצאים המשאבים האלה. לדוגמה, אם תבנית של הגדרות מכונה מציינת Persistent Disk קיים באזור us-central1-a, צריך ליצור את מקום שמור לעתיד באותו אזור. אחרת, יצירת הבקשה למקום שמור לעתיד תיכשל.

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

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

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

המסוף

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

כניסה לדף Reservations
לוחצים על הכרטיסייה Future reservations.
לוחצים על ‎ Create future reservation‎. ייפתח הדף Create a future reservation.
בקטע Machine configuration:
1. בוחרים באפשרות Use instance template.
2. בוחרים את תבנית המכונה ברשימה Instance template. אם בוחרים תבנית של הגדרות מכונה אזורית, אפשר לשריין משאבים רק באזור הזה.
בקטע Location, ברשימות Region ו-Zone, בוחרים את האזור והתחום שבהם רוצים לשריין את המשאבים.
בקטע Capacity details, בשדה Total capacity needed, כותבים כמה מכונות וירטואליות רוצים לשריין.

ודאו שיש לכם מספיק מכסה למשאבים שאתם מבקשים לשריין, גם כשאתם שולחים את הבקשה וגם בשעת ההתחלה הצפויה. אחרת, יכול להיות שהבקשה לשמירת מקום לעתיד ב- Google Cloud תידחה, או שתקבלו רק חלק מהמשאבים שביקשתם.
בקטע Reservation period:
1. בשדה Start time, מציינים מה שעת ההתחלה של שמירת המקום. שעת ההתחלה של בקשה לשמירת מקום לעתיד יכולה להיות עד שנה קדימה. כדי שיהיה לכם מספיק זמן לשנות, לבטל או למחוק את הבקשה למקום שמור לעתיד לפני שהיא ננעלת, ציינו שעת התחלה מומלצת.
2. בשדה End time, מציינים מה שעת הסיום של שמירת המקום. בקטע Duration summary אתם יכולים לראות את משך שמירת המקום. כדי להגדיל את הסיכוי ש-Google Cloud תאשר את הבקשה למקום שמור לעתיד לאחר שתגישו אותה, מומלץ להגדיר תקופה של לפחות 365 ימים למקום השמור.
לוחצים על הבא.
בקטע Auto-delete, מבצעים אחת מהפעולות הבאות:
- כדי לאפשר ל-Compute Engine למחוק את שאר הבקשות שנוצרו אוטומטית מבקשה לשמירת מקום לעתיד:
  
  זהירות: אם תפעילו את אפשרות המחיקה, כל הבקשות שנוצרו אוטומטית יימחקו ב-Compute Engine בשעה שבחרתם, גם אם לא השתמשתם בכל המשאבים.
  1. מסמנים את התיבה Enable auto-delete.
  2. אם רוצים: בשדה Auto-delete time, בוחרים את התאריך והשעה שבהם יימחקו הבקשות שנוצרו אוטומטית. התאריך והשעה צריכים להיות אחרי מועד הסיום של שמירת המקום. אם תשאירו את השדה ריק, הבקשות שנוצרו אוטומטית ב-Compute Engine יימחקו תוך שעתיים מסיום שמירת המקום.
- כדי להשבית את המחיקה האוטומטית, מבטלים את הסימון בתיבה Enable auto-delete.
בקטע Share type (סוג השיתוף):
1. כדי לשתף את המשאבים שהוזמנו עם פרויקטים אחרים, בוחרים באפשרות משותף.
2. לוחצים על Add projects, ואז בוחרים את הפרויקטים מהארגון של הפרויקט הנוכחי שרוצים לשתף איתם את בקשת המקום השמור לעתיד. אפשר לבחור עד 100 פרויקטים.
לוחצים על הבא.
נותנים לבקשה שם בשדה Future reservation name.
כותבים קידומת לשם בשדה Prefix. כל הבקשות שנוצרו אוטומטית מאותה בקשה לשמירת מקום לעתיד יתחילו בקידומת הזו.
כדי לשמור טיוטה של הבקשה, לוחצים על Save a draft. יופיע הדף Reservations. יצירת הבקשה למקומות שמורים לעתיד עשויה להימשך עד דקה. כדי לראות מתי הבקשה תיווצר ב-Compute Engine, אתם יכולים לפתוח את רשימת הבקשות לשמירת מקום לעתיד.

gcloud

כדי ליצור בקשה למקום שמור לעתיד משותף על ידי ציון תבנית של הגדרות מכונה, משתמשים בפקודה gcloud compute future-reservations create עם הדגלים --share-setting=projects ו---share-with.

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

gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-delete-auto-created-reservations \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --source-instance-template=INSTANCE_TEMPLATE_URL \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE

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

‫FUTURE_RESERVATION_NAME: השם של בקשת ההזמנה העתידית.

‫CONSUMER_PROJECT_IDS: רשימה מופרדת בפסיקים של מזהי הפרויקטים שרוצים לאפשר להם לצרוך את המקומות השמורים שנוצרו אוטומטית עבור בקשת המקום השמור לעתיד הזו – לדוגמה, project-1,project-2. אפשר לציין עד 100 פרויקטים. הפרויקטים האלה צריכים להיות באותו ארגון כמו הפרויקט שבו נוצרה הבקשה לשריון מקום שמור לעתיד (פרויקט הבעלים). לא מציינים את פרויקט הבעלים. כברירת מחדל, כבר מותר להשתמש בבקשות שנוצרו אוטומטית מאותה בקשה לשמירת מקום לעתיד.

‫INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית קיימת של הגדרות מכונה. מציינים אחד מהערכים הבאים:
- לתבנית של הגדרות מכונה אזורית: projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_NAME
- לתבנית גלובלית של הגדרות מכונה: INSTANCE_TEMPLATE_NAME

‫START_TIME: שעת ההתחלה של תקופת ההזמנה כחותמת זמן בפורמט 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. כדי להגדיל את הסיכוי שהבקשה תאושר ב-Google Cloud , מומלץ להגדיר תקופה של לפחות 365 ימים לשמירת מקום. כדי לציין משך זמן במקום שעת סיום, מחליפים את הדגל --end-time בדגל --duration=END_DURATION. מחליפים את END_DURATION במשך זמן בשניות. לדוגמה, אם רוצים להגדיר תקופת שמירה של 31,536,000 שניות (365 ימים), מציינים 31536000.

חשוב: כדי למנוע שגיאות כשיוצרים בקשה למקום שמור לעתיד, צריך לוודא שתקופת השמירה לא חופפת לתקופת השמירה של בקשה קיימת אחרת למקום שמור לעתיד עם מאפיינים תואמים של מכונות וירטואליות ותחום (zone), ושנוצרה בפרויקט הנוכחי או ששותפה איתו. כדי לראות סקירה כללית של תקופות ההזמנה של הבקשות למקום שמור לעתיד, אפשר לצפות ברשימה של הבקשות למקום שמור לעתיד.
‫TOTAL_COUNT: המספר הכולל של המכונות הווירטואליות שרוצים לשריין.
‫ZONE: האזור שבו רוצים לשריין משאבים.

לדוגמה, נניח שאתם רוצים ליצור טיוטה של בקשה למקום שמור לעתיד בשם fr-02 בתחום (zone) us-central1-a עם המאפיינים הבאים:

תקופת הזמנה שמתחילה בחצות ב-10 בנובמבר 2024 לפי שעון UTC ומסתיימת בחצות ב-10 בדצמבר 2024 לפי שעון UTC.
סך הכול 80 מכונות וירטואליות.

תבנית של הגדרות מכונה אזורית מאזור us-central1.

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

הבקשה למקום שמור לעתיד משותפת עם project-1 ועם project-2.

כדי ליצור את fr-02, מריצים את הפקודה הבאה:

gcloud compute future-reservations create fr-02 \
    --auto-delete-auto-created-reservations \
    --share-setting=projects \
    --share-with=project-1,project-2 \
    --source-instance-template=projects/example-project/regions/us-central1/instanceTemplates/example-template \
    --start-time=2024-11-10T00:00:00Z \
    --end-time=2024-12-10T00:00:00Z \
    --total-count=80 \
    --zone=us-central1-a

אפשר גם לבצע אחת או יותר מהפעולות הבאות:

כדי למחוק את הבקשות שנוצרו אוטומטית אחרי שעת הסיום של תקופת שמירת המקום, בוחרים באחת מהשיטות הבאות:
- כדי למחוק את הבקשות שנוצרו אוטומטית בתאריך ובשעה ספציפיים אחרי שעת הסיום של שמירת המקום, צריך לכלול את האפשרות --auto-created-reservations-delete-time.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-created-reservations-delete-time=AUTO_CREATED_RESERVATIONS_DELETE_TIME \
    --auto-delete-auto-created-reservations \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --source-instance-template=INSTANCE_TEMPLATE_URL \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
  מחליפים את AUTO_CREATED_RESERVATIONS_DELETE_TIME בתאריך ובשעה בפורמט של חותמת זמן RFC 3339.
- כדי למחוק את הבקשות שנוצרו אוטומטית אחרי פרק זמן מסוים מסיום שמירת המקום, צריך לכלול את הדגל --auto-created-reservations-duration.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-created-reservations-duration=DURATION_BEFORE_DELETE \
    --auto-delete-auto-created-reservations \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --source-instance-template=INSTANCE_TEMPLATE_URL \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
  מחליפים את DURATION_BEFORE_DELETE במשך זמן בימים, בשעות, בדקות או בשניות. לדוגמה, מציינים 30m ל-30 דקות או 1d2h3m4s ליום אחד, שעתיים, שלוש דקות וארבע שניות.

כדי להשבית את אפשרות המחיקה האוטומטית של הבקשות שנוצרו אוטומטית, מחליפים את הדגל --auto-delete-auto-created-reservations בדגל --no-auto-delete-auto-created-reservations.

gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --no-auto-delete-auto-created-reservations \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --source-instance-template=INSTANCE_TEMPLATE_URL \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE

כדי לציין קידומת לשם של הבקשות שנוצרו אוטומטית, צריך לכלול את הדגל --name-prefix.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-delete-auto-created-reservations \
    --name-prefix=NAME_PREFIX \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --source-instance-template=INSTANCE_TEMPLATE_URL \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
מחליפים את NAME_PREFIX בקידומת השם של כל הזמנה שנוצרה אוטומטית. כדי לעזור לכם לזהות את המקומות השמורים שנוצרו אוטומטית עבור בקשה זו למקום שמור לעתיד, Google Cloud מומלץ לציין קידומת ייחודית לשם.

REST

כדי ליצור בקשה למקום שמור לעתיד משותף על ידי ציון תבנית של הגדרות מכונה, שולחים בקשת POST אל ה-method‏ futureReservations.insert.

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoDeleteAutoCreatedReservations": AUTO_DELETE_AUTO_CREATED_RESERVATIONS,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "sourceInstanceTemplate": "INSTANCE_TEMPLATE_URL",
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

‫PROJECT_ID: מזהה הפרויקט שבו רוצים לשריין משאבים ושבו נמצאת תבנית של הגדרות מכונה.
‫ZONE: האזור שבו רוצים לשריין משאבים.
‫AUTO_DELETE_AUTO_CREATED_RESERVATIONS: אם מגדירים את השדה הזה לערך true, מערכת Compute Engine מוחקת באופן אוטומטי את המקומות השמורים שנוצרו אוטומטית עבור מקום שמור לעתיד זה תוך שעתיים משעת הסיום של תקופת שמירת המקום. אם רוצים לצרף את ההזמנות שנוצרו אוטומטית להתחייבות, צריך להגדיר את השדה הזה לערך false.

‫CONSUMER_PROJECT_ID_1 ו-CONSUMER_PROJECT_ID_2: מזהי הפרויקטים שאפשר לשתף איתם את הבקשה הזו למקומות שמורים לעתיד. אפשר לציין עד 100 פרויקטים. הפרויקטים האלה צריכים להיות באותו ארגון שבו נוצר הפרויקט שבו נשלחת הבקשה לשריון מקום שמור לעתיד (פרויקט הבעלים). לא מציינים את פרויקט הבעלים. כברירת מחדל, כבר מותר לצרוך את המקומות השמורים שנוצרו אוטומטית עבור בקשה זו למקום שמור לעתיד.

‫INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית קיימת של הגדרות מכונה. מציינים אחד מהערכים הבאים:
- לתבנית של הגדרות מכונה אזורית: projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_NAME
- לתבנית גלובלית של הגדרות מכונה: INSTANCE_TEMPLATE_NAME

‫TOTAL_COUNT: המספר הכולל של המכונות הווירטואליות שרוצים לשריין.
‫START_TIME: שעת ההתחלה של תקופת ההזמנה כחותמת זמן בפורמט 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. כדי להגדיל את הסיכוי שהבקשה תאושר ב-Google Cloud , כדאי להשתמש בתקופה של לפחות 365 ימים לשמירת מקום. כדי לציין משך זמן במקום שעת סיום, אפשר להחליף את השדה endTime בשדה duration:
```
"duration": {
  "seconds": END_DURATION
}
```
מחליפים את END_DURATION במשך הזמן בשניות. לדוגמה, מציינים 31536000 ל-31,536,000 שניות (365 ימים).

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

לדוגמה, נניח שאתם רוצים ליצור טיוטה של בקשה למקום שמור לעתיד בשם fr-02 בתחום (zone) us-central1-a עם המאפיינים הבאים:

תקופת הזמנה שמתחילה בחצות ב-10 בנובמבר 2024 לפי שעון UTC ומסתיימת בחצות ב-10 בדצמבר 2024 לפי שעון UTC.
סך הכול 80 מכונות וירטואליות.

תבנית של הגדרות מכונה אזורית מאזור us-central1.

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

הבקשה למקום שמור לעתיד משותפת עם project-1 ועם project-2.

כדי ליצור fr-02, שולחים בקשת POST באופן הבא:

POST https://compute.googleapis.com/compute/v1/projects/example-project/zones/us-central1-a/futureReservations

{
  "autoDeleteAutoCreatedReservations": true,
  "name": "fr-02",
  "specificSkuProperties": { 
    "sourceInstanceTemplate": "projects/example-project/regions/us-central1/instanceTemplates/example-template",
    "totalCount": 80
  },
  "shareSettings": {
    "projects": [
      "project-1",
      "project-2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "timeWindow": {
    "startTime": "2024-11-10T00:00:00Z",
    "endTime": "2024-12-10T00:00:00Z"
  }
}

אפשר גם לבצע אחת או יותר מהפעולות הבאות:

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoDeleteAutoCreatedReservations": AUTO_DELETE_AUTO_CREATED_RESERVATIONS,
  "name": "FUTURE_RESERVATION_NAME",
  "namePrefix": "NAME_PREFIX",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "sourceInstanceTemplate": "INSTANCE_TEMPLATE_URL",
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

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

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoCreatedReservationsDeleteTime": "DELETE_TIME",
  "autoDeleteAutoCreatedReservations": true,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "sourceInstanceTemplate": "INSTANCE_TEMPLATE_URL",
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

מחליפים את DELETE_TIME בתאריך ובשעה שבהם יימחקו ב-Compute Engine הבקשות שנוצרו אוטומטית. התאריך והשעה צריכים להיות בפורמט של חותמת זמן RFC 3339.

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoCreatedReservationsDuration": {
    "seconds": "DURATION_BEFORE_DELETE"
  },
  "autoDeleteAutoCreatedReservations": true,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "sourceInstanceTemplate": "INSTANCE_TEMPLATE_URL",
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

מחליפים את DURATION_BEFORE_DELETE במשך הזמן בשניות. לדוגמה, מציינים 604800 ל-604,800 שניות (7 ימים).

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

ציון של מכונה וירטואלית קיימת

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

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

כך יוצרים תבנית של הגדרות מכונה ומשתמשים בה:
1. יוצרים תבנית של הגדרות מכונה על סמך המכונה הווירטואלית להפניה בלי לדרוס את המאפיינים של המכונה הווירטואלית להפניה.
  
  הערה: אי אפשר ליצור תבנית של הגדרות מכונה על סמך מכונת ה-VM של קובץ העזר מחוץ לפרויקט של מכונת ה-VM. בפרויקטים שבהם השמורה משותפת, צריך ליצור תבניות מכונות דומות.
2. כדי ליצור מכונות וירטואליות באמצעות התבנית החדשה, מבצעים אחת מהפעולות הבאות או את שתיהן:
  - יצירת מכונה וירטואלית אחת
  - יצירה של קבוצת מופעי מכונה מנוהלים (MIG) באזור
יוצרים מכונה וירטואלית עם מאפיינים שזהים בדיוק למכונת ה-VM המקורית, באופן הבא:
- בפרויקט הבעלים, יוצרים מכונה וירטואלית על סמך המכונה הווירטואלית להפניה בלי לשנות את המאפיינים של המכונה הווירטואלית שיוצרים.
- בפרויקטים של הצרכן, יוצרים מכונה וירטואלית תוך הקפדה ידנית על התאמה בין המאפיינים שלה לבין המאפיינים של המכונה הווירטואלית שאליה מתייחסים.

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

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

כניסה לדף Reservations
לוחצים על הכרטיסייה Future reservations.
לוחצים על ‎ Create future reservation‎. ייפתח הדף Create a future reservation.
בקטע Machine configuration מבצעים את הפעולות הבאות:
1. בוחרים באפשרות שימוש במכונה וירטואלית קיימת.
2. ברשימה Existing VM, בוחרים את המכונה הווירטואלית שרוצים להשתמש במאפיינים שלה כדי ליצור את ההזמנה.
בקטע Location, ברשימות Region ו-Zone, בוחרים את האזור והתחום שבהם רוצים לשריין את המשאבים.
בקטע Capacity details, בשדה Total capacity needed, כותבים כמה מכונות וירטואליות רוצים לשריין.

ודאו שיש לכם מספיק מכסה למשאבים שאתם מבקשים לשריין, גם כשאתם שולחים את הבקשה וגם בשעת ההתחלה הצפויה. אחרת, יכול להיות שהבקשה לשמירת מקום לעתיד ב- Google Cloud תידחה, או שתקבלו רק חלק מהמשאבים שביקשתם.
בקטע Reservation period:
1. בשדה Start time, מציינים מה שעת ההתחלה של שמירת המקום. שעת ההתחלה של בקשה לשמירת מקום לעתיד יכולה להיות עד שנה קדימה. כדי שיהיה לכם מספיק זמן לשנות, לבטל או למחוק את הבקשה למקום שמור לעתיד לפני שהיא ננעלת, ציינו שעת התחלה מומלצת.
2. בשדה End time, מציינים מה שעת הסיום של שמירת המקום. בקטע Duration summary אתם יכולים לראות את משך שמירת המקום. כדי להגדיל את הסיכוי ש-Google Cloud תאשר את הבקשה למקום שמור לעתיד לאחר שתגישו אותה, מומלץ להגדיר תקופה של לפחות 365 ימים למקום השמור.
לוחצים על הבא.
בקטע Auto-delete, מבצעים אחת מהפעולות הבאות:
- כדי לאפשר ל-Compute Engine למחוק את שאר הבקשות שנוצרו אוטומטית מבקשה לשמירת מקום לעתיד:
  
  זהירות: אם תפעילו את אפשרות המחיקה, כל הבקשות שנוצרו אוטומטית יימחקו ב-Compute Engine בשעה שבחרתם, גם אם לא השתמשתם בכל המשאבים.
  1. מסמנים את התיבה Enable auto-delete.
  2. אם רוצים: בשדה Auto-delete time, בוחרים את התאריך והשעה שבהם יימחקו הבקשות שנוצרו אוטומטית. התאריך והשעה צריכים להיות אחרי מועד הסיום של שמירת המקום. אם תשאירו את השדה ריק, הבקשות שנוצרו אוטומטית ב-Compute Engine יימחקו תוך שעתיים מסיום שמירת המקום.
- כדי להשבית את המחיקה האוטומטית, מבטלים את הסימון בתיבה Enable auto-delete.
בקטע Share type (סוג השיתוף):
1. כדי לשתף את המשאבים שהוזמנו עם פרויקטים אחרים, בוחרים באפשרות משותף.
2. לוחצים על Add projects, ואז בוחרים את הפרויקטים מהארגון של הפרויקט הנוכחי שרוצים לשתף איתם את בקשת המקום השמור לעתיד. אפשר לבחור עד 100 פרויקטים.
לוחצים על הבא.
נותנים לבקשה שם בשדה Future reservation name.
כותבים קידומת לשם בשדה Prefix. כל הבקשות שנוצרו אוטומטית מאותה בקשה לשמירת מקום לעתיד יתחילו בקידומת הזו.
כדי לשמור טיוטה של הבקשה, לוחצים על Save a draft. יופיע הדף Reservations. יצירת הבקשה למקומות שמורים לעתיד עשויה להימשך עד דקה. כדי לראות מתי הבקשה תיווצר ב-Compute Engine, אתם יכולים לפתוח את רשימת הבקשות לשמירת מקום לעתיד.

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

ציון מאפיינים ישירות

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

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

המסוף

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

כניסה לדף Reservations
לוחצים על הכרטיסייה Future reservations.
לוחצים על ‎ Create future reservation‎. ייפתח הדף Create a future reservation.
בקטע Machine configuration מבצעים את הפעולות הבאות:
1. בוחרים באפשרות Specify machine type (ציון סוג המכונה) אם היא לא מסומנת.
2. מציינים את סוג המכונה שבה רוצים להשתמש במכונות הווירטואליות שהוזמנו.
בקטע Location, ברשימות Region ו-Zone, בוחרים את האזור והתחום שבהם רוצים לשריין את המשאבים.
בקטע Capacity details, בשדה Total capacity needed, כותבים כמה מכונות וירטואליות רוצים לשריין.

ודאו שיש לכם מספיק מכסה למשאבים שאתם מבקשים לשריין, גם כשאתם שולחים את הבקשה וגם בשעת ההתחלה הצפויה. אחרת, יכול להיות שהבקשה לשמירת מקום לעתיד ב- Google Cloud תידחה, או שתקבלו רק חלק מהמשאבים שביקשתם.
בקטע Reservation period:
1. בשדה Start time, מציינים מה שעת ההתחלה של שמירת המקום. שעת ההתחלה של בקשה לשמירת מקום לעתיד יכולה להיות עד שנה קדימה. כדי שיהיה לכם מספיק זמן לשנות, לבטל או למחוק את הבקשה למקום שמור לעתיד לפני שהיא ננעלת, ציינו שעת התחלה מומלצת.
2. בשדה End time, מציינים מה שעת הסיום של שמירת המקום. בקטע Duration summary אתם יכולים לראות את משך שמירת המקום. כדי להגדיל את הסיכוי ש-Google Cloud תאשר את הבקשה למקום שמור לעתיד לאחר שתגישו אותה, מומלץ להגדיר תקופה של לפחות 365 ימים למקום השמור.
לוחצים על הבא.
בקטע Auto-delete, מבצעים אחת מהפעולות הבאות:
- כדי לאפשר ל-Compute Engine למחוק את שאר הבקשות שנוצרו אוטומטית מבקשה לשמירת מקום לעתיד:
  
  זהירות: אם תפעילו את אפשרות המחיקה, כל הבקשות שנוצרו אוטומטית יימחקו ב-Compute Engine בשעה שבחרתם, גם אם לא השתמשתם בכל המשאבים.
  1. מסמנים את התיבה Enable auto-delete.
  2. אם רוצים: בשדה Auto-delete time, בוחרים את התאריך והשעה שבהם יימחקו הבקשות שנוצרו אוטומטית. התאריך והשעה צריכים להיות אחרי מועד הסיום של שמירת המקום. אם תשאירו את השדה ריק, הבקשות שנוצרו אוטומטית ב-Compute Engine יימחקו תוך שעתיים מסיום שמירת המקום.
- כדי להשבית את המחיקה האוטומטית, מבטלים את הסימון בתיבה Enable auto-delete.
בקטע Share type (סוג השיתוף):
1. כדי לשתף את המשאבים שהוזמנו עם פרויקטים אחרים, בוחרים באפשרות משותף.
2. לוחצים על Add projects, ואז בוחרים את הפרויקטים מהארגון של הפרויקט הנוכחי שרוצים לשתף איתם את בקשת המקום השמור לעתיד. אפשר לבחור עד 100 פרויקטים.
לוחצים על הבא.
נותנים לבקשה שם בשדה Future reservation name.
כותבים קידומת לשם בשדה Prefix. כל הבקשות שנוצרו אוטומטית מאותה בקשה לשמירת מקום לעתיד יתחילו בקידומת הזו.
כדי לשמור טיוטה של הבקשה, לוחצים על Save a draft. יופיע הדף Reservations. יצירת הבקשה למקומות שמורים לעתיד עשויה להימשך עד דקה. כדי לראות מתי הבקשה תיווצר ב-Compute Engine, אתם יכולים לפתוח את רשימת הבקשות לשמירת מקום לעתיד.

gcloud

כדי ליצור בקשה להזמנה עתידית משותפת על ידי ציון מאפיינים ישירות, משתמשים בפקודה gcloud compute future-reservations create עם הדגלים --share-setting=projects ו---share-with.

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

gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-delete-auto-created-reservations \
    --machine-type=MACHINE_TYPE \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE

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

‫FUTURE_RESERVATION_NAME: השם של בקשת ההזמנה העתידית.

‫MACHINE_TYPE: סוג המכונה שרוצים להשתמש בה לכל מכונה וירטואלית שמורה.

‫CONSUMER_PROJECT_IDS: רשימה מופרדת בפסיקים של מזהי הפרויקטים שרוצים לאפשר להם לצרוך את המקומות השמורים שנוצרו אוטומטית עבור בקשת המקום השמור לעתיד הזו – לדוגמה, project-1,project-2. אפשר לציין עד 100 פרויקטים. הפרויקטים האלה צריכים להיות באותו ארגון כמו הפרויקט שבו נוצרה הבקשה לשריון מקום שמור לעתיד (פרויקט הבעלים). לא מציינים את פרויקט הבעלים. כברירת מחדל, כבר מותר להשתמש בבקשות שנוצרו אוטומטית מאותה בקשה לשמירת מקום לעתיד.

‫START_TIME: שעת ההתחלה של תקופת ההזמנה כחותמת זמן בפורמט 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. כדי להגדיל את הסיכוי שהבקשה תאושר ב-Google Cloud , מומלץ לציין תקופה של לפחות 365 ימים לשמירת מקום. כדי לציין משך זמן במקום שעת סיום, מחליפים את הדגל --end-time בדגל --duration=END_DURATION. מחליפים את END_DURATION במשך זמן בשניות. לדוגמה, אם רוצים להגדיר תקופת שמירה של 31,536,000 שניות (365 ימים), מציינים 31536000.

חשוב: כדי למנוע שגיאות כשיוצרים בקשה למקום שמור לעתיד, צריך לוודא שתקופת השמירה לא חופפת לתקופת השמירה של בקשה קיימת אחרת למקום שמור לעתיד עם מאפיינים תואמים של מכונות וירטואליות ותחום (zone), ושנוצרה בפרויקט הנוכחי או ששותפה איתו. כדי לראות סקירה כללית של תקופות ההזמנה של הבקשות למקום שמור לעתיד, אפשר לצפות ברשימה של הבקשות למקום שמור לעתיד.
‫TOTAL_COUNT: המספר הכולל של המכונות הווירטואליות שרוצים לשריין.
‫ZONE: האזור שבו רוצים לשריין משאבים.

לדוגמה, נניח שאתם רוצים ליצור טיוטה של בקשה למקום שמור לעתיד בשם fr-02 בתחום (zone) us-central1-a עם המאפיינים הבאים:

תקופת הזמנה שמתחילה בחצות ב-10 בנובמבר 2024 לפי שעון UTC ומסתיימת בחצות ב-10 בדצמבר 2024 לפי שעון UTC.
סך הכול 80 מכונות וירטואליות.

סוג מכונה עם קונפיגורציה מוגדרת (predefined) מסוג N2 עם 4 יחידות vCPU.

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

הבקשה למקום שמור לעתיד משותפת עם project-1 ועם project-2.

כדי ליצור את fr-02, מריצים את הפקודה הבאה:

gcloud compute future-reservations create fr-02 \
    --auto-delete-auto-created-reservations \
    --machine-type=n2-standard-4 \
    --share-setting=projects \
    --share-with=project-1,project-2 \
    --start-time=2024-11-10T00:00:00Z \
    --end-time=2024-12-10T00:00:00Z \
    --total-count=80 \
    --zone=us-central1-a

אפשר גם לבצע אחת או יותר מהפעולות הבאות:

כדי לצרף יחידות GPU למכונות וירטואליות מסוג N1 שהוזמנו, צריך לכלול את הדגל --accelerator.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --accelerator=NUMBER_OF_ACCELERATORS,type=ACCELERATOR_TYPE \
    --auto-delete-auto-created-reservations \
    --machine-type=MACHINE_TYPE \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫NUMBER_OF_ACCELERATORS: מספר יחידות ה-GPU שרוצים להוסיף לכל מכונה וירטואלית (VM) מוזמנת.
- ‫ACCELERATOR_TYPE: דגם GPU נתמך למכונות וירטואליות מסוג N1. כדי למנוע שגיאות, צריך לוודא שדגם ה-GPU שבחרתם זמין באזור שבו אתם יוצרים את הבקשה למקום שמור לעתיד.

כדי למחוק את הבקשות שנוצרו אוטומטית אחרי שעת הסיום של תקופת שמירת המקום, בוחרים באחת מהשיטות הבאות:
- כדי למחוק את הבקשות שנוצרו אוטומטית בתאריך ובשעה ספציפיים אחרי שעת הסיום של שמירת המקום, צריך לכלול את האפשרות --auto-created-reservations-delete-time.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-created-reservations-delete-time=AUTO_CREATED_RESERVATIONS_DELETE_TIME \
    --auto-delete-auto-created-reservations \
    --machine-type=MACHINE_TYPE \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
  מחליפים את AUTO_CREATED_RESERVATIONS_DELETE_TIME בתאריך ובשעה בפורמט של חותמת זמן RFC 3339.
- כדי למחוק את הבקשות שנוצרו אוטומטית אחרי פרק זמן מסוים מסיום שמירת המקום, צריך לכלול את הדגל --auto-created-reservations-duration.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-created-reservations-duration=DURATION_BEFORE_DELETE \
    --auto-delete-auto-created-reservations \
    --machine-type=MACHINE_TYPE \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
  מחליפים את DURATION_BEFORE_DELETE במשך זמן בימים, בשעות, בדקות או בשניות. לדוגמה, מציינים 30m ל-30 דקות או 1d2h3m4s ליום אחד, שעתיים, שלוש דקות וארבע שניות.

gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --no-auto-delete-auto-created-reservations \
    --machine-type=MACHINE_TYPE \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE

כדי לצרף דיסקים של SSD מקומי לסוג מכונה שלא כולל דיסקים של SSD מקומי כברירת מחדל, צריך לכלול את הדגל --local-ssd. אפשר לצרף רק דיסק SSD מקומי בנפח של 375GB.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-delete-auto-created-reservations \
    --local-ssd=count=NUMBER_OF_LOCAL_SSD_DISKS,size=375,interface=INTERFACE_TYPE \
    --machine-type=MACHINE_TYPE \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫NUMBER_OF_LOCAL_SSD_DISKS: מספר דיסקי ה-SSD המקומי לצירוף.
- ‫INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש בדיסקים של SSD מקומי, ושסוג המכונה שצוין תומך בו. מציינים אחד מהערכים הבאים:
  - לממשק הדיסק NVME: ‏ nvme
  - לממשק דיסק SCSI: scsi
כדי שמכונות ה-VM השמורות ישתמשו בפלטפורמת CPU מינימלית ספציפית במקום בפלטפורמת ה-CPU שמוגדרת כברירת מחדל באזור, צריך לכלול את הדגל --min-cpu-platform.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-delete-auto-created-reservations \
    --machine-type=MACHINE_TYPE \
    --min-cpu-platform="MIN_CPU_PLATFORM" \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
מחליפים את MIN_CPU_PLATFORM בפלטפורמת CPU מינימלית. כדי לוודא שפלטפורמת CPU זמינה באזור שבו אתם מזמינים משאבים, אפשר לראות את פלטפורמות ה-CPU הזמינות לפי אזור.

כדי לציין קידומת לשם של הבקשות שנוצרו אוטומטית, צריך לכלול את הדגל --name-prefix.
```
gcloud compute future-reservations create FUTURE_RESERVATION_NAME \
    --auto-delete-auto-created-reservations \
    --machine-type=MACHINE_TYPE \
    --name-prefix=NAME_PREFIX \
    --share-setting=projects \
    --share-with=CONSUMER_PROJECT_IDS \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE
```
מחליפים את NAME_PREFIX בקידומת השם של כל הזמנה שנוצרה אוטומטית. כדי לעזור לכם לזהות את המקומות השמורים שנוצרו אוטומטית עבור בקשה זו למקום שמור לעתיד, Google Cloud מומלץ לציין קידומת ייחודית לשם.

REST

כדי ליצור בקשה משותפת להזמנה עתידית על ידי ציון מאפיינים ישירות, שולחים בקשת POST אל ה-method‏ futureReservations.insert.

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoDeleteAutoCreatedReservations": AUTO_DELETE_AUTO_CREATED_RESERVATIONS,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "instanceProperties": {
      "machineType": "MACHINE_TYPE"
    },
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

‫PROJECT_ID: מזהה הפרויקט שבו רוצים לשריין משאבים.
‫ZONE: האזור שבו רוצים לשריין משאבים.
‫AUTO_DELETE_AUTO_CREATED_RESERVATIONS: אם מגדירים את השדה הזה לערך true, מערכת Compute Engine מוחקת באופן אוטומטי את המקומות השמורים שנוצרו אוטומטית עבור מקום שמור לעתיד זה תוך שעתיים משעת הסיום של תקופת שמירת המקום. אם רוצים לצרף את ההזמנות שנוצרו אוטומטית להתחייבות, צריך להגדיר את השדה הזה לערך false.

‫CONSUMER_PROJECT_ID_1 ו-CONSUMER_PROJECT_ID_2: מזהי הפרויקטים שאפשר לשתף איתם את הבקשה הזו למקומות שמורים לעתיד. אפשר לציין עד 100 פרויקטים. הפרויקטים האלה צריכים להיות באותו ארגון שבו נוצר הפרויקט שבו נשלחת הבקשה לשריון מקום שמור לעתיד (פרויקט הבעלים). לא מציינים את פרויקט הבעלים. כברירת מחדל, כבר מותר לצרוך את המקומות השמורים שנוצרו אוטומטית עבור בקשה זו למקום שמור לעתיד.

‫TOTAL_COUNT: המספר הכולל של המכונות הווירטואליות שרוצים לשריין.
‫START_TIME: שעת ההתחלה של תקופת ההזמנה כחותמת זמן בפורמט 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. כדי להגדיל את הסיכוי שהבקשה תאושר ב-Google Cloud , כדאי להשתמש בתקופה של לפחות 365 ימים לשמירת מקום. כדי לציין משך זמן במקום שעת סיום, אפשר להחליף את השדה endTime בשדה duration:
```
"duration": {
  "seconds": END_DURATION
}
```
מחליפים את END_DURATION במשך הזמן בשניות. לדוגמה, מציינים 31536000 ל-31,536,000 שניות (365 ימים).

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

לדוגמה, נניח שאתם רוצים ליצור טיוטה של בקשה למקום שמור לעתיד בשם fr-02 בתחום (zone) us-central1-a עם המאפיינים הבאים:

תקופת הזמנה שמתחילה בחצות ב-10 בנובמבר 2024 לפי שעון UTC ומסתיימת בחצות ב-10 בדצמבר 2024 לפי שעון UTC.
סך הכול 80 מכונות וירטואליות.

סוג מכונה עם קונפיגורציה מוגדרת (predefined) מסוג N2 עם 4 יחידות vCPU.

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

הבקשה למקום שמור לעתיד משותפת עם project-1 ועם project-2.

כדי ליצור fr-02, שולחים בקשת POST באופן הבא:

POST https://compute.googleapis.com/compute/v1/projects/example-project/zones/us-central1-a/futureReservations

{
  "autoDeleteAutoCreatedReservations": true,
  "name": "fr-02",
  "specificSkuProperties": { 
    "instanceProperties": {
      "machineType": "n2-standard-4"
    },
    "totalCount": 80
  },
  "shareSettings": {
    "projects": [
      "project-1",
      "project-2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "timeWindow": {
    "startTime": "2024-11-10T00:00:00Z",
    "endTime": "2024-12-10T00:00:00Z"
  }
}

אפשר גם לבצע אחת או יותר מהפעולות הבאות:

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoDeleteAutoCreatedReservations": AUTO_DELETE_AUTO_CREATED_RESERVATIONS,
  "name": "FUTURE_RESERVATION_NAME",
  "namePrefix": "NAME_PREFIX",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "instanceProperties": {
      "machineType": "MACHINE_TYPE"
    },
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

כדי לצרף יחידות GPU למכונות וירטואליות מסוג N1 שהוזמנו, צריך לכלול את השדה guestAccelerators.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoDeleteAutoCreatedReservations": AUTO_DELETE_AUTO_CREATED_RESERVATIONS,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": {
    "instanceProperties": {
      "guestAccelerators": [
        {
          "acceleratorCount": NUMBER_OF_ACCELERATORS,
          "acceleratorType": "ACCELERATOR_TYPE"
        }
      ],
      "machineType": "MACHINE_TYPE"
    },
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

‫NUMBER_OF_ACCELERATORS: מספר יחידות ה-GPU שרוצים להוסיף לכל מכונה וירטואלית (VM) מוזמנת.
‫ACCELERATOR_TYPE: דגם GPU נתמך למכונות וירטואליות מסוג N1. כדי למנוע שגיאות, צריך לוודא שדגם ה-GPU שבחרתם זמין באזור שבו אתם יוצרים את הבקשה למקום שמור לעתיד.

כדי לצרף דיסקים של SSD מקומי לסוג מכונה שלא כולל דיסקים של SSD מקומי כברירת מחדל, צריך לכלול את השדה localSsds בגוף הבקשה. אפשר לצרף רק דיסקים מסוג Local SSD בנפח של 375GB.

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoDeleteAutoCreatedReservations": AUTO_DELETE_AUTO_CREATED_RESERVATIONS,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": {
    "instanceProperties": {
      "localSsds": [
        {
          "diskSizeGb": "375",
          "interface": "INTERFACE_TYPE"
        },
        {
          "diskSizeGb": "375",
          "interface": "INTERFACE_TYPE"
        }
      ],
      "machineType": "MACHINE_TYPE"
    },
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

לממשק הדיסק NVME: ‏ NVME
לממשק דיסק SCSI: SCSI

כדי שמכונות ה-VM השמורות ישתמשו בפלטפורמת CPU מינימלית ספציפית במקום בפלטפורמת ה-CPU שמוגדרת כברירת מחדל לאזור, צריך לכלול את minCpuPlatform.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoDeleteAutoCreatedReservations": AUTO_DELETE_AUTO_CREATED_RESERVATIONS,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": {
    "instanceProperties": {
      "machineType": "MACHINE_TYPE",
      "minCpuPlatform": "MINIMUM_CPU_PLATFORM"
    },
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

מחליפים את MIN_CPU_PLATFORM בפלטפורמת CPU מינימלית. כדי לוודא שפלטפורמת מעבד זמינה באזור שבו אתם מזמינים משאבים, אפשר לראות את פלטפורמות המעבד הזמינות לפי אזור.

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

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoCreatedReservationsDeleteTime": "DELETE_TIME",
  "autoDeleteAutoCreatedReservations": true,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "instanceProperties": {
      "machineType": "MACHINE_TYPE"
    },
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations

{
  "autoCreatedReservationsDuration": {
    "seconds": "DURATION_BEFORE_DELETE"
  },
  "autoDeleteAutoCreatedReservations": true,
  "name": "FUTURE_RESERVATION_NAME",
  "shareSettings": {
    "projects": [
      "CONSUMER_PROJECT_ID_1",
      "CONSUMER_PROJECT_ID_2"
    ],
    "shareType": "SPECIFIC_PROJECTS"
  },
  "specificSkuProperties": { 
    "instanceProperties": {
      "machineType": "MACHINE_TYPE"
    },
    "totalCount": TOTAL_COUNT
  },
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

מחליפים את DURATION_BEFORE_DELETE במשך הזמן בשניות. לדוגמה, מציינים 604800 ל-604,800 שניות (7 ימים).

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

שליחת בקשה לטיוטה

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

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

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

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

המסוף

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

כניסה לדף Reservations
לוחצים על הכרטיסייה Future reservations.
בעמודה Name, לוחצים על השם של בקשת מקום שמור לעתיד עם סטטוס הרכש Drafting. ייפתח הדף Future reservations עם הפרטים של הבקשה למקום שמור לעתיד.
לוחצים על עריכת הטיוטה. יופיע דף לעדכון הטיוטה של הבקשה לשריון מקום שמור לעתיד.
כדי לשלוח את הטיוטה של הבקשה למקום שמור לעתיד לבדיקה, לוחצים על Create. יופיע הדף Reservation.

gcloud

כדי לשלוח טיוטה של בקשה למקום שמור לעתיד לבדיקה, משתמשים בפקודה gcloud compute future-reservations update עם הדגל --planning-status שמוגדר לערך SUBMITTED.

gcloud compute future-reservations update FUTURE_RESERVATION_NAME \
    --planning-status=SUBMITTED \
    --zone=ZONE

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

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

REST

כדי לשלוח טיוטה של בקשה למקום שמור לעתיד לבדיקה, צריך לשלוח בקשת PATCH ל-method‏ futureReservations.update. בכתובת ה-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"
}

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

‫PROJECT_ID: מזהה הפרויקט שבו נמצאת בקשת ההזמנה העתידית.
‫ZONE: האזור שבו נמצא מקום שמור לעתיד.
‫FUTURE_RESERVATION_NAME: השם של בקשה קיימת למקום שמור לעתיד שנמצאת בשלב הטיוטה.

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

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

פתרון בעיות

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

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

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

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

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

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

המסוף

gcloud

REST

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

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

הגבלות

יצירת טיוטה של בקשה

ציון תבנית של הגדרות מכונה

המסוף

gcloud

REST

ציון של מכונה וירטואלית קיימת

ציון מאפיינים ישירות

המסוף

gcloud

REST

שליחת בקשה לטיוטה

המסוף

gcloud

REST

פתרון בעיות

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

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