ניהול Ops Agent באמצעות כללי המדיניות של VM Extension Manager

כדי לשנות את האופן שבו המדיניות מנהלת את Ops Agent, צריך לעדכן את המדיניות. כשמעדכנים מדיניות, VM Extension Manager מפיץ את השינויים לכל המכונות הווירטואליות הרלוונטיות, בדרך כלל תוך דקה. בהתאם לשינוי במדיניות, יכול להיות שסוכן תפעול יותקן במכונות וירטואליות חדשות או יוסר ממכונות וירטואליות קיימות.

לפני שמתחילים

לפני שמתחילים להשתמש בכללי המדיניות של התוסף VM Extension Manager, צריך לבצע את הפעולות הבאות:

  • מקצים את התפקידים שנדרשים כדי לנהל את כללי המדיניות של VM Extension Manager.

  • אם אתם רוצים להשתמש בממשק שורת הפקודה כדי ליצור ולנהל את מדיניות התוספים, ועדיין לא התקנתם את Google Cloud CLI, התקינו את gcloud.

    אפשר ליצור ולנהל מדיניות של תוספי VM אזוריים באמצעות מסוףGoogle Cloud או Google Cloud CLI, ‏ gcloud. כדי ליצור ולנהל כללי מדיניות גלובליים של תוספי VM, משתמשים ב-gcloud.

הקצאת התפקידים שנדרשים כדי לנהל את כללי המדיניות של VM Extension Manager

כדי לקבל את ההרשאות שדרושות לצפייה, שינוי ומחיקה של כללי מדיניות של תוספים למכונות וירטואליות, בקשו מהאדמין להקצות לכם את התפקידים הבאים ב-IAM ברמת הפרויקט:

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

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

ההרשאות הנדרשות

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

  • כדי להציג את כללי המדיניות של התוספים: compute.vmExtensionPolicies.list
  • כדי לראות את הפרטים של מדיניות התוספים: compute.vmExtensionPolicies.get
  • כדי לשנות את כללי המדיניות של התוספים: compute.vmExtensionPolicies.update
  • כדי למחוק כללי מדיניות של תוספים: compute.vmExtensionPolicies.delete

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

למידע נוסף על תפקידים והרשאות ב-IAM ב-Compute Engine, קראו את המאמר תפקידים והרשאות ב-Compute Engine.

שינוי כללי המדיניות של התוספים שמנהלים את סוכן תפעול

כדי לשנות את האופן שבו מדיניות מנהלת את Ops Agent, צריך לעדכן את המדיניות. כשמעדכנים מדיניות, VM Extension Manager מפיץ את השינויים לכל המכונות הווירטואליות הרלוונטיות, בדרך כלל תוך דקה. אם משנים את תוויות ההכללה, יכול להיות שסוכן תפעול יותקן במכונות וירטואליות חדשות או יוסר ממכונות וירטואליות קיימות, בהתאם להתאמה של המכונות הווירטואליות לתוויות המעודכנות.

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

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

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

המסוף

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

  1. במסוף Google Cloud , נכנסים לדף Extension policies:

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

    אם משתמשים בשורת החיפוש כדי למצוא את הדף, בוחרים בתוצאה שכותרת המשנה שלה היא Compute Engine.

  2. בוחרים את המדיניות שרוצים לעדכן.
  3. לוחצים על Edit.
  4. בקטע ניהול תוספים, מבצעים את הפעולות הבאות:
    1. ברשימה Extension, בוחרים באפשרות Google Cloud's Extension for Ops Agent.
    2. משנים את השדה Version. צריך להשתמש בגרסה 2.58.0 ואילך.
    3. לוחצים על סיום.
  5. לוחצים על Save.

gcloud

כדי ליצור מדיניות ברמת האזור או ברמה הגלובלית, אתם יכולים להשתמש ב-CLI של gcloud.

אזורי

מריצים את הפקודה gcloud compute zone-vm-extension-policies update עם האפשרות --version כדי לשנות את גרסת הסוכן המוצמדת.

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

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

gcloud compute zone-vm-extension-policies update POLICY_NAME \
  --project=PROJECT_ID \
  --zone=ZONE \
  --extensions=ops-agent 
  --version=ops-agent=VERSION

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: אזור היעד, לדוגמה us-central1-f.
  • ‫VERSION: גרסת סוכן התפעול שרוצים להתקין. צריך להשתמש בגרסה 2.58.0 ואילך. לרשימת הגרסאות, עיינו בדף הגרסאות של Ops Agent ב-GitHub.

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

עולמי

מריצים את הפקודה gcloud compute global-vm-extension-policies update עם האפשרות --version כדי לשנות את גרסת הסוכן המוצמדת.

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

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

gcloud compute global-vm-extension-policies update POLICY_NAME \
  --project=PROJECT_ID \
  --extensions=ops-agent  \
  --rollout-predefined-plan=slow_rollout \
  --version=ops-agent=VERSION

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫VERSION: גרסת סוכן התפעול שרוצים להתקין. צריך להשתמש בגרסה 2.58.0 ואילך. לרשימת הגרסאות, עיינו בדף הגרסאות של Ops Agent ב-GitHub.

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

שינוי ההגדרות של סוכן תפעול בכל המכונות הווירטואליות

כדי לשנות את ההגדרות של סוכן תפעול:

המסוף

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

  1. במסוף Google Cloud , נכנסים לדף Extension policies:

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

    אם משתמשים בשורת החיפוש כדי למצוא את הדף, בוחרים בתוצאה שכותרת המשנה שלה היא Compute Engine.

  2. בוחרים את המדיניות שרוצים לעדכן.
  3. לוחצים על Edit.
  4. בקטע ניהול תוספים, מבצעים את הפעולות הבאות:
    1. ברשימה Extension, בוחרים באפשרות Google Cloud's Extension for Ops Agent.
    2. בשדה Config file content, מזינים את מחרוזת ההגדרות של YAML ל-Ops Agent.
    3. לוחצים על סיום.
  5. לוחצים על Save.

gcloud

כדי ליצור מדיניות ברמת האזור או ברמה הגלובלית, אתם יכולים להשתמש ב-CLI של gcloud.

אזורי

משתמשים בפקודה gcloud compute zone-vm-extension-policies update עם האפשרות --config-from-file או האפשרות --config כדי לציין הגדרה חדשה.

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

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

gcloud compute zone-vm-extension-policies update POLICY_NAME \
  --project=PROJECT_ID \
  --zone=ZONE \
  --extensions=ops-agent 
  --config-from-file=ops-agent="OPS_AGENT_CONFIG_PATH"

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: אזור היעד, לדוגמה us-central1-f.
  • OPS_AGENT_CONFIG_PATH: הנתיב לקובץ שמכיל את מחרוזת ההגדרות של YAML ל-סוכן תפעול. הקובץ הזה חייב להיות בסביבה שבה מריצים את הפקודה gcloud.

    קובץ ה-YAML של הגדרות סוכן התפעול יכול להיות ארוך. הוספת ההגדרות לקובץ והעברת הקובץ ל-CLI של gcloud מפחיתה את הסיכוי לשגיאות, בהשוואה להזנה של YAML בפורמט תקין בשורת הפקודה.

עולמי

משתמשים בפקודה gcloud compute global-vm-extension-policies update עם האפשרות --config-from-file או האפשרות --config כדי לציין הגדרה חדשה.

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

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

gcloud compute global-vm-extension-policies update POLICY_NAME \
  --project=PROJECT_ID \
  --extensions=ops-agent  \
  --rollout-predefined-plan=slow_rollout \
  --config-from-file=ops-agent="OPS_AGENT_CONFIG_PATH"

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • OPS_AGENT_CONFIG_PATH: הנתיב לקובץ שמכיל את מחרוזת ההגדרות של YAML ל-סוכן תפעול. הקובץ הזה חייב להיות בסביבה שבה מריצים את הפקודה gcloud.

    קובץ ה-YAML של הגדרות סוכן התפעול יכול להיות ארוך. הוספת ההגדרות לקובץ והעברת הקובץ ל-CLI של gcloud מפחיתה את הסיכוי לשגיאות, בהשוואה להזנה של YAML בפורמט תקין בשורת הפקודה.

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

ההגדרות נשמרות במדיניות של התוסף, לכן אל תכללו בהן מידע רגיש כמו סיסמאות. מכיוון שההגדרות מאוחסנות במדיניות התוסף, שינוי קובץ התצורה לא משנה את ההגדרות של הסוכן. צריך לעדכן את ההגדרות ששמורות במדיניות באמצעות הפקודה המתאימה של gcloud:

כשאתם מספקים הגדרה מותאמת אישית לסוכן תפעול, VM Extension Manager מעתיק את ההגדרה למיקום שבו סוכן תפעול משתמש ל קובצי תצורה שצוינו על ידי המשתמש ב-VM המטורגט:

  • ‫Linux: ‏ /etc/google-cloud-ops-agent/config.yaml
  • ב-Windows:‏ C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml‎

אם יש קובץ config.yaml ב-VM, מדיניות התוסף מחליפה אותו.

מידע כללי על השימוש במסוףGoogle Cloud וב-CLI של gcloud לניהול כללי מדיניות של תוספים ל-VM, זמין במאמר שינוי תוספים באמצעות עדכון של מדיניות התוספים ל-VM.

הרחבת מדיניות גלובלית קיימת כך שתכלול אזורים חדשים (גלובלי בלבד)

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

כדי להפעיל מחדש השקה של מדיניות גלובלית, משתמשים בפקודה gcloud compute global-vm-extension-policies update ומציינים את האפשרות --rollout-retry-uuid=UUID.

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

gcloud compute global-vm-extension-policies create POLICY_NAME \
  --project=PROJECT_ID \
  --extensions=ops-agent  \
  --version=ops-agent=2.61.0 \
  --rollout-predefined-plan=slow_rollout \
  --config-from-file=ops-agent="/usr/ops-agent-config.yaml"

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

gcloud compute global-vm-extension-policies update test-policy POLICY_NAME \
  --project=PROJECT_ID \
  --extensions=ops-agent  \
  --version=ops-agent=2.61.0 \
  --rollout-predefined-plan=slow_rollout \
  --config-from-file=ops-agent="/usr/ops-agent-config.yaml" \
  --rollout-retry-uuid=UUID

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫UUID: מזהה ייחודי אוניברסלי (UUID) שמזהה את בקשת הניסיון החוזר. אפשר להשתמש בכל מחולל UUID כדי ליצור מזהה כזה. מידע נוסף מופיע במאמר ניסיון חוזר של השקה .

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

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

כדי לעדכן מדיניות של תוסף שמשתמשת בתוכנית השקה בהתאמה אישית, משתמשים בפקודה הבאה של gcloud compute global-vm-extension-policies update:

gcloud compute global-vm-extension-policies update POLICY_NAME \
  --project=PROJECT_ID \
  --extensions=ops-agent  \
  --rollout-custom-plan=projects/PROJECT_ID/locations/global/rolloutPlans/NEW_CUSTOM_PLAN_NAME \
  --rollout-retry-uuid=UUID

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫NEW_CUSTOM_PLAN_NAME: השם שמשויך לתוכנית ההשקה המותאמת אישית המעודכנת.
  • ‫UUID: מזהה ייחודי אוניברסלי (UUID) שמזהה את בקשת הניסיון החוזר. אפשר להשתמש בכל מחולל UUID כדי ליצור מזהה כזה. מידע נוסף מופיע במאמר ניסיון חוזר של השקה .

הסרת סוכן תפעול באמצעות מחיקת כללי המדיניות של תוספי VM

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

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

המסוף

  1. במסוף Google Cloud , נכנסים לדף Extension policies:

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

    אם משתמשים בשורת החיפוש כדי למצוא את הדף, בוחרים בתוצאה שכותרת המשנה שלה היא Compute Engine.

  2. בוחרים את המדיניות שרוצים למחוק.
  3. לוחצים על Delete.
  4. בתיבת הדו-שיח לאישור, לוחצים על מחיקה.

gcloud

אזורי

כדי למחוק את מדיניות התוסף של ה-VM שמנהלת את סוכן תפעול, משתמשים בפקודה gcloud compute zone-vm-extension-policies delete:

gcloud compute zone-vm-extension-policies delete POLICY_NAME \
  --project=PROJECT_ID \
  --zone=ZONE

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: אזור היעד, לדוגמה us-central1-f.

עולמי

כדי למחוק את מדיניות התוספים הגלובלית של ה-VM שמנהלת את סוכן תפעול, משתמשים בפקודה gcloud compute global-vm-extension-policies delete:

gcloud compute global-vm-extension-policies delete POLICY_NAME \
  --project=PROJECT_ID \
  --rollout-predefined-plan=slow_rollout

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.

כדי להאיץ השקה של מחיקה שכבר התחילה, צריך להנפיק פקודת מחיקה חדשה שמשתמשת בתוכנית fast_rollout. צריך גם לציין את האפשרות ‎--rollout-retry-uuid=UUID:

gcloud compute global-vm-extension-policies delete POLICY_NAME \
  --project=PROJECT_ID \
  --rollout-predefined-plan=fast_rollout \
  --rollout-retry-uuid=UUID

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫UUID: מזהה ייחודי אוניברסלי (UUID) שמזהה את בקשת הניסיון החוזר. אפשר להשתמש בכל מחולל UUID כדי ליצור מזהה כזה. מידע נוסף מופיע במאמר ניסיון חוזר של השקה .

אחזור מידע על כללי המדיניות של תוספי VM

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

  • רשימה של כל כללי המדיניות בפרויקט ב- Google Cloud .
  • פרטי ההגדרה של מדיניות ספציפית.

המסוף

  1. במסוף Google Cloud , נכנסים לדף Extension policies:

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

    אם משתמשים בשורת החיפוש כדי למצוא את הדף, בוחרים בתוצאה שכותרת המשנה שלה היא Compute Engine.

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

gcloud

אזורי

הצגת רשימה של כללי המדיניות של תוספי VM

כדי להציג מידע על כל כללי המדיניות של תוספי VM באזור, משתמשים בפקודה gcloud compute zone-vm-extension-policies list:

gcloud compute zone-vm-extension-policies list \
  --project=PROJECT_ID \
  --zone=ZONE \
  --page-size=PAGE_SIZE_INTEGER

מחליפים את המשתנים הבאים בפקודה:

  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: אזור היעד, לדוגמה us-central1-f.
  • ‫PAGE_SIZE_INTEGER: מספר כללי המדיניות שיופיעו בכל דף. לדוגמה, 2. מידע נוסף על אפשרויות המיון והסינון זמין במאמר gcloud compute zone-vm-extension-policies list .

תיאור מדיניות של תוסף VM עם שם

כדי לאחזר את ההגדרה של מדיניות בעלת שם באזור, משתמשים בפקודה gcloud compute zone-vm-extension-policies describe:

gcloud compute zone-vm-extension-policies describe POLICY_NAME \
  --project=PROJECT_ID \
  --zone=ZONE

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫ZONE: אזור היעד, לדוגמה us-central1-f.

עולמי

הצגת רשימה של כללי מדיניות גלובליים לתוספים של מכונות וירטואליות

כדי להציג מידע על כללי מדיניות גלובליים של תוספים למכונות וירטואליות, משתמשים בפקודה gcloud compute global-vm-extension-policies list:

gcloud compute global-vm-extension-policies list \
  --project=PROJECT_ID \
  --page-size=PAGE_SIZE_INTEGER

מחליפים את המשתנים הבאים בפקודה:

  • ‫PROJECT_ID: מזהה הפרויקט.
  • ‫PAGE_SIZE_INTEGER: מספר כללי המדיניות שיופיעו בכל דף. לדוגמה, 2. מידע נוסף על אפשרויות המיון והסינון זמין במאמר gcloud compute global-vm-extension-policies list .

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

כדי לאחזר את ההגדרה של מדיניות בעלת שם באזור, משתמשים בפקודה gcloud compute global-vm-extension-policies describe:

gcloud compute global-vm-extension-policies describe POLICY_NAME \
  --project=PROJECT_ID

מחליפים את המשתנים הבאים בפקודה:

  • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
  • ‫PROJECT_ID: מזהה הפרויקט.

למידע כללי על השימוש במסוףGoogle Cloud וב-CLI של gcloud כדי לאחזר מידע על מדיניות התוספים של VM, קראו את המאמר הצגת מדיניות התוספים.

הפעלה מחדש של Ops Agent שהותקן באמצעות מדיניות של תוסף

כש-Ops Agent מותקן ומנוהל על ידי VM Extension Manager, הוא לא מנוהל על ידי שירות ניהול המערכת של מערכת ההפעלה, כלומר systemd ב-Linux או Windows Service Manager ב-Windows. לכן, פקודות Linux systemctl ופקודות Windows *-Service לא פועלות עם Ops Agent שמותקן באמצעות מדיניות של תוסף.

כדי להפעיל מחדש Ops Agent שהותקן על ידי מדיניות תוספים, מבצעים אחת מהפעולות הבאות:

  • יוצרים מחדש את המדיניות.

    1. מוחקים את המדיניות. מחיקת המדיניות מפסיקה את סוכן תפעול ומסירה אותו.

    2. יוצרים מדיניות חדשה. המדיניות החדשה מתקינה את Ops Agent ומפעילה אותו.

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

    לדוגמה, אם מדיניות בעדיפות 1,000 לא הצליחה להפעיל את סוכן תפעול ב-VM, אתם יכולים להוסיף ל-VM תווית כמו status=failed. אחר כך יוצרים מדיניות חדשה עם עדיפות גבוהה יותר, כמו 500. לדוגמה, פקודה ב-Google Cloud CLI יכולה להיראות כך:

    אזורי 

    gcloud compute zone-vm-extension-policies create POLICY_NAME \
  --project=PROJECT_ID \
  --zone=ZONE \
  --extensions=ops-agent  \
  --inclusion-labels=status=failed \
  --priority=500 \
  --config-from-file=ops-agent=/usr/ops-agent-config.yaml

    מחליפים את המשתנים הבאים בפקודה:

    • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
    • ‫PROJECT_ID: מזהה הפרויקט.
    • ‫ZONE: אזור היעד, לדוגמה us-central1-f.

    עולמי 

    gcloud compute global-vm-extension-policies create POLICY_NAME \
  --project=PROJECT_ID \
  --extensions=ops-agent  \
  --inclusion-labels=status=failed \
  --priority=500 \
  --config-from-file=ops-agent=/usr/ops-agent-config.yaml \
  --rollout-predefined-plan=fast_rollout

    מחליפים את המשתנים הבאים בפקודה:

    • ‫POLICY_NAME: שם למדיניות התוספים של ה-VM.
    • ‫PROJECT_ID: מזהה הפרויקט.

    אחרי שהמדיניות החדשה מתקינה את Ops Agent, מוחקים את המדיניות ומסירים את התווית מהמכונות הווירטואליות. סוכן התפעול נשאר מותקן ב-VM כי המדיניות המקורית עדיין פעילה.

הפעלת יומן ניפוי באגים של סוכן אורח ב-VM

כללי המדיניות של VM Extension Manager משתמשים בסוכן האורח של Compute Engine כדי לנהל את סוכן תפעול כתוסף של מכונה וירטואלית. במאמר הצגת יומני ניפוי באגים של הסוכן האורח מוסבר איך להפעיל את יומני ניפוי הבאגים של הסוכן האורח.

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