מעקב אחר שימוש במסד הנתונים

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

כדי לבדוק את השימוש ב-Realtime Database שחויב, אפשר להיכנס למרכז הבקרה Usage and Billing. מידע נוסף על חיוב זמין במאמר הסבר על חיוב ב-Realtime Database.

כדי לעקוב אחרי השימוש במשאבים, אפשר להיעזר בכרטיסייה Usage במסוף Firebase וגם במדדים שזמינים דרך Cloud Monitoring.Realtime Database

קבלת התראות מ-Firebase

אתם יכולים לבחור לקבל התראות באימייל כשהשימוש ב-Realtime Database מתקרב לאחד מהמגבלות של תוכנית התמחור. כברירת מחדל, Firebase שולח התראות באימייל כשמגיעים למגבלה של המינוי או חורגים ממנה, אבל אתם יכולים להביע הסכמה לקבלת ההתראות האלה מוקדם יותר כדי לשנות את המינוי או את השימוש ולמנוע שיבושים בשירות.

ההתרעות האלה ב-Firebase וההגדרות שלהן חלות על כל הפרויקט. כלומר, כברירת מחדל, כל חברי הפרויקט שיש להם את ההרשאות הנדרשות לקבלת התראות יקבלו אימייל כשהתראה מסוג Realtime Database מופעלת. האימיילים נשלחים לכתובות אימייל ספציפיות (לא לקבוצות של חשבונות כמו קבוצות Google או חשבונות Google Workspace).

הפעלה או השבתה של התראות בחשבון שלכם

בחשבון שלכם, אתם יכולים להפעיל או להשבית התראות Realtime Database בלי להשפיע על חברים אחרים בפרויקט. חשוב לזכור שעדיין נדרשות ההרשאות הנדרשות כדי לקבל התראות.

כדי להפעיל או להשבית את ההתראות של Realtime Database:

  1. במסוף Firebase, בפינה השמאלית העליונה, עוברים אל התראות Firebase.
  2. לאחר מכן, עוברים אל הגדרות ומגדירים את העדפות החשבון לגבי התראות Realtime Database.

מעקב אחר השימוש במסוף Firebase

כדי לראות את החיבורים הנוכחיים ל-Realtime Database ואת השימוש בנתונים, אפשר לעיין בכרטיסייה Usage במסוף Firebase. אפשר לבדוק את השימוש בתקופה הנוכחית לחיוב, ב-30 הימים האחרונים או ב-24 השעות האחרונות.

ב-Firebase מוצגים נתונים סטטיסטיים על השימוש במדדים הבאים:

  • חיבורים: מספר החיבורים בו-זמנית שנפתחים כרגע בזמן אמת למסד הנתונים. הנתונים האלה כוללים את החיבורים הבאים בזמן אמת: WebSocket,‏ Long Polling ואירועים שנשלחים מהשרת ב-HTML. הוא לא כולל בקשות RESTful.
  • אחסון: כמות הנתונים שמאוחסנים במסד הנתונים. הנתונים האלה לא כוללים אירוח ב-Firebase או נתונים שמאוחסנים דרך מוצרים אחרים של Firebase.
  • הורדות: כל הבייטים שהורדתם ממסד הנתונים, כולל תקורה של פרוטוקול והצפנה.
  • עומס: בתרשים הזה מוצגת כמות הנתונים שנעשה בהם שימוש במסגרת עיבוד הבקשות במסגרת מרווח זמן של דקה אחת. יכול להיות שתבחינו בבעיות בביצועים כשהשימוש במסד הנתונים מתקרב ל-100%.

הכרטיסייה Rules (כללים) של Realtime Database במסוף Firebase.

בנוסף, מסופקת במסוף Firebase לוח בקרה של הערכת Firebase Security Rules, שמציג תצוגה מפורטת של הקריאות לכללים. אפשר להשלים את לוח הבקרה הזה בניתוח מפורט ב-Cloud Monitoring.

מידע נוסף זמין במאמר מעקב אחרי כללי אבטחה ב-Cloud Monitoring.

הכרטיסייה 'שימוש' של Realtime Database במסוף Firebase.

מעקב אחרי השימוש באמצעות Cloud Monitoring

מדדי שימוש

כדי להשתמש ב-Cloud Monitoring כדי לעקוב אחרי השימוש לחיוב, צריך לעקוב אחרי המדדים הבאים. שימו לב שכל השמות של סוגי המדדים מתחילים ב-firebasedatabase.googleapis.com/.

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

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

network/sent_payload_and_protocol_bytes_count. המדד הזה משקף את הגודל של נתוני עומס העבודה שמתוארים למעלה ואת תקורת הפרוטוקול שנדרשת בחיבור (לדוגמה, כותרות HTTP, מסגרות WebSocket ומסגרות של פרוטוקול Firebase בזמן אמת). הוא לא כולל עלויות של הצפנה בחיבורים מאובטחים.
מספר הבייטים שנשלחו network/sent_bytes_count. המדד הזה משקף אומדן של הגודל הכולל של הנתונים שנשלחים מהמסד הנתונים דרך פעולות קריאה. הוא כולל את נתוני עומס העבודה שנשלחים בפועל ללקוחות, בנוסף לעלויות הפרוטוקול וההצפנה שמובילות לעלויות החיבור. זהו הערך הכי מדויק של רוחב הפס היוצא הכולל בחשבונית Realtime Database.
נפח כולל (בייטים)

storage/total_bytes. המדד הזה עוזר לעקוב אחרי כמות הנתונים שאתם מאחסנים במסד הנתונים. הנתונים שאתם מאחסנים ב-Realtime Database נכללים בעלויות החיוב.

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

  • נתונים יוצאים: אתם יכולים להשתמש במדדים network/sent_bytes_count,‏ network/sent_payload_and_protocol_bytes_count ו-network/sent_payload_bytes_count כדי לזהות בעיות פוטנציאליות בפרוטוקול או בעלויות העלויות של ההצפנה שגורמות לעלויות בלתי צפויות בחשבונית. אם יש פער גדול בין גודל עומסי הנתונים המבוקשים לבין המדדים האחרים שמשקפים את זמן העבודה הנוסף של החיבור, כדאי לפתור בעיות שעלולות להוביל לזמני תפוגה או לחיבורים תכופים. אם אתם לא משתמשים בכרטיסי סשן של TLS, כדאי לנסות להטמיע אותם כדי לצמצם את התקורה של חיבורי SSL לחיבורים שהושהו.
  • פעולות: המדד io/database_load מאפשר לכם לראות איזה אחוז מטענת מסד הנתונים הכולל מנוצל על ידי כל סוג פעולה. חשוב לקבץ את io/database_load לפי סוג כדי לפתור בעיות בסוגים שונים של פעולות.
  • אחסון: אפשר להשתמש ב-storage/limit וב-storage/total_bytes כדי לעקוב אחרי ניצול נפח האחסון ביחס למגבלות האחסון Realtime Database.

הרשימה המלאה של מדדי Realtime Database שזמינים דרך Cloud Monitoring

יצירת סביבת עבודה ב-Cloud Monitoring

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

  1. פתיחת הדף של Cloud Monitoring

    אם הפרויקט כבר שייך לסביבת עבודה, הדף של Cloud Monitoring ייפתח. אחרת, בוחרים סביבת עבודה לפרויקט.

  2. בוחרים באפשרות סביבת עבודה חדשה או בסביבת עבודה קיימת.

  3. לוחצים על הוספה. אחרי שסביבת העבודה תיבנה, הדף של Cloud Monitoring ייפתח.

יצירת לוח בקרה והוספת תרשים

אתם יכולים להציג את המדדים Realtime Database שנאספו מ-Cloud Monitoring בתרשימים ובלוחות הבקרה הפרטיים שלכם.

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

  1. בדף Cloud Monitoring, פותחים את סביבת העבודה ועוברים לדף Dashboards.

    כניסה לדף Dashboards

  2. לוחצים על Create Dashboard (יצירת מרכז בקרה) ומזינים שם למרכז הבקרה.

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

  4. בחלון הוספת תרשים, מזינים שם לתרשים. לוחצים על הכרטיסייה Metric.

  5. בשדה Find resource type and metric, מזינים Firebase Realtime Database. בתפריט הנפתח שמאוכלס באופן אוטומטי, בוחרים אחד ממדדי Realtime Database.

  6. כדי להוסיף עוד מדדים לאותו תרשים, לוחצים על הוספת מדד וחוזרים על השלב הקודם.

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

  8. לוחצים על שמירה.

מידע נוסף על תרשימים ב-Cloud Monitoring זמין במאמר עבודה עם תרשימים.

יצירת מדיניות התראות

אפשר ליצור מדיניות התראות על סמך המדדים Realtime Database. כדי ליצור מדיניות התראות שתישלח אליכם באימייל בכל פעם שמדד Realtime Database ספציפי יגיע לסף מסוים, תוכלו לפעול לפי השלבים הבאים.

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

  1. בדף Cloud Monitoring, פותחים את סביבת העבודה ועוברים לדף Alerting.

    כניסה לדף Create New Alerting Policy

  2. לוחצים על Create Policy.

  3. נותנים שם למדיניות ההתראות.

  4. מוסיפים תנאי להצגת התראות על סמך אחד מ-Realtime Database המדדים. לוחצים על Add Condition.

  5. בוחרים יעד. בשדה Find resource type and metric, מזינים Realtime Database. בתפריט הנפתח שמאוכלס באופן אוטומטי, בוחרים אחד ממדדי Realtime Database.

  6. בקטע Policy triggers, משתמשים בשדות התפריט הנפתח כדי להגדיר את תנאי ההתרעה.

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

  8. מזינים את כתובת האימייל בשדה כתובת אימייל. לוחצים על הוספה.

  9. אפשר למלא את שדה המסמכים כדי לכלול מידע נוסף בהתראה באימייל.

  10. לוחצים על שמירה.

אם השימוש ב-Realtime Database חורג מהסף שהוגדר, תקבלו התראה באימייל.

למידע נוסף על מדיניות התראות, ראו מבוא להתראות.

המאמרים הבאים