שימוש ב-Google Cloud Service Health כגיבוי

במאמר הזה אנחנו מסבירים איך להשתמש ב-‎ Google Cloud Service Health במקרים נדירים שבהם "Service Health בהתאמה אישית" לא זמין או מושפע משיבוש, או שהמוצר המושפע עדיין לא מופיע ב-"Service Health בהתאמה אישית".

בעזרת ‎Google Cloud Service Health‎ אתם יכולים לקבל מידע ולהתעדכן באירועים רחבים שעומדים בקריטריונים מסוימים. במרכז האישי ב-Service Health תמיד יופיע הכי הרבה מידע שזמין ללקוחותGoogle Cloud .

לפני 24 במרץ 2022, השם של ‎ Google Cloud Service Health היה ‎Google Cloud Status Dashboard.

איך מגיעים ל-‎ Google Cloud Service Health

אתם יכולים להגיע ל-‎ Google Cloud Service Health דרך:

  • לוח הבקרה הציבורי של סטטוס השירותים: Google Cloud Service Health
  • פיד RSS ציבורי
  • המסוף Google Cloud :

    1. במסוף Google Cloud , נכנסים לדף Support >Cases.

      כניסה לדף Cases

    2. משתמשים בכלי לבחירת משאבים בסרגל הכלים של המסוף כדי לבחור את המשאב שעליו רוצים לברר אם יש בעיות ידועות.

    3. לוחצים על הכרטיסייה Known issues.

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

אם אין לכם גישה ל-‎ Google Cloud Service Health דרך המשאבים הקודמים, אתם יכולים להשתמש בטופס לשליחת שאלות לתמיכה בפלטפורמתGoogle Cloud .

אירועים נתמכים של ‎ Google Cloud Service Health

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

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

אירועים שעומדים באחד מהקריטריונים הבאים מופיעים ב-‎ Google CloudService Health:

  • אירועים ציבוריים חמורים בהיקף נרחב
  • אירועים שקורים כשלוח הבקרה של המרכז האישי שלכם ב-Service Health לא זמין

אירוע חמור בהיקף נרחב

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

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

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

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

בעיות שלא מופיעות ב-‎ Google Cloud Service Health

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

אם אתם כבר משתמשים במרכז האישי ב-Service Health, כדאי לבדוק אם הבעיה מופיעה שם כדי לדעת אם הפרויקט או המכונה שלכם מושפעים ממנה.

אם משתמשים במסוף Google Cloud , בוחרים באפשרות > Send feedback בסרגל הכלים העליון.

צריכת נתוני Service Health באופן פרוגרמטי Google Cloud

אפשר ליצור פתרונות אינטגרציה כדי לצרוך את הנתונים שמופיעים ב-‎ Google CloudService Health בדרכים הבאות:

  • באמצעות פיד RSS.
  • באמצעות קובץ היסטוריה בפורמט JSON. מלוח הבקרה הציבורי של סטטוס שירותי Google אפשר להוריד את הסכימה לקובץ JSON.

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

    אם אתם מנסים לזהות באופן פרוגרמטי אירועים שמשפיעים על קבוצה מסוימת של מוצרים, השתמשו במזהי המוצרים (affected_products>id) ולא בשמות המוצגים שלהם. בקטלוג המוצרים אפשר לראות את המיפוי בין מזהי מוצרים לשמות מוצרים.

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

פיד ה-RSS וקובץ ההיסטוריה בפורמט JSON מכילים את הסטטוסים של האירועים, כמו הסטטוסים הבאים:

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

שילובים שמבוססים על הטמעות קודמות של ‎ Google Cloud Service Health

גם בפיד ה-RSS וגם בקובץ ה-JSON, חלוקת הסטטוסים לאזורים היא בנוסף למידע שכבר פורסם לפני הוספת החלוקה ושינוי השם של ‎Google Cloud Service Health. לכן פתרונות האינטגרציה הקיימים אמורים לעבוד. אבל אם אתם רוצים לצרוך את הסטטוסים בחלוקה לאזורים באמצעות פתרונות האינטגרציה, יכול להיות שתצטרכו לשנות אותם.

הנה הסבר מפורט על האופן שבו החלוקה לאזורים מופיעה בפיד ה-RSS ובקובץ ה-JSON:

  • פיד RSS

    חלוקת הסטטוסים לאזורים היא תוספת חדשה למידע שהפיד סיפק לפני הוספת החלוקה הזו. המידע על המקומות שהושפעו מתווסף להודעת ה-RSS.

  • קובץ JSON

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

    עכשיו אנחנו מעדכנים על האירועים ב- Google Cloud בדיוק כמו קודם, רק בשינוי קל – בכל אירוע עדכון הסטטוס מכיל את השדות החדשים הבאים:

    • updates.affected_locations: מכיל רשימה מובנית של המיקומים שהושפעו מהאירוע נכון למועד פרסום העדכון. השדה הזה כלול בכל רשומת עדכון ורשומת most_recent_update.
    • currently_affected_locations: מכיל את המידע העדכני ביותר על המיקומים שמושפעים בפועל מהאירוע. בניגוד לרשימה updates.affected_locations, הרשימה הזו הופכת לריקה כשהאירוע נפתר (כלומר, כשהשדה end מוגדר לערך שאינו ריק).
    • previously_affected_locations: מכיל רשימה של מיקומים שבעבר הושפעו מהאירוע, אבל כבר לא מושפעים ממנו עכשיו. ככל שהאירוע מתקדם, בחלק מהמיקומים נמצא פתרון להפסקה הזמנית בשירות. אותם מיקומים ימשיכו להופיע בשדה previously_affected_locations field. כשהאירוע טופל (כלומר, כשהשדה end מוגדר לערך שאינו ריק), השדה הזה מכיל רשימה של כל המיקומים שבעבר הושפעו מהאירוע.

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

ב-‎Google Cloud Service Health נשמרת היסטוריית התקלות וההפסקות הזמניות בשירות במוצרי Google Cloud מחמש השנים האחרונות. בלוח הבקרה מופיע הסטטוס הנוכחי של המוצרים, לפי לוקאל. כדי לראות מידע מהשנה האחרונה על תקלות במוצרים והפסקות זמניות בשירות, לחצו על View incident history. כדי לראות את היסטוריית השיבושים במוצר מסוים מחמש השנים האחרונות, לחצו על See more באותו מוצר.

הצגת מידע על סטטוסים אזוריים

הסטטוסים של כל מוצרי Google Cloudמופיעים ב-‎Google Cloud Service Health לפי אזור ומיקום. כדי לראות את הסטטוסים במספר אזורים, צריך לבחור את הכרטיסייה הספציפית של האזור.