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

רלוונטי רק למהדורת Cloud Firestore Enterprise.

בדף הזה מוסבר איך להשתמש במדדים של Cloud Monitoring ל-Cloud Firestore עם תאימות ל-MongoDB כדי לעקוב אחרי מסד הנתונים.

מדדים של Cloud Firestore עם תאימות ל-MongoDBCloud Monitoring

בקטעים הבאים מופיעה סקירה כללית של המדדים שזמינים ל-Cloud Firestore עם תאימות ל-MongoDB.

משאבים במעקב

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

באמצעות Cloud Monitoring API, אפשר לעקוב אחרי הביצועים של Cloud Firestore עם תאימות ל-MongoDB באמצעות המשאב הבא:

מקורות מידע תיאור
firestore.googleapis.com/Database סוג המשאב במעקב שמספק פירוטים לגבי project,‏ location ו-database_id.

מדדים

רשימה מלאה של מדדים ל-Cloud Firestore זמינה במאמר בנושא מדדים ל-Cloud Firestore. בקטע הבא מפורטים חלק מהמדדים הזמינים.

מדדי זמן ריצה של שירות

המדדים של serviceruntime מספקים סקירה כללית של תנועת הגולשים בפרויקט. המדדים האלה זמינים ברוב ממשקי ה-API של Google Cloud. סוג המשאב המנוטר consumed_api מכיל את המדדים הנפוצים האלה. המדדים האלה נדגמים כל 30 דקות, ולכן הנתונים מוחלקים.

תווית משאב חשובה למדדים serviceruntime היא method. התווית הזו מייצגת את שיטת ה-RPC הבסיסית שנקראת. יכול להיות שהשם של ה-method ב-SDK שאתם קוראים לה לא יהיה זהה לשם של ה-method הבסיסית של ה-RPC. הסיבה לכך היא שערכת ה-SDK מספקת הפשטה של API ברמה גבוהה. עם זאת, כשמנסים להבין איך האפליקציה שלכם מתקשרת עם Cloud Firestore, חשוב להבין את המדדים על סמך השם של שיטת ה-RPC.

אם אתם רוצים לדעת מהי שיטת ה-RPC הבסיסית של שיטת SDK מסוימת, תוכלו לעיין במסמכי ה-API.

api/request_latencies

המדד api/request_latencies מספק את התפלגות זמני התגובה בכל הבקשות שהושלמו.

רשומות Cloud Firestore מדדים מהרכיב Cloud Firestore Service. מדדי זמן האחזור כוללים את הזמן שחל מרגע קבלת הבקשה ב-Cloud Firestore ועד לסיום שליחת התגובה על ידי Cloud Firestore, כולל אינטראקציות עם שכבת האחסון. לכן, זמני האחזור הלוך ושוב (RTT) בין הלקוח לבין שירות Cloud Firestore לא נכללים במדדים האלה.

מדדי פעולות במסמכים

‫Cloud Firestore מספק את מספר הפעמים שהתבצעו קריאה, כתיבה ומחיקה. מדד הכתיבה מספק פירוט בין הפעולות CREATE (יצירה) ו-UPDATE (עדכון). המדדים האלה תואמים לפעולות CRUD.

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

  • ‫document/delete_ops_count: מספר המחיקות המוצלחות של מסמכים.
  • ‫document/read_ops_count: מספר הקריאות המוצלחות של מסמכים משאילתות או מבדיקות.
  • ‫document/write_ops_count: מספר הפעמים שהמסמך נכתב בהצלחה.

מדדי חיוב

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

  • ‫api/billable_read_units: מספר יחידות הקריאה שניתנות לחיוב. אפשר לפרט את השימוש לפי שם השירות ושיטת ה-API.

  • ‫api/billable_write_units: מספר יחידות הכתיבה שניתנות לחיוב. אפשר לפרט את השימוש לפי שם השירות ושיטת ה-API.

  • ‫document/billable_managed_delete_write_units: מספר יחידות הכתיבה שניתנות לחיוב משירותי מחיקה מנוהלים כמו TTL.

מדדי אינדקס

אפשר להשוות בין שיעורי הכתיבה של האינדקס לבין המדד document/write_ops_count כדי להבין את ההתפצלות של האינדקס.

  • ‫index/write_count: מספר הכתיבות לאינדקס.

מדדי TTL

מדדי ה-TTL של Cloud Firestore עם מדדי תאימות ל-MongoDB משמשים למעקב אחרי ההשפעה של מדיניות ה-TTL שנאכפת.

  • ‫document/ttl_deletion_count: המספר הכולל של המסמכים שנמחקו על ידי שירותי TTL.
  • ‫document/ttl_expiration_to_deletion_delays: הזמן שחלף בין המועד שבו פג תוקף של מסמך עם TTL לבין המועד שבו הוא נמחק בפועל.

צפייה במרכזי בקרה מוגדרים מראש ויצירה של מרכזי בקרה בהתאמה אישית

‫Cloud Firestore עם תאימות ל-MongoDB תומך במרכזי בקרה מוגדרים מראש שמשתמשים במדדים של Cloud Monitoring. אפשר גם ליצור מרכזי בקרה בהתאמה אישית.

הצגת מדדי השימוש במסד הנתונים

פותחים את לוחות הבקרה של השימוש במסוף Google Cloud כדי לראות את פעולות הקריאה, הכתיבה והמחיקה של מסמכים לאורך זמן.

בקרת גישה

כדי להשתמש בלוחות הבקרה של השימוש, צריך הרשאה לניהול זהויות והרשאות גישה (IAM) monitoring.timeSeries.list. התפקידים 'בעלי הפרויקט', 'עריכה בפרויקט' ו'צפייה בפרויקט' מעניקים את ההרשאה הזו. אפשר גם להעניק את ההרשאה הזו באמצעות תפקיד Cloud Monitoring או תפקיד בהתאמה אישית.

לוח הבקרה Database usage

כדי לראות את מדדי השימוש במסד נתונים של Cloud Firestore עם תאימות ל-MongoDB, מבצעים את הפעולות הבאות.

  1. נכנסים לדף Databases במסוף Google Cloud.

    כניסה לדף Databases

  2. בוחרים את מסד הנתונים הרצוי מרשימת מסדי הנתונים.

  3. בתפריט הניווט, לוחצים על Usage (שימוש).

לוח הבקרה של השימוש ודוחות החיוב

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

בכל המקרים של אי התאמה, הדוח לחיוב קודם ללוח הבקרה של השימוש.

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

צפייה במדדי הביצועים של מסד הנתונים

הדף Monitoring בקטע Cloud Firestore במסוף Google Cloud כולל לוחות בקרה מוגדרים מראש למעקב, כמו Request Latencies (P50 and P99), ‏ Response Codes ו-Query stats (P50). אפשר גם ליצור עד מרכז בקרה אחד בהתאמה אישית. כדי לגשת לדף Monitoring של מסד נתונים, פועלים לפי השלבים הבאים:

  1. במסוף Google Cloud, פותחים את הדף Cloud Firestore Databases.

    כניסה לדף Databases

  2. בוחרים מסד נתונים מהרשימה.

  3. בתפריט הניווט, לוחצים על Monitoring כדי לפתוח לוח בקרה.

יצירת מרכזי בקרה מותאמים אישית Cloud Monitoring

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

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

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

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

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

בדוגמה הבאה אנחנו יוצרים מדיניות התראות על זמן אחזור. מדיניות ההתראות בודקת את זמן האחזור של אחוזון 99 בחלון נע של 5 דקות. אם זמן האחזור של p99 נשאר גבוה מ-250 אלפיות השנייה במשך 5 דקות, ההתראה מופעלת.

המסוף

  1. במסוף Google Cloud, נכנסים לדף Monitoring ובוחרים באפשרות   Alerting.

    כניסה ל-Monitoring

  2. בוחרים באפשרות יצירת מדיניות.

  3. בוחרים את המדד Request Latencies (זמני האחזור של הבקשות) מהמשאב Consumed API (API שנצרך).

  4. הוספת מסנן שירות ל-firestore.googleapis.com עבור מסדי נתונים רגילים של Cloud Firestore.

  5. לוחצים על הבא כדי להגדיר את הטריגר.

  6. בוחרים באפשרות Condition Types בתור Threshold.

    תנאי הסף מוגדר לערך סף של 250 אלפיות השנייה. התראה מופעלת אם ערך זמן האחזור של אחוזון 99 נשאר זהה למשך כל התקופה של חלון הזמן הנע (5 דקות).

  7. מגדירים את ערך הסף כ-250.

  8. לוחצים על הבא כדי להגדיר את ההתראות.

  9. מגדירים את השם של מדיניות ההתראות ולוחצים על הבא.

  10. בודקים את הגדרות ההתראה ולוחצים על Create Policy.

MQL

אפשר להטמיע את אותה מדיניות התראות לגבי זמן האחזור באמצעות שאילתה בשפת שאילתת מעקב (MQL). דוגמאות נוספות לשימוש ב-MQL זמינות במאמר דוגמאות לשאילתות MQL.

fetch consumed_api
| metric 'serviceruntime.googleapis.com/api/request_latencies'
| filter (resource.service == 'firestore.googleapis.com')
| group_by 5m,
    [value_request_latencies_percentile:
      percentile(value.request_latencies, 99)]
| every 5m
| condition val() > 0.25 's'