סקירה כללית של המדיניות בנושא מיקומי מודעות

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

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

אם רוצים לצמצם את זמן האחזור ברשת בין מופעי מחשוב בקבוצת מופעים מנוהלת (MIG) עם מופעי A3 High עם 8 GPUs (או דורות מתקדמים יותר) או מופעי H4D, צריך להשתמש במקום זאת במדיניות עומסי עבודה.

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

מידע על מדיניות בנושא מיקומי מודעות

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

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

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

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

• מדיניות למיקום מרווח. המדיניות הזו מציבה מופעי מחשוב בחומרה נפרדת ומובחנת, שבה אפשר להשתמש כדי להגדיל את מהימנות עומס העבודה. בפרט, פיזור של מופעי מחשוב עוזר לצמצם את מספר מופעי המחשוב שמושפעים בו-זמנית מהפרעות ספציפיות למיקום, כמו שגיאות בחומרה. בנוסף, אם אתם משתמשים במדיניות למיקום מרווח כדי להקצות יתר של קיבולת בכמה מיקומים, אתם יכולים לוודא שיש לכם מספיק קיבולת גם כשמיקום אחד משובש. לכן, מדיניות מיקום מפוזר יכולה לעזור גם לעומסי עבודה גדולים, מבוזרים ומשוכפלים, כמו מערכת קבצים מבוזרת של Hadoop‏ (HDFS),‏ Cassandra או Kafka.

  מידע נוסף זמין בקטע מידע על מדיניות בנושא מיקומי מודעות במסמך הזה.

מידע על מדיניות למיקום קומפקטי

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

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

ערך המרחק המקסימלי	תיאור	סדרות מכונות נתמכות	מספר מקסימלי של מופעי מחשוב	מדיניות תחזוקה נתמכת למארחים
לא צוין (לא מומלץ)	‫Compute Engine עושה כמיטב יכולתו כדי למקם את מופעי החישוב כמה שיותר קרוב זה לזה, אבל אין מרחק מקסימלי בין מופעי החישוב באזור.	מכונות שעברו אופטימיזציה לשימוש במאיצים: A4X Max,‏ A4X,‏ A4,‏ G4,‏ A3 Ultra,‏ A3 Mega1,‏ A3 High1,‏ A3 Edge1,‏ A2 ו-G2 מכונות שמותאמות לצריכת מעבד גבוהה (compute-optimized): H4D,‏ H3,‏ C2D ו-C2 מכונות לשימוש כללי: C4D,‏ C4,‏ C3D,‏ C3,‏ N2D ו-N2 מכונות שעברו אופטימיזציה לרשת: C4N, ‏ M4N מכונות שמותאמות לצריכת זיכרון גבוהה (memory-optimized): M4N,‏ M4,‏ M3,‏ M2 ו-M1 מכונות שעברו אופטימיזציה לאחסון: Z4D ו-Z3-metal	1,500	למכונות Z3-metal ולמכונות Z4D עם יותר מ-42 TiB של SSD מקומי: צריך להפסיק את הפעולה לכל שאר סדרות המכונות הנתמכות: מעבירים או משביתים
3	‫Compute Engine ממקם את מכונות החישוב שלכם בבלוקים סמוכים באותו אשכול כדי להשיג זמן אחזור נמוך.	מכונות שעברו אופטימיזציה לשימוש במאיצים: A4,‏ G4,‏ A3 Mega1,‏ A3 High1,‏ A3 Edge1,‏ A2 ו-G2 מכונות שמותאמות לצריכת מעבד גבוהה (compute-optimized): H4D,‏ H3,‏ C2D ו-C2 מכונות לשימוש כללי: C4D,‏ C4,‏ C3D ו-C3 מכונות שעברו אופטימיזציה לרשת: C4N, ‏ M4N מכונות שמותאמות לצריכת זיכרון גבוהה (memory-optimized): M4N, ‏ M4 מכונות שעברו אופטימיזציה לאחסון: Z4D ו-Z3-metal	1,500	למכונות Z3-metal ולמכונות Z4D עם יותר מ-42 TiB של SSD מקומי: צריך להפסיק את הפעולה לכל שאר סדרות המכונות הנתמכות: מעבירים או משביתים
2	מכונות Compute Engine ממוקמות באותו בלוק באשכול. השהייה ברשת במכונות הווירטואליות לחישוב נמוכה יותר בהשוואה למכונות וירטואליות לחישוב שנמצאות באותו אשכול, אבל בבלוקים סמוכים.	מכונות שעברו אופטימיזציה לשימוש במאיצים: A4,‏ G4,‏ A3 Ultra,‏ A3 Mega1,‏ A3 High1,‏ A3 Edge1,‏ A2 ו-G2 מכונות שמותאמות לצריכת מעבד גבוהה (compute-optimized): H4D,‏ H3,‏ C2D ו-C2 מכונות לשימוש כללי: C4D,‏ C4,‏ C3D ו-C3 מכונות שעברו אופטימיזציה לרשת: C4N מכונות שמותאמות לצריכת זיכרון גבוהה (memory-optimized): M4N, ‏ M4 מכונות שעברו אופטימיזציה לאחסון: Z4D ו-Z3-metal	‫A3 Ultra,‏ A3 Mega,‏ A3 High ו-A3 Edge: ‫256 לכל שאר סדרות המכונות הנתמכות: 150	סיום
1	מערכת Compute Engine ממקמת את מכונות החישוב באותו תת-בלוק. המיקום הזה מאפשר לצמצם ככל האפשר את זמן האחזור ברשת.	מכונות שעברו אופטימיזציה לשימוש במאיץ: G4,‏ A3 Edge1,‏ A2 ו-G2 מכונות שמותאמות לצריכת מעבד גבוהה: H4D,‏ H3,‏ C2D ו-C2 מכונות לשימוש כללי: C4D,‏ C4,‏ C3D ו-C3 מכונות שעברו אופטימיזציה לרשת: C4N מכונות שמותאמות לצריכת זיכרון גבוהה (memory-optimized): M4N, ‏ M4 מכונות שעברו אופטימיזציה לאחסון: Z4D ו-Z3-metal	22	סיום

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

מידע על מדיניות למיקום מרווח

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

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

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

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

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

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

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

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

הגבלות

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

הגבלות על כל כללי המדיניות בנושא מיקום מודעות

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

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

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

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

• אפשר למחוק מדיניות מיקום רק אם היא לא חלה על אף משאב של Compute Engine.

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

הגבלות על מדיניות למיקום קומפקטי

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

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

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

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

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

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

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

הגבלות על מדיניות למיקום מרווח

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

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

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

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

חיוב

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

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

• איך יוצרים ומחילים מדיניות מיקום על מופעי מחשוב:

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

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