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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

חיוב

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

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