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

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

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

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

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

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

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

בדיקת המכסות

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

לפתיחת הדף Quotas

הגדלת המכסות

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

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

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

  1. נכנסים לדף Quotas.

    לדף Quotas

  2. בתפריט הנפתח Service בוחרים באפשרות Spanner API.

    אם לא רואים את Spanner API, סימן ש-Spanner API לא הופעל. מידע נוסף מופיע במאמר הפעלה של ממשקי API.

  3. בוחרים את המכסות שרוצים לשנות.

  4. לוחצים על Edit quotas.

  5. בחלונית Quota changes שמופיעה, מזינים את מכסת השימוש החדשה.

    צילום מסך של חלון יצירת המופע

  6. לוחצים על סיום ואז על שליחת הבקשה.

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

הגדלת המכסה להגדרת מכונה מותאמת אישית

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

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

    אם אתם לא יודעים או לא זוכרים את הגדרת הבסיס של הגדרת המכונה בהתאמה אישית, אתם יכולים להשתמש בפקודה show instance configurations detail.

  2. אם מגבלת הצמתים שנדרשת להגדרת המופע בהתאמה אישית היא פחות מ-85, צריך לפעול לפי ההוראות שבקטע הקודם בנושא הגדלת המכסות. משתמשים במסוף 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

גרפים

ערך הגבלה
תרשימי נכסים לכל מסד נתונים 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,600MiB

כולל את הגודל של כל העמודות שאינן עמודות מפתח לכל שורה בטבלה

אינדקסים

ערך הגבלה
אינדקסים לכל מסד נתונים 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
הצהרות משנה מקוננות של SELECT 60
צירופים שנוצרו על ידי שאילתת גרף 100
פרמטרים 950
אורך הצהרת השאילתה מיליון תווים
STRUCT שדות 1,000
רכיבי ביטוי של שאילתת משנה 50
איחודים בשאילתה 200
עומק המעבר של נתיב כמותי בתרשים 100

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

ערך הגבלה
גודל ההתחייבות (כולל אינדקסים וסנכרון שינויים בזרמי נתונים) ‫100MiB
קריאות בו-זמניות לכל סשן 100
שינויים לכל פעולת commit (כולל אינדקסים)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 ‫1,000 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 (עבור המפתחות הראשיים).