תשלום רגיל לפי שימוש (Standard PayGo) הוא אפשרות תשלום על שימוש בחבילת המודלים של AI גנרטיבי ב-Gemini Enterprise Agent Platform, כולל משפחת המודלים של Gemini.
במסלול Standard PayGo אתם משלמים רק על המשאבים שאתם צורכים, בלי התחייבויות כספיות מראש. כדי לעזור בהתאמה לעומסי עבודה בקיבולת משותפת, Standard PayGo משלבת מערכת של רמות שימוש. פלטפורמת Agent Platform מתאימה באופן דינמי את סף התפוקה בעדיפות גבוהה של הארגון, על סמך ההוצאה הכוללת על שירותים שעומדים בדרישות של Agent Platform במהלך תקופה של 30 ימים. ככל שההוצאות של הארגון גדלות, הוא מקודם באופן אוטומטי לרמות גבוהות יותר עם ספי תפוקה גבוהים יותר בעדיפות גבוהה בתוך מאגר הקיבולת המשותף. הגרסה הרגילה של PayGo פועלת על משאבים משותפים, ולא שומרת קיבולת ייעודית או מספקת קצב העברת נתונים מובטח בתקופות של עומס גבוה. לעומסי עבודה שדורשים ביצועים עקביים יותר מאשר Standard PayGo, כדאי לשקול את Priority PayGo. לקיבולת ייעודית ומובטחת, ראו הקצאת משאבים לפי התפוקה שנקבעה.
רמות שימוש וקצב העברת נתונים
כל רמת שימוש ב-Standard PayGo מגדירה סף קצב העברת נתונים בעדיפות גבוהה ברמת הארגון, שנמדד בטוקנים לדקה (TPM). בקשות עד לסף ה-TPM של הרמה שלכם מקבלות גישה מוקדמת לקיבולת המשותפת, לפני תעבורת נתונים עודפת של פרץ, אבל תפוקה וזמינות עדיין תלויים בביקוש בזמן אמת במאגר המשותף, והם לא מובטחים. סף הקיבולת חל על בקשות שנשלחות לנקודת הקצה (endpoint) של global. שימוש בנקודת הקצה global הוא שיטה מומלצת כי הוא מספק גישה למאגר עולמי של קיבולת תפוקה, ומנתב באופן דינמי את הבקשות למיקום עם הזמינות הגבוהה ביותר.
נקודות קצה במספר אזורים (כמו us ו-eu ב-aiplatform.us.rep.googleapis.com וב-aiplatform.eu.rep.googleapis.com) מגבילות את העיבוד של למידת המכונה לגבולות סמכות שיפוטית ספציפיים.
למרות שנקודות קצה במספר אזורים מאגדות את הקיבולת של כמה מרכזי נתונים באותו אזור גיאוגרפי, הן פועלות ממאגרי קיבולת אזוריים נפרדים ולא חולקות את קיבולת התפוקה של נקודת הקצה global ברחבי העולם.
נקודות קצה באזור יחיד (לדוגמה, us-central1 או us-east5) מוגבלות לאשכול אחד של מרכז נתונים, ויש להן את הקיבולת הנמוכה ביותר. אם עומסי העבודה שלכם לא כפופים לדרישות מחמירות לגבי מיקום אחסון הנתונים, אתם יכולים להשתמש בנקודת הקצה global כדי לנצל את מלוא הסף של קצב הנתונים בעדיפות גבוהה ברמה שלכם, ולמקסם את המרווח. מידע נוסף על הגדרת נקודות קצה במספר אזורים זמין במאמר נקודות קצה במספר אזורים.
התנועה לא מוגבלת באופן קפדני לסף ה-TPM של הרמה שלכם. כשיש קיבולת משותפת פנויה, פלטפורמת Agent משרתת תנועה שחורגת מהסף הזה באופן אופורטוניסטי. בתקופות של ביקוש גבוה ב-Agent Platform, תעבורת נתונים עודפת מוגבלת לפני תעבורת נתונים במסגרת הסף של הרמה, וכל תעבורת הנתונים במאגר המשותף עלולה לחוות זמן אחזור ארוך יותר או שגיאות 429. כדי לצמצם את ההאטה, כדאי לפזר את התנועה באופן אחיד ככל האפשר במהלך כל דקה, ולהימנע משליחת בקשות בעליות חדות ברמת השנייה.
תנועה גבוהה ברגע נתון יכולה להוביל לוויסות קצב הנתונים, גם אם השימוש הממוצע לדקה נמצא בטווח של סף ה-TPM של הרמה שלכם.
אלה הרמות שזמינות ב-Standard PayGo:
| משפחת מודלים | רמה | הוצאות הלקוח (30 ימים) | תנועת TPM (ברמת הארגון) |
|---|---|---|---|
| המודלים Gemini Pro ו-Argon (כולל Gemini 4 Argon ו-Gemini 4 Argon Cyber Permissive) |
רמה 1 | $10 - $250 | 500,000 |
| רמה 2 | $250 – $2,000 | 1,000,000 | |
| רמה 3 | $2,000 – $50,000 | 2,000,000 | |
| רמה 4 | > $50,000 | 10,000,000 | |
| רמה בהתאמה אישית | למידע נוסף, פנו לצוות המכירות שלכם | ||
| המודלים Gemini Flash ו-Gemini Flash-Lite | רמה 1 | $10 - $250 | 2,000,000 |
| רמה 2 | $250 – $2,000 | 4,000,000 | |
| רמה 3 | $2,000 – $50,000 | 10,000,000 | |
| רמה 4 | > $50,000 | 50,000,000 | |
| רמה בהתאמה אישית | למידע נוסף, פנו לצוות המכירות שלכם | ||
סף הקיבולת שמוצג למשפחת מודלים חל בנפרד על כל מודל במשפחה הזו. לדוגמה, לארגון ברמה 3 יש סף קצב נתונים בעדיפות גבוהה של 10,000,000 TPM ל-Gemini 3.5 Flash. השימוש במודל אחד לא משפיע על קצב הנתונים של מודלים אחרים. אין מגבלה נפרדת של בקשות לדקה (RPM) לכל רמה. בקשות ל-Gemini עם קלט מולטימודלי כפופות למגבלות הקצב של המערכת.
איך פועלות רמות השימוש
רמת השימוש נקבעת באופן אוטומטי לפי ההוצאה הכוללת של הארגון על שירותים שעומדים בדרישות של Agent Platform, בתקופה של 30 ימים. ככל שההוצאות של הארגון גדלות, המערכת מקדמת אתכם לרמה גבוהה יותר עם ספי תפוקה בעדיפות גבוהה יותר.
חישוב ההוצאות
החישוב הזה כולל מגוון רחב של שירותים, החל מחיזויים בכל משפחות המודלים של Gemini ועד למכונות של מעבד (CPU), מעבד גרפי (GPU) ו-TPU ב-Agent Platform, וגם מק"טים שמבוססים על התחייבות, כמו הקצאת משאבים לפי התפוקה שנקבעה.
כדי לקבל מידע נוסף על המק"טים שנכללים בחישוב ההוצאות, אפשר ללחוץ על הקישור.
בטבלה הבאה מפורטות הקטגוריות של Google Cloud המק"טים שנכללות בחישוב של סך ההוצאות.
| קטגוריה | תיאור המק"טים הכלולים |
|---|---|
| מודלי Gemini | כל משפחות מודלי Gemini (כמו 2.0, 2.5 ו-3.0 בגרסאות Pro, Flash ו-Lite) לחיזויים בכל המודלים (טקסט, תמונה, אודיו, וידאו), כולל וריאציות של אצווה, הקשר ארוך, כוונון ו "חשיבה" |
| התכונות של מודל Gemini | כל המק"טים של Gemini שקשורים לתכונות כמו שמירה במטמון, אחסון במטמון ורמות עדיפות, בכל המודלים והגרסאות של המודלים |
| מעבד (CPU) של פלטפורמת הסוכן | חיזויים אונליין ובאצווה בכל משפחות המכונות שמבוססות על מעבד (CPU) (כמו C2, C3, E2, N1, N2 והגרסאות שלהן) |
| Agent Platform GPU | חיזוי אונליין וחיזוי באצווה בכל המכונות עם האצת GPU של NVIDIA (כמו סדרות A100, H100, H200, B200, L4, T4, V100 ו-RTX) |
| Agent Platform TPU | חיזוי אונליין וחיזוי באצווה בכל המכונות שמבוססות על TPU (כמו TPU-v5e ו-v6e) |
| ניהול ועמלות | כל המק"טים של Management fee שמשויכים למכונות חיזוי שונות של Agent Platform |
| הקצאת משאבים לפי התפוקה שנקבעה | כל המק"טים שמבוססים על התחייבות להקצאת משאבים לפי התפוקה שנקבעה |
| שירותים נוספים | שירותים מיוחדים כמו "ביסוס LLM ל-Gemini... עם כלי חיפוש Google" |
אימות רמת השימוש
כדי לבדוק את רמת השימוש של הארגון, נכנסים למרכז הבקרה של Agent Platform במסוף Google Cloud .
כדי לראות את רמת השימוש במרכז הבקרה, אתם צריכים את התפקיד "צפייה בפלטפורמת הסוכנים" (roles/aiplatform.viewer) בפרויקט ואת התפקיד "צפייה בחשבון לחיוב" (roles/billing.viewer) בחשבון לחיוב.
כניסה למרכז הבקרה של פלטפורמת הסוכנים
אימות ההוצאות
כדי לבדוק את ההוצאות על Agent Platform, נכנסים לדף חיוב ב-Cloud במסוףGoogle Cloud . ההוצאות נצברות ברמת הארגון.
שגיאות מסוג "המשאב מוצה" (429)
אם קיבלתם שגיאת 429, זה לא אומר שהגעתם למכסה קבועה.
היא מציינת תחרות זמנית גבוהה על משאב משותף ספציפי.
כדי לטפל בשגיאות האלה, כדאי להטמיע אסטרטגיית ניסיון חוזר עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff), כי הזמינות בסביבה הדינמית הזו יכולה להשתנות במהירות.
בנוסף לאסטרטגיית ניסיון חוזר, כדאי לבדוק את בחירת נקודת הקצה:
- נקודת הקצה
global(מומלץ): נקודת הקצהglobalמנתבת באופן דינמי בקשות בין כל מרכזי הנתונים של Google ברחבי העולם, מאגדת את קיבולת התפוקה הגלובלית ומאזנת עליות חדות מקומיות. כך אפשר להשיג את הזמינות הגבוהה ביותר ולהפחית באופן משמעותי את הסיכוי לשגיאות429. - נקודות קצה במספר אזורים (כמו
usו-eu): נקודות קצה במספר אזורים מאגדות את הקיבולת של כמה מרכזי נתונים בתוך גבול גיאוגרפי ספציפי. למרות שהם מציעים קיבולת גדולה יותר מאשר אזור אחד, הם לא ניגשים לקיבולת ברחבי העולם. אם האפליקציה משתמשת בנקודת קצה (endpoint) במספר אזורים ומופיעות שגיאות429בתקופות שיא, כדאי לבדוק אם מדיניות משילות המידע (data governance) מאפשרת לנתב עומסי עבודה כלליים או לא רגישים לנקודת הקצה (endpoint)global, או לשקול להשתמש ב-Priority PayGo או ב-הקצאת משאבים לפי התפוקה שנקבעה. - נקודות קצה באזור יחיד (כמו
us-central1): נקודות קצה באזור יחיד מוגבלות למיקום ספציפי של אשכול, ויש להן את הסבירות הגבוהה ביותר להיתקל בשגיאות429במצב של עומס. אל תצמידו עומסי עבודה של Standard PayGo עם תפוקה גבוהה לנקודות קצה באזור יחיד, אלא אם נדרש מיקום משותף עם משאבי מחשוב שרגישים לזמן אחזור.
כדי לקבל את התוצאות הכי טובות, מומלץ לשלב את השימוש בנקודת הקצה global עם החלקת תנועה. הימנעו משליחת בקשות בעליות חדות של שנייה אחת, כי תעבורת נתונים גבוהה ברגע נתון יכולה להוביל לוויסות, גם אם השימוש הממוצע לדקה נמצא בטווח של סף התפוקה בעדיפות גבוהה של הרמה שלכם. אם תפזרו את הקריאות ל-API בצורה אחידה יותר, המערכת תוכל לנהל את העומס בצורה צפויה יותר והביצועים הכוללים ישתפרו. למידע נוסף על הטיפול בשגיאות של ניצול משאבים, ראו פיתוח אפליקציות LLM גמישות והפחתת שגיאות 429 וקוד שגיאה 429.
מודלים נתמכים
המודלים הבאים של Gemini שזמינים לכלל המשתמשים (GA) וכל המודלים התואמים שעברו כוונון מפוקח תומכים ב-Standard PayGo עם רמות שימוש:
לחצו כדי להרחיב את רשימת המודלים הנתמכים
המודלים הבאים של Gemini ב-GA תומכים גם ב-Standard PayGo, אבל רמות השימוש לא חלות על המודלים האלה:
- Gemini Nano Banana 2.1
- Gemini 3.1 Flash Image
- Gemini 3.1 Flash-Lite Image
- תמונה של Gemini 3 Pro
- Gemini 2.5 Flash Image
הרמות האלה לא חלות על מודלים בגרסת טרום-השקה (Preview). כדי לקבל את המידע הכי מדויק ועדכני, עיינו במסמכים הרשמיים של כל מודל.
מעקב אחרי קצב העברת הנתונים והביצועים
כדי לעקוב אחרי צריכת הטוקנים של הארגון בזמן אמת, אפשר להיכנס ל-Metrics Explorer ב-Cloud Monitoring.
למידע נוסף על מעקב אחרי תנועה בנקודת קצה של מודל, ראו מעקב אחרי מודלים.
רמות השימוש חלות ברמת הארגון. במאמר הגדרת היקפי תצוגה לשאילתות בכמה פרויקטים מוסבר איך להגדיר את היקף התצוגה כדי להציג בתרשים את קצב הנתונים בכמה פרויקטים בארגון.
המאמרים הבאים
מכסות ומגבלות ב-Agent Platform
מכסות ומגבלות שקשורות ל-Agent Platform, לא כולל מגבלות ספציפיות למוצרים.
מכסות של Google Cloud
כאן מוסבר איך Google Cloud מגביל את כמות המשאבים שאפשר להשתמש בהם בפרויקט ב- Google Cloud , ואיך המכסות חלות על מגוון רחב של סוגי משאבים, כולל רכיבי חומרה, תוכנה ורשתות.