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

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

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

סקירה כללית

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

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

  • להשיג משאבים מבוקשים מאוד.

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

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

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

איך עובד תהליך ההזמנה לעתיד

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

מאפיינים של הזמנות עתידיות

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

  • קידומת שם

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

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

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

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

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

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

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

  • סך הכול

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

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

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

  • תחום (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 (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 מכונות וירטואליות בזמן ההתחלה.

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

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

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

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

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