סוגי אירועים

הערות לאירועים בתרשימים ב-Cloud Monitoring מאפשרות לכם לקשר בין מגמות במדדים לבין פעילויות במערכת, כמו פריסות, יתירות כשל או קריסות. אירוע הוא פעילות שמשפיעה על פעולת המערכת, ומזוהה באמצעות התראות פתוחות, "Service Health בהתאמה אישית" או רשומות ביומן. במרכזי הבקרה אפשר להציג כמה הערות, ובכל הערה אפשר לפרט כמה אירועים. בכרטיסיות Observability של שירותים כמו Compute Engine ו-Google Kubernetes Engine אפשר גם להציג הערות, אבל לא כל סוגי האירועים נתמכים.

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

דוגמה למרכז בקרה עם הערות

בצילום המסך הבא מוצג תרשים עם כמה אירועים מבוססי-יומנים ואירוע אחד של Service Health:

סוגי אירועי התראות

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

ההתראה נפתחה

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

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

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

ההסבר הקצר על אירוע פתיחת התראה כולל את הפרטים הבאים:

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

סוגי אירועים ב-Google Kubernetes Engine

בקטע הזה מתוארים סוגי האירועים של Google Kubernetes Engine שאפשר להציג בלוח הבקרה.

עומס עבודה מתוקן או מעודכן ב-GKE

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id(cloudaudit.googleapis.com%2Factivity)
resource.type=k8s_cluster protoPayload.methodName=(
    io.k8s.apps.v1.deployments.create OR io.k8s.apps.v1.deployments.patch OR
    io.k8s.apps.v1.deployments.update OR io.k8s.apps.v1.deployments.delete OR
    io.k8s.apps.v1.statefulsets.create OR io.k8s.apps.v1.statefulsets.patch OR
    io.k8s.apps.v1.statefulsets.update OR io.k8s.apps.v1.statefulsets.delete OR
    io.k8s.apps.v1.daemonsets.create OR io.k8s.apps.v1.daemonsets.patch OR
    io.k8s.apps.v1.daemonsets.update OR io.k8s.apps.v1.daemonsets.delete
)
-protoPayload.authenticationInfo.principalEmail=("system:addon-manager" OR "system:serviceaccount:kube-system:namespace-controller")
-protoPayload.request.metadata.namespace=(kube-system OR gmp-system OR gmp-public OR gke-gmp-system OR istio-system)
-protoPayload.response.metadata.namespace=(kube-system OR gmp-system OR gmp-public OR gke-gmp-system OR istio-system)
-protoPayload.resourceName=~"namespaces/(kube-system|gmp-system|gmp-public|gke-gmp-system|istio-system)"

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

קריסה של pod ב-GKE

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

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

אם רוצים ליצור מדיניות התראה מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

(
    log_id(events)
    (
        (resource.type=k8s_pod jsonPayload.reason=(BackOff OR Unhealthy OR Killing OR Evicted)) OR
        (resource.type=k8s_node jsonPayload.reason=OOMKilling)
    )
    severity=WARNING
) OR (
    log_id(cloudaudit.googleapis.com%2Factivity) resource.type=k8s_cluster
    (protoPayload.methodName=io.k8s.core.v1.pods.eviction.create OR
        (protoPayload.methodName=io.k8s.core.v1.pods.delete
        protoPayload.response.status.containerStatuses.state.terminated.exitCode:*
        -protoPayload.response.status.containerStatuses.state.terminated.exitCode=0
        )
    )
)

למידע על פתרון בעיות, ראו פתרון בעיות: CrashLoopBackOff.

אי אפשר לתזמן pod של GKE

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

• אין מספיק מעבדים (CPU) בצומת.
• אין מספיק זיכרון בצומת.
• אין צמתים ל-taints או ל-tolerations.
• צמתים במגבלת הפודים המקסימלית.
• מאגר הצמתים בגודל המקסימלי.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

(
    log_id(events) resource.type=k8s_pod jsonPayload.reason=(NotTriggerScaleUp OR FailedScheduling)
) OR (
    log_id(container.googleapis.com/cluster-autoscaler-visibility)
    resource.type=k8s_cluster jsonPayload.noDecisionStatus.noScaleUp:*
)

למידע על פתרון בעיות, ראו פתרון בעיות: לא ניתן לתזמן Pod.

לא הצלחתי ליצור קונטיינר של GKE

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

אם רוצים ליצור מדיניות התראה מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id(events) resource.type=k8s_pod jsonPayload.reason=(Failed OR FailedMount) severity=WARNING

למידע על פתרון בעיות שקשורות לשליפת קובצי אימג', ראו פתרון בעיות בשליפת קובצי אימג'.

מידרוג אוטומטי של Pod מגדיל ומקטין את קבוצות ה-Pod

האירוע הזה מאפשר לראות את שינויי קנה המידה של Horizontal Pod Autoscaler, שמגדילים או מקטינים את מספר ה-Pods שפועלים בעומס עבודה. מידע נוסף זמין במאמר התאמה אופקית של קבוצות Pod לעומס.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=k8s_cluster log_id(events)
jsonPayload.involvedObject.kind=HorizontalPodAutoscaler jsonPayload.reason=SuccessfulRescale

הגדלה והקטנה של המידרוג האוטומטי של האשכול

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

(resource.type=k8s_cluster log_id(container.googleapis.com%2Fcluster-autoscaler-visibility)
jsonPayload.decision:*)

יצירה ומחיקה של אשכולות

האירוע הזה עוקב אחרי פעולות של יצירה ומחיקה של אשכולות GKE. למידע נוסף, ראו יצירת אשכול Autopilot, יצירת אשכול אזורי ומחיקת אשכול.

אם רוצים ליצור מדיניות התראה מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=gke_cluster log_id(cloudaudit.googleapis.com%2Factivity)
protoPayload.methodName=(
    google.container.v1alpha1.ClusterManager.CreateCluster OR
    google.container.v1beta1.ClusterManager.CreateCluster OR
    google.container.v1.ClusterManager.CreateCluster OR
    google.container.v1alpha1.ClusterManager.DeleteCluster OR
    google.container.v1beta1.ClusterManager.DeleteCluster OR
    google.container.v1.ClusterManager.DeleteCluster
)
operation.first=true

עדכון אשכול

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=gke_cluster log_id(cloudaudit.googleapis.com%2Factivity)
(
    protoPayload.methodName=(
        google.container.internal.ClusterManagerInternal.PatchCluster OR
        google.container.internal.ClusterManagerInternal.UpdateClusterInternal OR
        google.container.internal.ClusterManagerInternal.UpdateCluster
    )
) OR (
    protoPayload.methodName=(
        google.container.v1beta1.ClusterManager.UpdateCluster OR
        google.container.v1.ClusterManager.UpdateCluster
    )
    operation.first=true
)
protoPayload.metadata.operationType=(UPGRADE_MASTER OR REPAIR_CLUSTER OR UPDATE_CLUSTER)

עדכון מאגר צמתים

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=gke_nodepool log_id(cloudaudit.googleapis.com%2Factivity)
(
    protoPayload.methodName=(
        google.container.internal.ClusterManagerInternal.UpdateClusterInternal OR
        google.container.internal.ClusterManagerInternal.RepairNodePool
    )
) OR (
    protoPayload.methodName=(
        google.container.v1beta1.ClusterManager.UpdateNodePool OR
        google.container.v1.ClusterManager.UpdateNodePool OR
        google.container.v1beta1.ClusterManager.SetNodePoolSize OR
        google.container.v1.ClusterManager.SetNodePoolSize OR
        google.container.v1beta1.ClusterManager.SetNodePoolManagement OR
        google.container.v1.ClusterManager.SetNodePoolManagement OR
        google.container.v1beta1.ClusterManager.SetNodePoolAutoscaling OR
        google.container.v1.ClusterManager.SetNodePoolAutoscaling
    )
    operation.first=true
)

סוגי אירועים ב-Cloud Run

בקטע הזה מתוארים סוגי האירועים של Cloud Run שאפשר להציג בלוח הבקרה.

פריסה של Cloud Run

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id(cloudaudit.googleapis.com%2Factivity) resource.type=cloud_run_revision
protoPayload.methodName=google.cloud.run.v1.Services.ReplaceService

למידע על פתרון בעיות, ראו פתרון בעיות ב-Cloud Run.

סוגי אירועים ב-Cloud SQL

בקטע הזה מתוארים סוגי האירועים של Cloud SQL שאפשר להציג בלוח הבקרה.

יתירות כשל ב-Cloud SQL

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

אם רוצים ליצור מדיניות התראה מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=cloudsql_database
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=cloudsql.instances.failover
        operation.last=true
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=cloudsql.instances.autoFailover
    )
)

מידע נוסף זמין במאמר מידע על זמינות גבוהה.

הפעלה או עצירה של Cloud SQL

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id(cloudaudit.googleapis.com%2Factivity) resource.type=cloudsql_database
protoPayload.methodName=cloudsql.instances.update operation.last=true
protoPayload.metadata.intents.intent=(START_INSTANCE OR STOP_INSTANCE)

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

אחסון ב-Cloud SQL

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=cloudsql_database
(
    (
        (log_id(cloudsql.googleapis.com%2Fpostgres.log) OR log_id(cloudsql.googleapis.com%2Fmysql.err))
        textPayload=~"No space left on device"
        severity=(ERROR OR EMERGENCY)
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=cloudsql.instances.databaseShutdownOutOfStorage
    )
)

סוגי אירועים ב-Cloud Interconnect

בקטע הזה מתוארים סוגי האירועים של Cloud Interconnect שאפשר להציג בלוח הבקרה.

התחילה תחזוקה של Interconnect

סוג האירוע הזה עוקב אחרי התחלת תחזוקת התשתית של חיבור interconnect. במהלך אירוע התחזוקה, הסשנים של Border Gateway Protocol‏ (BGP) בצירופים ל-VLAN לא פעילים.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id("maintenance.googleapis.com/maintenance_events")
jsonPayload.resource.type="compute.googleapis.com/Interconnect"
jsonPayload.state="RUNNING"
labels."maintenance.googleapis.com/updated_fields" : "state"

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

הסתיימה התחזוקה של Interconnect

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id("maintenance.googleapis.com/maintenance_events")
jsonPayload.resource.type="compute.googleapis.com/Interconnect"
jsonPayload.state="SUCCEEDED"
labels."maintenance.googleapis.com/updated_fields" : "state"

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

סוגי אירועים ב-Cloud VPN

בקטע הזה מתוארים סוגי האירועים של Cloud VPN שאפשר להציג בלוח הבקרה.

תחזוקת VPN

סוג האירוע הזה עוקב אחרי תחזוקת התשתית של משימת VPN. האירועים האלה כוללים גם את תחילת התחזוקה וגם את סיום התחזוקה.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id("cloud.googleapis.com/ipsec_events")
resource.type="vpn_gateway"
(
    textPayload:"Starting VPN task maintenance" OR
    textPayload:"VPN task maintenance Completed"
)

בוררי התנועה של ה-VPN צומצמו

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id("cloud.googleapis.com/ipsec_events")
resource.type="vpn_gateway"
(
    textPayload:"Warning: Local traffic selectors narrowed for Child SA" OR
    textPayload:"Warning: Remote traffic selectors narrowed for Child SA"
)

סוגי אירועים ב-Compute Engine

בקטע הזה מתוארים סוגי האירועים של Compute Engine שאפשר להציג בלוח הבקרה.

סגירת מכונות וירטואליות

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=gce_instance
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=(
            beta.compute.instances.reset OR v1.compute.instances.reset OR
            beta.compute.instances.stop OR v1.compute.instances.stop
        )
        operation.first=true
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=(
            compute.instances.hostError OR
            compute.instances.guestTerminate OR
            compute.instances.terminateOnHostMaintenance
        )
    )
)

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

כשל בהפעלת מכונת VM

האירוע הזה עוקב אחרי כשלים בהפעלה של מכונות וירטואליות ב-Compute Engine. האירוע מציג כשלים בהפעלה בגלל מחסור במלאי, מיצוי של מרחב כתובות ה-IP, חריגה מהמכסה או שגיאות בתקינות של מכונה וירטואלית מוגנת.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=gce_instance
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=(beta.compute.instances.insert OR v1.compute.instances.insert)
        protoPayload.status.message=(ZONE_RESOURCE_POOL_EXHAUSTED OR IP_SPACE_EXHAUSTED OR QUOTA_EXCEEDED)
    ) OR (
        log_id(compute.googleapis.com%2Fshielded_vm_integrity)
        severity="ERROR"
    )
)

שגיאה במערכת ההפעלה של המכונה הווירטואלית (VM) של האורח

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

כדי שהאירועים האלה יוצגו, צריך להפעיל את רישום הפלט של היציאה הטורית ביומן של Cloud Logging, על ידי הגדרת serial-port-logging-enable=true במכונה הווירטואלית או במטא-נתונים של הפרויקט. מידע נוסף זמין במאמר הפעלה והשבתה של רישום פלט של יציאה טורית ביומן.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=gce_instance
log_id(serialconsole.googleapis.com%2Fserial_port_1_output)
textPayload=~("No space left on device" OR "Failed to mount" OR "You are in emergency mode")

עדכון של קבוצת מופעי מכונה מנוהלים

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=gce_instance_group_manager
log_id(cloudaudit.googleapis.com%2Factivity) operation.first=true
protoPayload.methodName=(beta.compute.instanceGroupManagers.patch OR v1.compute.instanceGroupManagers.patch)

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

התאמה לעומס (autoscaling) בקבוצת מופעי מכונה מנוהלים

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

resource.type=autoscaler log_id(cloudaudit.googleapis.com%2Fsystem_event)
protoPayload.methodName=(compute.autoscalers.resize OR compute.autoscalers.changeStatus)

סוגי האירועים ב-"Service Health בהתאמה אישית"

בקטע הזה מתוארים סוגי האירועים של "Service Health בהתאמה אישית" שיכולים להופיע בלוח הבקרה.

אירוע אחד (Google Cloud )

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

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

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

• הערך של Relevance מוגדר כ-RELATED, ‏IMPACTED או PARTIALLY_RELATED. ההגבלה הזו מבטיחה שבלוח הבקרה יוצגו רק אירועים של שירותי Google Cloud שבהם משתמשים בפרויקטGoogle Cloud .

• הערך של המאפיין DetailedState לא מוגדר כ-FALSE_POSITIVE.

ההערות של Service Health מוצגות עם שעת התחלה ומשך זמן. משך הזמן מוצג באמצעות שינוי צבע הרקע של התרשים. ההסבר הקצר של אירוע Google Cloud מזהה את הפרטים הבאים:

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

במאמר בדיקת שיבושים באמצעות Service Health מוסבר איך שולחים בקשה ל-Service Health API.

למידע על פתרון בעיות, ראו פתרון בעיות נפוצות ב-Service Health.

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

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

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

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

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id(monitoring.googleapis.com%2Fuptime_checks)
(
  resource.type=uptime_url OR resource.type=gce_instance OR
  resource.type=gae_app OR resource.type=k8s_service OR
  resource.type=servicedirectory_service OR resource.type=cloud_run_revision OR
  resource.type=aws_ec2_instance OR resource.type=aws_elb_load_balancer
)
labels.uptime_result_type=UptimeCheckResult
severity=NOTICE

למידע על פתרון בעיות, ראו פתרון בעיות בבדיקות סינתטיות ובבדיקות זמני פעילות.

סוגי אירועים של Agent for SAP

בקטע הזה מתוארים סוגי האירועים של Agent for SAP שאפשר להציג בלוח הבקרה.

זמינות של SAP

סוג האירוע הזה עוזר לזהות אירועים שקשורים לזמינות של Agent for SAP. האירועים האלה מופעלים כשמשתנה הזמינות של SAP HANA,‏ SAP NetWeaver או Pacemaker Cluster.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id(google-cloud-sap-agent)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
jsonPayload.metricEvent=true
jsonPayload.metric=(workload.googleapis.com/sap/hana/service OR workload.googleapis.com/sap/hana/availability OR
  workload.googleapis.com/sap/nw/service OR workload.googleapis.com/sap/nw/availability OR
  workload.googleapis.com/sap/cluster/nodes OR workload.googleapis.com/sap/cluster/resources)

SAP Backint

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

log_id(google-cloud-sap-agent-backint)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
(jsonPayload.fileType=data OR (jsonPayload.fileType=log AND jsonPayload.success=false))
jsonPayload.message=SAP_BACKINT_FILE_TRANSFER

SAP Operations

סוג האירוע הזה עוזר לזהות אירועים שקשורים לפעולות של Agent for SAP. האירועים האלה מופעלים כשסטטוס הרפליקציה של SAP HANA משתנה.

אם רוצים ליצור מדיניות התראות מבוססת-יומן לסוג האירוע הזה, משתמשים בשאילתה הבאה:

log_id(google-cloud-sap-agent)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
jsonPayload.metricEvent=true
jsonPayload.metric=workload.googleapis.com/sap/hana/ha/replication

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

במאמר הצגת אירועים במרכז הבקרה מוסבר איך להציג אירועים במרכזי הבקרה.