שיטות מומלצות לשימוש בהזמנות משותפות

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

היתרונות של הזמנות משותפות:

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

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

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

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

שיטות מומלצות לשימוש בהזמנות משותפות

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

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

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

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

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

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

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

  • משתפים מקומות שמורים רק בין פרויקטים שמקושרים לאותו חשבון לחיוב ב-Cloud.

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

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

      • ‫40 מכונות תואמות של Compute Engine שהוזמנו מראש
      • ‫50 מופעי מחשוב תואמים שלא הוזמנו

      או

      • ‫40 מכונות תואמות של Compute Engine שהוזמנו מראש
      • ‫50 מקומות שמורים על פי דרישה שלא נעשה בהם שימוש

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

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

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