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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

דרישות

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

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

    • Project

    • תחום (zone)

    • סוג מכונה

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

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

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

    • שיוך להזמנה

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

הגבלות

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

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

    • Batch
    • Compute Engine
    • Dataflow
    • Managed Service for Apache Spark
    • Google Kubernetes 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)
מחיר עם הנחה תמורת התחייבות לשימוש (CUD) 3
מחיר על פי דרישה (2 מקומות שמורים בשימוש ב-vCPU‏ + 5 מקומות שמורים שלא בשימוש ב-vCPU) 7

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

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

פרטי חיוב נוספים להזמנות משותפות

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

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

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

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