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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

חיוב

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

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

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

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

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