מידע על מספר מקסימלי של מופעים

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

• מכסת המעבד האזורית חלקי הגדרת המעבד לשירות.
• מכסת הזיכרון האזורית חלקי הגדרת הזיכרון של השירות.
• מכסת GPU אזורית, עם או בלי יתירות אזורית, חלקי הגדרת ה-GPU של השירות.

לדוגמה, אם מכסת הבסיס היא 1,000 vCPU או 2,000‎ GiB זיכרון, אפשר להגדיר פריסה עם 2‎ GiB זיכרון או מעבד אחד, עם מקסימום של 1,000 מופעים לשירות יחיד.

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

בדף המכסות במסוף אפשר לראות את מכסת הבסיס הכוללת של המעבד, הזיכרון וה-GPU באזור שלכם.

איך מגדילים את מכסת הבסיס האזורית

אם אתם צריכים כמות גדולה יותר של מעבד, זיכרון או GPU באזור שבו שירות Cloud Run שלכם פרוס, אתם יכולים לבקש הגדלה של המכסה.

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

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

ערך אופטימלי מקסימלי של מופע לשירותים מבוססי-אירועים

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

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

טיפול בבקשות כשכל המופעים עסוקים

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

בתרחיש הזה, Cloud Run ינסה להגיב לבקשה נכנסת חדשה למשך עד 30 שניות:

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

‫Cloud Run שומר באופן אוטומטי אירועים שמיועדים לשירותים מבוססי-אירועים עד שזמינה קיבולת.

מגבלות מקסימליות על מופעים שחורגות מיכולת ההתאמה של Cloud Run

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

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

טיפול בעליות חדות בתנועת הגולשים

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

פריסות

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

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

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

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

שיקולי עלות

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

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