מידע על אירועים של מארחים

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

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

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

  • מכונות H4D
  • מקרים של Bare Metal
  • מכונות עם מעבדי GPU מצורפים
  • מופעי Z3 עם יותר מ-18 TiB של Titanium SSD מצורף.

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

סוגים של אירועים למארחים

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

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

אירועי תחזוקה

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

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

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

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

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

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

תחזוקה דחופה

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

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

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

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

שגיאות שקשורות למארח

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

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

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

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

סקירה כללית של מדיניות תחזוקת המארחים

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

  • אירוע תחזוקה
  • אירוע תחזוקה פתאומי
  • אירוע שגיאה במארח או שהמופע לא מגיב

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

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

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

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

התנהגויות של תחזוקה והפעלה מחדש

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

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

העברה פעילה

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

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

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

compute.instances.migrateOnHostMaintenance

סיום והפעלה מחדש

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

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

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

compute.instances.terminateOnHostMaintenance

הפעלה מחדש אוטומטית

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

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

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

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

compute.instances.automaticRestart

התמדה של הדיסק אחרי סיום המופע

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

תזמון תחזוקה

Google Cloud מספקת תכונות שמאפשרות שליטה הדוקה יותר בתחזוקה. אם משתמשים במשפחות מסוימות של מכונות, אפשר לציין העדפות תחזוקה ולקבל התראות על אירועי תחזוקה קרובים דרך Cloud Logging, שרת המטא-נתונים של המופע, הפקודה compute instances describe ב-CLI של gcloud או ה-method‏ instances.describe בארכיטקטורת REST. כשמקבלים התראה, יש פרק זמן שבו אפשר להתחיל את התחזוקה המתוזמנת בשעה שבוחרים. אם לא תפעילו את התחזוקה המתוזמנת, אירוע התחזוקה יתרחש בסוף תקופת ההודעה, כלומר במועד המתוזמן שמופיע בהודעה.

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

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