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

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

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

לוח הבקרה 'תובנות לגבי המערכת' ב-Cloud SQL עוזר לכם לזהות ולנתח בעיות בביצועי המערכת.

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

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

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

הגדרת התראות

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

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

צפייה במדדים בדף Overview של המכונה של Cloud SQL

בדף Overview של מכונה של 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.

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

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

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

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

אם במכונה שלכם מופעלת האפשרות לשחזור לנקודת זמן מסוימת, וגודל יומני הכתיבה מראש בדיסק גורם לבעיה במכונה, כדאי להשבית את האפשרות לשחזור לנקודת זמן מסוימת ולהפעיל אותה מחדש כדי לוודא שיומנים חדשים מאוחסנים ב-Cloud Storage באותו אזור כמו המכונה. הפעולה הזו מוחקת את יומני הכתיבה מראש הקיימים, כך שלא תוכלו לבצע שחזור לנקודת זמן מוקדמת יותר מהזמן שבו הפעלתם מחדש את שחזור מערכת מנקודה מסוימת בזמן (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. בתפריט הנפתח של המדדים, בוחרים את המדד שרוצים להשתמש בו להשוואה בין המקרים.

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

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