במאמר הזה מוסבר איך ליצור ולהריץ משימה באצווה שמתקינה באופן אוטומטי את סוכן תפעול. מתקינים את סוכן התפעול כדי לקבל מדדים נוספים ב-Cloud Monitoring לגבי הביצועים של משאבי משימה. במאמר הזה מוסבר איך משתמשים במדדי ביצועים של משאבים כדי לעקוב אחרי עבודות ולבצע אופטימיזציה שלהן.
לפני שמתחילים
- אם עוד לא השתמשתם ב-Batch, כדאי לעיין במאמר תחילת העבודה עם Batch ולהפעיל את Batch על ידי השלמת הדרישות המוקדמות לפרויקטים ולמשתמשים.
- אם עדיין לא עשיתם זאת, מפעילים את ממשקי ה-API של Cloud Monitoring ו-Cloud Logging בפרויקט:
תפקידים שנדרשים להפעלת ממשקי API
כדי להפעיל ממשקי API, צריך את תפקיד ה-IAM 'אדמין של Service Usage' (
roles/serviceusage.serviceUsageAdmin), שכולל את ההרשאהserviceusage.services.enable. איך מקצים תפקידים -
כדי לקבל את ההרשאות שדרושות ליצירת משימה, אתם צריכים לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים:
-
כדי ליצור משרה:
- הכלי לעריכת משימות באצווה (
roles/batch.jobsEditor) בפרויקט - משתמש בחשבון שירות (
roles/iam.serviceAccountUser) בחשבון השירות של הג'וב, שמוגדר כברירת מחדל כחשבון השירות שמוגדר כברירת מחדל ב-Compute Engine
- הכלי לעריכת משימות באצווה (
-
כדי לצפות ביומנים: מציג היומנים (
roles/logging.viewer) בפרויקט
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
-
כדי ליצור משרה:
אם אתם לא משתמשים בהגדרת ברירת המחדל של חשבון השירות של העבודה, אתם צריכים לוודא שיש לו את ההרשאות הנדרשות.
כדי לוודא שלחשבון השירות של המשימה יש את ההרשאות הנדרשות לכתיבת מדדים של Ops Agent ב-Monitoring, צריך לבקש מהאדמין להקצות לחשבון השירות של המשימה את תפקידי ה-IAM הבאים:
- כותב מדדי מעקב (
roles/monitoring.metricWriter) בפרויקט - כתיבה ביומן (
roles/logging.logWriter) בפרויקט
- כותב מדדי מעקב (
- מוודאים שהגדרות העבודה המתוכננות עומדות בדרישות של Ops Agent.
דרישות סוכן התפעול
כדי ליצור ולהריץ משימה שמשתמשת ב-סוכן תפעול, המשימה צריכה לעמוד בכל הדרישות הבאות:
מוודאים שהמכונות הווירטואליות של העבודה משתמשות במערכת הפעלה (OS) שסוכן התפעול תומך בה. מידע נוסף על תמונת מערכת ההפעלה של מכונה וירטואלית של משימה זמין במאמר סקירה כללית על סביבת מערכת ההפעלה של מכונות וירטואליות של משימה.
אם העבודה משתמשת בהגדרת רשת שאינה ברירת המחדל או ב-VPC Service Controls, צריך לוודא שהעבודה עומדת בדרישות הגישה של סוכן תפעול. מידע נוסף זמין במאמר בנושא מכונות וירטואליות ללא גישה לחבילות מרוחקות במסמכי התיעוד של Google Cloud Observability.
מוודאים שהעבודה לא מתקינה סוכן Logging מדור קודם של Cloud או סוכן של Cloud Monitoring – לדוגמה, באמצעות תמונה בהתאמה אישית או תבנית של הגדרות מכונה.
מידע נוסף על התכונות והדרישות של סוכן תפעול זמין במאמר סקירה כללית של סוכן תפעול במאמרי העזרה של Google Cloud Observability.
יצירת משימה שמתקינה באופן אוטומטי את סוכן התפעול
משתמשים ב-CLI של Google Cloud או ב-API בארכיטקטורת REST כדי ליצור משימה שכוללת את השדה installOpsAgent עם הערך true בשדה allocationPolicy.instances בגוף הראשי בקובץ ה-JSON:
"allocationPolicy": {
"instances": [
{
"installOpsAgent": true
}
]
}
לדוגמה, למשימה שמתקינה באופן אוטומטי את סוכן תפעול יכול להיות קובץ תצורה בפורמט JSON שדומה לזה:
{
"taskGroups": [
{
"taskSpec": {
"runnables": [
{
"script": {
"text": "echo Hello World! This is task $BATCH_TASK_INDEX."
}
}
]
},
"taskCount": 3,
}
],
"allocationPolicy": {
"instances": [
{
"installOpsAgent": true
}
]
},
"logsPolicy": {
"destination": "CLOUD_LOGGING"
}
}
אחרי שהמכונות הווירטואליות של העבודה מתחילות לפעול, אפשר לראות את המדדים של סוכן תפעול כמו כל מדד אחר של משאב. למידע נוסף, ראו מעקב אחרי משאבי משימות ואופטימיזציה שלהם באמצעות מדדים.
המאמרים הבאים
- אם נתקלתם בבעיות ביצירה או בהפעלה של עבודה, תוכלו להיעזר בפתרון בעיות.
- הצגת משרות ומשימות.
- מידע נוסף על אפשרויות ליצירת משרות