סקירה כללית של אשכולות HPC עם יכולות ניהול אשכולות משופרות

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

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

אתם יוצרים את אשכולות מכונות ה-VM של HPC באמצעות H4D על ידי הזמנת בלוקים של קיבולת במקום משאבים נפרדים. שימוש בבלוקים של קיבולת באשכול מאפשר יכולות ניהול משופרות של האשכול.

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

מונחים שקשורים לאשכולות

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

חסימה
אוסף של תתי-בלוקים שמחוברים ביניהם באמצעות רשת מהירה שלא חוסמת את התנועה ומספקת רוחב פס גבוה לכל המכונות המארחות בבלוק.
אשכול
אוסף של בלוקים שמחוברים ביניהם באמצעות רשת מהירה. אפשר להגדיל את הגודל של אשכול עד אלפי מעבדים כדי להריץ עומסי עבודה (workloads) של HPC בקנה מידה גדול. כל אשכול הוא ייחודי באופן גלובלי. התקשורת בין בלוקים שונים מוסיפה רק קפיצה אחת נוספת, ושומרת על ביצועים גבוהים ועל יכולת חיזוי, גם בקנה מידה עצום. מנהלי התזמור זמינים גם למטא-נתונים ברמת האשכול, כדי להציב משימות בצורה חכמה ובקנה מידה גדול.
‫Cluster Toolkit
כלי בקוד פתוח שמוצע על ידי Google ומפשט את ההגדרה והפריסה של אשכולות שמשתמשים ב-Slurm או ב-Google Kubernetes Engine. משתמשים בתוכניות מוגדרות מראש כדי ליצור תיקיית פריסה שמבוססת על התוכנית. אתם יכולים לשנות את התוכניות או את תיקיית הפריסה כדי להתאים אישית את הפריסות ואת חבילת התוכנות שלכם. לאחר מכן משתמשים ב-Terraform או ב-Packer כדי להריץ את הפקודות שנוצרו על ידי Cluster Toolkit כדי לפרוס את האשכול.
פריסה צפופה
בקשה למשאבים שמקצה את משאבי מופע החישוב שלכם בקרבה פיזית זה לזה כדי למזער את מספר הקפיצות ברשת ולבצע אופטימיזציה לזמן האחזור הנמוך ביותר.
רשת בד
תשתית רשת מהירה שמספקת רוחב פס גבוה וזמן אחזור נמוך בכל הבלוקים והשירותים באשכול. Google Cloud התשתית מבוססת על הארכיטקטורה של רשת Jupiter, והיא משתמשת ברשתות מוגדרות תוכנה ובמתגי מעגלים אופטיים כדי לבצע אופטימיזציה של הביצועים.
צומת או מארח
מכונת שרת פיזית אחת במרכז הנתונים. לכל מארח יש משאבי מחשוב משויכים כמו מעבדים, זיכרון וממשקי רשת. המספר וההגדרה של משאבי המחשוב האלה תלויים בסוג המכונה. מכונות וירטואליות מוקצות על גבי מארח פיזי.
כלי תזמור
אורקסטרטור מבצע אוטומציה של ניהול האשכולות. בעזרת כלי תזמור, לא צריך לנהל כל מופע של מכונה וירטואלית באשכול. מערכת לניהול משאבים, כמו Slurm או Google Kubernetes Engine‏ (GKE), מטפלת במשימות כמו הוספה לתור של עבודות, הקצאת משאבים, התאמה אוטומטית לעומס (עם GKE) ומשימות אחרות של ניהול אשכולות שמתבצעות מדי יום.
תתי-בלוקים
קבוצה של מארחים וציוד קישוריות משויך שנמצאים במתקן פיזי אחד. מתג ToR (עליון במארז) מחבר בין המארחים האלה, ומאפשר תקשורת יעילה במיוחד של קפיצה אחת בין כל שני מעבדים בתוך בלוק המשנה. ‫Cloud RDMA מאפשר את התקשורת הישירה הזו.

סקירה כללית של תהליך יצירת האשכול באמצעות מכונות וירטואליות של H4D

כדי ליצור אשכולות HPC אחרי ששומרים בלוקים של קיבולת, צריך לבצע את השלבים הבאים:

  1. בדיקת מודלים זמינים של הקצאת הרשאות
  2. בחירת אפשרות צריכה וקבלת קיבולת
  3. בחירת אפשרות פריסה ומתזמן
  4. בחירת מערכת ההפעלה או תמונת האשכול
  5. יצירת האשכול

הקצאת מודלים ליצירת מכונות וירטואליות ואשכולות

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

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

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

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

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

מודל הקצאת משאבים שקשור להזמנה

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

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

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

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

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

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

אתם יכולים להשתמש בהקצאת משאבים שמוגבלת להזמנה עם מכונות H4D על ידי ציון מודל הקצאת המשאבים שמוגבל להזמנה כשאתם יוצרים מכונות וירטואליות בודדות, אשכול HPC או קבוצה של מכונות וירטואליות.

מודל אספקה של Flex-start

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

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

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

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

מודל הקצאת ההרשאות של Spot

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

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

  • עיבוד באצווה
  • מחשוב עתיר ביצועים (HPC)
  • ניתוח נתונים
  • אינטגרציה רציפה (CI) ופריסה רציפה (CD)
  • קידוד מדיה

אפשר להשתמש במכונות וירטואליות מסוג Spot עם כל סוג מכונה, למעט סוגי המכונות A4X,‏ X4 ו-Bare Metal. הקצאה צפופה תלויה בזמינות המשאבים. כדי להקצות את המכונות הווירטואליות מסוג Spot בצורה צפופה יותר, אפשר להחיל עליהן מדיניות למיקום קומפקטי.

אפשר להשתמש במכונות וירטואליות מסוג Spot עם אפשרויות הפריסה הצפופה הבאות:

בחירת אפשרות צריכה וקבלת קיבולת

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

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

אפשרות צריכה הזמנות עתידיות ליותר מ-90 ימים (לבלוקים של קיבולת) הזמנות עתידיות ל-90 ימים (במצב יומן) Flex-start Spot
מאפיינים של עומס העבודה עומסי עבודה מבוזרים לטווח ארוך בהיקף גדול, שנדרשים להם משאבים שהוקצו בצפיפות עומסי עבודה לפרקי זמן קצרים שדורשים הקצאה צפופה של משאבים עומסי עבודה לפרקי זמן קצרים שדורשים הקצאה צפופה של משאבים עומסי עבודה עמידים בכשלים
תוחלת חיים בכל עת עד 90 ימים עד 7 ימים בכל זמן, אבל בכפוף לזכות קדימה
יכולת הפסקה לפני הזמן לא לא לא כן
הבטחת קיבולת גבוהה מאוד גבוהה מאוד אם יתאפשר אם יתאפשר
מכסה לפני שיוצרים מופעים, חשוב לבדוק שיש לכם מספיק נפח אחסון. מכסת ה-CPU נוצלה. מכסת המכונות שניתן להפסיק נוצלה. מכסת המכונות שניתן להפסיק נוצלה.
תמחור
הקצאת משאבים צפוף צפוף צפוף רגיל (מדיניות למיקום קומפקטי אופציונלית)
מודל הקצאת ההרשאות נדרשת הזמנה נדרשת הזמנה Flex-start Spot
שיטת יצירה

כדי ליצור מכונות וירטואליות (VM) ואשכולות HPC, צריך לבצע את הפעולות הבאות:

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

כדי ליצור מכונות וירטואליות (VM) ואשכולות HPC, צריך לבצע את הפעולות הבאות:

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

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

כשקיבולת המשאבים שביקשתם תהיה זמינה, מערכת Compute Engine תקצה אותה.

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

בחירת אפשרות פריסה

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

לאשכולות HPC עם יכולות ניהול אשכולות משופרות, מומלץ לבחור את סדרת המכונות H4D. אם אתם מתכננים להשתמש בסדרת מכונות אחרת, עליכם לפעול לפי ההוראות במאמר יצירת מכונה וירטואלית שמוכנה ל-HPC במקום להשתמש בשיטות הפריסה שמפורטות בדף הזה.

חלק מאפשרויות הפריסה הזמינות כוללות התקנה והגדרה של כלי תזמור לניהול משופר של אשכול ה-HPC.

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

אפשרות תרחיש שימוש
Cluster Toolkit

אתם רוצים להשתמש בתוכנה בקוד פתוח כדי לפרוס בקלות אשכולות של Slurm ושל Google Kubernetes Engine‏ (GKE). ‫Cluster Toolkit נועד להיות ניתן להתאמה אישית ולהרחבה. מידע נוסף זמין במאמרים הבאים:

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

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

בחירת קובץ אימג' של המערכת

תמונת מערכת ההפעלה (OS) שתבחרו תלויה בשירות שבו אתם משתמשים כדי לפרוס את האשכול.

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

  • לאשכולות ב-Compute Engine: אפשר להשתמש באחת מהתמונות הבאות:

  • באשכולות Slurm: Cluster Toolkit פורס את אשכול Slurm עם קובץ אימג' של מכונה וירטואלית ל-HPC שמבוסס על Rocky Linux 8 ומוטב לעומסי עבודה של HPC עם צימוד הדוק.

יצירת אשכול HPC

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

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

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

מידע נוסף על היכולות האלה זמין במאמר ניהול משופר של אשכולות HPC באמצעות מכונות וירטואליות מסוג H4D.

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