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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

‫¹ אם רוצים להחיל מדיניות למיקום קומפקטי על מופע A3 Mega,‏ A3 High או A3 Edge שנוצר לפני 1 באוקטובר 2025, צריך לפנות לצוות התמיכה בחשבון או לצוות המכירות.

אחרי שיוצרים מדיניות מיקום קומפקטית ומחילים אותה על מופעי מחשוב, אפשר לאמת את המיקום הפיזי של מופעי המחשוב ביחס למופעי מחשוב אחרים שמוגדרת להם אותה מדיניות מיקום קומפקטית. למידע נוסף, ראו הצגת הטופולוגיה של מכונת 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 מופעי מחשוב לכל היותר.

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

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

חיוב

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

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

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

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

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