‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

ניהול אירועים של מארחים בהזמנות

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

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

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

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

כשמשתמשים במסוף Google Cloud כדי לגשת לשירותים Google Cloud ולממשקי ה-API, לא צריך להגדיר אימות.
gcloud
1. התקינו את ה-CLI של Google Cloud. אחר כך, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
  gcloud init
  אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
  
  הערה: אם התקנתם את ה-CLI של gcloud, השתמשו בפקודה gcloud components update כדי לבדוק אם הגרסה העדכנית מותקנת.
הגדרת אזור ותחום כברירת מחדל

REST

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

התקינו את ה-CLI של Google Cloud.

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

מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Google Cloud .

התפקידים הנדרשים

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

אדמין Compute (roles/compute.admin) בפרויקט
כדי לקבל גישת קריאה בלבד ליומני הביקורת System Event: צפייה ביומנים (roles/logging.viewer) בפרויקט

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

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

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

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

כדי להתחיל תחזוקה של המארח בהזמנה: compute.reservations.performMaintenance בפרויקט

כדי להתחיל תחזוקת מארח למשבצת זמן לפגישה: compute.reservationBlocks.performMaintenance בפרויקט

כדי לראות רשימה של הזמנות

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

סקירה כללית

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

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

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

הגדרת התראות לגבי הזמנות

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

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

במסוף Google Cloud , נכנסים לדף Logs Explorer:
כניסה אל Logs Explorer

אם אתם משתמשים בשורת החיפוש כדי למצוא את הדף הזה, בחרו בתוצאה עם כותרת המשנה Logging.
לוחצים על המתג Show query כדי להפעיל אותו.
בחלונית Query, יוצרים אחת מהשאילתות הבאות. השאילתות האלה מסננות את רשומות היומן כדי לזהות אירועי תחזוקה ספציפיים. חוזרים על התהליך הזה לכל שאילתה שרוצים ליצור.
- קבלת התראות תחזוקה לגבי הזמנה:
  - כדי לקבל התראות כשתחזוקה מתוזמנת:
```
protoPayload.methodName="compute.reservations.upcomingGroupMaintenance" severity>=DEFAULT
protoPayload.status.message =~ "scheduled"
```
  - כדי לקבל התראות כשהתחזוקה מסתיימת:
```
protoPayload.methodName="compute.reservations.completedGroupMaintenance" severity>=DEFAULT
protoPayload.status.message =~ "completed"
```
- קבלת התראות על תחזוקה לגבי חסימת הזמנות:
  - כדי לקבל התראות כשתחזוקה מתוזמנת:
```
protoPayload.methodName="compute.reservations.block.upcomingGroupMaintenance" severity>=DEFAULT
protoPayload.status.message =~ "scheduled"
```
  - כדי לקבל התראות כשהתחזוקה מתחילה:
```
protoPayload.methodName="compute.reservations.block.startGroupMaintenance" severity>=DEFAULT
protoPayload.status.message =~ "started"
```
  - כדי לקבל התראות כשהתחזוקה מסתיימת:
```
protoPayload.methodName="compute.reservations.block.completedGroupMaintenance" severity>=DEFAULT
protoPayload.status.message =~ "completed"
```
כדי לאמת את השאילתה, לוחצים על Run query. אם השאילתה תקינה, בחלונית Query results יוצגו רשומות ביומן שתואמות לשאילתה.
בסרגל הכלים של תוצאות ה-Query, לוחצים על הרשימה Actions ובוחרים באפשרות Create log alert. מופיעה החלונית Create logs-based alert policy.
בקטע Alert details:
1. בשדה שם מדיניות ההתראה, מזינים שם למדיניות.
2. ברשימה רמת החומרה של המדיניות, בוחרים באפשרות אזהרה (או ברמת חומרה גבוהה יותר).
3. לוחצים על הבא.
בקטע בחירת יומנים שייכללו בהתראה, לוחצים על הבא.
בקטע Set notification frequency and autoclose duration, מגדירים את הפרטים הבאים:
1. ברשימה הזמן בין ההתראות, בוחרים באיזו תדירות רוצים לקבל התראות.
2. ברשימה Incident autoclose duration (משך הזמן עד לסגירה אוטומטית של האירוע), בוחרים אחרי כמה זמן Cloud Logging יפסיק לשלוח התראות ויסגור אוטומטית את האירוע.
3. לוחצים על הבא.
בקטע למי לשלוח התראות?, מציינים ערוץ התראות ששירות Logging ישלח אליו התראות.
לוחצים על Save.

ניהול תחזוקה בהזמנות

אתם יכולים לראות ולשלוט בתחזוקה של ההזמנות ושל בלוקים של הזמנות באופן הבא:

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

הצגת סטטוס התחזוקה

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

בנוסף, אם מתוכננת תחזוקה לבלוק של הזמנה, השדה upcomingGroupMaintenance מכיל את השדה maintenanceReasons. בשדה הזה מתואר למה נקבעה תחזוקה לבלוק ההזמנה שלכם, כמו שמתואר בטבלה הבאה:

סוג התחזוקה	הסיבה לתחזוקה	מצב המכונות הווירטואליות
תחזוקה מתוכננת לתחזוקה רגילה	‫`PLANNED_UPDATE`: תחזוקת תשתית מתוכננת ‫`PLANNED_NETWORK_UPDATE`: תחזוקת רשת מתוכננת	ההגדרה חלה על מכונות וירטואליות שפועלות, שהופסקו או שהושעו.
תחזוקת חירום לא מתוכננת	‫`FAILURE_DISK`: תחזוקה לא מתוכננת שנקבעה בגלל שגיאה בדיסק שמצורף למכונה וירטואלית. ‫`FAILURE_INFRA`: תוכננה תחזוקה לא מתוכננת בגלל שגיאה בתשתית. ‫`FAILURE_INTERFACE`: תחזוקה לא מתוכננת שנקבעה בגלל שגיאה בכרטיס ה-NIC. ‫`FAILURE_MEMORY`: תזמון תחזוקה לא מתוכננת בגלל שגיאה בזיכרון של המכונה הווירטואלית. ‫`FAILURE_NETWORK`: תחזוקה לא מתוכננת שנקבעה בגלל שגיאה ברשת.	ההגדרה רלוונטית רק למכונות וירטואליות שפועלות.

כדי לראות את השדה maintenanceReasons בבלוק או בתת-בלוק של מקום שמור, צריך להשתמש ב-CLI של gcloud או ב-API בארכיטקטורת REST. אחרת, בוחרים באחת מהאפשרויות הבאות:

המסוף

פותחים את הדף Reservations במסוף Google Cloud .

כניסה לדף Reservations
בעמודה סטטוס התחזוקה, ‏ Compute Engine מציג את סטטוס התחזוקה של ההזמנות שלכם. אם העמודה לא מופיעה בטבלה מקומות שמורים על פי דרישה, לוחצים על אפשרויות תצוגת עמודות, מסמנים את התיבה סטטוס תחזוקה ולוחצים על אישור.
כדי לראות את מצב התחזוקה של בלוק הזמנה, פועלים לפי השלבים הבאים:
1. בעמודה Name (שם), לוחצים על שם ההזמנה. ייפתח דף עם פרטי ההזמנה.
2. בטבלה Blocks, בעמודה Maintenance,‏ Compute Engine מציג את מצב התחזוקה של הבלוקים בהזמנה.

gcloud

כדי להציג את מצב התחזוקה של הזמנה, משתמשים בפקודה gcloud compute reservations describe עם הדגל --flatten שמוגדר לערך resourceStatus.reservationMaintenance:
```
gcloud compute reservations describe RESERVATION_NAME \
    --flatten=resourceStatus.reservationMaintenance \
    --zone=ZONE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫RESERVATION_NAME: השם של ההזמנה.
- ‫ZONE: האזור שבו קיימת ההזמנה.
הפלט אמור להיראות כך:
- אם מתוכננת תחזוקה להזמנה שלכם, הפלט ייראה בערך כך:
```
---
maintenanceOngoingCount: 0
maintenancePendingCount: 6
schedulingType: GROUPED
upcomingGroupMaintenance:
  canReschedule: true
  maintenanceStatus: PENDING
  type: UNSCHEDULED
  windowEndTime: '2025-11-13T14:00:00.000-08:00'
  windowStartTime: '2025-11-13T12:00:00.000-08:00'
```
  אם השדה schedulingType מוגדר לערך INDEPENDENT, השדה upcomingGroupMaintenance לא מכיל את השדות windowStartTime ו-windowEndTime.
- אם לא מתוכננת תחזוקה להזמנה שלכם, הפלט ייראה כך:
```
---
schedulingType: GROUPED
```

אם מתוכחנת תחזוקה להזמנה, כדי לראות את מצב התחזוקה של הבלוקים בהזמנה, משתמשים בפקודה gcloud compute reservations blocks list:

gcloud compute reservations blocks list RESERVATION_NAME \
    --zone=ZONE

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

---
...
name: example-fr-h4d-dense-1-block-0001
...
reservationBlockMaintenance:
  maintenanceOngoingCount: 0
  maintenancePendingCount: 6
  schedulingType: GROUPED
  upcomingGroupMaintenance:
    canReschedule: true
    maintenanceReasons:
    - PLANNED_UPDATE
    - PLANNED_NETWORK_UPDATE
    maintenanceStatus: PENDING
    type: UNSCHEDULED
    windowEndTime: '2025-11-13T14:00:00.000-08:00'
    windowStartTime: '2025-11-13T12:00:00.000-08:00'
...
---
...
name: example-fr-h4d-dense-1-block-0002
...
schedulingType: GROUPED
...

REST

כדי לראות את מצב התחזוקה של ההזמנות, שולחים בקשת GET באחת מהשיטות הבאות:
- כדי לראות את כל המקומות השמורים בכל האזורים, משתמשים ב-method ‏reservations.aggregatedList.
- כדי להציג את המקומות השמורים באזור ספציפי, משתמשים בשיטה reservations.list.
בכתובת ה-URL של הבקשה, כוללים את פרמטרים של השאילתה הבאים:
- כדי להציג רק את השם, סוג המכונה השמורה וסטטוס התחזוקה של ההזמנה, צריך לכלול את פרמטר השאילתה fields שמוגדר ל-items.name,items.specificReservation.instanceProperties.machineType,items.resourceStatus.reservationMaintenance.
- כדי לסנן רק לפי הזמנות שמציינות סוג מכונה ספציפי, צריך לכלול את פרמטר השאילתה filter שמוגדר לערך specificReservation.instanceProperties.machineType:MACHINE_TYPE באמצעות ערכים מקודדים בכתובת ה-URL.
לדוגמה, כדי להציג את ההזמנות בכל האזורים, שולחים בקשת GET באופן הבא:
```
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/aggregated/reservations?fields=items.name,items.specificReservation.instanceProperties.machineType,items.resourceStatus.reservationMaintenance&filter=specificReservation.instanceProperties.machineType%3AMACHINE_TYPE
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫PROJECT_ID: מזהה הפרויקט שבו נמצאים המקומות השמורים.
- ‫MACHINE_TYPE: סוג המכונה השמור שרוצים לסנן את ההזמנות לפיו.
אם מתוזמנת או מתבצעת תחזוקה של הזמנה, הפלט דומה לזה:
```
{
  "items": [
    {
      "specificReservation": {
        "instanceProperties": {
          "machineType": "MACHINE_TYPE"
        }
      },
      "name": "example-reservation",
      "resourceStatus": {
        "reservationMaintenance": {
          maintenanceOngoingCount: 0,
          maintenancePendingCount: 6,
          "schedulingType": "GROUPED",
          "upcomingGroupMaintenance": {
            "type": "SCHEDULED",
            "canReschedule": true,
            "windowStartTime": "2025-11-13T12:00:00.000-08:00",
            "windowEndTime": "2025-11-13T14:00:00.000-08:00",
            "maintenanceStatus": "PENDING"
          }
        }
      }
    },
    ...
  ]
}
```
אפשר גם לצמצם עוד יותר את רשימת המכונות הווירטואליות על ידי הגדרת פרמטר השאילתה filter לביטוי סינון אחר.

אם מתוכננת תחזוקה להזמנה, כדי לראות את מצב התחזוקה של הבלוקים בהזמנה, צריך לשלוח GETבקשה לשיטה reservationBlocks.list. בכתובת ה-URL של הבקשה, מוסיפים את הפרמטר fields של השאילתה, מוגדר ל-items.name,items.reservationMaintenance:

GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/reservations/RESERVATION_NAME/reservationBlocks?fields=items.name,items.reservationMaintenance

מחליפים את RESERVATION_NAME בשם של ההזמנה.

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

{
  "items": [
    {
      "name": "example-fr-h4d-dense-1-block-0001",
      "reservationBlockMaintenance": {
        "maintenanceOngoingCount": 0,
        "maintenancePendingCount": 6,
        "schedulingType": "GROUPED",
        "upcomingGroupMaintenance": {
          "type": "SCHEDULED",
          "canReschedule": true,
          "windowStartTime": "2025-11-13T12:00:00.000-08:00",
          "windowEndTime": "2025-11-13T14:00:00.000-08:00",
          "maintenanceStatus": "PENDING",
          "maintenanceReasons": [
            "PLANNED_UPDATE",
            "PLANNED_NETWORK_UPDATE"
          ]
        }
      }
    },
    ...
  ]
}

אם השדה schedulingType מוגדר כ-INDEPENDENT בבלוק, השדה upcomingGroupMaintenance לא מכיל את השדות windowStartTime ו-windowEndTime.

התחלת תחזוקה באופן ידני

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

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

מצב תחזוקה	תיאור	מה שרואים
מתוזמנת	נקבעה תחזוקה למקום השמור ב-Compute Engine. אתם יכולים להתחיל את התחזוקה באופן ידני לפני הזמן המתוזמן.	במסוף Google Cloud , מצב התחזוקה מוצג כ-Ready to run - will run on `DATE`. ב-CLI של gcloud או ב-API בארכיטקטורת REST,‏ Compute Engine מגדיר את השדה `maintenanceStatus` לערך `PENDING`.
בתהליך	מתבצעות פעולות תחזוקה. אי אפשר לשנות את מועד הפגישה.	במסוף Google Cloud , מצב התחזוקה מוצג כפועל. ב-CLI של gcloud או ב-API בארכיטקטורת REST, ‏Compute Engine מגדיר את השדה `maintenanceStatus` לערך `ONGOING`.
הושלמה	פעולות התחזוקה הסתיימו. מערכת Compute Engine הסירה את כל ההתראות על תחזוקה מהמכונה הווירטואלית.	במסוף Google Cloud , מצב התחזוקה מוצג כ-—. בשדה `maintenanceStatus` ב-CLI של gcloud או ב-API בארכיטקטורת REST לא קיים.

כדי להתחיל תחזוקה באופן ידני במארחים ספציפיים בבלוק של מקום שמור, משתמשים ב-CLI של gcloud או ב-API בארכיטקטורת REST. אם לא, בוחרים באחת מהאפשרויות הבאות:

המסוף

פותחים את הדף Reservations במסוף Google Cloud .

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

gcloud

כדי להתחיל תחזוקה בהזמנה, משתמשים בפקודה gcloud compute reservations perform-maintenance:

gcloud compute reservations perform-maintenance RESERVATION_NAME \
    --scope=RESERVATION_MAINTENANCE_SCOPE \
    --zone=ZONE

כדי להתחיל תחזוקה של בלוק שמירת מקום, משתמשים בפקודה gcloud compute reservations blocks perform-maintenance:
```
gcloud compute reservations blocks perform-maintenance RESERVATION_NAME \
    --block-name=BLOCK_NAME \
    --scope=BLOCK_MAINTENANCE_SCOPE \
    --zone=ZONE
```
מחליפים את מה שכתוב בשדות הבאים:
‫RESERVATION_NAME: השם של ההזמנה.
‫RESERVATION_MAINTENANCE_SCOPE: היקף התחזוקה של ההזמנה. מציינים אחד מהערכים הבאים:
- כדי להתחיל תחזוקה בכל הבלוקים: all
- כדי להתחיל תחזוקה רק בבלוקים עם מכונות וירטואליות פעילות: running
- כדי להתחיל תחזוקה רק בבלוקים שלא נמצאים בשימוש ובבלוקים עם מכונות וירטואליות שהופסקו או שהושעו: unused
‫BLOCK_NAME: השם של בלוק שקיים בהזמנה.
‫BLOCK_MAINTENANCE_SCOPE: היקף התחזוקה של בלוק ההזמנה. מציינים אחד מהערכים הבאים:
- כדי להתחיל תחזוקה בכל המארחים: all
- כדי להתחיל תחזוקה רק במארחים עם מכונות וירטואליות פועלות: running
- כדי להתחיל תחזוקה רק במארחים שלא נמצאים בשימוש ובמארחים עם מכונות וירטואליות מושבתות או מושהות: unused
‫ZONE: האזור שבו קיימת ההזמנה.

REST

כדי להתחיל תחזוקה של הזמנה, שולחים בקשת POST ל-method‏ reservations.performMaintenance:

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/reservations/RESERVATION_NAME/performMaintenance

{
  "maintenanceScope": "RESERVATION_MAINTENANCE_SCOPE"
}

כדי להתחיל תחזוקה של חלון עם משבצות זמן לפגישות, שולחים בקשת POST ל-method‏ reservationBlocks.performMaintenance:

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/reservations/RESERVATION_NAME/reservationBlocks/BLOCK_NAME/performMaintenance

{
  "maintenanceScope": "BLOCK_MAINTENANCE_SCOPE"
}

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

‫PROJECT_ID: מזהה הפרויקט שבו Compute Engine יצר באופן אוטומטי את המקום השמור.
‫ZONE: האזור שבו קיימת ההזמנה.
‫RESERVATION_NAME: השם של ההזמנה.
‫RESERVATION_MAINTENANCE_SCOPE: היקף התחזוקה של ההזמנה. מציינים אחד מהערכים הבאים:
- כדי להתחיל תחזוקה בכל הבלוקים: ALL
- כדי להתחיל תחזוקה רק בבלוקים עם מכונות וירטואליות פעילות: RUNNING
- כדי להתחיל תחזוקה רק בבלוקים שלא בשימוש ובבלוקים עם מכונות וירטואליות שהופסקו או הושעו: UNUSED
‫BLOCK_NAME: השם של בלוק שקיים בהזמנה.
‫SUB_BLOCK_NAME: השם של בלוק משנה שקיים בבלוק ההזמנה.
‫BLOCK_MAINTENANCE_SCOPE: היקף התחזוקה של בלוק ההזמנה. מציינים את אחד מהערכים הבאים:
- כדי להתחיל תחזוקה בכל המארחים: ALL
- כדי להתחיל תחזוקה רק במארחים עם מכונות וירטואליות פעילות: RUNNING
- כדי להתחיל תחזוקה רק במארחים שלא בשימוש ובמארחים עם מכונות וירטואליות מושבתות או מושהות: UNUSED

ניהול התראות על תחזוקת חירום של ציוד

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

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

gcloud

כדי להפעיל התראות על תחזוקת חירום של חומרה בהזמנה, משתמשים בפקודה gcloud compute reservations update עם הדגל --enable-emergent-maintenance:
```
gcloud compute reservations update RESERVATION_NAME \
    --enable-emergent-maintenance \
    --zone=ZONE
```
כדי להשבית את ההתראות על תחזוקת חירום של ציוד בהזמנה, משתמשים בפקודה gcloud compute reservations update עם הדגל --no-enable-emergent-maintenance:
```
gcloud compute reservations update RESERVATION_NAME \
    --no-enable-emergent-maintenance \
    --zone=ZONE
```

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

‫RESERVATION_NAME: השם של ההזמנה.
‫ZONE: האזור שבו קיימת ההזמנה.

REST

כדי להפעיל או להשבית התראות על תחזוקת חירום של חומרה בהזמנה, שולחים בקשת PATCH לשיטה reservations.update. בכתובת ה-URL של הבקשה, מוסיפים את הפרמטר paths של השאילתה, מוגדר ל-enableEmergentMaintenance.

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/reservations/RESERVATION_NAME?paths=enableEmergentMaintenance

{
  "name": "RESERVATION_NAME",
  "enableEmergentMaintenance": EMERGENCY_MAINTENANCE_NOTIFICATIONS
}

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

‫PROJECT_ID: מזהה הפרויקט שבו קיימת ההזמנה.
‫ZONE: האזור שבו נמצאת ההזמנה.
‫RESERVATION_NAME: השם של ההזמנה.
‫EMERGENCY_MAINTENANCE_NOTIFICATIONS: מציינים אחד מהערכים הבאים:
- כדי להפעיל את ההתראות: true
- כדי להשבית את ההתראות: false

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

מידע ולמידה על שמירת נתונים ב-SSD מקומי במהלך אירועים במארח
איך מגבים נתונים ב-SSD מקומי כדי לשמור אותם
מידע ולמידה על ההגדרות של סטטוס התחזוקה כשעוקבים אחרי אירועי תחזוקה של מארחים

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

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

המסוף

gcloud

REST

התפקידים הנדרשים

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

סקירה כללית

הגדרת התראות לגבי הזמנות

ניהול תחזוקה בהזמנות

הצגת סטטוס התחזוקה

המסוף

gcloud

REST

התחלת תחזוקה באופן ידני

המסוף

gcloud

REST

ניהול התראות על תחזוקת חירום של ציוד

gcloud

REST

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

ניהול אירועים של מארחים בהזמנות