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

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

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

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

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

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

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

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

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

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

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

נפח הזיכרון שבו המכונה משתמשת.

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

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