Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

מעקב

אתם יכולים לעקוב אחרי Bigtable באופן ויזואלי באמצעות תרשימים שזמינים ב- Google Cloud console, או באופן פרוגרמטי באמצעות Cloud Monitoring API.

במסוף Google Cloud , נתוני המעקב זמינים במקומות הבאים:

תובנות מערכת ב-Bigtable
סקירה כללית של מכונת Bigtable
סקירה כללית של אשכול Bigtable
סקירה כללית של טבלת Bigtable
Cloud Monitoring
Key Visualizer

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

הסבר על השימוש במשאבים

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

שימוש במעבד

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

‫Bigtable מדווח על המדדים הבאים לגבי השימוש במעבד:

מדד	תיאור
ממוצע ניצול המעבד	ממוצע השימוש במעבד בכל הצמתים באשכול. כולל פעילות של שינוי נתונים אם שינוי נתונים מופעל עבור טבלה במופע. בתרשימי הפרופיל של האפליקציה, הערך <system> מציין פעילויות רקע של המערכת, כמו שכפול ודחיסה. פעילויות הרקע של המערכת לא מונעות על ידי הלקוח. הערכים המקסימליים המומלצים מספקים מרווח ביטחון לעליות קצרות בשימוש.
ניצול המעבד (CPU) של הצומת הכי חם	ניצול המעבד בצומת העמוס ביותר באשכול. המדד הזה ממשיך להיות זמין לצורך המשכיות, אבל ברוב המקרים מומלץ להשתמש במדד המדויק יותר High-granularity CPU utilization of hottest node.
ניצול יחידת העיבוד המרכזית (CPU) ברמת פירוט גבוהה של הצומת הכי חם	מדידה מדויקת של ניצול המעבד בצומת העמוס ביותר באשכול. הצומת הכי פעיל לא בהכרח יישאר כזה לאורך זמן, והוא יכול להשתנות במהירות, במיוחד במהלך עבודות אצווה גדולות או סריקות של טבלאות. אם הצומת הכי חם חורג לעיתים קרובות מהערך המומלץ, גם כששימוש ה-CPU הממוצע סביר, יכול להיות שאתם ניגשים לחלק קטן מהנתונים בתדירות גבוהה בהרבה משאר הנתונים. אפשר להשתמש בכלי Key Visualizer כדי לזהות נקודות חמות בטבלה שעלולות לגרום לעליות חדות בניצול המעבד. בודקים את עיצוב הסכימה כדי לוודא שהוא תומך בחלוקה שווה של פעולות קריאה וכתיבה בכל טבלה.
שינוי ניצול המעבד (CPU) של הסטרימינג	השימוש הממוצע במעבד שנגרם כתוצאה מפעילות של שינוי הנתונים בכל הצמתים באשכול.
ניצול המעבד לפי פרופיל אפליקציה, שיטה וטבלה	ניצול יחידת העיבוד המרכזית (CPU) לפי פרופיל אפליקציה, שיטה וטבלה. אם אתם רואים שימוש גבוה מהצפוי ב-CPU של אשכול, תוכלו להשתמש במדד הזה כדי לדעת אם השימוש ב-CPU של פרופיל אפליקציה, שיטת API או טבלה מסוימים הוא הסיבה לעומס על ה-CPU.

שימוש בדיסק

לכל אשכול במופע, Bigtable שומר עותק נפרד של כל הטבלאות באותו מופע.

ב-Bigtable מתבצע מעקב אחרי השימוש בדיסק ביחידות בינאריות, כמו גיגה-בייט בינארי (GB), שבו 1GB שווה ל-2³⁰ בייטים. יחידת המידה הזו נקראת גם גיביבייט (GiB).

‫Bigtable מדווח על המדדים הבאים לגבי השימוש בדיסק:

מדד	תיאור
ניצול נפח האחסון (בבייטים)	כמות הנתונים שמאוחסנים באשכול. השימוש בשינוי הזרם לא נכלל במדד הזה. הערך הזה משפיע על העלויות. בנוסף, כפי שמתואר בהמשך, יכול להיות שתצטרכו להוסיף צמתים לכל אשכול ככל שכמות הנתונים תגדל.
ניצול נפח האחסון (% מהמקסימום)	אחוז הניצול של קיבולת האחסון של האשכול. הקיבולת מבוססת על מספר הצמתים באשכול. השימוש בשינוי הזרם לא נכלל במדד הזה. באופן כללי, לא מומלץ להשתמש ביותר מ-70% מהמגבלה הקשיחה על נפח האחסון הכולל, כדי שיהיה מקום להוסיף עוד נתונים. אם אתם לא מתכננים להוסיף כמויות גדולות של נתונים למופע, אתם יכולים להשתמש ב-100% מהמגבלה הקשיחה. חשוב: אם נפח האחסון של אחד מהאשכולות במופע חורג מהמגבלה הקשיחה לכל צומת, פעולות הכתיבה לכל האשכולות במופע ייכשלו עד שתוסיפו צמתים לכל אשכול שחורג מהמגבלה. בנוסף, אם תנסו להסיר צמתים מאשכול, והשינוי יגרום לחריגה מהמגבלה הקשיחה על האחסון באשכול, Bigtable ידחה את הבקשה. אם אתם משתמשים ביותר מהאחוז המומלץ של מגבלת נפח האחסון, כדאי להוסיף צמתים לאשכול. אפשר גם למחוק נתונים קיימים, אבל נתונים שנמחקו תופסים יותר מקום, ולא פחות, עד שמתבצעת דחיסה. לפרטים על אופן החישוב של הערך הזה, אפשר לעיין במאמר בנושא ניצול האחסון לכל צומת.
שינוי ניצול נפח האחסון של השידור (בבייטים)	נפח האחסון שנדרש לרשומות של שינויים בטבלאות במופע. נפח האחסון הזה לא נכלל בנפח האחסון הכולל בשימוש. אתם מחויבים על אחסון של נתוני שינוי, אבל הוא לא נכלל בחישוב של ניצול נפח האחסון (% מקסימלי).
טעינת דיסק	אחוז רוחב הפס שבו האשכול משתמש מתוך רוחב הפס המקסימלי האפשרי לקריאות של HDD. התכונה זמינה רק לאשכולות HDD. אם הערך הזה הוא 100% בתדירות גבוהה, יכול להיות שזמן האחזור יתארך. מוסיפים צמתים לאשכול כדי להקטין את אחוז העומס בדיסק.

שימוש ברמת זיכרון

ב-Bigtable מתבצע מעקב אחר השימוש בזיכרון ברוחב פס בקריאות לשנייה. קריאה אחת בשנייה שווה לקריאת נקודה של ‎1 KiB. אם עומס העבודה שלכם דורש תפוקה גבוהה יותר מהקיבולת הבסיסית, Bigtable מבצע התאמה אנכית לעומס (vertical scaling) באופן אוטומטי. מידע נוסף על מגבלות התפוקה ועל הרחבה אנכית זמין במאמר הסבר על הביצועים. מידע נוסף על רמת הביניים בזיכרון מופיע במאמר סקירה כללית על רמת הביניים בזיכרון.

‫Bigtable מדווח על המדדים הבאים לגבי השימוש בזיכרון:

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

דחיסה ומופעים משוכפלים

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

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

סקירה כללית של המכונה

בדף הסקירה הכללית של המופע מוצג סיכום של מצב המופע והביצועים שלו.

מדדים של מופעים

בטבלה הבאה מפורטים הערכים של המדדים המרכזיים של כל אשכול במופע שלכם:

מדד	תיאור
ממוצע ניצול המעבד	ממוצע השימוש במעבד בכל הצמתים באשכול. כולל פעילות של שינוי נתונים אם שינוי נתונים מופעל עבור טבלה במופע. בתרשימי הפרופיל של האפליקציה, הערך <system> מציין פעילויות רקע של המערכת, כמו שכפול ודחיסה. פעילויות הרקע של המערכת לא מונעות על ידי הלקוח.
ניצול המעבד (CPU) של הצומת הכי חם	ניצול המעבד בצומת העמוס ביותר באשכול. המדד הזה ממשיך להיות זמין לצורך המשכיות, אבל ברוב המקרים מומלץ להשתמש במדד המדויק יותר High-granularity CPU utilization of hottest node.
ניצול יחידת העיבוד המרכזית (CPU) ברמת פירוט גבוהה של הצומת הכי חם	מדידה מדויקת של ניצול המעבד בצומת העמוס ביותר באשכול. הצומת הכי פעיל לא בהכרח יישאר כזה לאורך זמן, והוא יכול להשתנות במהירות, במיוחד במהלך עבודות אצווה גדולות או סריקות של טבלאות. חריגה מהמקסימום המומלץ עבור הצומת העמוס ביותר עלולה לגרום לזמן אחזור ולבעיות אחרות באשכול.
שורות שנקראו	מספר השורות שנקראות בכל שנייה.
שורות שנכתבו	מספר השורות שנכתבו בשנייה.
קצב העברת נתונים לקריאה	מספר הבייטים לשנייה של נתוני התגובה שנשלחו. המדד הזה מתייחס לכמות המלאה של הנתונים שמוחזרים אחרי שמחילים מסננים.
קצב העברת נתונים לכתיבה	מספר הבייטים לשנייה שהתקבלו בזמן כתיבת הנתונים.
שיעור שגיאות המערכת	אחוז הבקשות שנכשלו בצד השרת של Bigtable מתוך כל הבקשות.
זמן האחזור של השכפול עבור קלט	הזמן הארוך ביותר באחוזון ה-99, בשניות, שנדרש לכתיבה לאשכול אחר כדי לשכפל לאשכול הזה.
זמן האחזור של השכפול של הפלט	הזמן הארוך ביותר באחוזון ה-99, בשניות, שנדרש לכתיבה באשכול הזה כדי לשכפל אותו לאשכול אחר.

כדי לראות סקירה כללית של המדדים העיקריים האלה:

פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

פתיחת רשימת המופעים
לוחצים על המופע שרוצים לראות את המדדים שלו. Google Cloud במסוף מוצגים המדדים הנוכחיים של האשכולות במופע.

התראות ואזהרות

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

סקירה כללית של האשכול

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

בדף הסקירה הכללית של האשכול מוצגים תרשימים עם המדדים הבאים לכל אשכול:

מדד	תיאור
מספר הצמתים	מספר הצמתים שנמצאים בשימוש באשכול בזמן נתון.
יעד מספר הצמתים המקסימלי	המספר המקסימלי של צמתים שאליהם Bigtable יגדיל את האשכול כשההתאמה האוטומטית לעומס מופעלת. המדד הזה גלוי רק אם המידרוג האוטומטי מופעל באשכול. אפשר לשנות את הערך הזה בדף עריכת אשכול.
יעד מינימלי של מספר הצמתים	מספר הצמתים המינימלי שאליו Bigtable יקטין את האשכול כשהתכונה 'התאמה אוטומטית לעומס' מופעלת. המדד הזה גלוי רק אם המידרוג האוטומטי מופעל באשכול. אפשר לשנות את הערך הזה בדף עריכת אשכול.
מספר הצמתים המומלץ ליעד CPU	מספר הצמתים שמומלץ ל-Bigtable להשתמש בהם באשכול על סמך יעד השימוש במעבד שהגדרתם. המדד הזה גלוי רק אם המידרוג האוטומטי מופעל באשכול. אם המספר הזה גבוה מהיעד של מספר הצמתים המקסימלי, כדאי להגדיל את יעד ניצול המעבד או את מספר הצמתים המקסימלי של האשכול. אם המספר הזה נמוך ממספר הצמתים המינימלי, יכול להיות שהקצאת היתר של המשאבים באשכול גבוהה מדי לשימוש שלכם, וכדאי לשקול להקטין את המספר המינימלי.
מספר הצמתים המומלץ ליעד האחסון	מספר הצמתים שמומלץ ל-Bigtable עבור האשכול על סמך יעד השימוש המובנה באחסון. המדד הזה גלוי רק אם המידרוג האוטומטי מופעל באשכול. אם המספר הזה גבוה ממספר היעד המקסימלי של הצמתים, כדאי להגדיל את המספר המקסימלי של הצמתים באשכול.
ניצול המעבד (CPU)	ממוצע השימוש במעבד בכל הצמתים באשכול. כולל פעילות של שינוי נתונים אם שינוי נתונים מופעל עבור טבלה במופע. בתרשימי הפרופיל של האפליקציה, הערך <system> מציין פעילויות רקע של המערכת, כמו שכפול ודחיסה. פעילויות הרקע של המערכת לא מונעות על ידי הלקוח.
ניצול נפח האחסון	כמות הנתונים שמאוחסנים באשכול. השימוש בשינוי הזרם לא נכלל במדד הזה. המדד הזה משקף את העובדה שמערכת Bigtable דוחסת את הנתונים שלכם כשהם מאוחסנים.
מדדים של רמת הביניים בזיכרון	רק ב-Enterprise Plus. כולל תרשימים של יחס ההצלחה, זמן האחזור של הקריאה ושימוש ביחידת בקשה (RU) עבור האשכול.

כדי להציג את דף הסקירה הכללית של אשכול:

פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

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

יומנים

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

סקירה כללית של הטבלה

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

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

מדד	תיאור
ניצול נפח האחסון (בבייטים)	אחוז מנפח האחסון של האשכול שנמצא בשימוש בטבלה. הקיבולת מבוססת על מספר הצמתים באשכול. בטבלאות שמופעל בהן אחסון בשכבות (גרסת Preview), מוצג גם פירוט של השימוש בכונני SSD ובאחסון עם גישה לא תדירה לאורך זמן. לפרטים על אופן החישוב של הערך הזה, אפשר לעיין במאמר בנושא ניצול האחסון לכל צומת.
ניצול המעבד (CPU)	ממוצע השימוש במעבד בכל הצמתים באשכול. כולל פעילות של שינוי נתונים אם שינוי נתונים מופעל עבור טבלה במופע. בתרשימי הפרופיל של האפליקציה, הערך <system> מציין פעילויות רקע של המערכת, כמו שכפול ודחיסה. פעילויות הרקע של המערכת לא מונעות על ידי הלקוח.
זמן אחזור של קריאה	הזמן שנדרש לבקשת קריאה כדי להחזיר תגובה. מדידת זמן האחזור של הקריאה מתחילה כש-Bigtable מקבל את הבקשה ומסתיימת כשנשלח הבייט האחרון של הנתונים ללקוח. בבקשות לכמויות גדולות של נתונים, יכול להיות שההשהיה של קריאת הנתונים תושפע מהיכולת של הלקוח לצרוך את התגובה.
זמן אחזור של כתיבה	הזמן שנדרש לבקשת כתיבה כדי לקבל תשובה.
שורות שנקראו	מספר השורות שנקראות בכל שנייה. המדד הזה מספק תצוגה שימושית יותר של התפוקה הכוללת של Bigtable מאשר מספר בקשות הקריאה, כי בקשה אחת יכולה לקרוא מספר גדול של שורות.
שורות שנכתבו	מספר השורות שנכתבו בשנייה. המדד הזה מספק תצוגה שימושית יותר של התפוקה הכוללת של Bigtable מאשר מספר בקשות הכתיבה, כי בקשה אחת יכולה לכתוב מספר גדול של שורות.
קריאת בקשות	מספר הקריאות האקראיות ובקשות הסריקה בשנייה.
בקשות כתיבה	מספר בקשות הכתיבה לשנייה.
קצב העברת נתונים לקריאה	מספר הבייטים לשנייה של נתוני התגובה שנשלחו. המדד הזה מתייחס לכמות המלאה של הנתונים שמוחזרים אחרי שמחילים מסננים.
קצב העברת נתונים לכתיבה	מספר הבייטים לשנייה שהתקבלו בזמן כתיבת הנתונים.
מעבר אוטומטי לגיבוי (failover)	מספר הבקשות שהועברו אוטומטית מאשכול אחד לאשכול אחר בגלל תרחיש של יתירות כשל, כמו הפסקה קצרה או עיכוב. ניתן להגדיר ניתוב אוטומטי אם פרופיל האפליקציה משתמש בניתוח תנועה בין כמה אשכולות. התרשים הזה לא כולל בקשות שהועברו מחדש באופן ידני.

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

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

כדי לראות את דף הסקירה הכללית של טבלה:

פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

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

מעקב אחר הביצועים לאורך זמן

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

תרשימים של תובנות לגבי מערכת למשאבי Bigtable

בדף התובנות של מערכת Bigtable מוצגים תרשימים לסוגים הבאים של משאבי Bigtable:

מכונות
Tables
פרופילים של אפליקציות
שכפול

בתרשימים בדף התובנות לגבי המערכת מוצגים המדדים הבאים:

מדד	זמין עבור	תיאור
ניצול המעבד (CPU)	מופעים טבלאות פרופילי אפליקציות	ממוצע השימוש במעבד בכל הצמתים באשכול. כולל פעילות של שינוי נתונים אם שינוי נתונים מופעל עבור טבלה במופע. בתרשימי הפרופיל של האפליקציה, הערך <system> מציין פעילויות רקע של המערכת, כמו שכפול ודחיסה. פעילויות הרקע של המערכת לא מונעות על ידי הלקוח.
ניצול המעבד (CPU) ברמת פירוט גבוהה (הצומת הכי חם)	מכונות	מדידה מדויקת של ניצול המעבד בצומת העמוס ביותר באשכול. הצומת הכי פעיל לא בהכרח יישאר כזה לאורך זמן, והוא יכול להשתנות במהירות, במיוחד במהלך עבודות אצווה גדולות או סריקות של טבלאות. חריגה מהמקסימום המומלץ עבור הצומת העמוס ביותר עלולה לגרום לזמן אחזור ולבעיות אחרות באשכול.
יחידות עיבוד ללא שרת (SPU) של Data Boost	מכונות	השימוש המחושב ב-Data Boost שניתן לחיוב, נמדד בשניות SPU.
זמן אחזור של קריאה	מופעים טבלאות פרופילי אפליקציות	הזמן שנדרש לבקשת קריאה כדי להחזיר תגובה. מדידת זמן האחזור של הקריאה מתחילה כש-Bigtable מקבל את הבקשה ומסתיימת כשנשלח הבייט האחרון של הנתונים ללקוח. בבקשות לכמויות גדולות של נתונים, יכול להיות שההשהיה של קריאת הנתונים תושפע מהיכולת של הלקוח לצרוך את התגובה.
זמן האחזור של קריאת SQL	מופעים פרופילים של אפליקציות	הזמן שנדרש לבקשת קריאה של SQL כדי לקבל תשובה. המדידה של זמן האחזור של קריאת SQL מתחילה כש-Bigtable מקבל את הבקשה ומסתיימת כשנשלח הבייט האחרון של הנתונים ללקוח. בבקשות לכמויות גדולות של נתונים, יכול להיות שהשהיית הקריאה של SQL תושפע מהיכולת של הלקוח לצרוך את התגובה.
זמן אחזור של כתיבה	מופעים טבלאות פרופילי אפליקציות	הזמן שנדרש לבקשת כתיבה כדי לקבל תשובה.
זמן האחזור של קריאה מצד הלקוח	מופעים טבלאות פרופילי אפליקציות	החביון הכולל מקצה לקצה בכל הניסיונות של RPC שמשויכים לפעולה ב-Bigtable. המדד הזה מודד את זמן הלוך ושוב של הפעולה מהלקוח אל Bigtable ובחזרה אל הלקוח, והוא כולל את כל הניסיונות החוזרים.
זמן האחזור של קריאת SQL מצד הלקוח	מופעים טבלאות פרופילי אפליקציות	החביון הכולל מקצה לקצה בכל הניסיונות של RPC שמשויכים לפעולה ב-Bigtable. המדד הזה מודד את זמן הלוך ושוב של הפעולה מהלקוח אל Bigtable ובחזרה אל הלקוח, והוא כולל את כל הניסיונות החוזרים. בבקשות `ExecuteQuery`, זמן האחזור של הפעולה כולל את זמן העיבוד של האפליקציה לכל הודעה שמוחזרת.
זמן האחזור של כתיבה בצד הלקוח	מופעים טבלאות פרופילי אפליקציות	החביון הכולל מקצה לקצה בכל הניסיונות של RPC שמשויכים לפעולה ב-Bigtable. המדד הזה מודד את זמן הלוך ושוב של הפעולה מהלקוח אל Bigtable ובחזרה אל הלקוח, והוא כולל את כל הניסיונות החוזרים.
זמן הטעינה של ניסיון קריאה בצד הלקוח	מופעים טבלאות פרופילי אפליקציות	זמני האחזור של ניסיון לקריאת RPC של לקוח. בנסיבות רגילות, הערך הזה זהה לערך של `operation_latencies`. אם הלקוח מקבל שגיאות זמניות, `operation_latencies` הוא סכום כל הערכים של `attempt_latencies` והעיכובים האקספוננציאליים.
זמן האחזור של ניסיון קריאת SQL מצד הלקוח	מופעים טבלאות פרופילי אפליקציות	זמני האחזור של ניסיון לקריאת SQL של לקוח RPC. בנסיבות רגילות, הערך הזה זהה לערך של `operation_latencies`. אם הלקוח מקבל שגיאות זמניות, `operation_latencies` הוא סכום כל הערכים של `attempt_latencies` והעיכובים האקספוננציאליים.
זמן האחזור של ניסיון כתיבה בצד הלקוח	מופעים טבלאות פרופילי אפליקציות	זמני האחזור של ניסיון כתיבה של לקוח RPC. בנסיבות רגילות, הערך הזה זהה לערך של `operation_latencies`. אם הלקוח מקבל שגיאות זמניות, `operation_latencies` הוא סכום כל הערכים של `attempt_latencies` והעיכובים האקספוננציאליים.
שיעור שגיאות המשתמשים	מכונות	שיעור השגיאות שנגרמות בגלל התוכן של בקשה, בניגוד לשגיאות בצד השרת של Bigtable. שיעור השגיאות של המשתמשים כולל את קודי הסטטוס הבאים: INVALID_ARGUMENT NOT_FOUND PERMISSION_DENIED RESOURCE_EXHAUSTED OUT_OF_RANGE שגיאות משתמש נגרמות בדרך כלל בגלל בעיה בהגדרה, כמו בקשה שמציינת את האשכול, הטבלה או פרופיל האפליקציה הלא נכונים. הערה: כדי לראות את התרשים הזה, צריך לקבץ את נתוני התובנות של המערכת לפי מופע. בתפריט הנפתח View metrics for, בוחרים באפשרות Instance. בקטע Group by (קיבוץ לפי), לוחצים על Instance (מופע).
שיעור שגיאות המערכת	מכונות	אחוז הבקשות שנכשלו בצד השרת של Bigtable מתוך כל הבקשות. שיעור שגיאות המערכת כולל את קודי הסטטוס הבאים: לא ידוע הופסקה UNIMPLEMENTED INTERNAL לא זמין
מעבר אוטומטי לגיבוי (failover)	מופעים טבלאות פרופילי אפליקציות	מספר הבקשות שהועברו אוטומטית מאשכול אחד לאשכול אחר בגלל תרחיש של יתירות כשל, כמו הפסקה קצרה או עיכוב. ניתן להגדיר ניתוב אוטומטי אם פרופיל האפליקציה משתמש בניתוח תנועה בין כמה אשכולות. התרשים הזה לא כולל בקשות שהועברו מחדש באופן ידני.
מעבר אוטומטי לגיבוי (failover) ב-SQL	מופעים טבלאות פרופילי אפליקציות	מספר בקשות ה-SQL שהופנו אוטומטית מאשכול אחד לאשכול אחר בגלל תרחיש של מעבר לגיבוי, כמו הפסקת פעולה קצרה או עיכוב. ניתן להגדיר ניתוב אוטומטי אם פרופיל האפליקציה משתמש בניתוח תנועה בין כמה אשכולות. התרשים הזה לא כולל בקשות שהועברו מחדש באופן ידני.
ניצול נפח האחסון (בבייטים)	מופעים טבלאות	כמות הנתונים שמאוחסנים באשכול. השימוש בשינוי הזרם לא נכלל במדד הזה. המדד הזה משקף את העובדה שמערכת Bigtable דוחסת את הנתונים שלכם כשהם מאוחסנים.
ניצול נפח האחסון (% מהמקסימום)	מכונות	אחוז הניצול של קיבולת האחסון של האשכול. הקיבולת מבוססת על מספר הצמתים באשכול. השימוש בשינוי הזרם לא נכלל במדד הזה. לפרטים על אופן החישוב של הערך הזה, אפשר לעיין במאמר בנושא ניצול האחסון לכל צומת.
טעינת דיסק	מכונות	אחוז רוחב הפס שבו האשכול משתמש מתוך רוחב הפס המקסימלי האפשרי לקריאות של HDD. התכונה זמינה רק לאשכולות HDD.
קיבולת האחסון בזיכרון	מכונות אשכולות	רק ב-Enterprise Plus. קיבולת האחסון של שכבת הזיכרון בבייטים.
יחידות בקשה מקסימליות בזיכרון	מכונות אשכולות	רק ב-Enterprise Plus. המספר המקסימלי של יחידות בקשה לשנייה שנעשה בהן שימוש בחלון של 5 דקות.
מספר יחידות הבקשה בזיכרון	Instances Clusters Tables App profiles	רק ב-Enterprise Plus. השימוש ביחידות בקשה (Request-Unit) לבקשות קריאה שמנסות להשתמש בשכבת הזיכרון.
המספר הכולל של בקשות קריאה בזיכרון	Instances Clusters Tables App profiles	רק ב-Enterprise Plus. מספר בקשות הקריאה לטבלה שהועברו לשכבת הזיכרון, עם פירוט לפי הצלחת הקריאה מהזיכרון.
זמן האחזור של קריאה בזיכרון	Instances Clusters Tables App profiles	רק ב-Enterprise Plus. התפלגות של זמן האחזור של בקשות קריאה מהשרת עבור טבלה שניסתה להגיע לשכבת הזיכרון.
יחס ההיטים בזיכרון	Instances Clusters Tables App profiles	רק ב-Enterprise Plus. היחס בין מספר בקשות הקריאה שקראו בהצלחה משכבת הזיכרון לבין כל בקשות הקריאה שעומדות בדרישות של הזיכרון.
מספר הסיבות לכך שהחשבון לא עומד בדרישות בזיכרון	Instances Clusters Tables App profiles	רק ב-Enterprise Plus. מספר הבקשות שלא עמדו בדרישות לשכבת הזיכרון, מחולק לפי הסיבה.
שורות שנקראו	מופעים טבלאות פרופילי אפליקציות	מספר השורות שנקראות בכל שנייה. המדד הזה מספק תצוגה שימושית יותר של התפוקה הכוללת של Bigtable מאשר מספר בקשות הקריאה, כי בקשה אחת יכולה לקרוא מספר גדול של שורות.
שורות שנכתבו	מופעים טבלאות פרופילי אפליקציות	מספר השורות שנכתבו בשנייה. המדד הזה מספק תצוגה שימושית יותר של התפוקה הכוללת של Bigtable מאשר מספר בקשות הכתיבה, כי בקשה אחת יכולה לכתוב מספר גדול של שורות.
קריאת בקשות	מופעים טבלאות פרופילי אפליקציות	מספר הקריאות האקראיות ובקשות הסריקה בשנייה.
בקשות כתיבה	מופעים טבלאות פרופילי אפליקציות	מספר בקשות הכתיבה לשנייה.
קצב העברת נתונים לקריאה	מופעים טבלאות פרופילי אפליקציות	מספר הבייטים לשנייה של נתוני התגובה שנשלחו. המדד הזה מתייחס לכמות המלאה של הנתונים שמוחזרים אחרי שמחילים מסננים.
קצב העברת נתונים לכתיבה	מופעים טבלאות פרופילי אפליקציות	מספר הבייטים לשנייה שהתקבלו בזמן כתיבת הנתונים.
קצב העברת נתונים לכתיבה	מופעים טבלאות פרופילי אפליקציות	מספר הבייטים לשנייה שהתקבלו בזמן כתיבת הנתונים.
מספר הצמתים	מכונות	מספר הצמתים באשכול.
התאמה של תנועה ל-Data Boost	פרופילים של אפליקציות	בקשות Bigtable נוכחיות שעומדות בדרישות לשימוש ב-Data Boost ושלא עומדות בדרישות.
סיבות לכך שתנועה לא עומדת בדרישות של הגדלת נפח הנתונים	פרופילים של אפליקציות	סיבות לכך שתנועת הגולשים הנוכחית לא עומדת בדרישות לשימוש בתכונה 'הגדלת נפח הנתונים'.

כדי לראות את המדדים של המשאבים האלה:

פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

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

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

כדי לראות מדדים ברמת הטבלה, לוחצים על Tables (טבלאות).

כדי לראות מדדים של פרופילים של אפליקציות ספציפיות, לוחצים על פרופילים של אפליקציות.

כדי לראות מדדים משולבים של המופע כולו, מחפשים את הקטע Group by (קיבוץ לפי) מעל התרשימים ולוחצים על Instance (מופע).

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

תרשימים לשכפול

בדף התובנות לגבי המערכת מוצג תרשים שמראה את זמן האחזור של השכפול לאורך זמן. אפשר לראות את זמן האחזור הממוצע לשכפול פעולות כתיבה באחוזונים ה-50, ה-99 וה-100.

כדי לראות את זמן האחזור של השכפול לאורך זמן:

פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

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

כדי לעבור בין תרשימי השהיות שמקובצים לפי טבלה או לפי אשכול, משתמשים בתפריט Group by.

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

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

התפקידים הנדרשים

כדי לקבל את ההרשאות שדרושות לצפייה בלוחות בקרה של תובנות או לשינוי שלהם, כולל לוחות בקרה בהתאמה אישית, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים בפרויקט:

כדי ליצור ולערוך לוחות בקרה בהתאמה אישית: כלי העריכה של לוח הבקרה של Monitoring (roles/monitoring.dashboardEditor)
כדי לפתוח ולראות תרשימים ב-Metrics Explorer: צפייה בהגדרות של לוח הבקרה של Monitoring (roles/monitoring.dashboardViewer)
כדי ליצור ולערוך התראות ב-Metrics Explorer: עריכת Monitoring (roles/monitoring.editor)

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

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

ההרשאות הנדרשות

כדי להציג או לשנות מרכזי תובנות, כולל מרכזי תובנות בהתאמה אישית, נדרשות ההרשאות הבאות:

כדי ליצור מרכזי בקרה בהתאמה אישית: monitoring.dashboards.create
כדי לערוך מרכזי בקרה בהתאמה אישית: monitoring.dashboards.update
כדי להציג מרכזי בקרה בהתאמה אישית: monitoring.dashboards.get, monitoring.dashboards.list

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

התאמה אישית של מרכז הבקרה של תובנות המערכת

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

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

שינוי לוח הבקרה

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

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

מעקב באמצעות Cloud Monitoring

‫Bigtable מייצא מדדי שימוש אל Cloud Monitoring. אפשר להשתמש במדדים האלה במגוון דרכים:

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

כדי לראות את מדדי השימוש ב-Metrics Explorer:

פותחים את הדף Monitoring במסוף Google Cloud .

פתיחת הדף Monitoring

אם מוצגת בקשה לבחירת חשבון, בוחרים את החשבון שמשמש לגישה אל Google Cloud.
לוחצים על Resources ואז על Metrics Explorer.
בקטע Find resource type and metric (חיפוש סוג משאב ומדד), מקלידים bigtable. תוצג רשימה של משאבים ומדדים של Bigtable.
כדי לראות תרשים של מדד מסוים, לוחצים על המדד.

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

רשימה מלאה של מדדי Bigtable זמינה במאמר בנושא מדדים.

יצירת התראה על ניצול נפח האחסון

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

כדי ליצור מדיניות התראות שמופעלת כשניצול נפח האחסון באשכול Bigtable גבוה מסף מומלץ, כמו 70%, משתמשים בהגדרות הבאות.

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

כדי ליצור מדיניות התראות:

נכנסים לדף Alerting במסוף Google Cloud :
כניסה אל התראות

אם משתמשים בסרגל החיפוש כדי למצוא את הדף הזה, בוחרים בתוצאה שבה הכותרת המשנית היא Monitoring.
אם לא יצרתם ערוצי התראות ואתם רוצים לקבל התראות, לוחצים על Edit Notification Channels (עריכת ערוצי התראות) ומוסיפים את ערוצי ההתראות. אחרי שמוסיפים את הערוצים, חוזרים לדף התראות.
בדף Alerting, בוחרים באפשרות Create policy.
כדי לבחור את המשאב, המדד והמסננים, מרחיבים את התפריט Select a metric ומשתמשים בערכים בטבלה New condition:
1. אופציונלי: כדי להגביל את התפריט רק לרשומות רלוונטיות, מזינים את שם המשאב או המדד בשורת הסינון.
2. בוחרים סוג משאב. לדוגמה, בוחרים באפשרות VM instance.
3. בוחרים קטגוריית מדדים. לדוגמה, בוחרים באפשרות instance.
4. בוחרים מדד. לדוגמה, בוחרים באפשרות ניצול יחידת העיבוד המרכזית (CPU).
5. לוחצים על אישור.
לוחצים על הבא ואז מגדירים את הטריגר של מדיניות ההתראות. כדי למלא את השדות האלה, משתמשים בערכים שבטבלה הגדרת טריגר להתראה.
לוחצים על הבא.
אופציונלי: כדי להוסיף התראות למדיניות ההתראות, לוחצים על ערוצי התראות. בתיבת הדו-שיח, בוחרים ערוץ או יותר של הודעות מהתפריט ולוחצים על אישור.

כדי לקבל התראה כשאירועים נפתחים ונסגרים, מסמנים את התיבה Notify on incident closure (קבלת התראה על סגירת אירוע). כברירת מחדל, ההתראות נשלחות רק כשאירועים נפתחים.
אופציונלי: מעדכנים את משך הזמן עד לסגירה אוטומטית של אירוע. השדה הזה קובע מתי מערכת Monitoring סוגרת אירועים בהיעדר נתוני מדדים.
אופציונלי: לוחצים על תיעוד, ואז מוסיפים את המידע שרוצים לכלול בהודעת ההתראה.
לוחצים על שם ההתראה ומזינים שם למדיניות ההתראה.
לוחצים על יצירת מדיניות.

תנאי חדש שדה	ערך
משאב ומדד	בתפריט Resources (משאבים), בוחרים באפשרות Cloud Bigtable Cluster (אשכול Cloud Bigtable). בתפריט Metric categories, בוחרים באפשרות Cluster. בתפריט Metrics, בוחרים באפשרות Storage utilization. (The metric.type is `bigtable.googleapis.com/cluster/storage_utilization`).
מסנן	`cluster = YOUR_CLUSTER_ID`

הגדרת טריגר להתראה שדה	ערך
סוג התנאי	`Threshold`
התנאי מופעל אם	`Any time series violates`
מיקום הסף	`Above threshold`
ערך הסף	70
חלון הבדיקה מחדש	`10 minutes`