‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

הכרטיסייה Rules (כללים) של מסד נתונים בזמן אמת במסוף Firebase.

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

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

הכרטיסייה Usage (שימוש) של מסד נתונים בזמן אמת במסוף Firebase.

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

מדדי השימוש

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

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

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

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

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

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

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

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

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

יצירת מרכז בקרה והוספת תרשים

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

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

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

כניסה לדף Dashboards
לוחצים על יצירת מרכז בקרה ונותנים לו שם.
בפינה השמאלית העליונה, לוחצים על הוספת תרשים.
בחלון Add Chart, מזינים את שם התרשים. לוחצים על הכרטיסייה מדד.
בשדה Find resource type and metric, מזינים מסד נתונים בזמן אמת ב-Firebase. בתפריט הנפתח שמתמלא באופן אוטומטי, בוחרים אחד מהמדדים של Realtime Database.
כדי להוסיף עוד מדדים לאותו תרשים, לוחצים על הוספת מדד וחוזרים על השלב הקודם.
אפשר להתאים את התרשים לפי הצורך. לדוגמה, בשדה Filter לוחצים על ‎+ Add a filter. גוללים למטה ובוחרים ערך או טווח למדד הרלוונטי שלפיו רוצים לסנן את התרשים.
לוחצים על שמירה.

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

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

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