פתרון בעיות בשימוש בהזמנה

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

פחות מכונות וירטואליות זמינות לשימוש

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

הבעיה הזו יכולה לקרות בגלל אחת או יותר מהסיבות הבאות:

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

• ‫Google Cloud הושעה פרויקט הבעלים. Google Cloud הושעה הפרויקט שבו קיים המקום השמור, פרויקט הבעלים. במקרה כזה, המערכת של Compute Engine מגדירה את השדה assuredCount בהזמנה לערך 0.

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

  • ‫Compute Engine מגדיר את השדה status ל-DEGRADED.

  • ב-Compute Engine, הערך בשדה assuredCount יורד במספר המארחים שהושפעו.

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

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

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

• ההזמנה נפגמה

• המאפיינים של ההזמנה ושל מכונת ה-Compute לא תואמים

• הזיקה להזמנה של מופע מחשוב שגויה

• ההזמנה כבר נוצלה במלואה

• חריגה מהמכסה של המקומות השמורים המשותפים

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

הזמנה באיכות נמוכה

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

BACKEND_ERROR

GCE_STOCKOUT

INFEASIBLE

QUOTA_ERROR

ZONE_RESOURCE_POOL_EXHAUSTED

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

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

מאפיינים שונים של מכונות

בעיה: אי אפשר להשתמש ב-Compute instance בהזמנה עם מאפיינים שונים של Compute instance.

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

1. איך צופים בפרטי ההזמנה

2. צפייה בפרטים של מכונת החישוב

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

• project

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

• zone

• machineType

• guestAccelerators.acceleratorType (אם יש)

• guestAccelerators.acceleratorCount (אם יש)

• minCpuPlatform

  • ההגדרה של מכונת החישוב וההזמנה צריכה להיות זהה לחלוטין. minCpuPlatform לדוגמה, אם מגדירים את minCpuPlatform לערך Intel Broadwell כשיוצרים מכונת חישוב, הערך של minCpuPlatform לא יהיה זהה לערך של Automatic בהזמנה.

• localSsds.interface (אם יש)

  • למכונת ה-Compute ולמכונת ה-Compute שהוזמנה צריכים להיות אותו מספר של דיסקים מסוג Local SSD עם מאפיין localSsds.interface תואם לכל דיסק Local SSD.

• resourcePolicies (אם יש)

  • רק אם בהזמנה מצוינת מדיניות למיקום קומפקטי.

• locationHint (אם יש)

  • רק אם בשדה locationHint של ההזמנה מצוין ערך. אפשר לציין את השדה locationHint רק כשיוצרים מכונות וירטואליות באמצעות API בארכיטקטורת REST.

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

• אם מאפייני מכונת החישוב לא תואמים להזמנה, מבצעים אחת מהפעולות הבאות:

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

  • מעדכנים את מופע המחשוב כך שיתאים למאפיינים של ההזמנה.

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

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

הזיקה להזמנה שגויה

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

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

2. צופים בפרטים של מופע Compute ומוודאים שהזיקה להזמנה נכונה.

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

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

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

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

ההזמנה כבר נוצלה במלואה

בעיה: מספר מכונות החישוב שצורכות את ההזמנה זהה למספר הכולל של מכונות החישוב שמוזמנות בהזמנה. הערך הזה מציין שההזמנה נוצלה במלואה.

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

אם ניצלתם את כל ההזמנה, נסו לבצע אחת מהפעולות הבאות:

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

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

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

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

1. יצירת הזמנה ספציפית עם מאפיינים תואמים.

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

חריגה ממכסת המשאבים בהזמנות משותפות

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

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

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

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

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

• מומלץ: לעקוב אחרי ההזמנה ולחפש שינוי במדדים של ההזמנה.

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

מכונה צורכת הזמנות שלא בכוונה

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

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

• יצירת מכונות וירטואליות שלא יכולות לצרוך הזמנות

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