במאמר הזה נסביר איך לעקוב אחרי צריכת הזמנות של משאבים אזוריים ב-Compute Engine באמצעות Cloud Monitoring.
Monitoring אוסף ומאחסן נתוני ביצועים של Cloud de Confiance by S3NS שירותים כמו Compute Engine. נתוני הביצועים נקראים מדדים וסדרות זמנים. אתם יכולים לגשת למדדים ולציר הזמן של ההזמנות שלכם ב-Compute Engine כדי לבצע את הפעולות הבאות:
אפשר להציג את השימוש בהזמנות באמצעות לוחות בקרה של מעקב.
כדי לקבל התראות בזמן אמת כשצריכת השרתים הווירטואליים שלכם נמצאת במצב מסוים, אתם יכולים להשתמש במדיניות ההתראות של Monitoring.
לדוגמה, בעזרת השיטות האלה תוכלו לוודא שאתם משתמשים במשאבים ששוריינו כמו שתכננתם, או לפעול בזמן כדי להימנע מעלויות מיותרות שנובעות מבזבוז משאבים או משמירת משאבים שלא נעשה בהם שימוש.
לפני שמתחילים
- כדאי לעיין בדרישות וב הגבלות בנוגע להזמנות.
מפעילים את Monitoring API, אם הוא עדיין לא מופעל.
תפקידים שנדרשים להפעלת ממשקי API
כדי להפעיל ממשקי API, נדרשת ההרשאה
serviceusage.services.enable. אם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד 'בעלים' (roles/owner). אחרת, תוכלו לקבל את ההרשאה הזו דרך התפקיד 'אדמין בממשק Service Usage' (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Cloud de Confiance by S3NS . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים הבאות:
צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:
המסוף
כשמשתמשים במסוף Cloud de Confiance כדי לגשת לשירותים Cloud de Confiance by S3NS ולממשקי ה-API, לא צריך להגדיר אימות.
REST
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של API בארכיטקטורת REST שבדף הזה, צריך להשתמש בפרטי הכניסה שאתם נותנים ל-CLI של gcloud.
התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם.
מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Cloud de Confiance .
התפקידים הנדרשים
כדי לקבל את ההרשאות שנדרשות ליצירת לוחות בקרה של Monitoring או מדיניות התראות למעקב אחרי ניצול ההזמנות, צריך לבקש מהאדמין להקצות לכם את תפקיד ה-IAM Monitoring Admin (roles/monitoring.admin) בפרויקט.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד שמוגדר מראש וכולל את ההרשאות שנדרשות ליצירת לוחות בקרה של Monitoring או כללי מדיניות של התראות כדי לעקוב אחרי השימוש בהזמנות. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי ליצור לוחות בקרה של Monitoring או כללי מדיניות של התראות כדי לעקוב אחרי השימוש בהזמנות, צריך את ההרשאות הבאות:
-
כדי ליצור מרכזי בקרה:
monitoring.dashboards.createבפרויקט -
כדי ליצור התראות בנוגע למדיניות:
monitoring.alertPolicies.createבפרויקט
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
הגבלות
כשמשתמשים ב-Monitoring כדי לגשת לסדרת זמנים של מקום שמור ולהציג אותה, חלות ההגבלות הבאות:
אחרי שיוצרים הזמנה, סדרת הזמן שלה הופכת לזמינה תוך 30 דקות.
אחרי שסדרת זמן הופכת לזמינה, מערכת Monitoring מתחילה לעדכן אותה לפחות פעם ב-30 דקות.
אם מוחקים הזמנה, גם סדרת הזמן שלה נמחקת ואי אפשר לשחזר אותה.
אפשר לגשת לסדרת זמנים של מקום שמור שנוצר בפרויקט הנוכחי ולצפות בה.
מידע נוסף על הגבלות ב-Monitoring זמין במאמר מכסות ומגבלות ב-Cloud Monitoring.
מדדי הזמנות
כשיוצרים לוחות בקרה של Monitoring או מדיניות התראות, קודם צריך לבחור את Cloud de Confiance המדד למדידת הביצועים של השירות Cloud de Confiance . במקרה של הזמנות, אפשר לבחור את המדדים הבאים של Compute Engine:
Reserved: מספר המכונות הווירטואליות (VM) ששוריינו בכל שריון בפרויקט הנוכחי.
בשימוש: מספר המכונות הווירטואליות שנעשה בהן שימוש בכל שריון בפרויקט הנוכחי.
אחרי שבוחרים מדד, אפשר לסנן או לקבץ עוד יותר את המדידות של מדד ההזמנות. מידע נוסף על המסננים הזמינים להזמנות מופיע בקטע מסננים להזמנות במאמר הזה.
מסננים של הזמנות
אתם יכולים להשתמש במסנני מעקב כדי לקבץ או לסנן את נתוני סדרת הזמן שמשויכים להזמנה אחת או יותר. באופן ספציפי, כשיוצרים מרכזי בקרה של Monitoring או מדיניות התראות, אפשר להגביל את נתוני הסדרות העיתיות שבהם הם משתמשים על ידי ציון אחת או יותר מהתוויות הבאות:
| סלקטור | שם התווית | תיאור |
|---|---|---|
metadata.system |
machine_type |
סוג המכונה שצוין במכונות הווירטואליות המשוריינות בהזמנה. |
metadata.system |
name |
שם ההזמנה. |
metadata.system |
state |
הסטטוס של ההזמנה. אפשר לעקוב רק אחרי הזמנות במצב ACTIVE, כלומר אחרי שההזמנה בוצעה. |
metric |
reserved_resource_type |
סוג המשאבים השמורים בתחום מוגדר לפי הזמנה. אפשר לעקוב רק אחרי סוג instance, שהוא מכונה וירטואלית. |
metric |
service_name |
כשבוחרים את המדד Used במסוף Cloud de Confiance , אפשר לראות איזה מוצר Cloud de Confiance צורך את הקיבולת שהוזמנה. הערך יכול להיות אחד מהערכים הבאים:
אם אתם משתמשים בהזמנות גם ב-Compute Engine וגם ב-Vertex AI, אתם צריכים ליצור מסנן לכל אחד מהערכים הקודמים. |
resource |
location |
התחום שבו נמצאת ההזמנה. |
resource |
reservation_id |
המזהה של הזמנה. |
resource |
resource_container |
מספר הפרויקט שבו קיימת הזמנה. אתם יכולים לעקוב רק אחרי ההזמנות שנוצרו בפרויקט שלכם. |
כשיוצרים מסנן, צריך לציין את הסלקטור ואת שם התווית, ואחריהם אופרטור השוואה ואז את הערך לסינון. לדוגמה, אם רוצים שהשאילתה תסנן את ההזמנות לפי אזור us-central1-a, משתמשים במסנן הבא:
resource.location = "us-central1-a"
כדי לוודא שהערך שציינתם במסנן תואם לערך בשדה של הזמנה, צופים בפרטי ההזמנה.
מעקב אחר צריכת המשאבים במקום שמור
כדי לעקוב אחרי השימוש בהזמנות, בוחרים באחת מהשיטות שמופיעות במסמך הזה:
יצירת לוח בקרה – יוצרים לוחות בקרה של Monitoring ומוסיפים ווידג'טים לאזורי הגרפים כדי להציג את נתוני הסדרות העיתיות שקשורים לצריכה של ההזמנות שלכם.
השיטה הזו שימושית למשל כשרוצים לוודא שמכונה וירטואלית צורכת נכון את הקיבולת של הזמנה, או להשוות את מגמת הצריכה של כמה הזמנות.
יצירת כללי מדיניות התראות – יצירת כללי מדיניות התראות לשליחת התראות כשנתוני הסדרות העיתיות שקשורים לניצול של ההזמנות מגיעים לסף מוגדר.
השיטה הזו שימושית למשל כשרוצים לקבל התראה אם מספר המכונות הווירטואליות שנעשה בהן שימוש בפרויקט הנוכחי נמוך מיחס מסוים, או אם מקום שמור לא נמצא בשימוש במשך פרק זמן מסוים.
יצירת מרכז בקרה
אתם יכולים ליצור לוחות בקרה של Monitoring ולראות את סדרות הזמן שקשורות לניצול של ההזמנות שלכם באמצעות מסוף Cloud de Confiance (מומלץ) ו-Monitoring API.
כשמגדירים איך להציג את נתוני הסדרות העיתיות של מסנן Monitoring, צריך להשתמש באחת מהשיטות הבאות:
שאילתה בסיסית: השיטה הזו שימושית להגדרה מהירה של נתוני סדרות זמן בווידג'ט של לוח בקרה.
לדוגמה, אפשר להשתמש בשאילתה בסיסית כדי להציג במהירות איזו מההזמנות שלכם באזור מסוים עדיין לא נוצלה במלואה.
PromQL: השיטה הזו שימושית לאחזור, סינון ומניפולציה של נתונים מסדרות זמן כדי ליצור הגדרות מורכבות יותר לווידג'ט בלוח הבקרה.
לדוגמה, אפשר להשתמש ב-PromQL ב-Cloud Monitoring כדי להציג את היחס בין מכונות וירטואליות שנצרכו לבין מכונות וירטואליות שהוזמנו בהזמנות שלכם.
שאילתה בסיסית
בדוגמה הבאה מוסבר איך ליצור לוח בקרה של Monitoring עם ווידג'ט של תרשים קו כדי להציג את הזימונים שנעשה בהם שימוש באזור us-central1-a.
המסוף
כדי ליצור לוח בקרה של Monitoring באמצעות שאילתה בסיסית:
במסוף Cloud de Confiance , עוברים אל Dashboards.
לוחצים על יצירת לוח בקרה.
ייפתח הדף לוח בקרה חדש.
לוחצים על הוספת ווידג'ט.
מופיעה החלונית Add widget (הוספת ווידג'ט).
לוחצים על אחד מהווידג'טים הזמינים. לדוגמה, לוחצים על הווידג'ט קו.
מופיעה החלונית Configure widget.
לוחצים על בחירת מדד.
בחלון Select a metric (בחירת מדד), מבצעים את הפעולות הבאות:
מזינים
Reservationולוחצים על הזמנה.ברשימה Active metrics categories בוחרים שוב באפשרות Reservation.
ברשימה Active metrics, בוחרים אחד מהמדדים הזמינים. לדוגמה, בוחרים באפשרות משומש.
לוחצים על אישור.
כדי לסנן את ההזמנות לפי אזור ספציפי, מבצעים את הפעולות הבאות:
ברשימה הוספת מסנן, בוחרים אחד מהמסננים הזמינים להזמנות. בדוגמה הזו, בוחרים באפשרות מיקום.
ברשימה Comparator בוחרים באחד מהאופרטורים הזמינים. בדוגמה הזו, בוחרים באפשרות = (שווה ל) (ברירת מחדל).
ברשימה Value, בוחרים את האזור שרוצים להשתמש בו כדי לסנן את השריונים. בדוגמה הזו, בוחרים באפשרות us-central1-a.
לוחצים על אישור.
אפשרויות נוספות להתאמה אישית של לוחות בקרה ב-Monitoring באמצעות מסוף Cloud de Confiance זמינות במאמר יצירה וניהול של לוחות בקרה בהתאמה אישית.
REST
כדי ליצור לוח בקרה של Monitoring באמצעות שאילתה בסיסית, שולחים בקשת POST אל ה-method dashboards.create.
POST https://monitoring.googleapis.com/v1/projects/PROJECT_ID/dashboards
{
"displayName": "Consumed reservations in zone us-central1-a",
"mosaicLayout": {
"columns": 12,
"tiles": [
{
"height": 4,
"widget": {
"title": "Reservation - Used for us-central1-a [MEAN]",
"xyChart": {
"chartOptions": {
"mode": "COLOR"
},
"dataSets": [
{
"minAlignmentPeriod": "60s",
"plotType": "LINE",
"targetAxis": "Y1",
"timeSeriesQuery": {
"timeSeriesFilter": {
"aggregation": {
"alignmentPeriod": "60s",
"perSeriesAligner": "ALIGN_MEAN"
},
"filter": "FILTER",
"secondaryAggregation": {
"alignmentPeriod": "60s",
"perSeriesAligner": "ALIGN_NONE"
}
}
}
}
],
"timeshiftDuration": "0s",
"yAxis": {
"scale": "LINEAR"
}
}
},
"width": 6
}
]
}
}
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: מזהה הפרויקט הנוכחי.
FILTER: המסנן של Monitoring שבו רוצים להשתמש בלוח הבקרה. לדוגמה, כדי לעקוב אחרי הניצול של ההזמנות באזורus-central1-a, מציינים את הפרטים הבאים:resource.type = 'compute.googleapis.com/Reservation' AND metric.type = 'compute.googleapis.com/reservation/used' AND resource.location = 'us-central1-a'
אפשרות נוספת להתאמה אישית של לוחות בקרה ב-Monitoring באמצעות Monitoring API מוסברת במאמר יצירה וניהול של לוחות בקרה באמצעות API.
PromQL
בדוגמה הבאה מוסבר איך ליצור לוח בקרה של Monitoring עם ווידג'ט של תרשים קו כדי להציג את היחס בין מכונות וירטואליות בשימוש לבין מכונות וירטואליות מוזמנות בהזמנות שלכם.
המסוף
כדי ליצור לוח בקרה של Monitoring ולהוסיף לו ווידג'ט עם שאילתה שמוגדרת באמצעות PromQL, פועלים לפי השלבים הבאים:
-
במסוף Cloud de Confiance , עוברים לדף Dashboards:
אם משתמשים בסרגל החיפוש כדי למצוא את הדף הזה, בוחרים בתוצאה שבה הכותרת המשנית היא Monitoring.
לוחצים על יצירת לוח בקרה.
ייפתח הדף לוח בקרה חדש.
לוחצים על הוספת ווידג'ט.
מופיעה החלונית Add widget (הוספת ווידג'ט).
לוחצים על אחד מהווידג'טים הזמינים. לדוגמה, לוחצים על הווידג'ט קו.
מופיעה החלונית Configure widget.
אם עורך הקוד לא מופיע, לוחצים על PromQL או על MQL. בשדה שפה, בוחרים באפשרות PromQL.
בעורך השאילתות, מזינים שאילתת PromQL. לדוגמה, כדי לראות את היחס בין מכונות וירטואליות בשימוש לבין מכונות וירטואליות מוזמנות בהזמנות שלכם, מציינים את הפרטים הבאים:
( max by (metadata_system_name) ({"compute.googleapis.com/reservation/used"}) / max by (metadata_system_name) ({"compute.googleapis.com/reservation/reserved"}) )לוחצים על Run query.
לוחצים על אישור.
אפשרויות נוספות להתאמה אישית של לוחות בקרה ב-Monitoring באמצעות מסוף Cloud de Confiance זמינות במאמר יצירה וניהול של לוחות בקרה בהתאמה אישית.
REST
כדי ליצור לוח בקרה של Monitoring ולהוסיף לו ווידג'ט שמוגדר עם שאילתה באמצעות PromQL, שולחים בקשת POST אל ה-method dashboards.create.
POST https://monitoring.googleapis.com/v1/projects/PROJECT_ID/dashboards
{
"displayName": "Consumed reservations in zone us-central1-a",
"mosaicLayout": {
"columns": 12,
"tiles": [
{
"height": 4,
"widget": {
"title": "Reservation - Used for us-central1-a [MEAN]",
"xyChart": {
"chartOptions": {
"mode": "COLOR"
},
"dataSets": [
{
"plotType": "LINE",
"targetAxis": "Y1",
"timeSeriesQuery": {
"timeSeriesQueryLanguage": "PROMQL_QUERY"
}
}
],
"timeshiftDuration": "0s",
"yAxis": {
"scale": "LINEAR"
}
}
},
"width": 6,
"xPos": 6
}
]
}
}
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: מזהה הפרויקט הנוכחי.
PROMQL_QUERY: שאילתת PromQL לשימוש בווידג'ט של תרשים הקו. לדוגמה, כדי לראות את היחס בין מכונות וירטואליות בשימוש לבין מכונות וירטואליות שהוזמנו בהזמנות, מציינים את הפרטים הבאים:( max by (metadata_system_name) ({"compute.googleapis.com/reservation/used"}) / max by (metadata_system_name) ({"compute.googleapis.com/reservation/reserved"}) )
אפשרות נוספת להתאמה אישית של לוחות בקרה ב-Monitoring באמצעות Monitoring API מוסברת במאמר יצירה וניהול של לוחות בקרה באמצעות API.
יצירת כללי מדיניות התראות
אפשר ליצור מדיניות התראות ב-Monitoring כדי לקבל התראות על צריכת מקומות שמורים בפרויקט הנוכחי באמצעות Cloud de Confiance המסוף ו-Monitoring API.
כשמגדירים תנאי להתראה בכלל מדיניות התראות, צריך להשתמש באחת מהשיטות הבאות:
שאילתה בסיסית: השיטה הזו שימושית ליצירת תנאים פשוטים להתראה.
לדוגמה, אפשר להשתמש בשאילתה בסיסית כדי ליצור תנאי להתראה שמופעל בכל פעם שנעשה שימוש בהזמנה בפעם הראשונה.
PromQL: השיטה הזו שימושית לאחזור, לסינון ולשינוי של נתונים של סדרות זמן כדי ליצור תנאי התראה מורכבים יותר.
לדוגמה, אפשר להשתמש בשפת השאילתות של Prometheus (PromQL) כדי ליצור תנאי להתרעה שמופעל כשהיחס בין מכונות וירטואליות מוזמנות לבין מכונות וירטואליות בשימוש מגיע לסף מסוים.
שאילתה בסיסית
בדוגמה הבאה נוצרת מדיניות התראות ששולחת התראה כשנעשה שימוש בהזמנה בפעם הראשונה. באופן ספציפי, ההתראה מופעלת בכל פעם שמספר המכונות הווירטואליות שנעשה בהן שימוש בהזמנה גדול מ-0.
המסוף
כדי ליצור מדיניות התראות ב-Monitoring באמצעות שאילתה בסיסית:
במסוף Cloud de Confiance , פותחים את הדף Alerting.
לוחצים על יצירת מדיניות.
ייפתח הדף יצירת מדיניות התראות.
לוחצים על בחירת מדד.
יופיע החלון Select a metric (בחירת מדד).
בחלון Select a metric (בחירת מדד), מבצעים את הפעולות הבאות:
בשדה Filter by resource or metric name, מזינים
Reservation.אם המדד Reservation מופיע ברשימה Active resources, בוחרים בו. אם לא, פועלים לפי השלבים הבאים:
מבטלים את הסימון של Show only active resources & metrics.
תוצג רשימה של משאבים לא פעילים.
ברשימה Inactive resources בוחרים באפשרות Reservation.
ברשימה Active metrics categories בוחרים שוב באפשרות Reservation.
מופיעה רשימה של מדדים פעילים.
ברשימה Active metrics, בוחרים אחד מהמדדים הזמינים.
לדוגמה, בוחרים באפשרות משומש.
לוחצים על אישור.
לוחצים על הוספת מסנן.
מופיע הקטע הוספת מסנן.
בקטע Add filter (הוספת מסנן), מבצעים את הפעולות הבאות:
ברשימה Label, בוחרים אחד מהמסננים הזמינים להזמנות שצוינו במסמך הזה.
לדוגמה, כדי לסנן את ההזמנות לפי שם, בוחרים באפשרות name.
ברשימה השוואה, בוחרים באחד מהאופרטורים הזמינים.
לדוגמה, בוחרים באפשרות = (שווה) (ברירת מחדל).
ברשימה Value, בוחרים את שם ההזמנה שרוצים לעקוב אחריה.
לוחצים על סיום.
לוחצים על הבא.
מופיעה החלונית Configure alert trigger (הגדרת טריגר להתראה).
בקטע סוגי תנאים, בוחרים אחת מהאפשרויות הבאות:
כדי להפעיל את התנאי אם סדרת זמן נמצאת מעל או מתחת לערך מסוים, בוחרים באפשרות סף.
כדי להפעיל את התנאי אם בסדרת זמן אין נתונים לזמן ספציפי, בוחרים באפשרות Metric absence (חוסר נתונים במדד).
כדי להפעיל את התנאי אם התחזית של סדרת זמנים היא שהערך יחצה את הסף בעתיד הקרוב, בוחרים באפשרות תחזית.
לדוגמה, בוחרים באפשרות סף (ברירת מחדל).
ברשימה Alert trigger, בוחרים את התנאי שמפעיל את ההתראה.
לדוגמה, בוחרים באפשרות כל הפרה של סדרת זמן (ברירת מחדל).
ברשימה Threshold position, בוחרים מתי התנאי יופעל.
לדוגמה, בוחרים באפשרות מעל הסף.
בשדה ערך הסף, מזינים ערך לתנאי.
לדוגמה, מזינים
0.בשדה שם התנאי, מזינים שם לתנאי.
לדוגמה, מזינים
Reservation RESERVATION_NAME consumed.כאשר RESERVATION_NAME הוא שם ההזמנה שציינתם בשלבים הקודמים.
לוחצים על הבא.
מופיעה החלונית Configure notifications and finalize alert.
לוחצים על שימוש בערוצי התראות.
בשדה Notification channels (ערוצי התראות), בוחרים את הערוצים שבהם רוצים לקבל התראות על האירוע.
אם אין לכם ערוצי התראות זמינים, לוחצים על Manage notification channels ופועלים לפי השלבים ליצירת ערוצי התראות. מידע נוסף מופיע במאמר בנושא יצירה וניהול של ערוצי התראות.
בשדה משך הזמן עד לסגירה אוטומטית של אירוע, בוחרים את משך הזמן שאחריו אירוע ייסגר אוטומטית.
לדוגמה, בוחרים באפשרות 3 ימים.
בשדה שם מדיניות ההתראה, מזינים שם למדיניות ההתראה.
לדוגמה, מזינים
Alert: you started consuming reservation RESERVATION_NAME!כאשר RESERVATION_NAME הוא שם ההזמנה שציינתם בשלבים הקודמים.
לוחצים על הבא.
ייפתח דף הבדיקה של תנאי ההתראה.
לוחצים על יצירת מדיניות.
יצירת מדיניות ההתראות עשויה להימשך כמה שניות. הפעולה הזו תעביר אתכם לדף Create alerting policy.
מידע נוסף על האפשרויות שזמינות לכם כשיוצרים מדיניות התראות באמצעות מסוף Cloud de Confiance ושאילתה בסיסית זמין במאמר יצירת מדיניות התראות מבוססת-מדדים.
REST
כדי ליצור מדיניות התראות ב-Monitoring באמצעות שאילתה בסיסית, שולחים בקשת POST אל ה-method projects.alertPolicies.create.
POST https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alertPolicies
{
"displayName": "Alert: you started consuming reservation RESERVATION_NAME!",
"conditions": [
{
"displayName": "Reservation RESERVATION_NAME consumed.",
"conditionThreshold": {
"filter": "FILTER",
"aggregations": [
{
"alignmentPeriod": "300s",
"crossSeriesReducer": "REDUCE_NONE",
"perSeriesAligner": "ALIGN_MEAN"
}
],
"comparison": "COMPARISON_GT",
"duration": "0s",
"trigger": {
"count": 1
},
"thresholdValue": 0
}
}
],
"alertStrategy": {
"autoClose": "AUTO_CLOSE_TIME"
},
"combiner": "OR",
"enabled": true,
"notificationChannels": [
"projects/PROJECT_ID/notificationChannels/NOTIFICATION_CHANNEL"
]
}
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: מזהה הפרויקט הנוכחי.
RESERVATION_NAME: השם של הזמנה קיימת שנמצאת בפרויקט הנוכחי.
FILTER: מסנן Monitoring לשימוש במדיניות ההתראות. לדוגמה, כדי לעקוב אחרי המדדusedשל ההזמנה RESERVATION_NAME צריך לציין את הפרטים הבאים:resource.type = 'compute.googleapis.com/Reservation' AND metric.type = 'compute.googleapis.com/reservation/used' AND metadata.system.name = 'RESERVATION_NAME'
AUTO_CLOSE_TIME: הזמן בשניות לפני שאירוע נסגר באופן אוטומטי. הערך צריך להיות בין0sל-604800s(7 ימים). לדוגמה, מזינים259200s(3 ימים).
NOTIFICATION_CHANNEL: השם של ערוץ התראות קיים. הוראות להגדרת ערוץ התראות מופיעות במאמר בנושא יצירה וניהול של ערוצי התראות.
מידע נוסף על האפשרויות שזמינות לכם כשיוצרים מדיניות התראות באמצעות Monitoring API ושאילתה בסיסית מופיע במאמר יצירת מדיניות התראות באמצעות ה-API.
PromQL
בדוגמה הבאה נוצרת מדיניות התראות ששולחת התראה בכל פעם שאחוז המכונות הווירטואליות בשימוש מתוך המכונות הווירטואליות ששוריינו בהזמנות שלכם גבוה מ-90%.
המסוף
כדי ליצור מדיניות התראות ב-Monitoring באמצעות PromQL:
במסוף Cloud de Confiance , פותחים את הדף Alerting.
לוחצים על יצירת מדיניות.
ייפתח הדף יצירת מדיניות התראות.
בקטע Policy configuration mode (מצב הגדרת מדיניות), בוחרים באפשרות Code editor (MQL or PromQL) (עורך קוד (MQL או PromQL)).
החלונית עורך השאילתות מופיעה.
בוחרים באפשרות PromQL כשפה ומזינים שאילתת PromQL.
לדוגמה, כדי ליצור שאילתה שמקבצת את ההזמנות לפי שם ומפעילה תנאי התראה כשמעל 90% מההזמנות מנוצלות, מזינים את השאילתה הבאה:
( max by (metadata_system_name) ({"compute.googleapis.com/reservation/used"}) / max by (metadata_system_name) ({"compute.googleapis.com/reservation/reserved"}) ) > 0.9לוחצים על הבא.
מופיעה החלונית Configure alert trigger (הגדרת טריגר להתראה).
אם מופיעה האפשרות שם התנאי, מזינים שם לתנאי.
לדוגמה, מזינים
Over 90% of your reservations are consumed.לוחצים שוב על הבא.
מופיעה החלונית Configure notifications and finalize alert.
לוחצים על שימוש בערוצי התראות.
בשדה Notification channels (ערוצי התראות), בוחרים את הערוצים שבהם רוצים לקבל התראות על האירוע.
אם אין לכם ערוצי התראות זמינים, לוחצים על Manage notification channels ופועלים לפי השלבים ליצירת ערוצי התראות. מידע נוסף מופיע במאמר בנושא יצירה וניהול של ערוצי התראות.
בשדה משך הזמן עד לסגירה אוטומטית של אירוע, בוחרים את משך הזמן שאחריו אירוע ייסגר אוטומטית.
לדוגמה, בוחרים באפשרות 3 ימים.
בשדה שם מדיניות ההתראות, מזינים שם למדיניות ההתראות.
לדוגמה, מזינים
Alert: over 90% of your reservations are consumed.לוחצים על הבא.
ייפתח דף הבדיקה של תנאי ההתראה.
לוחצים על יצירת מדיניות.
יצירת מדיניות ההתראות עשויה להימשך כמה שניות. הפעולה הזו תעביר אתכם לדף Create alerting policy.
מידע נוסף על יצירת מדיניות התראות באמצעות מסוףCloud de Confiance ו-PromQL זמין במאמר יצירת מדיניות התראות מבוססת-PromQL (מסוף).
REST
כדי ליצור מדיניות התראות של Monitoring באמצעות PromQL, שולחים בקשת POST אל ה-method projects.alertPolicies.create.
POST https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alertPolicies
{
"displayName": "Alert: over 90% of your reservations are consumed.",
"conditions": [
{
"displayName": "Over 90% of your reservations are consumed.",
"conditionMonitoringQueryLanguage": {
"duration": "0s",
"trigger": {
"count": 1
},
"query": "PROMQL_QUERY"
}
}
],
"alertStrategy": {
"autoClose": "AUTO_CLOSE_TIME"
},
"combiner": "OR",
"enabled": true,
"notificationChannels": [
"projects/PROJECT_ID/notificationChannels/NOTIFICATION_CHANNEL"
]
}
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: מזהה הפרויקט הנוכחי.
PROMQL_QUERY: שאילתת PromQL לשימוש במדיניות ההתראות. לדוגמה, כדי ליצור שאילתה שעוקבת אחרי המקרים שבהם אחוז המכונות הווירטואליות בשימוש מתוך המכונות הווירטואליות ששוריינו הוא מעל 90% בהזמנות של הפרויקט הנוכחי, צריך לציין את הפרטים הבאים:( max by (metadata_system_name) ({"compute.googleapis.com/reservation/used"}) / max by (metadata_system_name) ({"compute.googleapis.com/reservation/reserved"}) ) > 0.9
AUTO_CLOSE_TIME: הזמן בשניות לפני שאירוע נסגר באופן אוטומטי. הערך צריך להיות בין0sל-604800s(7 ימים). לדוגמה, מזינים259200s(3 ימים).
NOTIFICATION_CHANNEL: השם של ערוץ התראות קיים. הוראות להגדרת ערוץ התראות מופיעות במאמר בנושא יצירה וניהול של ערוצי התראות.
מידע נוסף על יצירת כללי מדיניות להתראות באמצעות Monitoring API ו-PromQL זמין במאמר יצירת כללי מדיניות להתראות שמבוססים על PromQL (API).