בדף הזה מוסבר איך מערכת Compute Engine יוצרת המלצות לשמירת מקום, ומהם הפרמטרים שצריך להגדיר כדי להשתמש בהן.
Compute Engine מספק המלצות לשמירת מקום כדי לעזור לכם לזהות הזמנות על פי דרישה שהיו בלי פעילות או שלא נוצלו מספיק במהלך שבעת הימים האחרונים, כדי שתוכלו לשנות או למחוק את ההזמנות.
Compute Engine יוצר המלצות באופן אוטומטי על סמך מדדי המערכת שנאספים על ידי שירות Cloud Monitoring. אתם יכולים להגדיר את ההמלצות להזמנות כדי לקבל יותר או פחות המלצות.
- כדי לזהות את ההמלצות האלה ולבצע פעולות, אפשר לעיין במאמרים בנושא צפייה בהמלצות לגבי הזמנות בלי פעילות ויישום שלהן או צפייה בהמלצות לגבי הזמנות שלא נעשה בהן שימוש מלא ויישום שלהן.
- כדי להגדיר את ההמלצות האלה, אפשר לעיין במאמרים הגדרת המלצות לגבי הזמנות בלי פעילות או הגדרת המלצות לגבי הזמנות שלא נעשה בהן שימוש.
- מידע על הזמנות ב-Compute Engine
תמחור
אין עלויות שקשורות לשימוש בהמלצות לגבי הזמנות לא פעילות. שימוש בהמלצות להפחתת השימוש במשאבים יכול להוביל לחיסכון בעלויות. אומדן החיסכון בעלויות שמוצג הוא החיסכון החודשי הפוטנציאלי אם תשנו את הזמנת מכונת ה-VM כך שתתאים לשימוש בפועל. לדוגמה, אם הזמנתם 8 מכונות וירטואליות אבל אתם משתמשים רק באחת באופן עקבי, תוכלו לראות את החיסכון בעלויות אם תקטינו את ההזמנה ל-1 מכונה וירטואלית.
מגבלות
ההמלצות לגבי הזמנות לא פעילות והזמנות שלא מנוצלות מספיק לא זמינות להזמנות הבאות:
- הזמנות לפי דרישה שמצורפות להנחות תמורת התחייבות לשימוש (CUD)
- הזמנות על פי דרישה של מכונות וירטואליות (VM) עם TPU
איך פועל זיהוי של הזמנות בלי פעילות או לא מנוצלות
ההמלצות להזמנות ב-Compute Engine מבוססות על מדדים מהיסטוריית השימוש. כברירת מחדל, תקופת התצפית ההיסטורית היא 7 הימים האחרונים. אם תשנו את תקופת התצפית שמוגדרת כברירת מחדל, תוכלו להתאים אישית את ההמלצות שתקבלו.
כדי ליצור המלצות, האלגוריתם מתייחס לשמירת מקומות שצוברות עלויות, אבל לא משויכות למשאב פעיל של Compute Engine ב-7 הימים האחרונים.
תדירות ההמלצות
אחרי שיוצרים הזמנה ולא צורכים משאבים במשך 7 ימים לפחות, מערכת Compute Engine מתחילה ליצור המלצות לגביה. המלצות חדשות נוצרות פעם ביום.
התאמה אישית של ההמלצות
ב-Compute Engine אפשר לשנות את ההגדרה שבה נעשה שימוש באלגוריתם ההמלצות, וכך להתאים אישית את ההמלצות שמתקבלות לגבי הפרויקט. בפרט, שינוי תקופת התצפית שמוגדרת כברירת מחדל מאפשר לקבל המלצות שמתאימות יותר לעומסי העבודה, לאפליקציות ולצרכים של התשתית.
כדי ללמוד איך לשנות את ההגדרה של הפרויקט, אפשר לעיין במאמרים הבאים:
בחירת ההגדרה המתאימה
בקטע הזה מפורטים הערכים שאפשר להגדיר בהגדרה. שינוי הערכים האלה משפיע על ההמלצות שאתם מקבלים.
תקופת התצפית
כדי לחשב המלצות, צריך לשנות את הערך של idle_reservation_lookback_period או של under_utilized_reservation_lookback_period כדי להגדיר את משך תקופת הבדיקה, ואז להעלות את ההגדרה החדשה של הפרויקט. אפשר להגדיר את תקופת התצפית לערך שבין 7 ימים ל-30 ימים, למשל:
- כדי להגדיר תקופת תצפית של 7 הימים האחרונים, משתמשים בפונקציה
"P7D". - כדי להגדיר תקופת תצפית של 30 הימים האחרונים, משתמשים בפונקציה
"P30D".
כברירת מחדל, תקופת התצפית היא 7 ימים.
- כדי לקבל המלצות שמבוססות על שינויים לטווח קצר בעומס העבודה, כדאי להשתמש בתקופת תצפית קצרה יותר.
- כדי לקבל המלצות שלא מושפעות מתנודות לטווח קצר בעומס העבודה, כדאי להשתמש בתקופת תצפית ארוכה יותר.
באופן דומה, כדי להגדיר את סף השימוש שמפעיל המלצה על הזמנה שלא מנוצלת, צריך לשנות את הערך של under_utilized_reservation_utilization_threshold ולהעלות את ההגדרה החדשה של הפרויקט, למשל:
- לסף של 80%,
"0.8".
המאמרים הבאים
- איך צופים בהמלצות לגבי הזמנות לא פעילות ומיישמים אותן או איך צופים בהמלצות לגבי הזמנות שלא נעשה בהן שימוש ומיישמים אותן
- איך מגדירים המלצות להזמנות של משאבים לא פעילים או המלצות להזמנות של משאבים שלא מנוצלים מספיק