סקירה כללית על מדדים בצד הלקוח

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

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

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

מדדים בצד הלקוח זמינים למשתמשים בספריות הלקוח הבאות:

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

מתי כדאי לשדרג

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

מתי כדאי להשתמש במדדים בצד הלקוח

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

שימוש בשני סוגי המדדים חשוב במיוחד לסוגי עומסי העבודה הבאים:

  • קריאות של נתיבי ההגשה באפליקציות מסחריות ובאפליקציות שפונות למשתמשים
  • שירותים קריטיים לקצה העורפי
  • צינורות נתונים רחבי היקף עם כמה צרכנים

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

מדדים בצד הלקוח מודדים פלחים ספציפיים במחזור החיים של הבקשה.

התנהגויות צפויות

ההתנהגויות הבאות הן נורמליות וצפויות:

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

  • הבדלים קלים בין זמן האחזור של השרת לבין זמן האחזור של הניסיון של הלקוח: אחרי שמפעילים מדדים בצד הלקוח, יכול להיות שתבחינו בהבדל של ספרה אחת בין המדדים bigtable.googleapis.com/server/latencies ו-bigtable.googleapis.com/client/attempt_latencies שלא הייתם מודעים לו קודם. לדוגמה, אם האפליקציה שלכם משתמשת במכונה וירטואלית של Compute Engine וב-Bigtable באותו אזור, ההבדל בין זמן האחזור של ניסיונות הלקוח לבין זמן האחזור של השרת מצביע על זמני האחזור של הרשת. עבור 350 שאילתות לשנייה (QPS) וגודל מטען ייעודי (payload) של 5 KB, זמן האחזור של הרשת הוא בערך 4 אלפיות השנייה. זמן האחזור הזה צפוי.

עלויות

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

מגבלות

אין תמיכה במדדים בצד הלקוח באפליקציות שמשלבות ספריות לקוח של Dataflow או Apache Beam עם לקוח Bigtable HBase ל-Java.

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