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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ערך המרחק המקסימלי	תיאור	סדרות מכונות נתמכות	מספר המכונות המקסימלי	מדיניות תחזוקה נתמכת למארחים
לא צוין (לא מומלץ)	‫Compute Engine עושה כמיטב יכולתו כדי למקם את מופעי החישוב כמה שיותר קרוב זה לזה, אבל אין מרחק מקסימלי בין מופעי החישוב באזור.	‫מכונות שמותאמות למאיצים: ‏A4X Max,‏ A4X,‏ A4,‏ G4,‏ 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 מכונות עם אופטימיזציה לאחסון: Z4D,‏ Z4M ו-Z3-metal	1,500	למופעי Z3-metal,‏ Z4D ו-Z4M עם יותר מ-42,000 GiB של SSD מקומי: צריך להפסיק את המופע. לכל שאר סדרות המכונות הנתמכות: מעבירים או מסיימים את השימוש
3	‫Compute Engine ממקם את המכונות בבלוקים סמוכים בתוך אשכול, כדי להבטיח זמן אחזור קצר.	מכונות שמותאמות למאיצים: ‏A4,‏ G4,‏ A3 Mega^1,‏ A3 High^1,‏ A3 Edge^1,‏ A2 ו-G2 מכונות שמותאמות לצריכת מעבד גבוהה: H4D,‏ H3,‏ C2D ו-C2 מכונות למטרות כלליות: C4D,‏ C4,‏ C3D ו-C3 מכונות שמותאמות לרשת: C4N, ‏ M4N מכונות מותאמות לצריכת זיכרון גבוהה (memory-optimized): ‏M4N, ‏ M4 מכונות עם אופטימיזציה לאחסון: Z4D,‏ Z4M ו-Z3-metal	1,500	למופעי Z3-metal,‏ Z4D ו-Z4M עם יותר מ-42,000 GiB של SSD מקומי: צריך להפסיק את המופע. לכל שאר סדרות המכונות הנתמכות: מעבירים או מסיימים את השימוש
2	‫Compute Engine ממקם את המכונות באותו בלוק בתוך אשכול. למכונות יש זמן אחזור קצר יותר ברשת מאשר למכונות שנמצאות באותו אשכול, אבל בבלוקים סמוכים.	מכונות שעברו אופטימיזציה לשימוש במאיצים: A4,‏ G4,‏ A3 Ultra,‏ A3 Mega^1,‏ A3 High^1,‏ A3 Edge^1,‏ A2 ו-G2 מכונות שמותאמות לצריכת מעבד גבוהה: H4D,‏ H3,‏ C2D ו-C2 מכונות לשימוש כללי: C4D,‏ C4,‏ C3D ו-C3 מכונות מותאמות לרשת: C4N מכונות מותאמות לצריכת זיכרון גבוהה (memory-optimized): ‏M4N, ‏ M4 מכונות שעברו אופטימיזציה לאחסון: Z4D,‏ Z4M ו-Z3-metal	‫ב-A3 Ultra,‏ A3 Mega,‏ A3 High ו-A3 Edge: ‏256 לכל שאר סדרות המכונות הנתמכות: 150	סיום
1	‫Compute Engine ממקם את המכונות באותו בלוק משנה. המיקום הזה מצמצם את זמן האחזור ברשת ככל האפשר.	מכונות עם אופטימיזציה למאיצים: G4,‏ A3 Edge^1,‏ A2 ו-G2 מכונות מותאמות לצריכת מעבד גבוהה (compute-optimized): ‏H4D, ‏H3, ‏C2D ו-C2 מכונות לשימוש כללי: C4D,‏ C4,‏ C3D ו-C3 מכונות מותאמות לרשת: C4N מכונות מותאמות לצריכת זיכרון גבוהה (memory-optimized): ‏M4N, ‏ M4 מכונות עם אופטימיזציה לאחסון: Z4D,‏ Z4M ו-Z3-metal	ל-Z4M: 16 לכל שאר סדרות המכונות הנתמכות: 22	סיום

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

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

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

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

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

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

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

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

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

  • יותר מ-8 מכונות: אם מדיניות למיקום מרווח כבר חלה על יותר מ-8 מכונות, Compute Engine ממקם את המכונה בדומיין אקראי.

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

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

הגבלות

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

חיוב

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

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

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

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

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