מידע על הזמנות

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

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

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

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

הזמנות שימושיות לצמיחה, להעברות או לתוכנית התאוששות מאסון (DR).

איך פועלות ההזמנות

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

כשיוצרים הזמנה, מגדירים את המאפיינים הבאים:

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

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

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

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

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

    ‫VM count הוא מספר המכונות הווירטואליות עם מאפיינים ואזור תואמים שרוצים לשריין כשיוצרים הזמנה. אחרי שיוצרים את ההזמנה, אפשר לשנות את מספר המכונות הווירטואליות.

  • מאפייני VM

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

  • אופציונלי: מדיניות מיקום המשאבים (קומפקטית)

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

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

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

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

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

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

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

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

דרישות

כל ההזמנות צריכות לעמוד בדרישות הבאות:

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

    • Project

    • תחום (zone)

    • סוג המכונה

    • פלטפורמת CPU מינימלית

    • סוג ומספר יחידות ה-GPU (אם יש)

    • סוג ומספר דיסקים של SSD מקומי (אם יש)

    • שיוך להזמנה

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

    • מדיניות למיקום קומפקטי (אם יש)

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

    • רמז למיקום (אם יש)

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

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

דרישות נוספות לגבי הקצאות מקום שמצורפות להתחייבויות לשימוש במשאבים

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

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

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

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

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

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

דרישות נוספות לגבי הקצאות מקום שנוצרו מתבנית של הגדרות מכונה

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

  • צריך ליצור את ההזמנה באותו אזור, אזור זמין ופרויקט שבהם נמצאים המשאבים בתבנית. באופן ספציפי:

    • כל משאב אזורי או משאב של תחום מוגדר שצוין בתבנית של הגדרות מכונה, כמו סוג מכונה או דיסק, מגביל את השימוש בתבנית למיקומים שבהם המשאבים האלה קיימים. לדוגמה, אם בתבנית של הגדרות המכונה ציינתם דיסק קיים באזור us-central1-a, אתם צריכים ליצור את ההזמנה באותו אזור.

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

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

דרישות נוספות לגבי מכסות של הזמנות משותפות

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

  • הפרויקט הבעלים: הפרויקט הבעלים צורך מכסה באופן הבא:

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

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

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

לדוגמה, נניח שבפרויקט א' (הפרויקט הבעלים) נוצר מקום שמור משותף ל-10 משאבים, והוא משותף עם פרויקט ב' ופרויקט ג' (הפרויקטים הצרכנים). אחרי שיוצרים את המקום השמור המשותף, פרויקט א' צורך מכסה של 10 משאבים. אם בפרויקט א' ובפרויקט ב' משתמשים ב-2 משאבים שמורים, בכל אחד מהפרויקטים מנוצלת מכסה של 2 משאבים. בסך הכול, פרויקט א' צורך מכסה של 12 משאבים, פרויקט ב' צורך מכסה של 2 משאבים ופרויקט ג' צורך מכסה של 0 משאבים (כי הוא לא צרך את המקום השמור).

דרישות נוספות להזמנות עם מדיניות למיקום קומפקטי

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

  • המדיניות למיקום קומפקטי חייבת לתמוך בהזמנות:

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

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

  • ההזמנה חייבת לתמוך במדיניות למיקום קומפקטי:

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

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

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

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

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

הגבלות

כל ההזמנות כפופות להגבלות הבאות:

  • אפשר להשתמש בהזמנות רק במוצרי Google Cloudהבאים:

    • Compute Engine
    • Vertex AI

  • אפשר להזמין עד 1,000 מכונות וירטואליות בכל הזמנה.

  • אי אפשר לשריין מכונות פיזיות של A4X Max, או מכונות וירטואליות של A4X,‏ A4,‏ A3 Ultra או A3 High (עם פחות מ-8 מעבדי GPU),‏ TPU7x,‏ TPU v6e ו-TPU v5p.

  • אפשר לעדכן את מאפיין הזיקה להזמנה של מכונות וירטואליות רק כדי להשתמש אוטומטית בכל הזמנה תואמת (ANY_RESERVATION) או לא להשתמש בהזמנות (NO_RESERVATION).

הגבלות נוספות על הזמנות שמצורפות להתחייבויות

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

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

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

  • אפשר לצרף הזמנה ספציפית להתחייבות אחת בלבד.

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

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

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

הגבלות נוספות על הזמנות משותפות

בנוסף, חלות ההגבלות הבאות על הזמנות משותפות:

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

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

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

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

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

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

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

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

הגבלות נוספות על הזמנות עם מדיניות למיקום קומפקטי

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

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

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

חיוב

החיוב על הזמנות הוא באותו תעריף כמו המשאבים שהוזמנו, כולל אותם מחירים על פי דרישה וחיובים מינימליים של דקה אחת כמו מכונות וירטואליות פועלות שלא הוזמנו. ‫ הנחות על שימוש קבוע (SUD), הנחות תמורת התחייבות לשימוש (CUD) ותמחור בהתאמה אישית חלים גם על מכונות וירטואליות מושעות, כמו על מכונות וירטואליות פועלות.

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

  • יש לכם התחייבות ל-3 מעבדי vCPU ב-us-central1.
  • אתם מפעילים 5 מעבדי vCPU ב-us-central1-a.
  • יש לכם הזמנה של 10 מעבדי vCPU ב-us-central1-a.

הזמנות שכוללות הנחות תמורת התחייבות לשימוש.

במקרה כזה, Google Cloud יחייב אתכם באופן הבא:

כלול בכיסוי של מספר המעבדים הווירטואליים (vCPU)
מחיר עם הנחה תמורת התחייבות לשימוש 3
מחיר על פי דרישה (2 מקומות שמורים בשימוש ל-vCPU‏ + 5 מקומות שמורים שלא בשימוש ל-vCPU) 7

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

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

מידע נוסף על פרטי חיוב של הזמנות משותפות

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

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

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

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