בדף הזה מפורטות המכסות והמגבלות של Spanner בסביבת ייצור. יכול להיות שנשתמש במונחים 'מכסה' ו'מגבלה' לסירוגין במסוף Google Cloud .
ערכי המכסות והמגבלות עשויים להשתנות.
הרשאות לבדיקה ולעריכה של מכסות
כדי לראות את המכסות, צריך הרשאה לניהול זהויות והרשאות גישה (IAM) מסוג serviceusage.quotas.get.
כדי לשנות את המכסות, אתם צריכים את הרשאת serviceusage.quotas.update ב-IAM. התפקידים המוגדרים מראש הבאים כוללים את ההרשאה הזו כברירת מחדל: בעלים, עריכה ואדמין מכסות.
ההרשאות האלה כלולות כברירת מחדל בתפקידי IAM בסיסיים 'בעלים' ו'עריכה', ובתפקיד המוגדר מראש Quota Administrator.
בדיקת המכסות
כדי לבדוק את המכסות הנוכחיות של משאבים בפרויקט, משתמשים במסוףGoogle Cloud :
הגדלת המכסות
ככל שהשימוש שלכם ב-Spanner יתרחב עם הזמן, המכסות שלכם יגדלו בהתאם. אם צפויה עלייה משמעותית בשימוש, מומלץ לשלוח את הבקשה כמה ימים מראש כדי לוודא שהמכסות מספיקות.
יכול להיות שתצטרכו גם להגדיל את מכסת הצרכנים. מידע נוסף זמין במאמר בנושא ניהול המכסות באמצעות מסוף Google Cloud .
אתם יכולים להגדיל את המגבלה הנוכחית של צמתים בהגדרת מכונת Spanner באמצעות מסוף Google Cloud .
נכנסים לדף Quotas.
בתפריט הנפתח Service בוחרים באפשרות Spanner API.
אם לא רואים את Spanner API, סימן ש-Spanner API לא הופעל. מידע נוסף מופיע במאמר הפעלת ממשקי API.
בוחרים את המכסות שרוצים לשנות.
לוחצים על Edit quotas.
בחלונית Quota changes שמופיעה, מזינים את מגבלת הקווטה החדשה.
לוחצים על סיום ואז על שליחת הבקשה.
אם אי אפשר להגדיל את מגבלת הצמתים באופן ידני למגבלת היעד, לוחצים על בקשה להגדלת המכסה. ממלאים את הטופס כדי לשלוח בקשה לצוות Spanner. תקבלו תשובה תוך 48 שעות מרגע שליחת הבקשה.
הגדלת המכסה להגדרת מכונה מותאמת אישית
אתם יכולים להגדיל את מכסת הצמתים עבור הגדרת מופע בהתאמה אישית.
כדי לבדוק את מגבלת הצמתים של הגדרות מותאמות אישית של מכונה, בודקים את מגבלת הצמתים של הגדרות הבסיס של המכונה.
אם אתם לא יודעים או לא זוכרים את הגדרת הבסיס של הגדרת המכונה בהתאמה אישית, אתם יכולים להשתמש בפקודה show instance configurations detail.
אם מגבלת הצמתים שנדרשת להגדרת המופע בהתאמה אישית היא פחות מ-85, צריך לפעול לפי ההוראות שבקטע הקודם בנושא הגדלת המכסות. משתמשים במסוף Google Cloud כדי להגדיל את מגבלת הצמתים של הגדרת מופע הבסיס שמשויכת להגדרת המופע בהתאמה אישית.
אם מגבלת הצמתים שנדרשת להגדרת מופע בהתאמה אישית היא יותר מ-85, צריך למלא את הטופס בקשה להגדלת המכסה של צמתי Spanner. מציינים בטופס את המזהה של הגדרת המופע בהתאמה אישית.
מגבלות על צמתים
| ערך | הגבלה |
|---|---|
| צמתים לכל הגדרת מופע |
מגבלות ברירת המחדל משתנות בהתאם לפרויקט ולתצורת המופע. כדי לשנות את מגבלות המכסות של הפרויקט או לבקש להגדיל את המגבלות, אפשר לעיין במאמר הגדלת המכסות. |
מגבלות על מופעים
| ערך | הגבלה |
|---|---|
| אורך מזהה המופע | 2 עד 64 תווים |
מגבלות על מופעים של תקופת ניסיון בחינם
מופע של Spanner לתקופת ניסיון בחינם מוגבל גם במגבלות הבאות. כדי להגדיל את המגבלות האלה או להסיר אותן, צריך לשדרג את מופע תקופת הניסיון בחינם למופע בתשלום.
| ערך | הגבלה |
|---|---|
| נפח אחסון | 10 GiB |
| מגבלת מסד נתונים | יצירה של עד חמישה מסדי נתונים |
| תכונות שלא נתמכות | גיבוי ושחזור |
| SLA | אין הסכם רמת שירות (SLA) |
| משך תקופת הניסיון | תקופת ניסיון בחינם למשך 90 יום |
מגבלות על חלוקה גיאוגרפית
| ערך | הגבלה |
|---|---|
| מספר המחיצות המקסימלי לכל מופע | 20 |
| מספר המיקומים המקסימלי לכל מסד נתונים | 50 |
| מספר השורות המקסימלי של מיקומי מודעות לכל צומת במחיצה | 100 מיליון |
מגבלות על שאילתות שמורות
| ערך | הגבלה |
|---|---|
| המספר המקסימלי של שאילתות שמורות לכל פרויקט (כולל שאילתות שמורות למוצרים אחרים) Google Cloud | 10,000 |
| הגודל המקסימלי לכל שאילתה | 1 MiB |
מגבלות על הגדרות של מכונות
| ערך | הגבלה |
|---|---|
| מספר ההגדרות המקסימלי של מופעים בהתאמה אישית בכל פרויקט | 100 |
| אורך מזהה התצורה של המופע בהתאמה אישית | 8 עד 64 תווים מזהה של הגדרת מופע בהתאמה אישית חייב להתחיל ב- |
מגבלות על מסדי נתונים
| ערך | הגבלה |
|---|---|
| מסדי נתונים לכל מופע |
|
| תפקידים לכל מסד נתונים | 100 |
| אורך מזהה מסד הנתונים | 2 עד 30 תווים |
| גודל נפח האחסון1 |
קיבולת אחסון מוגדלת של 10TiB לכל צומת זמינה ברוב ההגדרות של מכונות Spanner באזור אחד, בשני אזורים ובמספר אזורים. מידע נוסף זמין במאמר שיפורים בביצועים ובאחסון. אם אתם משתמשים באחסון בשכבות, תוכלו להשתמש באחסון משולב (SSD ו-HDD) עד 10TiB לכל צומת. גיבויים נשמרים בנפרד ולא נכללים במגבלה הזו. מידע נוסף זמין במאמר מדדי ניצול נפח האחסון. חשוב לשים לב שב-Spanner החיוב הוא על נפח האחסון בפועל שנעשה בו שימוש במופע, ולא על נפח האחסון הכולל שזמין בו. |
מגבלות על גיבוי ושחזור
| ערך | הגבלה |
|---|---|
| מספר פעולות הגיבוי המתבצעות ליצירת גיבוי לכל מסד נתונים | 1 (רלוונטי רק לגיבויים לפי דרישה). לגיבויים מתוזמנים יש מגבלות תדירות משלהם, והם לא כפופים למגבלה הזו. |
| מספר פעולות שחזור מסד נתונים שמתבצעות בכל מופע של מסד הנתונים המשוחזר, ולא של הגיבוי. | 10 |
| זמן השמירה המקסימלי של הגיבוי | שנה אחת, כולל היום הנוסף בשנה מעוברת. |
מגבלות סכימה
אובייקטים של סכימה
| ערך | הגבלה |
|---|---|
| המספר הכולל של אובייקטים של סכימה בכל מסדי הנתונים באותו מופע | מגבלות ברירת המחדל משתנות בהתאם להגדרות המופע2 |
הצהרות DDL
| ערך | הגבלה |
|---|---|
| גודל הצהרת DDL לשינוי סכימה יחיד | 10 MiB |
גודל הצהרת ה-DDL של הסכימה כולה של מסד נתונים, כפי שמוחזר על ידי GetDatabaseDdl |
10 MiB |
גרפים
| ערך | הגבלה |
|---|---|
| תרשימי נכסים לכל מסד נתונים | 16 |
| אורך השם של גרף הנכסים | 1 עד 128 תווים |
Tables
| ערך | הגבלה |
|---|---|
| טבלאות לכל מסד נתונים | 5,000 |
| אורך שם הטבלה | 1 עד 128 תווים |
| עמודות בכל טבלה | 1,024 |
| אורך שם העמודה | 1 עד 128 תווים |
| הגודל המקסימלי של הנתונים בכל תא | 10 MiB |
הגודל של תא STRING |
2,621,440 תווי Unicode |
| מספר העמודות במפתח של טבלה | 16 כולל עמודות מפתח שמשותפות עם כל טבלת הורה |
| עומק השילוב של הטבלה | 7 לטבלה ברמה העליונה עם טבלאות צאצא יש עומק של 1. טבלה ברמה העליונה עם טבלאות נכד היא בעומק 2, וטבלאות מקוננות נוספות מגדילות את העומק בהתאם. |
| הגודל המקסימלי של מפתח ראשי או מפתח אינדקס לכל שורה | 8 KiB כולל את הגודל של כל העמודות שמרכיבות את המפתח |
| הגודל הכולל של עמודות שאינן עמודות מפתח לכל שורה | 1,600 MiB כולל את הגודל של כל העמודות שאינן עמודות מפתח לכל שורה בטבלה |
מדדים
| ערך | הגבלה |
|---|---|
| אינדקסים לכל מסד נתונים | 10,000 |
| מדדים לכל טבלה | 128 |
| אורך שם האינדקס | 1 עד 128 תווים |
| מספר העמודות במפתח אינדקס | 16 מספר העמודות עם האינדקס (למעט עמודות STORING) בתוספת מספר העמודות של המפתח הראשי בטבלת הבסיס |
תצוגות
| ערך | הגבלה |
|---|---|
| צפיות לכל מסד נתונים | 5,000 |
| הצגת אורך השם | 1 עד 128 תווים |
| עומק ההיררכיה | 10 לתצוגה שמפנה לתצוגה אחרת יש עומק קינון של 1. צפייה שמתייחסת לצפייה אחרת שמתייחסת לצפייה נוספת היא בעומק הקינון 2, וכן הלאה. |
קבוצות לפי יישוב
| ערך | הגבלה |
|---|---|
| מספר מקסימלי של קבוצות של אזורים לכל מסד נתונים | 16 (קבוצה אחת של אזורים מקומיים שמוגדרת כברירת מחדל ו-15 קבוצות נוספות של אזורים מקומיים שאפשר להוסיף) |
משך הזמן המינימלי שנדרש באפשרות ssd_to_hdd_spill_timespan |
שעה אחת |
משך הזמן המקסימלי שמותר להגדיר באפשרות ssd_to_hdd_spill_timespan |
365 ימים |
מגבלות על שאילתות
| ערך | הגבלה |
|---|---|
עמודות בסעיף GROUP BY |
1,000 |
ערכים באופרטור IN |
10,000 |
| בקשות להפעלת פונקציות | 1,000 |
| הצטרפויות | 20 |
| בקשות להפעלת פונקציות שמוצבות בתוך פונקציות אחרות | 75 |
סעיפים GROUP BY מוטמעים |
35 |
| ביטויים של שאילתות משנה מקוננות | 25 |
| הצהרות משנה מקוננות | 60 |
| הצטרפויות שנוצרו על ידי שאילתת גרף | 100 |
| פרמטרים | 950 |
| אורך הצהרת השאילתה | מיליון תווים |
STRUCT שדות |
1,000 |
| רכיבי ביטוי של שאילתת משנה | 50 |
| איחודים בשאילתה | 200 |
| עומק הגרף quantified path traversal | 100 |
מגבלות על יצירה, קריאה, עדכון ומחיקה של נתונים
| ערך | הגבלה |
|---|---|
| גודל השמירה (כולל אינדקסים וסנכרון שינויים בזרמי נתונים) | 100MiB |
| קריאות בו-זמניות לכל סשן | 100 |
| שינויים לכל קומיט (כולל אינדקסים)3,10 | 80,000 |
| מספר השינויים בכל קבוצת שינויים בבקשת כתיבה באצווה | 80,000 |
| מספר פקודות partitioned DML בו-זמניות לכל מסד נתונים | 20,000 |
מגבלות אדמיניסטרטיביות
| ערך | הגבלה |
|---|---|
| גודל הבקשה לפעולות אדמיניסטרטיביות4 | 1 MiB |
| מגבלת קצב בקשות לפעולות ניהול5 | 5 לשנייה לכל פרויקט לכל משתמש (ממוצע על פני 100 שניות) |
מגבלות על בקשות
| ערך | הגבלה |
|---|---|
| בקשת גודל שונה מזה של קומיטים6 | 10 MiB |
מגבלות על שינוי השידור החי
| ערך | הגבלה |
|---|---|
| סנכרון שינויים בזרמי נתונים לכל מסד נתונים | 10 |
| סנכרון שינויים בזרמי נתונים בצפייה בכל עמודה נתונה שאינה עמודת מפתח7 | 3 |
| מספר הקוראים בו-זמנית לכל מחיצת נתונים של שינוי מקור נתונים8 | 20 |
מגבלות של Data Boost
| ערך | הגבלה |
|---|---|
| בקשות בו-זמניות ל-Data Boost לכל פרויקט באזור us-central1 | 1000 9 |
| בקשות בו-זמניות של Data Boost לכל פרויקט לכל אזור באזורים אחרים | 400 9 |
| בקשות בו-זמניות של Data Boost באלפיות של פעולות לכל פרויקט לכל אזור | 1000000 9 |
מגבלות API לפני פיצול
| ערך | הגבלה |
|---|---|
| נקודות פיצול שנוספו לכל בקשת API | 100 |
| גודל בקשת ה-API של נקודת הפיצול | 1 MiB |
| נקודות פיצול שנוספו לכל צומת בכל מסדי הנתונים במופע | 50 |
| נקודות פיצול שנוספו או עודכנו בדקה לכל צומת | 10 |
| נקודות פיצול שנוספו או עודכנו ליום לכל צומת | 200 |
הערות
1. כדי לספק זמינות גבוהה וזמן אחזור קצר לגישה למסד נתונים, Spanner מגדיר מגבלות אחסון על סמך יכולת המחשוב של המופע:
- במקרים שבהם המופעים קטנים מ-1 צומת (1,000 יחידות עיבוד), מערכת Spanner מקצה 1,024.0 GiB של נתונים לכל 100 יחידות עיבוד במסד הנתונים.
- במקרים של צומת אחד ומעלה, מערכת Spanner מקצה 10TiB של נתונים לכל צומת.
לדוגמה, כדי ליצור מופע למסד נתונים של 1,500 GiB, צריך להגדיר את קיבולת החישוב שלו ל-200 יחידות עיבוד. נפח האחסון הזה יאפשר למופע להישאר מתחת למגבלה עד שמסד הנתונים יגדל מעל 2,048.0 GiB. אחרי שמסד הנתונים מגיע לגודל הזה, צריך להוסיף עוד 100 יחידות עיבוד כדי לאפשר את הגדלת מסד הנתונים. אחרת, יכול להיות שפעולות כתיבה למסד הנתונים יידחו. מידע נוסף מופיע במאמר המלצות לשימוש באחסון מסדי נתונים.
כדי ליהנות מחוויית צמיחה חלקה, מומלץ להוסיף קיבולת חישוב לפני שמגיעים למגבלה של מסד הנתונים.
2. אובייקטים של סכימה שנכללים בספירה הם כל סוגי האובייקטים שמתוארים ב-DDL, כמו טבלאות, עמודות, אינדקסים, רצפים וכו'. המגבלה על אובייקטים של סכימה נאכפת ברמת המופע ותלויה ביחידות העיבוד שזמינות למופע.
- במקרים של צומת אחד או יותר, מגבלת ברירת המחדל היא מיליון אובייקטים.
- במקרים שבהם המופע קטן יותר מצומת אחד (1,000 יחידות עיבוד), המגבלה יורדת באופן יחסי לגודל המופע. לדוגמה, המגבלה היא 100,000 אובייקטים של סכימה למופעים עם 100 יחידות עיבוד.
כדי לבדוק את מספר אובייקטי הסכימה במסדי הנתונים ואת מגבלת האובייקטים במופע, מחפשים את המדדים spanner.googleapis.com/instance/schema_objects ו-spanner.googleapis.com/instance/schema_object_count_limit בMetrics Explorer.
מידע נוסף על מעקב זמין במאמר מעקב אחרי מכונות וירטואליות באמצעות Cloud Monitoring.
אם תגיעו למגבלה, Spanner ימנע מכם לבצע פעולות שיגרמו לחריגה מהמגבלה, כמו:
- שינוי הסכימה של מסד הנתונים (לדוגמה, הוספת אינדקס).
- יצירת מסד נתונים חדש במופע.
- שחזור של מסד נתונים מגיבוי לאותו מופע. במקרה כזה, אפשר לשחזר את הגיבוי במופע אחר באותה תצורה או ליצור מופע חדש עם אותה תצורה ולשחזר את הגיבוי במופע החדש.
3. פעולות הוספה ועדכון נספרות לפי מספר העמודות שהן משפיעות עליהן, ועמודות של מפתח ראשי תמיד מושפעות. לדוגמה, אם מוסיפים רשומה חדשה עם ערכים בחמש עמודות, זה נחשב לחמש מוטציות. עדכון של שלוש עמודות ברשומה יכול להיחשב גם כחמישה שינויים אם לרשומה יש שתי עמודות של מפתח ראשי. פעולות של מחיקה ומחיקת טווח נחשבות כמוטציה אחת, ללא קשר למספר העמודות שמושפעות.
מחיקת שורה מטבלת הורה עם ההערה ON DELETE
CASCADE נחשבת גם היא לשינוי אחד, לא משנה כמה שורות צאצא משולבות קיימות. החריג לכך הוא אם
מוגדרים אינדקסים משניים בשורות שנמחקות, ואז השינויים
באינדקסים המשניים ייספרו בנפרד. לדוגמה, אם בטבלה
יש 2 אינדקסים משניים, מחיקת טווח של שורות בטבלה תיחשב כמו מוטציה אחת בטבלה, ועוד 2 מוטציות לכל שורה שנמחקת, כי השורות באינדקס המשני עשויות להיות מפוזרות במרחב המפתחות, ולכן Spanner לא יכול לבצע פעולת מחיקה של טווח יחיד באינדקסים המשניים. אינדקסים משניים כוללים את האינדקסים של המפתחות הזרים.
כדי למצוא את מספר השינויים בעסקה, אפשר לעיין במאמר בנושא אחזור נתוני התחייבות לעסקה.
סנכרון שינויים בזרמי נתונים לא מוסיף מוטציות שנספרות במסגרת המגבלה הזו.
4. המגבלה של בקשה לפעולה אדמיניסטרטיבית לא כוללת פעולות commit, בקשות שמפורטות בהערה 9 ושינויים בסכימה.
5. המגבלה הזו כוללת את כל הקריאות ל-Admin API, כולל קריאות לסקר פעולות ארוכות טווח במופע, במסד נתונים או בגיבוי.
6. המגבלה הזו כוללת בקשות ליצירת מסד נתונים, לעדכון מסד נתונים, לקריאה, לקריאה בסטרימינג, להרצת שאילתות SQL ולהרצת שאילתות SQL בסטרימינג.
7. שינוי בזרם שצופה בטבלה או במסד נתונים שלמים, צופה באופן מרומז בכל עמודה בטבלה או במסד הנתונים האלה, ולכן נספר במגבלה הזו.
8. המגבלה הזו חלה על קוראים בו-זמניים של אותה מחיצה של סנכרון שינויים בזרמי נתונים, בין אם הקוראים הם פייפליינים של Dataflow או שאילתות API ישירות.
9. מגבלות ברירת המחדל משתנות בהתאם לפרויקט ולאזורים. מידע נוסף זמין במאמר בנושא מעקב אחרי השימוש במכסת Data Boost וניהול שלה.
10. כשכותבים לטבלה שיש בה עמודות שנוצרו או עמודות עם ערכי ברירת מחדל, מספר השינויים בכתיבה מחושב באופן הבא לכל שורה:
- סך כל השינויים = (מספר העמודות שנכתבו במפורש) + (מספר העמודות שנוצרו או העמודות עם ערכי ברירת מחדל) + (מספר העמודות של המפתח הראשי)
לדוגמה, אם יש לכם טבלה עם 2 עמודות של מפתח ראשי ועמודה אחת שנוצרה, הוספה של שורה אחת (על ידי ציון ערכים ל-2 העמודות של המפתח הראשי) נחשבת ל-5 שינויים:
- 2 (עבור העמודות שנכתבו במפורש) + 1 (עבור העמודה שנוצרה) + 2 (עבור המפתחות הראשיים).