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

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

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

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

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

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

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

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

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

REST

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

התקינו את ה-CLI של Google Cloud.

אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-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, מגביל את השימוש בתבנית למיקומים שבהם המשאבים האלה נמצאים. לדוגמה, אם תבנית של הגדרות מכונה מציינת Persistent Disk קיים באזור us-central1-a, צריך ליצור את מקום שמור לעתיד באותו אזור. אחרת, יצירת הבקשה למקום שמור לעתיד תיכשל.

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

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

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

המסוף

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

כניסה לדף Reservations
לוחצים על הכרטיסייה Future reservations.
לוחצים על ‎ יצירת מקום שמור לעתיד. ייפתח הדף Create a future reservation.
בקטע Configurations (הגדרות), מבצעים את הפעולות הבאות:
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. כדי לשתף את המשאבים השמורים עם פרויקטים אחרים, בוחרים באפשרות Shared.
2. לוחצים על Add projects ובוחרים את הפרויקטים מהארגון של הפרויקט הנוכחי שאיתם רוצים לשתף את הבקשה למקום שמור לעתיד. אפשר לבחור עד 100 פרויקטים.
בקטע Use with VM instance, בוחרים אחת מהאפשרויות הבאות:
- כדי להשתמש אוטומטית במכונות וירטואליות שמתאימות לפרטי הבקשה, מסמנים את האפשרות Use reservation automatically.
- כדי להשתמש בבקשות שנוצרו אוטומטית רק כשיוצרים מכונות וירטואליות שמיועדות ספציפית אליהן, בוחרים באפשרות Select specific reservation.
לוחצים על הבא.
נותנים לבקשה שם בשדה 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 במשך הזמן בשניות. לדוגמה, מציינים 31536000 ל-31,536,000 שניות (365 ימים).

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

לדוגמה, נניח שאתם רוצים ליצור טיוטה של בקשה למקום שמור לעתיד בשם fr-02 באזור 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

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

כדי לציין קידומת לשם של הבקשות שנוצרו אוטומטית, צריך לכלול את הדגל --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 מומלץ לציין קידומת ייחודית לשם.

כדי לאפשר רק למכונות וירטואליות שמיועדות ספציפית להזמנות שנוצרו אוטומטית (לפי שם) להשתמש בהן, צריך לכלול את הדגל --require-specific-reservation.

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 \
    --require-specific-reservation \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE

כדי למחוק את הבקשות שנוצרו אוטומטית אחרי סיום שמירת המקום, בוחרים באחת מהשיטות הבאות:
- כדי למחוק את הבקשות שנוצרו אוטומטית בתאריך ובשעה ספציפיים אחרי שעת הסיום של שמירת המקום, מוסיפים את האפשרות --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

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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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: המספר הכולל של המכונות הווירטואליות שרוצים לשריין.
‫RESERVATION_AFFINITY: אם המכונות הווירטואליות צריכות לטרגט את ההזמנות שנוצרו באופן אוטומטי כדי להשתמש בהן (true), או אם כל מכונה וירטואלית מתאימה יכולה להשתמש בהן באופן אוטומטי (false).
‫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 ימים).

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

לדוגמה, נניח שאתם רוצים ליצור טיוטה של בקשה למקום שמור לעתיד בשם fr-02 באזור 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"
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

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

בחירת מכונה וירטואלית קיימת

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

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

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

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

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

כניסה לדף Reservations
לוחצים על הכרטיסייה Future reservations.
לוחצים על ‎ יצירת מקום שמור לעתיד. ייפתח הדף Create a future reservation.
בקטע Configurations, מבצעים את הפעולות הבאות:
1. בוחרים באפשרות Use existing VM.
2. ברשימה Existing VM, בוחרים את מכונת ה-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. כדי לשתף את המשאבים השמורים עם פרויקטים אחרים, בוחרים באפשרות Shared.
2. לוחצים על Add projects ובוחרים את הפרויקטים מהארגון של הפרויקט הנוכחי שאיתם רוצים לשתף את הבקשה למקום שמור לעתיד. אפשר לבחור עד 100 פרויקטים.
בקטע Use with VM instance, בוחרים אחת מהאפשרויות הבאות:
- כדי להשתמש אוטומטית במכונות וירטואליות שמתאימות לפרטי הבקשה, מסמנים את האפשרות Use reservation automatically.
- כדי להשתמש בבקשות שנוצרו אוטומטית רק כשיוצרים מכונות וירטואליות שמיועדות ספציפית אליהן, בוחרים באפשרות Select specific reservation.
לוחצים על הבא.
נותנים לבקשה שם בשדה Future reservation name.
כותבים קידומת לשם בשדה Prefix. כל המקומות השמורים שנוצרו אוטומטית עבור בקשה זו למקום שמור לעתיד משתמשים בקידומת זו.
כדי לסיים ליצור טיוטה של בקשת מקום שמור לעתיד, לוחצים על Save a draft. יופיע הדף Reservations. הבקשה תיווצר בתוך כדקה. כדי לוודא מתי Compute Engine מסיים ליצור אותה, הצג את הבקשות שלך למקום שמור לעתיד.

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

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

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

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

המסוף

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

כניסה לדף Reservations
לוחצים על הכרטיסייה Future reservations.
לוחצים על ‎ יצירת מקום שמור לעתיד. ייפתח הדף Create a future reservation.
בקטע Configurations, מבצעים את הפעולות הבאות:
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. כדי לשתף את המשאבים השמורים עם פרויקטים אחרים, בוחרים באפשרות Shared.
2. לוחצים על Add projects ובוחרים את הפרויקטים מהארגון של הפרויקט הנוכחי שאיתם רוצים לשתף את הבקשה למקום שמור לעתיד. אפשר לבחור עד 100 פרויקטים.
בקטע Use with VM instance, בוחרים אחת מהאפשרויות הבאות:
- כדי להשתמש אוטומטית במכונות וירטואליות שמתאימות לפרטי הבקשה, מסמנים את האפשרות Use reservation automatically.
- כדי להשתמש בבקשות שנוצרו אוטומטית רק כשיוצרים מכונות וירטואליות שמיועדות ספציפית אליהן, בוחרים באפשרות Select specific reservation.
לוחצים על הבא.
נותנים לבקשה שם בשדה 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 במשך הזמן בשניות. לדוגמה, מציינים 31536000 ל-31,536,000 שניות (365 ימים).

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

לדוגמה, נניח שאתם רוצים ליצור טיוטה של בקשה למקום שמור לעתיד בשם fr-02 באזור 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

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

כדי לציין קידומת לשם של הבקשות שנוצרו אוטומטית, צריך לכלול את הדגל --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 .

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 \
    --require-specific-reservation \
    --start-time=START_TIME \
    --end-time=END_TIME \
    --total-count=TOTAL_COUNT \
    --zone=ZONE

כדי למחוק את הבקשות שנוצרו אוטומטית אחרי סיום שמירת המקום, בוחרים באחת מהשיטות הבאות:
- כדי למחוק את הבקשות שנוצרו אוטומטית בתאריך ובשעה ספציפיים אחרי שעת הסיום של שמירת המקום, מוסיפים את האפשרות --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

כדי שהמכונות הווירטואליות השמורות ישתמשו בפלטפורמת 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 מינימלית. כדי לבדוק אם פלטפורמת מעבד ספציפית נתמכת באזור שבו אתם שומרים משאבים, הציגו את פלטפורמות המעבד הזמינות לפי אזור.
כדי לצרף יחידות 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 שבחרתם זמין באזור שבו אתם יוצרים את הבקשה למקום שמור לעתיד.
כדי לצרף דיסקים מסוג Local SSD לסוג מכונה שלא כולל דיסקים מסוג Local 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

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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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: המספר הכולל של המכונות הווירטואליות שרוצים לשריין.
‫RESERVATION_AFFINITY: אם המכונות הווירטואליות צריכות לטרגט את ההזמנות שנוצרו באופן אוטומטי כדי להשתמש בהן (true), או אם כל מכונה וירטואלית מתאימה יכולה להשתמש בהן באופן אוטומטי (false).
‫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"
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

כדי לצרף יחידות 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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

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

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

לדוגמה, כדי לציין שני דיסקים של Local 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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "timeWindow": {
    "startTime": "START_TIME",
    "endTime": "END_TIME"
  }
}

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

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

כדי שהמכונות הווירטואליות השמורות ישתמשו בפלטפורמת 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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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
  },
  "specificReservationRequired": RESERVATION_AFFINITY,
  "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

פתרון בעיות

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

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