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

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

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

סקירה כללית

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

  • העברה של מספר גדול של מכונות וירטואליות (VM).

  • קבלת משאבים מבוקשים.

  • איך משריינים קיבולת לאירועים בקיבולת שיא

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

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

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

בקטעים הבאים מפורט איך הזמנות עתידיות עובדות.

מאפייני הזמנות עתידיות

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

  • קידומת שם

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

  • סוג השיתוף (פרויקט יחיד או משותף)

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

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

  • תקופת ההזמנה (שעת התחלה ושעת סיום)

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

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

  • סך הכול

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

  • מאפייני מכונות וירטואליות

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

  • תחום (zone)

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

בנוסף, אפשר להגדיר את המאפיינים הבאים:

  • מחיקה אוטומטית

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

  • תיאור

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

  • סטטוס התכנון

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

סטטוס ההזמנות העתידיות

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

  • סטטוס התכנון

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

  • סטטוס הרכש

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

סטטוס התכנון של מקומות שמורים לעתיד

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

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

  • נשלחה (SUBMITTED): הבקשה למקום שמור לעתיד נשלחה לבדיקה אל Google Cloud. אחרי ששולחים בקשה לבדיקה של מקום שמור לעתיד, אי אפשר לשנות את סטטוס התכנון שלו בחזרה לDRAFT. אפשר גם לשלוח מיד בקשה לבדיקה של מקום שמור לעתיד כשיוצרים אותה.

סטטוס הרכישה של הזמנות עתידיות

אחרי שיוצרים בקשה למקום שמור לעתיד, Compute Engine מגדיר את סטטוס הרכש שלה (procurementStatus) לאחד מהערכים הבאים:

  • טיוטה (DRAFTING): הבקשה למקום שמור לעתיד נמצאת במצב טיוטה.

  • בהמתנה לאישור (PENDING_APPROVAL): הבקשה למקום שמור לעתיד נשלחה לאישור אל Google Cloud. בזמן שהבקשה בבדיקה, אפשר להגדיר את סטטוס הרכש של בקשה למקום שמור לעתיד לאחת מהאפשרויות הבאות:

    • נדחתה (DECLINED): Google Cloud המשתמש דחה את הבקשה למקום שמור לעתיד. עדיין אפשר לשנות את הבקשה לשמירת מקום לעתיד, ואחרי שתסיימו לבצע את השינויים, תוכלו לשלוח אותה שוב לאישור.

    • אושרה (APPROVED): Google Cloud אושרה הבקשה לשמירת מקום לעתיד, וב-Compute Engine מתכננים להקצות את המשאבים שנוצרו אוטומטית עם הקיבולת המבוקשת בשעת ההתחלה של תקופת השמירה. אם Google Cloud יאשר את בקשת המקום השמור לעתיד תוך 56 ימים (8 שבועות) מתחילת תקופת ההזמנה, המקום השמור לעתיד ייכנס לתקופת ההקפאה תוך כמה דקות.

    • בוטלה (CANCELED): משתמש ביטל את בקשת המקום השמור לעתיד במהלך הבדיקה, או אחרי שהיא אושרה או נדחתה. Google Cloud

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

  • רכש (PROCURING): 56 ימים (8 שבועות) משעת ההתחלה של תקופת ההזמנה, מקום שמור לעתיד נכנס לזמן הנעילה שלו. אחרי שהמקום השמור לעתיד עובר למצב הזה:

    • אי אפשר יותר לבטל את ההזמנה העתידית.

    • אפשר למחוק את המקום השמור לעתיד רק אחרי שעת הסיום שלו.

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

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

  • הקצאת משאבים (PROVISIONING): 24 שעות לפני שעת ההתחלה שצוינה במקום שמור לעתיד, מערכת Compute Engine מתחילה להקצות את המשאבים המבוקשים על ידי יצירה אוטומטית של שמירת מקום. לאחר מכן,‏ Compute Engine מגדיר את סטטוס הרכש של מקום שמור לעתיד לאחד מהסטטוסים הבאים:

    • בוצעה (FULFILLED): מערכת Compute Engine הקצתה את כל המשאבים שנדרשים כדי להגיע לספירה הכוללת שצוינה בשמירת המקום לעתיד.

    • בוצעה הקצאה חלקית (FAILED_PARTIALLY_FULFILLED): Compute Engine הקצה רק חלק מהמשאבים שנדרשים כדי להגיע למספר הכולל שצוין במקום השמור לעתיד בגלל מכסה לא מספקת.

    • נכשל (FAILED): מערכת Compute Engine לא הצליחה להקצות את המשאבים השמורים.

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

עדכונים לגבי הזמנות עתידיות

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

שעה לנעילת המכשיר בהזמנה עתידית

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

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

  • אם בבקשה למקום שמור לעתיד מצוינת שעת התחלה שחלה פחות מ-56 ימים (8 שבועות) אחרי מועד השליחה שלה, הבקשה למקום שמור לעתיד נכנסת לזמן הנעילה זמן קצר אחרי שהיא מאושרת.

  • אחרת, זמן הנעילה של הבקשה למקום שמור לעתיד מתחיל 56 ימים משעת ההתחלה שלה.

שינוי מקום שמור לעתיד

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

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

  • יחידות GPU וסוג ה-GPU

  • דיסקים מקומיים מסוג SSD וסוג הממשק של הדיסקים

  • סדרת מכונות וסוג מכונה

  • פלטפורמת מעבד מינימלית

  • שיתוף ההגדרות

  • שעת ההתחלה ושעת הסיום של תקופת ההזמנה

  • ספירה כוללת (מספר מכונות וירטואליות)

אפשר לבקש שינוי אחד בלבד (של נכס אחד או יותר) בכל פעם במקום שמור לעתיד שאושר. בנוסף, אם תשלחו בקשות לשינויים מהסוגים הבאים,סביר להניח ש- Google Cloud ידחה אותן:

  • בקשות שמוגשות תוך 72 שעות משעת ההתחלה.

  • כל בקשה לשינוי מאפייני מכונה וירטואלית שמוגשת תוך 14 ימים מתחילת הזמן.

  • כל בקשה להגדלה או להקטנה משמעותית של המספר הכולל שהוגשה תוך 14 ימים מתחילת התקופה.

כששולחים בקשה לשינוי, נוצר שדה סטטוס העדכון (AmendmentStatus) במקום השמור לעתיד. אחרי ש- Google Cloud בודק את הבקשה,‏ Compute Engine מגדיר את סטטוס העדכון לאחד מהערכים הבאים:

  • העדכון בהמתנה לאישור (AMENDMENT_PENDING_APPROVAL): Google Cloud בודק את הבקשה שלך.

  • העדכון אושר (AMENDMENT_APPROVED): Google Cloud אישר את הבקשה שלך. מערכת Compute Engine תקצה את המשאבים השמורים באמצעות המאפיינים שאושרו.

  • העדכון נדחה (AMENDMENT_DECLINED): Google Cloud הבקשה שלך נדחתה על ידי אלא אם תגישו בקשה חדשה והבקשה תאושר, מערכת Compute Engine תספק את המשאבים השמורים באמצעות מאפיינים שאושרו בעבר.

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

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

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

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

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

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

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

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

  • 14 ימים או יותר: אם בבקשה לשמירת מקום לעתיד צוינו שני התנאים הבאים:

    • סדרת מכונות N1,‏ N2 או N2D

    • אזור באחד מהאזורים הבאים:

      אמריקה אסיה אירופה
      איווה (us-central1) סינגפור (asia-southeast1) בלגיה (europe-west1)
      אורגון (us-west1) גרמניה (europe-west3)
      קרוליינה הדרומית (us-east1) הולנד (europe-west4)
      וירג'יניה (us-east4)

  • 365 ימים או יותר: אם בבקשה למקום שמור לעתיד צוין שילוב אחר של אזורים זמינים ל-Compute Engine ושל סדרות מכונות נתמכות.

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

איך Compute Engine מקצה משאבים שמורים

בקטע הזה מוסבר איך Compute Engine מקצה את המשאבים השמורים:

  • ספירה והקצאה של משאבים שמורים

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

  • הזמנות שנוצרו באופן אוטומטי

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

ספירה והקצאה של משאבים שמורים

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

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

  2. המערכת ב-Compute Engine יוצרת אוטומטית בקשות לשמירת מקום עבור הכמות שנותרה. המשמעות היא:

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

    • תצטרכו ליצור מכונות וירטואליות תואמות לכל בקשה שנוצרה אוטומטית ולא נעשה בה שימוש.

לדוגמה, נניח שאתם יוצרים בקשה למקום שמור לעתיד משותף באזור us-central1-a. בבקשה הזו למקום שמור לעתיד מצוין מספר כולל של 10 מכונות וירטואליות עם סוג מכונה n2-standard-2, פרויקט א' כפרויקט הבעלים ופרויקטים ב' ו-ג' כפרויקטים צרכניים. אחרי שהבקשה לשמירת מקום לעתיד מאושרת ו-Compute Engine מתחיל ליצור הזמנות בזמן ההתחלה של תקופת ההזמנה, נניח שהפרויקטים האלה מכילים את המשאבים הבאים עם מאפייני מכונה וירטואלית שתואמים להזמנה העתידית:

  • בפרויקט א', מכונה וירטואלית אחת פועלת ולא צורכת הזמנה.

  • בפרויקט ב', מקום שמור משותף אחד שלא נוצל עם פרויקט ג' ל-2 מכונות וירטואליות.

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

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

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

הזמנות שנוצרו באופן אוטומטי

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

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

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

  • ההרשאה תהיה זהה להרשאות השיתוף של הבקשה למקום שמור לעתיד. פרטים נוספים:

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

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

  • השם של הבקשה מתחיל בתוספת השם שצוינה בבקשה להזמנה עתידית.

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

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

הגבלות

ההגבלות על הזמנות מפורטות בקטעים הבאים.

הגבלות על יצירה

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

  • אם יש לכם הזמנות קיימות עם נכסים תואמים, כדאי לקרוא את המידע הבא:

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

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

    • אם הפרויקט שלכם כבר מכיל מקום שמור לעתיד שמשותף, או אם מקום שמור לעתיד משותף עם הפרויקט שלכם, תוכלו ליצור רק מקומות שמורים לעתיד שמשותפים עם אותם פרויקטים. לדוגמה, בקשה משותפת למקומות שמורים לעתיד בפרויקט א (פרויקט הבעלים) שמשותפת עם פרויקטים ב ו-ג (פרויקטים צרכניים), מאפשרת לכם לבצע את הפעולות הבאות:

      • יוצרים בקשה נוספת לשריון מקום שמור לעתיד בפרויקט א' ומשתפים אותה עם פרויקטים ב' ו-ג'.

      • יוצרים בקשה לשריון מקום שמור לעתיד בפרויקט B ומשתפים אותה עם פרויקטים A ו-C.

      • יוצרים בקשה לשריון מקום שמור לעתיד בפרויקט C ומשתפים אותה עם פרויקטים A ו-B.

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

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

    • H4D,‏ A2,‏ G2 או G4
    • ‫N1 עם מעבדי GPU מצורפים

  • אי אפשר להזמין מראש סוגי מכונות מסוג A4X Max,‏ A4X,‏ A4,‏ A3 Ultra,‏ A3 High (עם פחות מ-8 יחידות GPU) או E2.

  • אי אפשר לשריין משאבים לתקופה קצרה מ-24 שעות.

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

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

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

הגבלות אחרי היצירה

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

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

  • אחרי שבקשה לשמירת מקום לעתיד מאושרת והיא נכנסת לזמן הנעילה שלה, חלות ההגבלות הבאות:

    • אי אפשר יותר לבטל את ההזמנה העתידית.

    • אם רוצים לצרף התחייבות לבקשות שנוצרו אוטומטית לשמירת מקום, צריך לשים לב להגבלות הבאות:

      • אפשר לרכוש את ההתחייבות רק במהלך 24 השעות האחרונות לפני שעת ההתחלה של תקופת ההזמנה.

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

    • אפשר למחוק את המקום השמור לעתיד רק אחרי שעת הסיום שלו.

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

חיוב

אין עלויות נוספות ליצירת מקום שמור לעתיד.

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

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

כל בקשה שנוצרה אוטומטית תחויב באופן הבא:

  • באותו תעריף של מקום שמור על פי דרישה.

  • כל עוד ההזמנה קיימת, בלי קשר לשימוש במשאבים שהוזמנו.

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