סקירה כללית על מעקב סינתטי

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

אפשרויות מעקב סינתטי

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

  • בדיקות זמינות מאפשרות לשלוח שאילתות מעת לעת לנקודות קצה ציבוריות או פרטיות שמגיבות לבקשות HTTP,‏ HTTPS או TCP, ולאמת את נתוני התגובה.

  • בדיקות סינתטיות מותאמות אישית ומבוססות Mocha מאפשרות לפרוס חבילת בדיקות לאפליקציות שמגיבות לבקשות HTTP או HTTPS. מתחילים עם מסגרת מותאמת אישית או מסגרת Mocha שסופקה על ידי Cloud Monitoring, ואז כותבים את הבדיקות או מבקשים מ-Gemini Code Assist ליצור את קוד הבדיקה אם יש לכם גישה בפרויקט.

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

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

מסוףGoogle Cloud Cloud Monitoring API Terraform ספריות לקוח
בדיקות זמני פעילות Y Y Y Y
מוניטורים סינתטיים Y Y Y
בודקי קישורים מנותקים Y Y Y

מידע על בדיקות זמני פעילות

יש שני סוגים של בדיקות זמני פעילות:

  • בדיקות זמני פעילות ציבוריות שולחות בקשות ממספר מיקומים ברחבי העולם לכתובות URL או למשאבים שזמינים לכולם Google Cloud .
  • בדיקות פרטיות של זמן פעולה שולחות בקשות לכתובות IP פנימיות של משאבים. Google Cloud בדיקות זמינות פרטיות יכולות לשלוח בקשות ברשת פרטית למשאבים כמו מכונה וירטואלית (VM) או מאזן עומסים פנימי (ILB) ברמה 4.

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

מערכת ביצוע הבקשות לבדיקות זמני פעילות, שמסופקת על ידיGoogle Cloud, מנהלת את הפעולות הבאות:

  • הפעלת הבודקים שהוגדרו.

  • אימות התוצאות.

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

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

    מידע נוסף על המדדים האלה זמין בערכים uptime_check בטבלת המדדים של monitoring.

  • כתיבת רשומות ביומן במקרה של כשל.

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

מידע על כלי לבדיקת קישורים שבורים ועל כלי ניטור סינתטיים אחרים

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

כשיוצרים בדיקה סינתטית, פורסים פונקציית Cloud Run מדור שני, שמבוססת על Cloud Run. הפונקציה צריכה להיכתב ב-Node.js ולהסתמך על מסגרת Synthetics SDK בקוד פתוח. שירות Cloud Monitoring מפיץ את המסגרת הזו ומנהל אותה.

‫Cloud Monitoring תומך בסוגים הבאים של בדיקות סינתטיות:

מערכת ביצוע הבקשות של בדיקות סינתטיות, שמסופקת על ידיGoogle Cloud, מנהלת את הפעולות הבאות:

  • הפעלה תקופתית של פונקציית Cloud Run.

  • איסוף ואחסון של תוצאות כל הרצה:

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

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

מעקב אחר התוצאות וצפייה בהן

אפשר לראות את התוצאות של בדיקות זמינות ובדיקות סינתטיות ב Google Cloud מסוף:

  • לגבי בדיקות סינתטיות, עוברים לדף Synthetic monitors.
  • כדי לבדוק את זמני הפעילות, עוברים לדף בדיקות זמני פעילות.

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

פתרון בעיות שגורמות לכשלים

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

אזוריות של נתונים

אל תשתמשו בבדיקות סינתטיות או בבדיקות זמני פעילות אם הגדרתם Assured Workloads כי יש לכם דרישות לגבי מיקום אחסון הנתונים או רמת השפעה 4 (IL4).

‫Cloud Monitoring לא מבטיח שהנתונים בבקשה לבדיקת זמינות יישמרו במיקום גיאוגרפי ספציפי.

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

היקפי האבטחה של VPC Service Controls

כש Google Cloud פרויקט נמצא בגבולות גזרה מופעלים של VPC Service Controls, מתרחשת ההתנהגות הבאה:

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

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

תמחור

למידע על התמחור של Cloud Monitoring, אפשר לעיין בדף התמחור של Google Cloud Observability.

מגבלות

המגבלות הבאות חלות על השימוש שלכם בבדיקות סינתטיות:

קטגוריה ערך
בדיקות זמני פעילות לכל היקף מדדים * 100
מספר מקסימלי של פינגים של ICMP לכל בדיקת זמינות ציבורית 3
‫Synthetic monitors per metrics scope 100†
*המגבלה הזו חלה על מספר ההגדרות של בדיקות זמינות. כל הגדרה של בדיקת זמינות כוללת את מרווח הזמן בין בדיקות הסטטוס של המשאב שצוין.
†מידע על הגדלת המגבלה הזו מופיע במאמר בנושא איך שולחים בקשה לשינוי המכסות.

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