אופטימיזציה של מאגרי ה-Workers ב-Cloud Run מצמצמת את ההוצאות, כי היא מתאימה את הקצאת המשאבים לביקוש בפועל. הטמעה של הגדרות חסכוניות מונעת הקצאת יתר תוך שמירה על האמינות והביצועים של מאגר ה-Workers. אין פתרון אחד שמתאים לכולם לאופטימיזציה של עלויות. חשוב לעקוב אחרי הצרכים, התקציב והמשאבים שלכם כדי להחליט מה הכי מתאים לכם.
השיטות המומלצות שמפורטות במאמר הזה הן ספציפיות ל-Cloud Run. הן לא כוללות מוצרים אחרים של Google Cloud .
הגדרות של משאבים
כדי לבצע אופטימיזציה של מאגרי ה-Workers מבחינת עלות, צריך להביא בחשבון הרבה הגדרות שונות. אתם יכולים להתאים את ההגדרות האלה לצרכים שלכם כדי ליצור מאגרי Worker אמינים וחסכוניים.
בוחרים את האזור המתאים.
מיקום הפריסה של מאגר ה-Workers משפיע על העלות הכוללת. ב-Cloud Run יש מודל תמחור אזורי בשתי רמות. באזורים ברמה 1, העלות לכל vCPU וזיכרון נמוכה יותר בהשוואה לאזורים ברמה 2, ולכן כדאי לפרוס באזור ברמה 1.
אופטימיזציה של ניצול המעבד (CPU) וניצול הזיכרון
העלות של מאגר ה-Workers ב-Cloud Run מושפעת מהגדרות המעבד (CPU) והזיכרון, ממשך הזמן שבו מאגר ה-Workers פעיל ומגורמים נוספים. הקצאת יתר של משאבים עלולה להגדיל את העלויות. כדי לקבוע איזו הגדרה הכי מתאימה למאגר ה-Workers שלכם:
- הגדרת תצורה בסיסית.
- עוקבים אחרי המדדים בזמן בדיקת מדדי ניצול המעבד (CPU) וניצול הזיכרון ב-Cloud Monitoring.
- משנים את ההגדרות לפי הצורך.
אם ניצול המעבד (CPU) נמוך באופן עקבי בעומס שיא, כדאי להקטין את הקצאת ה-vCPU. אם זמן האחזור גבוה, כדאי להגדיל את הקצאת ה-vCPU.
אם ניצול הזיכרון נמוך באופן עקבי, כדאי להקטין את הזיכרון שהוקצה. אם זמן האחזור ארוך וניצול הזיכרון קרוב ל-100%, כדאי להגדיל את הזיכרון שהוקצה. אם אתם נתקלים בשגיאות של חוסר בזיכרון (OOM), אתם צריכים להגדיל את הזיכרון שהוקצה או לשנות את האפליקציה כדי למנוע דליפות זיכרון או להשתמש בפחות זיכרון. כדי להבין טוב יותר את ניצול הזיכרון, אפשר לעיין בלוח הבקרה של Cloud Monitoring.
אופטימיזציה של עלויות הרשת
כשמגדירים את אפשרויות הרשת של מאגר ה-Workers, חשוב להביא בחשבון את הדברים הבאים:
- מיקום משותף של המשאבים: נסו לפרוס את מאגרי ה-Workers של Cloud Run באותו אזור שבו נמצאים מסדי הנתונים של הקצה העורפי (כמו Cloud SQL או Firestore) והקטגוריות של Cloud Storage. העברת נתונים בין משאבי Google Cloud באותו אזור היא בחינם.
- מעבר ל-Direct VPC egress: אם אתם מנתבים באופן מאובטח תעבורת נתונים למשאבים פנימיים של רשת VPC, כדאי לשקול לעבור ל-Direct VPC egress ממחברים של Serverless VPC Access. תעבורת הנתונים היוצאת ב-Direct VPC מצטמצמת לאפס, וכך מבטלת את התקורה הבסיסית של המחשוב ואת העלויות של מצב חוסר פעילות שמשויכות למכונות של המחבר.
- מעקב אחרי תעבורת נתונים לאינטרנט: תעבורת נתונים נכנסת (ingress) היא תמיד בחינם, ואתם מקבלים 1GiB של העברת נתונים יוצאת בחינם לאינטרנט בחודש בתוך צפון אמריקה. כדאי להתמקד במעקב אחרי תנועה יוצאת שחוצה את גבולות האזור או חורגת מהתוכנית בחינם.
הנחות תמורת התחייבות לשימוש
בהנחות תמורת התחייבות לשימוש (CUD), אתם מקבלים הנחה בתמורה להתחייבות להשתמש ב-Cloud Run באופן רציף בפרק זמן מסוים. ההנחות תמורת התחייבות לשימוש חלות ברמת החשבון לחיוב ב-Cloud. אתם יכולים לרכוש הנחות גמישות תמורת התחייבות לשימוש ב-Compute למשאבים של Cloud Run. הנחות CUD גמישות ב-Compute לא חלות על GPUs או על רשתות. פרטים נוספים זמינים במאמר הנחות גמישות תמורת התחייבות לשימוש ב-Compute.
כלים שימושיים
אתם יכולים להשתמש בכלים הבאים כדי להבין טוב יותר את העלויות שלכם ולמנוע חריגות בעלויות.
סקירה כללית על Cloud Run: חלונית החיוב
בדף הסקירה הכללית של Cloud Run, בחלונית Billing מוצגות העלויות לפי שם המשאב. המספרים משקפים את העלויות ברוטו לטווחי תאריכים שנבחרו לכל משאב. הכלי הזה עוזר להבין טוב יותר את עלות המשאבים.
התראות לגבי תקציב
כדי לעקוב אחרי העלויות בפועל בהשוואה לעלויות המתוכננות, אתם יכולים ליצור התראות תקציב בחיוב ב-Cloud. התראות לגבי תקציב הן מנגנון התרעה ששולח התראות כשחורגים מסף ההוצאות, ולא מגבלת הוצאות קשיחה. יש עיכוב בנתוני החיוב שעשוי להשפיע על מועד קבלת ההתראות.
תקרות הוצאה בתקציב
כשמגדירים תקרות הוצאה לתקציב החיוב ב-Cloud במסוף החיוב ב-Cloud או באופן פרוגרמטי באמצעות Cloud Billing Budget API, התקרות האלה חלות באופן אוטומטי על כל סוגי המשאבים של Cloud Run בפרויקט.
אתם יכולים לעקוב אחרי ההתקדמות של תקרת ההוצאות ישירות מדף הסקירה הכללית במסוף Cloud Run. כשמגיעים לתקרת ההוצאות, Google Cloud משהה את כל עומסי העבודה ב-Cloud Run כדי למנוע עלויות נוספות במשאבים הבאים של Cloud Run:
- שירותים: כל שירות קיים לא יצליח להעביר תנועה ויחזיר שגיאות
5xx. - משימות: הפעלות של משימות חדשות נכשלות, ומשימות שבתהליך לא מסתיימות.
- מאגרי Worker: כל המכונות הקיימות מפסיקות לעבד משימות.
- מכונות: כל המכונות הפועלות מושבתות, מכונות חדשות או הפעלות מחדש נכשלות, ובקשות לכתובות URL של מכונות מחזירות שגיאות
5xx.
אם תחצו את תקרת ההוצאות, תקבלו התראה ויוצג באנר אכיפה במסוף Cloud Run. תקרות ההוצאות שהופעלו מתאפסות בתחילת כל חודש, ביום הראשון של מחזור החיובים הבא. הפעולה הזו מבטלת את החסימה של עומסי העבודה ומאפסת את סכום ההוצאות. אם חרגתם מתקרת ההוצאות ואתם רוצים להמשיך את הפעילות לפני האיפוס החודשי, אתם יכולים לשנות או להסיר את התקרה באופן ידני בדף הסקירה הכללית במסוף Cloud Run.
חיוב ב-Cloud
חיוב ב-Cloud הוא אוסף של כלים שעוזרים לכם לעקוב אחרי ההוצאות ב- Google Cloud ולהבין אותן. הכלים האלה מאפשרים לעקוב אחרי עלויות השימוש, לחזות את ההוצאות ולזהות הזדמנויות לחיסכון בעלויות.
הכלי לבדיקת עלויות
ב-Cost Explorer אתם יכולים לראות את העלות והניצול של המשאבים. אתם יכולים להשתמש בכלי לבדיקת עלויות כדי:
- מסננים את המשאבים לפי עלות כדי לראות אילו משאבים הם היקרים ביותר.
- להבין איזה חלק מהעלויות נובע מהגדרות אישיות כמו vCPU, GPU, רשת ועוד.
- מעקב אחרי ההשפעות של שינויים בהגדרות המשאבים על החיוב החודשי.
מחשבון העלויות שלGoogle Cloud
Google Cloud בסקירה הכללית של התמחור מוסבר מודל התמחור של Google Cloud . כאן גם נמצא מחירון מפורט. כדי להעריך את העלויות, אתם יכולים להוסיף ולהגדיר מוצרים באמצעות מחשבון עלויות.
שירות המלצות
Recommender הוא כלי שמספק המלצות ותובנות לגבי השימוש במוצרים ב-Cloud.
אופטימיזציה של Cloud Hub
בדף Optimization של Cloud Hub אפשר לראות סיכום של נתוני העלות, נתוני השימוש והמלצות לאופטימיזציה של עלויות של מאגרי ה-Workers ב- Google Cloud .