שאלות נפוצות על Google Compute Engine

מידע על Compute Engine

בקטע הזה יש תשובות לשאלות כלליות על Compute Engine.

מה זה Compute Engine? מה אפשר לעשות איתו?

‫Compute Engine הוא מוצר של תשתית כשירות (IaaS) שמציע מכונות וירטואליות (VM) גמישות בניהול עצמי, שמתארחות בתשתית של Google. ‫Compute Engine כולל מכונות וירטואליות מבוססות Linux ו-Windows שפועלות ב-KVM, אפשרויות אחסון מקומיות ועמידות ו-API מבוסס REST להגדרה ולשליטה. השירות משתלב עם טכנולוגיות כמו Cloud Storage,‏ App Engine ו-BigQuery כדי להרחיב את היכולת החישובית הבסיסית וליצור אפליקציות מורכבות ומתקדמות יותר. Google Cloud

מהו מעבד וירטואלי ב-Compute Engine?

ב-Compute Engine, כל מעבד וירטואלי (vCPU) מיושם כהיפר-ת'רד יחיד בחומרה באחת מפלטפורמות המעבד הזמינות. במעבדי Intel Xeon, טכנולוגיית Hyper-Threading של Intel מאפשרת להריץ כמה תהליכי אפליקציה בכל ליבה פיזית של המעבד. אתם מגדירים את מכונות ה-VM ב-Compute Engine עם אחד או יותר מההיפר-ת'רדים האלה כ-vCPU. סוג המכונה מציין את מספר יחידות ה-vCPU שיש למופע.

אפשר לזהות את פלטפורמת ה-CPU הספציפית של המופע באמצעות אחת מהאפשרויות הבאות:

• אפשר לראות אילו פלטפורמות של מעבדים זמינות בכל אחד מהאזורים והאזורים הזמינים.
• משתמשים בשיטה compute.instances.get כדי לקבל את המאפיין cpuPlatform עבור אחד מהמופעים הקיימים.
• במופעי Linux, מריצים את הפקודה cat /proc/cpuinfo.

אם רוצים לשנות את פלטפורמת ה-CPU של המכונה, אפשר להגדיר פלטפורמת CPU מינימלית.

מה הקשר בין App Engine לבין Compute Engine?

אנחנו רואים את שני המוצרים כמשלימים זה את זה. ‫App Engine הוא פלטפורמה כשירות (PaaS) של Google, ו-Compute Engine הוא תשתית כשירות (IaaS) של Google. ‫App Engine מתאים להפעלת אפליקציות מבוססות-אינטרנט, אפליקציות של ענף כלכלי ועורפי אפליקציות לנייד. ‫Compute Engine הוא פתרון מצוין כשרוצים לקבל יותר שליטה בתשתית הבסיסית. לדוגמה, אפשר להשתמש ב-Compute Engine אם יש לכם לוגיקה עסקית מותאמת אישית או אם אתם רוצים להפעיל מערכת אחסון משלכם.

איך מתחילים?

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

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

חיוב

בקטע הזה יש תשובות לשאלות בנושא חיוב ב-Compute Engine.

איך עובד התמחור והרכישה?

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

האם המחירים כוללים מס?

לא, דף המחירים לא כולל מס.

תמיכה ומשוב

בקטע הזה יש תשובות לשאלות בנושא תמיכה ומשוב ב-Compute Engine.

האם אתם מציעים תמיכה בתשלום?

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

האם אתם מציעים הסכם רמת שירות (SLA)?

כן, אנחנו מציעים הסכם רמת שירות (SLA) ל-Compute Engine.

איפה אפשר לשלוח משוב?

אם יש לכם שאלות שקשורות לחיוב, אתם יכולים לשלוח אותן לערוץ התמיכה המתאים.

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

אימות

בקטע הזה יש תשובות לשאלות בנושא אימות והרשאה.

איך אפשר לבצע אימות ל-Compute Engine API?

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

כדי לאמת אפליקציות או עומסי עבודה ב- Google Cloud API, אפשר לקרוא את המאמר בחירת שיטת אימות של עומסי עבודה.

מהם חשבונות שירות?

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

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

איך יוצרים חשבון שירות?

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

פרויקטים

בקטע הזה יש תשובות לשאלות על פרויקטים ב-Compute Engine.

מהם פרויקטים?

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

איך יוצרים פרויקט?

1. נכנסים לחשבון Google. אם עדיין אין לכם חשבון, יוצרים חשבון חדש.
2. עוברים אל Google Cloud המסוף. כשמופיעה בקשה, בוחרים פרויקט קיים או יוצרים פרויקט חדש.
   חשוב לדעת: השם צריך להיות באורך שבין 4 ל-30 תווים. בזמן שכותבים את השם, בטופס מוצע מזהה פרויקט – אפשר לערוך אותו. מזהה הפרויקט צריך להיות באורך שבין 6 ל-30 תווים. התו הראשון צריך להיות אות קטנה באנגלית. בשאר התווים אפשר להשתמש במקפים, באותיות קטנות או בספרות, אבל התו האחרון לא יכול להיות מקף. חשוב לזכור שחלק ממזהי המשאבים (כמו מזהה הפרויקט) יישמרו גם כשהפרויקט יסתיים. לכן כדאי להימנע מאחסון מידע רגיש במזהי המשאבים.
   ...להנחיות למתן שמות
3. פועלים לפי ההנחיות כדי להגדיר את החיוב. אם אתם משתמשים חדשים ב- Google Cloud, אתם מקבלים תקופת ניסיון בחינם למשך 90 יום וקרדיט בשווי 300$ לתשלום על המכונות הווירטואליות.

מה ההבדל בין מספר פרויקט לבין מזהה פרויקט?

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

איפה אפשר למצוא את מזהה הפרויקט?

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

איפה אפשר לבקש מכסה נוספת לפרויקט?

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

מכונות

בקטע הזה יש תשובות לשאלות על מכונות וירטואליות.

איזה סוג של הגדרת מכונה (זיכרון, RAM, מעבד) אפשר לבחור למופע?

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

אם מחקתי בטעות את המופע שלי, האם אוכל לשחזר אותו?

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

באילו מערכות הפעלה אפשר להריץ את המכונות שלי?

‫Compute Engine תומך בכמה קובצי אימג' של מערכות הפעלה ובקובצי אימג' של צד שלישי. בנוסף, אתם יכולים ליצור גרסה מותאמת אישית של תמונה או ליצור תמונה משלכם.

באילו אזורים זמינים אפשר ליצור את המכונה שלי?

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

איך אפשר לדעת כמה מכסה ניצלתי או כמה נשארה לי?

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

איזה סוג של CPU וירטואלי פועל במופע שלי?

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

• אפשר לראות אילו פלטפורמות של מעבדים זמינות בכל אחד מהאזורים והאזורים הזמינים.
• משתמשים בשיטה compute.instances.get כדי לקבל את הנכס cpuPlatform עבור אחד מהמופעים הקיימים.
• במופעי Linux, מריצים את הפקודה cat /proc/cpuinfo.

מהן מכונות וירטואליות זמניות שניתנות להפסקה, ומה ההבדל בינן לבין מכונות רגילות?

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

איך שולחים אימיילים יוצאים ממכונה של Compute Engine?

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

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

שגיאה במארח (compute.instances.hostError) מציינת שהייתה בעיה בחומרה או בתוכנה במכונה הפיזית או בתשתית של מרכז הנתונים שמארחים את מופע המחשוב שלכם, שגרמה לקריסת המופע. שגיאת מארח שכוללת כשל מוחלט בחומרה או בעיות אחרות בחומרה עשויה למנוע את מיגרציה פעילה של המופע. אם המכונה שלכם מוגדרת להפעלה מחדש אוטומטית, שזו הגדרת ברירת המחדל, מערכת Compute Engine מפעילה מחדש את המכונה, בדרך כלל תוך שלוש דקות מהרגע שבו זוהתה השגיאה. בהתאם לבעיה, ההפעלה מחדש עשויה להימשך עד 5.5 דקות.

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

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

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

‫Google מציעה גם שירותים מנוהלים כמו App Engine והסביבה הגמישה של App Engine.

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

תמונות

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

האם צריך להפעיל את שירות Cloud Storage כדי לאחסן את התמונות באופן חיצוני?

כן, כדי לאחסן תמונות באופן חיצוני, צריך להפעיל את שירות Cloud Storage.

Persistent Disk

בקטע הזה תמצאו תשובות לשאלות על אחסון באמצעות Persistent Disk.

איך בוחרים את הגודל הנכון של נפח האחסון של Persistent Disk?

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

האם כתיבה בכרכים של Persistent Disk נשמרת במטמון?

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

LVM ל-Compute Engine

הכלי Logical Volume Manager‏ (LVM) זמין רק לחלק מקובצי האימג' של Red Hat Enterprise Linux‏ (RHEL) שסופקו על ידי Google Cloud. אם אתם צריכים את הגמישות של LVM בתמונות אחרות של מערכות הפעלה מבוססות-Linux, מומלץ להשתמש בגישות הבאות לניהול נפחים ב-Compute Engine:

• שימוש בדיסקים משניים. כדי להימנע מהצורך בשינוי הגודל של דיסק הבסיס, אפשר להשתמש בדיסקים משניים ללא מחיצות. בהתאם לתרחיש, שימוש בדיסקים משניים יכול להקטין את הסיכון להשבתה בגלל שגיאה.
• שינוי הגודל של מערכת הקבצים והמחיצות בדיסק של אחסון מתמיד (persistent disk) באזור. לפני שמבצעים שינויים במערכת הקבצים, צריך לגבות את הדיסק על ידי יצירת snapshot. במקרה של כשלים במהלך שינוי הגודל של מערכת הקבצים, אפשר להשתמש בתמונת המצב כדי לשחזר את הדיסק.
• כדי להשתמש בתמונות קיימות עם שורשים מבוססי LVM, אפשר לייבא אותן או להעביר את המכונות הווירטואליות הקיימות אל Compute Engine.

אילו צעדים Google נוקטת כדי להגן על הנתונים שלי?

מידע נוסף על הצפנת דיסקים

האם אפשר לצרף את נפח האחסון של דיסק האחסון המתמיד (Persistent Disk) ליותר ממופע אחד?

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

מתי כדאי להשתמש ב-Persistent Disk ומתי ב-Cloud Storage?

אפשר להשתמש גם ב-Persistent Disk וגם ב-Cloud Storage כדי לאחסן קבצים, אבל אלה שני מוצרים שונים מאוד. ‫Cloud Storage הוא מאגר קבצים עצום, שנועד לאחסון כמויות גדולות מאוד של נתונים סטטיים יחסית שאפשר לגשת אליהם מכל מקום בעולם, כולל ממופעים של מכונות וירטואליות ב-Compute Engine.

בטבלה הבאה מפורטים מאפיינים מיוחדים של כל אחת מהחבילות ומה השימוש הכי טוב בהן.

	Cloud Storage	Persistent Disk
מאפיינים	נגישות נגישות גלובלית (כולל מערכות שאינן Compute Engine) גישת קריאה/כתיבה נגישה ממערכות רבות Scale קטגוריות בקנה מידה של כמה פטה-בייט איך משתמשים ממשק REST; זמן האחזור גבוה יותר מאשר באחסון בלוקים שמחובר באופן מקומי כתיבת סמנטיקה ברמת הקובץ בלבד מציע ניהול גרסאות קבצים שמוגדרים כברירת מחדל ב-Cloud Storage	נגישות זמינות אזורית ורק על ידי מכונות Compute Engine מחוברות לקריאה/כתיבה על ידי מכונה אחת או לקריאה בלבד על ידי מכונות רבות של Compute Engine Scale מגבלת נפח של 64TB איך משתמשים ממשק SCSI; זמן אחזור נמוך יותר סמנטיקת הכתיבה היא טרנזקציונלית – עריכות אקראיות אין ניהול גרסאות, מתבצעות עריכות רציפות צריך לפרמט מערכת קבצים כדי שאפשר יהיה להשתמש בה לקבצים
משתמשי יעד	הפצת תוכן לנייד, לצרכנים, למשחקים ול-SaaS מדיה עשירה קלט לקריאה בלבד לעבודות HPC שניתנות להרצה במקביל (למשל, רינדור וגנומיקה) גיבוי והעברה לארכיון ‫Hadoop (דרך GHFS)	מכשירי אתחול של Compute Engine מאגר נתונים של בלוקים גולמיים לבנייה שרתי SQL (לדוגמה, MySQL) שרתי NoSQL (לדוגמה, ‫Cassandra/Mongo) שרתי קבצים (למשל, Gluster) התמדה של מאגר מפתחות/ערכים (למשל, Redis)

Networking

בקטע הזה יש תשובות לשאלות בנושא רשת ב-Compute Engine.

איפה אפשר למצוא את טווחי כתובות ה-IP של Compute Engine?

‫Google Cloud Google Cloud מפרסם רשימה בפורמט JSON של טווחי כתובות IP חיצוניות גלובליות ואזוריות שזמינות לשימוש הלקוחות בכתובת cloud.json.

חשוב: בעבר, Google Cloud הנחינו את המשתמשים לבדוק את _cloud-netblocks.googleusercontent.com רשומת ה-TXT ב-DNS (ואת הרשומות שהיא הפנתה אליהן). צריך לעדכן את הסקריפטים או את ספריות התוכנה כך שהם יקראו את הנתונים מקובץ cloud.json. קובץ ה-JSON כולל מידע נוסף, כמו האזור שאליו מצורפת כתובת IP חיצונית אזורית.

טווחים אחרים של כתובות IP: Google Cloud

• טווחי כתובות IP של בדיקות תקינות

• טווחים של מקורות ב-Cloud DNS לתנועה שנשלחת אל יעדי העברה או אל שרתי שמות חלופיים

• טווחים של כתובות IP של מקורות שמשמשים להעברת TCP של שרת proxy לאימות זהויות (IAP)

• מידע על קביעת טווחי מקור עבור Google APIs ושירותים של Google זמין במאמר הגדרת רשת לגישה פרטית ל-Google.

למה חסרים ב-traceroute קפיצות ליעדים שמחוברים לאינטרנט?

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

תחומים

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

האם יש לי אפשרות להשתמש במרכז נתונים אזורי במדינות נבחרות?

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

איך אפשר לדעת אם אזור מסוים נמצא במצב אופליין?

בקטע Compute Engine Zones במסוף Google Cloud מוצג הסטטוס של כל אזור. אפשר גם לקבל את הסטטוס של אזורים באמצעות כלי שורת הפקודה על ידי הפעלת gcloud compute zones list, או באמצעות Compute Engine API עם השיטה compute.zones.list.

סקריפטים לטעינה בזמן ההפעלה

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

מתי מופעל סקריפט לטעינה בזמן ההפעלה המותאם אישית שלי?

סקריפטים לטעינה בזמן ההפעלה פועלים בסוף תהליך האתחול.

אירועים של תחזוקת תשתיות

בקטע הזה יש תשובות לשאלות על אירועי תחזוקה של המכונות שלכם.

מהם אירועים של תחזוקת תשתית?

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

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

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

איך אפשר לדעת אם מופעלת תחזוקת תשתית במופע?

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