מכסות ומגבלות

בדף הזה מתוארות המכסות והמגבלות של Spanner בסביבת ייצור. יכול להיות שנשתמש במונחים 'מכסה' ו'מגבלה' לסירוגין במסוף Google Cloud .

יכול להיות שיהיו שינויים בערכי המכסות והמגבלות.

הרשאות לבדיקה ולעריכה של מכסות

כדי לראות את המכסות, צריך הרשאה לניהול זהויות והרשאות גישה (IAM) מסוג serviceusage.quotas.get.

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

ההרשאות האלה כלולות כברירת מחדל בתפקידי IAM בסיסיים 'בעלים' ו'עריכה', ובתפקיד המוגדר מראש Quota Administrator.

בדיקת המכסות

כדי לבדוק את המכסות הנוכחיות של משאבים בפרויקט, משתמשים במסוףGoogle Cloud :

לפתיחת הדף Quotas

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

הגדלת המכסות

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

כדי לבקש הגדלה של המכסות (כולל מגבלת הצמתים), אפשר לעיין במאמר בנושא ניהול המכסות באמצעות מסוף Google Cloud .

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

מגבלות על צמתים

ערך הגבלה
צמתים לכל הגדרת מכונה

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

מגבלות על מופעים

ערך הגבלה
אורך מזהה המופע ‫2 עד 64 תווים

מגבלות על מופעים בתקופת ניסיון בחינם

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

ערך הגבלה
נפח אחסון ‎10 GiB
מגבלת מסד הנתונים יצירה של עד חמישה מסדי נתונים
תכונות שלא נתמכות גיבוי ושחזור
SLA אין הסכם רמת שירות
משך תקופת הניסיון תקופת ניסיון בחינם למשך 90 יום

מגבלות על חלוקה גיאוגרפית

ערך הגבלה
מספר המחיצות המקסימלי לכל מכונה 20
מספר המיקומים המקסימלי לכל מסד נתונים 50
מספר השורות המקסימלי של מיקומי מודעות לכל צומת במחיצה ‫100 מיליון

מגבלות על שאילתות שמורות

ערך הגבלה
המספר המקסימלי של שאילתות שמורות לכל פרויקט (כולל שאילתות שמורות למוצרים אחרים) Google Cloud 10,000
הגודל המקסימלי של כל שאילתה ‫1 MiB

מגבלות על הגדרות של מכונות

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

‫8 עד 64 תווים

מזהה של הגדרת מכונה בהתאמה אישית חייב להתחיל ב-custom-

מגבלות על מסדי נתונים

ערך הגבלה
מסדי נתונים לכל מופע
  • למופעים של צומת אחד (1,000 יחידות עיבוד) ומעלה: 100 מסדי נתונים
  • למופעים קטנים מ-1 צומת: 10 מסדי נתונים לכל 100 יחידות עיבוד
תפקידים לכל מסד נתונים 100
אורך מזהה מסד הנתונים 2 עד 30 תווים
נפח האחסון1
  • למופעים של צומת אחד (1,000 יחידות עיבוד) ומעלה: ‫10TiB לכל צומת
  • למופעים קטנים מ-1 צומת: ‫1,024.0 GiB לכל 100 יחידות עיבוד

נפח אחסון מוגדל של 10TiB‎ לכל צומת זמין ברוב ההגדרות של מכונות Spanner באזור אחד, בשני אזורים ובמספר אזורים. מידע נוסף זמין במאמר שיפורים בביצועים ובאחסון.

אם אתם משתמשים באחסון בשכבות, אתם יכולים להשתמש באחסון משולב (SSD ו-HDD) עד 10TiB לכל צומת.

גיבויים מאוחסנים בנפרד ולא נכללים במגבלה הזו. מידע נוסף זמין במאמר מדדי ניצול נפח האחסון.

שימו לב: ב-Spanner החיוב הוא על נפח האחסון בפועל שנעשה בו שימוש במופע, ולא על נפח האחסון הכולל שזמין בו.

מגבלות על גיבוי ושחזור

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

מגבלות סכימה

אובייקטים של סכימה

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

הצהרות DDL

ערך הגבלה
גודל הצהרת DDL לשינוי סכימה יחיד ‎10 MiB
גודל הצהרת DDL של הסכימה כולה של מסד נתונים, כפי שמוחזר על ידי GetDatabaseDdl ‎10 MiB

גרפים

ערך הגבלה
תרשימי נכסים לכל מסד נתונים 250
אורך השם של גרף הנכסים ‫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
עומק המעבר של נתיב כמותי בתרשים 100

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

ערך הגבלה
גודל השמירה (כולל אינדקסים וסנכרון שינויים בזרמי נתונים) ‫100MiB
קריאות בו-זמניות לכל סשן 100
מספר המוטציות לכל פעולת commit (ב-Mutation API) (כולל אינדקסים)3,10 80,000
פעולות לשינוי נתונים לכל פקודת DML (כולל אינדקסים)3,10 80,000
מספר המוטציות בכל קבוצת מוטציות בבקשת כתיבה באצווה 80,000
מספר פקודות partitioned DML בו-זמניות לכל מסד נתונים 20,000

מגבלות אדמיניסטרטיביות

ערך הגבלה
גודל הבקשה לפעולות ניהוליות4 ‫1 MiB
הגבלת קצב בקשות לפעולות ניהול5

‫5 לשנייה לכל פרויקט לכל משתמש

(ממוצע על פני 100 שניות)

מגבלות על בקשות

ערך הגבלה
גודל הבקשה, לא כולל בקשות לביצוע פעולות (commit)6 ‎10 MiB

שינוי המגבלות של שינוי השידור החי

ערך הגבלה
סנכרון שינויים בזרמי נתונים לכל מסד נתונים 10
סנכרון שינויים בזרמי נתונים צפייה בכל עמודה שאינה עמודת מפתח7 3
מספר הקוראים בו-זמנית בכל מחיצת נתונים של שינוי מקור הנתונים8 20

מגבלות של Data Boost

ערך הגבלה
בקשות מקבילות ל-Data Boost לכל פרויקט באזור us-central1 ‫1000 9
בקשות בו-זמניות של Data Boost לכל פרויקט לכל אזור באזורים אחרים ‫400 9
בקשות בו-זמניות של Data Boost באלפיות של פעולות לכל פרויקט לכל אזור 1000000 9

מגבלות על תורים

ערך הגבלה
תורים לכל מופע ‫10 תורים לכל 100 יחידות עיבוד, עד 100 תורים
מספר פונקציות TVF בו-זמניות של מקלט תור לכל פרויקט לכל אזור 2,000

מגבלות API לפני פיצול

ערך הגבלה
נקודות פיצול שנוספו לכל בקשת API 100
גודל בקשת ה-API של נקודת פיצול ‫1 MiB
נקודות פיצול שנוספו לכל צומת בכל מסדי הנתונים במופע 50
נקודות פיצול שנוספו או עודכנו בדקה לכל צומת 10
נקודות פיצול שנוספו או עודכנו לכל יום לכל צומת 200

הערות

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

  • במקרים של מופעים קטנים מ-1 צומת (1,000 יחידות עיבוד), מערכת Spanner מקצה 1,024.0GB של נתונים לכל 100 יחידות עיבוד במסד הנתונים.
  • במקרים של צומת אחד ומעלה, מערכת Spanner מקצה 10TiB של נתונים לכל צומת.

לדוגמה, כדי ליצור מופע למסד נתונים בגודל 1,500‎ GiB, צריך להגדיר את קיבולת החישוב שלו ל-200 יחידות עיבוד. כמות קיבולת החישוב הזו תשאיר את המופע מתחת למגבלה עד שמסד הנתונים יגדל ליותר מ-2,048.0GB. אחרי שמסד הנתונים מגיע לגודל הזה, צריך להוסיף עוד 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 (עבור המפתחות הראשיים).