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

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

אתם יכולים להשתמש ב-Gemini במסדי נתונים כדי לעזור לכם לצפות במשאבים של Cloud SQL ל-PostgreSQL ולפתור בעיות בהם. מידע נוסף זמין במאמר מעקב ופתרון בעיות בעזרת Gemini.

הצגת מרכז הבקרה System insights

כדי לראות את לוח הבקרה של תובנות המערכת:

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

    כניסה לדף Cloud SQL Instances

  2. לוחצים על השם של המכונה.

  3. בחלונית הניווט של SQL בצד ימין, לוחצים על הכרטיסייה תובנות לגבי המערכת.

מרכז הבקרה System insights נפתח.

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

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

בלוח הבקרה 'תובנות לגבי המערכת' מוצג המידע הבא:

  1. פרטי המופע

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

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

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

במרכז השליטה מוצגות האפשרויות הכלליות הבאות:

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

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

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

  • כדי ליצור קישור מוחלט למרכז הבקרה, לוחצים על הלחצן העתקת קישור. אפשר לשתף את הקישור הזה עם משתמשי Cloud SQL אחרים שיש להם את אותן הרשאות.

  • כדי ליצור התראה לאירוע ספציפי, לוחצים על התראה.

  • כדי להציג התראות ספציפיות, לוחצים על הערות.

כרטיסי סיכום

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

כרטיס סיכוםתיאור
ניצול יחידת העיבוד המרכזית (CPU) – אחוזון 99 | אחוזון 50 ערכי השימוש במעבד (CPU) ב-P99 וב-P50 במהלך התקופה שנבחרה.
מספר החיבורים המקסימלי היחס בין מספר החיבורים בשיא לבין מספר החיבורים המקסימלי בתקופה שנבחרה. יכול להיות שמספר החיבורים בשיא יהיה גבוה ממספר החיבורים המקסימלי אם המספר המקסימלי השתנה לאחרונה, למשל בגלל שינוי גודל המופע או שינוי ידני של ההגדרה max_connections.
שימוש במזהה עסקה הערך העדכני ביותר של ניצול מזהה העסקה לתקופה שנבחרה.
ניצול הדיסק הערך האחרון של ניצול הדיסק.
שגיאות ביומן מספר השגיאות שהמשתמשים מתעדים.

תרשימי מדדים

כרטיס תרשים של מדד לדוגמה נראה כך.

תרשים שמציג נתונים לדוגמה של מדדים ב-Cloud SQL.
תרשים מדדים שבו מוצגים מדדי זמן האחזור של השאילתה.

סרגל הכלים בכל כרטיס תרשים כולל את קבוצת האפשרויות הסטנדרטית הבאה:

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

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

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

    • כדי להציג תרשים במסך מלא, לוחצים על הצגה במסך מלא. כדי לצאת ממצב מסך מלא, לוחצים על ביטול.

    • הסתרה או כיווץ של המקרא.

    • הורדת תרשים כקובץ PNG או CSV.

    • View in Metrics Explorer (צפייה ב-Metrics Explorer). אפשר לראות את המדד בכלי Metrics Explorer. אפשר לראות מדדים אחרים של Cloud SQL ב-Metrics Explorer אחרי שבוחרים את סוג המשאב Cloud SQL Database.

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

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

    תצוגה שניתנת להתאמה אישית של נתוני מדדים של Cloud SQL.

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

מדדי ברירת המחדל

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

מחרוזות של סוגי מדדים מתחילות בקידומת הבאה: cloudsql.googleapis.com/database/.

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

שם המדד וסוג המדדתיאור
חיבורים חדשים לשנייה
postgresql/new_connection_count

קצב יצירת החיבורים החדשים במכונת Cloud SQL ל-PostgreSQL, בכל שנייה. ‫Cloud SQL מחשב ומציג את המדד הזה לכל מסד נתונים.

המדד הזה זמין ב-PostgreSQL בגרסה 14 ומעלה.

סוגים של אירועי המתנה
postgresql/backends_in_wait

מספר החיבורים לכל סוג של אירוע המתנה במכונת Cloud SQL ל-PostgreSQL.

אירועי המתנה
postgresql/backends_in_wait

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

מספר העסקאות
postgresql/transaction_count

מספר העסקאות במצבים commit ו-rollback במכונה של Cloud SQL ל-PostgreSQL.

רכיבי זיכרון
memory/components

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

השהיית בייט מקסימלית של העתק
postgresql/external_sync/max_replica_byte_lag

ההשהיה המקסימלית של השכפול (בבייטים) בין כל מסדי הנתונים ברפליקה של השרת החיצוני (ES).

זמן האחזור של השאילתה
postgresql/insights/aggregate/latencies

התפלגות זמן האחזור של השאילתות המצטברות לפי P99,‏ P95 ו-P50 לכל משתמש ומסד נתונים.

האפשרות זמינה רק במופעים שבהם מופעלת תובנות לגבי שאילתות.

עומס על מסד הנתונים לפי מסד נתונים/משתמש/כתובת לקוח
postgresql/insights/aggregate/execution_time

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

האפשרות זמינה רק במופעים שבהם מופעלת תובנות לגבי שאילתות.

ניצול המעבד (CPU)
cpu/utilization

השימוש הנוכחי במעבד (CPU) מוצג כאחוז מהמעבד שהוקצה ושנמצא כרגע בשימוש.
אחסון בדיסק לפי סוג
disk/bytes_used_by_data_type

פירוט של השימוש בדיסק של המופע לפי סוגי נתונים, כולל data,‏ binlog ו-tmp_data.

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

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

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

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

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

מסד נתונים חדש שנוצר צורך בערך 100MB לטבלאות ולקבצים של המערכת.

אחסון בדיסק לפי סוג
disk/bytes_used_by_data_type

פירוט של השימוש בדיסק של המופע לפי סוגי נתונים, כולל data,‏ binlog ו-tmp_data.

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

שחזור מערכת מנקודה מסוימת בזמן מתבצע באמצעות ארכיון של רישום מראש של פעולות כתיבה (WAL). במקרים הבאים, היומנים לא יאוחסנו יותר בדיסק, אלא ב-Cloud Storage באותו אזור כמו המופעים: מופעי Cloud SQL חדשים שמופעלת בהם האפשרות לשחזור לנקודת זמן מסוימת, או מופעים קיימים שמופעלת בהם האפשרות לשחזור לנקודת זמן מסוימת אחרי שהתכונה הזו לאחסון יומני WAL ב-Cloud Storage זמינה.

כדי לבדוק אם היומנים של מופע מאוחסנים ב-Cloud Storage, בודקים את המדד bytes_used_by_data_type של המופע. אם הערך של סוג הנתונים archived_wal_log הוא 0, היומנים של המופע מאוחסנים ב-Cloud Storage.

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

יומני כתיבה מראש המשמשים לשחזור מערכת מנקודה מסוימת בזמן (PITR) נמחקים אוטומטית עם הגיבוי האוטומטי המשויך שלהם, בדרך כלל אחרי שהערך שהוגדר ל-transactionLogRetentionDays מתקיים. זהו מספר הימים של יומני טרנזקציות ש-Cloud SQL שומר לצורך שחזור מערכת מנקודה מסוימת בזמן (PITR), מ-1 עד 7.

במקרים שבהם יומני פעולות לכתיבה מראש מאוחסנים ב-Cloud Storage, היומנים מאוחסנים באותו אזור כמו המופע הראשי. אחסון היומנים הזה (עד שבעה ימים, האורך המקסימלי לשחזור מערכת מנקודה מסוימת בזמן (PITR)) לא יוצר עלות נוספת לכל מכונה.

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

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

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

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

מסד נתונים חדש שנוצר צורך בערך 100MB לטבלאות ולקבצים של המערכת.

פעולות קריאה/כתיבה בדיסק
disk/read_ops_count, disk/write_ops_count

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

המדד 'מספר פעולות הכתיבה' מציין את מספר פעולות הכתיבה בדיסק. פעילות כתיבה נוצרת גם אם האפליקציה לא פעילה, כי מכונות Cloud SQL, למעט רפליקות, כותבות לטבלת מערכת בערך כל שנייה.
חיבורים לפי סטטוס
postgresql/num_backends_by_state

מספר החיבורים שמקובצים לפי הסטטוסים האלה: idle,‏ active,‏ idle_in_transaction,‏ idle_in_transaction_aborted,‏ disabled ו-fastpath_function_call.

מידע על הסטטוסים האלה מופיע בשורה state text במאמר pg_stat_activity.
חיבורים לכל מסד נתונים
postgresql/num_backends

מספר החיבורים שמוחזקים על ידי מופע מסד הנתונים.
בייטים של תעבורת נכנסת/יוצאת
network/received_bytes_count, network/sent_bytes_count

תעבורת הרשת במונחים של מספר הבייטים הנכנסים (בייטים שהתקבלו) והבייטים היוצאים (בייטים שנשלחו) אל המופע וממנו, בהתאמה.
פירוט של זמן ההמתנה של קלט/פלט לפי סוג
postgresql/insights/aggregate/io_time

פירוט של זמן ההמתנה של קלט/פלט להצהרות SQL לפי סוגי קריאה וכתיבה.

האפשרות זמינה רק במופעים שבהם מופעלת תובנות לגבי שאילתות.

מספר הקיפאונות לפי מסד נתונים
postgresql/deadlock_count

מספר הקיפאונות לכל מסד נתונים.
חסימת מספר הקריאות
postgresql/blocks_read_count

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

מספר השורות שעובדו לכל פעולה לשנייה.
שורות במסד הנתונים לפי מצב
postgresql/tuple_size

מספר השורות לכל מצב של מסד הנתונים. ‫Cloud SQL מדווח על המדד הזה אם מספר מסדי הנתונים במכונה קטן מ-50.
העסקה הכי ישנה לפי גיל
postgresql/vacuum/oldest_transaction_age

הגיל של העסקה הכי ישנה שחוסמת את פעולת ה-vacuum.
העברה לארכיון של WAL
replication/log_archive_success_count, replication/log_archive_failure_count

מספר הקבצים של יומן הרישום מראש שהועברו לארכיון בהצלחה או שלא בהצלחה בכל דקה.
השימוש במזהה העסקה
postgresql/transaction_id_utilization

אחוז מזהי העסקאות שנעשה בהם שימוש במופע.
מספר החיבורים לכל שם אפליקציה
postgresql/num_backends_by_application

מספר החיבורים למופע Cloud SQL, מקובצים לפי אפליקציות.

חיבורים ללא שם אפליקציה מקובצים כ-Unknown.
שורות שאוחזרו לעומת שורות שהוחזרו לעומת שורות שנכתבו
  • שורות שאוחזרו: postgresql/tuples_fetched_count
  • שורות שהוחזרו: postgresql/tuples_returned_count
  • שורות שנכתבו: postgresql/tuples_processed_count
  • המדד 'שורות שאוחזרו' הוא מספר השורות שאוחזרו כתוצאה משאילתות במופע.
  • הערך 'שורות שהוחזרו' הוא מספר השורות שנסרקו במהלך עיבוד השאילתות במופע.
  • הערך 'שורות שנכתבו' הוא מספר השורות שנכתבו במופע במהלך ביצוע פעולות של הוספה, עדכון ומחיקה.

אם ההבדל בין השורות שהוחזרו לבין השורות שאוחזרו גדול כל כך שהערכים שלהן לא מוצגים באותו קנה מידה, אז הערך של השורות שאוחזרו מוצג כ-0 כי הוא זניח בהשוואה לערך של השורות שהוחזרו.
גודל הנתונים הזמניים
postgresql/temp_bytes_written_count

הכמות הכוללת של נתונים (בבייטים) שמשמשת להרצת שאילתות ולהפעלת אלגוריתמים כמו join ו-sort.
קבצים זמניים
postgresql/temp_files_written_count

מספר הקבצים הזמניים שמשמשים להפעלת שאילתות ולביצוע אלגוריתמים כמו join ו-sort.

בנוסף, במדד Cloud Logging‏, Log entries by severity (logging.googleapis.com/log_entry_count), מוצגים המספרים הכוללים של רשומות ביומן שגיאות ואזהרות.

הנתונים האלה מחולצים מ-postgres.log, שהוא יומן מסד הנתונים, ומ-pgaudit.log, שמכיל מידע על גישה לנתונים.

מידע נוסף זמין במאמר מדדים של Cloud SQL.

ציר זמן של אירועים

בלוח הבקרה מוצגים פרטים על האירועים הבאים:

שם האירועתיאורסוג הפעולה
Instance restart הפעלה מחדש של מכונת Cloud SQL RESTART
Instance failover הפונקציה מפעילה מעבר ידני לגיבוי של מופע ראשי של זמינות גבוהה (HA) למופע במצב המתנה, שהופך למופע הראשי. FAILOVER
Instance maintenance מציין שהמופע נמצא כרגע בתחזוקה. בדרך כלל, עבודות התחזוקה גורמות לכך שהמופע לא יהיה זמין למשך דקה עד 3 דקות. MAINTENANCE
Instance backup מבצע גיבוי של מכונה. BACKUP_VOLUME
Instance update עדכון ההגדרות של מכונת Cloud SQL. UPDATE
Promote replica קידום של מופע משוכפל ב-Cloud SQL. PROMOTE_REPLICA
Start replica הפקודה מתחילה רפליקציה במכונת רפליקה לקריאה ב-Cloud SQL. START_REPLICA
Stop replica הפסקת הרפליקציה במכונת רפליקה לקריאה ב-Cloud SQL. STOP_REPLICA
Recreate replica יוצר מחדש משאבים עבור מכונת רפליקה של Cloud SQL. RECREATE_REPLICA
Create replica יצירת מכונת שכפול של Cloud SQL. CREATE_REPLICA
Data import מייבא נתונים למכונה של Cloud SQL. IMPORT
Instance export מייצא נתונים ממכונה של Cloud SQL לקטגוריה של Cloud Storage. EXPORT
Restore backup שחזור גיבוי של מכונת Cloud SQL. יכול להיות שהפעולה הזו תגרום להפעלה מחדש של המכונה. RESTORE_VOLUME

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