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

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

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

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

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

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

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

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

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

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

1. בפינה השמאלית העליונה של Firebase console, עוברים אל notifications Firebase alerts.
2. אחר כך עוברים אל settings הגדרות ומגדירים את ההעדפה של החשבון לגבי Realtime Databaseהתראות.

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

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

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

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

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

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

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

מדדי שימוש

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

שם המדד	תיאור
מספר הבייטים של המטען הייעודי (payload) שנשלח	‫network/sent_payload_bytes_count. המדד הזה משקף את גודל הנתונים שהתבקשו באמצעות פעולות במסד הנתונים (כולל פעולות get, שאילתות, פעולות כתיבה, עדכונים של מאזינים בזמן אמת ושידורים). הוא לא כולל תקורה של חיבור (פרוטוקול או הצפנה). הערך `sent_payload_bytes_count` תורם לעלויות רוחב הפס היוצא, אבל הוא לא מייצג את העלויות הכוללות שחויבו. זהו אומדן של הנתונים שנשלחים מהמסד הנתונים בתגובה לבקשות, אבל מכיוון שהערך הזה מודד את גודל המטען הייעודי של הנתונים המבוקשים ולא את הנתונים שנשלחים בפועל, יכול להיות שהוא לא תמיד מדויק.
מספר הבייטים של מטען הייעודי (Payload) והפרוטוקול שנשלחו	network/sent_payload_and_protocol_bytes_count. המדד הזה משקף את הגודל של נתוני המטען הייעודי (payload) שמתוארים למעלה ושל התקורה של הפרוטוקול שנדרשת לחיבור (לדוגמה, כותרות HTTP,‏ WebSocket frames ו-Firebase realtime protocol frames). הוא לא כולל את עלויות ההצפנה בחיבורים מאובטחים.
מספר הבייטים שנשלחו	‫network/sent_bytes_count. המדד הזה משקף אומדן של הגודל הכולל של הנתונים שנשלחים מהמסד שלכם באמצעות פעולות קריאה. הוא כולל את נתוני המטען הייעודי (payload) שנשלחים בפועל ללקוחות, בנוסף לתקורה של הפרוטוקול וההצפנה שמובילה לעלויות חיבור. הערך הזה משקף בצורה הכי מדויקת את רוחב הפס הכולל של התעבורה היוצאת בחשבון 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. לוחצים על יצירת מרכז בקרה ומזינים שם למרכז הבקרה.

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

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

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

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

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

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

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

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

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

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

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

   מעבר לדף 'יצירת מדיניות חדשה בנושא התראות'

2. לוחצים על יצירת מדיניות.

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

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

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

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

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

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

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

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

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

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

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

• מידע נוסף על Cloud Monitoring