מעקב אחרי מכונות Cloud SQL

בדף הזה מוסבר איך אפשר לעקוב אחרי מופעי Cloud SQL בדרכים הבאות:

שימוש במרכז הבקרה System Insights של Cloud SQL

לוח הבקרה Cloud SQL System Insights עוזר לכם לזהות ולנתח בעיות בביצועי המערכת.

מידע נוסף זמין במאמר שימוש ב-System Insights לשיפור ביצועי המערכת.

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

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

הגדרת התראות

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

לדוגמה, אתם יכולים להגדיר התראה לשליחת הודעה למזהי אימייל ספציפיים כשמדד Memory usage (שימוש בזיכרון) של מופע Cloud SQL חורג מסף של 80%.

צפייה במדדים בדף סקירה כללית של המכונה של Cloud SQL

בדף סקירה כללית של מכונת Cloud SQL אפשר לראות כמה מהמדדים המרכזיים שלה, כמו שמתואר בהמשך:

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

    כניסה לדף Cloud SQL Instances

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

    3. תרשים המדדים שמוגדר כברירת מחדל מופיע בחלק העליון של הדף.

  3. אופציונלי: בוחרים מדד אחר מהרשימה הנפתחת תרשים.

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

מדדים זמינים

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

מדדתיאור
נפח אחסון נדרש (GB)

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

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

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

אחרי שמשתמשים בלקוח PostgreSQL כמו psql או pgAdmin כדי להתחבר למסד נתונים של המופע, מריצים את הפקודה הבאה: show archive_command. אם יש קובצי WAL בארכיון ב-Cloud Storage, מוצג -async_archive -remote_storage.

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

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

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

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

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

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

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

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

שימוש במעבד

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

כמות הזיכרון שמוקצה למופע.
פעולות קריאה/כתיבה

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

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

בייטים של תעבורת נכנסת/יוצאת (בייטים/שנייה) כמות תעבורת הרשת שנכנסת למכונה או יוצאת ממנה.

השוואה בין מדדים מכמה מקרים

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

    כניסה לדף Cloud SQL Instances

  2. בדף Instances ב-Cloud SQL, בוחרים עד חמישה מופעים להשוואה על ידי סימון התיבה שמימין לשם המופע.
  3. בחלונית Info Panel בצד שמאל, לוחצים על הכרטיסייה Monitoring.

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

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

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