מידע על מכונות וירטואליות מסוג Flex-start

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

מכונות Flex-start VM הן מכונות וירטואליות (VM) שנוצרות באמצעות מודל ההקצאה "התחלה גמישה". במודל הזה, מתזמן המשימות לפריסת workload דינמית (DWS) מקצה משאבי מחשוב ממאגר קיבולת מאובטח, וכך משפר את הסיכויים לקבל משאבים עם ביקוש גבוה כמו מעבדי GPU או TPU. אחרי שיוצרים מכונות Flex-start VM, מערכת Compute Engine מנסה להקצות את המשאבים שביקשתם בפרק זמן מסוים. אם היא מצליחה, המכונות הווירטואליות מסוג Flex-start מתחילות לפעול וממשיכות לפעול למשך שבעה ימים לכל היותר.

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

תרחישים לדוגמה של Flex-start VM

מכונות Flex-start VM מתאימות להרצת עומסי עבודה שאפשר להתחיל בכל זמן, כמו:

  • אימון מראש של מודל קטן

  • כוונון עדין של מודלים

  • סימולציה של מחשוב עתיר ביצועים (HPC)

  • הסקת מסקנות באצווה

המאפיינים העיקריים של מכונות Flex-start VM

בהשוואה לסוגים אחרים של מכונות Compute Engine, למכונות Flex-start VM יש את המאפיינים הבאים:

  • זמן המתנה להקצאת משאבים: אתם יכולים ליצור מכונות Flex-start VM לפני ש-Compute Engine יכול להקצות את המשאבים המבוקשים. עם זאת, המכונות הווירטואליות יופעלו רק אם המשאבים יהיו זמינים במסגרת הזמן שציינתם. אם אין משאבים זמינים, הבקשה ליצירת מכונה וירטואלית תיכשל.

    מידע נוסף זמין בקטע זמן ההמתנה של Flex-start VM במאמר הזה.

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

    מידע נוסף זמין בקטע משך זמן מוגבל להרצה של Flex-start VM.

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

    מידע נוסף זמין בקטע הקצאת Flex-start VM במאמר הזה.

  • מודל הקצאת המשאבים "התחלה גמישה": אתם יוצרים Flex-start VMs באמצעות מודל הקצאת המשאבים "התחלה גמישה". מודל ההקצאה הזה מספק זמינות משופרת של משאבים בהשוואה למכונות וירטואליות שנוצרות באמצעות מודל ההקצאה הרגיל.

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

זמן ההמתנה של Flex-start VM

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

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

זמן ההמתנה של מכונות Flex-start VM עצמאיות

כדי ליצור Flex-start VM עצמאי, צריך לציין זמן המתנה באמצעות השדה requestValidForDuration. אפשר להגדיר זמן המתנה של אפס שניות, או בין 90 שניות ל-7,200 שניות (שעתיים).

בהתאם לדרישות של עומס העבודה באזור, מומלץ להמתין את זמני ההמתנה הבאים כדי להגדיל את הסיכויים שהבקשה ליצירת Flex-start VM תצליח:

  • דרישות מחמירות לגבי אזורים: אם עומס העבודה מחייב ליצור Flex-start VM באזור ספציפי, מומלץ להגדיר את השדה requestValidForDuration ל-90 שניות או יותר, עד שעתיים. ככל שזמן ההמתנה ארוך יותר, כך גדל הסיכוי להשיג משאבים. במשך כל הזמן הזה, המכונה הווירטואלית נשארת במצב PENDING.

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

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

זמן ההמתנה של קבוצות MIG עם מכונות Flex-start VM

אם מוסיפים מכונות Flex-start VM לקבוצת מופעי מכונה מנוהלים (MIG), המערכת של Compute Engine ממשיכה לנסות להקצות את המשאבים שביקשתם עד שהיא מצליחה או עד שאתם מבטלים את הבקשה. האופן שבו Compute Engine מוסיף מכונות וירטואליות ל-MIG משתנה בהתאם לשיטת היצירה:

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

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

משך ההפעלה המוגבל של Flex-start VM

כשיוצרים Flex-start VM, צריך לציין את הפרטים הבאים:

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

  • פעולת הסיום של ה-VM: אתם צריכים לבחור אם המכונות הווירטואליות יימחקו או יופסקו אוטומטית ב-Compute Engine בסיום משך ההפעלה שלהן. במכונות Flex-start VM בקבוצת MIG, אפשר לציין רק את מחיקת המכונות הווירטואליות בסוף משך ההרצה שלהן.

הקצאת Flex-start VM

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

מכסה

כדי ליצור או להפעיל מחדש מכונות Flex-start VM, בפרויקט צריכה להיות מכסה מספיקה של מכונות שניתנות להפסקה לפני הזמן בשביל ה-vCPU, הזיכרון וכל המאיצים או הדיסקים המקומיים של SSD שמחוברים למכונה.

אם תנסו ליצור או להפעיל מחדש Flex-start VM בלי מכסה מספיקה, יקרה אחד מהתרחישים הבאים:

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

  • בקשות להפעלה מחדש של VM: הבקשה נכשלת באופן מיידי.

תמחור

במכונות Flex-start VM משלמים לפי שימוש (PAYG). למידע נוסף, קראו את המאמר תמחור של DWS.

מגבלות

בקטעים הבאים מפורטות המגבלות של מכונות Flex-start VM.

מגבלות בכל מכונות Flex-start VM

לכל המכונות הווירטואליות מסוג Flex-start יש את המגבלות הבאות:

  • במכונות Flex-start אפשר להשתמש רק בסוגי המכונות הבאים:

    • כל סוגי המכונות עם GPU, חוץ מ-A4X Max ו-A4X

    • סוגי המכונות TPU7x,‏ TPU v6e ו-TPU v5p

    • סוגי מכונות H4D

  • כדי ליצור מכונות וירטואליות מסוג Flex-start, צריך להשתמש במודל הקצאת המשאבים Flex-start.

  • אתם צריכים לציין אם לעצור או למחוק את מכונות ה-Flex-start בסיום משך ההפעלה שלהן, באמצעות השדות instanceTerminationAction ו-maxRunDuration.

  • צריך לעצור את המכונות הווירטואליות מסוג Flex-start במהלך אירועי תחזוקה של המארח.

  • אפשר להחיל מדיניות למיקום קומפקטי רק על מכונות Flex-start VM עצמאיות.

  • אי אפשר להחיל מדיניות למיקום מרווח על מכונות Flex-start VM.

  • אי אפשר להשתמש בהזמנות.

מגבלות על קבוצות MIG עם מכונות Flex-start VM

לכל קבוצות ה-MIG עם מכונות וירטואליות מסוג Flex-start יש את המגבלות הבאות:

בנוסף, אם אתם רוצים ליצור מכונות Flex-start VM באמצעות בקשות לשינוי כמות של MIG, קראו את המגבלות על בקשות לשינוי כמות של MIG.

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